1 / 29

Modelovanje poslovnih procesa

Fakultet organizacionih nauka Katedra za informacione sisteme. Modelovanje poslovnih procesa. Servisno orijentisana arhitektura. SOA. Razvoj softverskih arhitektura. Vrednost softver a se sve više definiše preko povezanosti, a ne funkcionalnosti. Mainframe. Client Server. Web. 2010.

oleg-rowland
Download Presentation

Modelovanje poslovnih procesa

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Fakultet organizacionih nauka Katedra za informacione sisteme Modelovanje poslovnih procesa Servisno orijentisana arhitektura

  2. SOA Razvoj softverskih arhitektura • Vrednost softvera se sve više definiše preko povezanosti, a ne funkcionalnosti Mainframe Client Server Web

  3. 2010 2000 1990 1980 Internet LAN Web XML WS SOA EAI ? Business Integration BPM B2B WS J2EE .NET Client / Server Web/Portal Potrebe za povezanošću komponenti su uticale na zbližavanje tehnologija Office Workflow EDI Mainframe

  4. SOA i BPM (Business Process Management) • SOA se opisuje kao mogućnost konstruisanja softverski komponenti koje mogu biti korišćene u kontekstu koji nije poznat u vreme dizajna • BPM se opisuje kao mogućnost preciznog modelovanja i promene konteksta u kojem će komponente preduzeća biti korišćene

  5. Elementi BPM-a Inicira Aktivnost Dogadjaj menja Stanje Entitet pokreće Sadržaj Akter generiše Servis Predstavljen kao

  6. Kako se posmatra BPM u SOA zajednici • Dva pristupa u BPM • Zasnovan na događajima • BPML, BPEL • Pi-Calculus (takođe Event Calculus) • Orijentisan ka aktivnostima • WfMC • Petrijeve mreže (Petri nets)

  7. Pronađi i-ili Poveži 2 3 pokreće Registar Pravila Policies XML XML XML 1 SOAP SOAP SOAP registruj CCI CCI CCI DB ERP CRM Servis Servis Servis Komponente postaju servisi koji se izvršavaju izvan granica potrošača Potrošač (Consumer) CCI: Client Communication Interface

  8. Identifikacija Identity Sadržaj Content Stanje State Lokacija Location(s) Replikacija Replication Specifično za SOA Information Entities u SOA • Karakteristike entiteta u SOA Information Entity Privatnost Privacy

  9. Dogadjaj Račun Zahtev RFQ Mapping Zahtev Zahtev Računi Routing Narudzba Orders Aktivnost Sales Order Račun Invoice Billing SalesTax.com CreditCheck.com Poslovni proces može se posmatrati kao više akterska koreografija servisa Start Dobavljač Kupac Prodavac SFA ERP Aktivnost Korisnika Order Entitet (Information Entity) Order

  10. Entitet Stanje Entiteta Servisi u SOA su orkestrirani (BPEL) - ( ovaj model koji omogućava najbolje ponovno korišćenje poslovne logike ) Servis Quote Service Definicija orkestracije <<receive>> RFQ RFQ <<invoke>> GetQuote RFQ Quote No Ok? Nack sendNack <<invoke>> calculateSalesTax Prodaja Porez Ponuda <<send>> quote updateDB Narudz Transition Ok? No Message flow

  11. Koreografija omogućava definisanje model toka događaja između aktivnosti

  12. SOA zahteva potpunu odvojenost poslovne logike i korisničkog interfejsa (UI – user interface) View Controller Poslovnog procesa UI Controller Obrada Upita Obrada Posla Zahtev za servisom WS ERP PLM CRM WS WS WS WS WS WS

  13. Standardi Web servisa Osnovni standardi za web servise su: • XML (Extensible Markup Language) • SOAP (simple object access protocol) • WSDL (web services description language) • UDDI (universal description, discovery and integration)

  14. Standardi za Web servise

  15. Arhitektura Web servisa • Uključuje tri glavna uloge • Providera servisa • Registra servisa • Potrošača servisa • Obuhvata tri glave operacije • Publikovanje – registrovanje web servisa za korišćenje • Pronalaženje – lociranje web servisa • Izvršavanje – korišćenje web servisa

  16. Komponente Web servisa

  17. Dostupnost servisa Da bi neko mogao da koristi servis mora da zna da on postoji i da se omogući: • Otkrivanje registrovanih (publikovanih) servisa (UDDI). • Opis interfejsa servisa (metode i argumenti) kako bi korisnik mogao da ga korisiti (WSDL). • Lokacija na kojoj se nalazi servis (web server ili specifične aplikacije za komunikaciju)

  18. Osovne karakteristike WS • Sva WS dokumenta su napisana u XML • XML Schema se koristi za definisanje elemenata koji se koriste u WS komunikaciji

  19. SOAP • Koristi se za komunikaciju sa WS • Zasnovan na paradigmi poruka zahtev-odgovor (SOAP poruke) • Telo poruke (čija je gramatika data preko WSDL) se nalazi u SOAP “envelope” • “Povezuje” korisnika i WS

  20. SOAP poruke • SOAP definiše standardi ‘koverat’ u okviru kojeg poruka može biti poslata. • SOAP je mehanizam (protokol) za prenos informacija (poruka) između distribuiranih aplikacija. • SOAP ne govori ništa o sadržini poruke već pošiljalac i primalac moraju međusobno da je razumeju. • SOAP je deo komunikacionog sloja.

  21. Struktura SOAP-a • Svaka SOAP poruka sadrži: • Envelope – obavija ceo dokument • Header (opciono – sadrži dodatne informacije za npr. autentifikaciju) • Body – sadržaj poruke koji je sama XML poruka ili RPC (sadrži XML koji predstavlja poziv metode) • Bodymože sadržati Fault element kojim se definišu informacije o izuzecima SOAP Envelope SOAP Header : autentifikacija, informacije o transakciji, itd SOAP Body SOAP Body Block : parametri, povratne vrednosti, itd SOAP Fault

  22. Primer SOAP poruke <?xml … ?> <SOAP-ENV:Envelope xmlns:SOAP-ENV=“URI” > <SOAP-ENV:Header> <t:Transaction xmlns:t=“URI” SOAP-ENV:mustUnderstand=“1” > 12345 </t:Transaction> <p:Priority xmlns:p=“URI”> Very High </p:Priority> </SOAP-ENV:Header> <SOAP-ENV:Body> “XML Document” </SOAP-ENV:Body> </SOAP-ENV:Envelope>

  23. WSDL • Opisuje WS i definiše funkcije koje su dostupne na njemu • Definiše XML gramatiku koja se koristi u porukama

  24. Struktura WSDL-a • portType – apstraktna definicija servisa (skup operacija) • Binding – načini pristupa izvršavanju servisa • Port – gde se pristupa servisu

  25. Primer WSDL : 1 <?xml version="1.0"?> <!-- the root element, wsdl:definitions, defines a set of --> <!-- related services --> <wsdl:definitions name="Temperature" targetNamespace="http://www.socweather.com/schema" xmlns:ts="http://www.socweather.com/TempSvc.wsdl" xmlns:tsxsd="http://schemas.socweather.com/TempSvc.xsd" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/">

  26. Primer WSDL: 2 <!-- wsdl:types encapsulates schema definitions of --> <!-- communication types; here using xsd --> <wsdl:types> <!-- all type declarations are expressed in xsd --> <xsd:schema targetNamespace="http://namespaces.socweather.com" xmlns:xsd="http://www.w3.org/1999/XMLSchema"> <!-- xsd def: GetTemp [City string, When string] --> <xsd:element name="GetTemp"> <xsd:complexType> <xsd:sequence> <xsd:element name="City" type="string"/> <xsd:element name="When" type="string"/> </xsd:sequence> </xsd:complexType> </xsd:element>

  27. UDDI • Koristi se za registrovanje i pronalaženje servisa u nekom centralnom registru • Provajderi servisa mogu publikovati informacije o njihovim poslovima i servisima koje nude • Korisnici servisa mogu pretraživati servise organizovane po poslu kategoriji servisa ili kao specifične servise

  28. Struktura UDDI-a

  29. WSDL  UDDI

More Related