Üzleti folyamatmodellezés: EPC, BPMN

Méret: px
Mutatás kezdődik a ... oldaltól:

Download "Üzleti folyamatmodellezés: EPC, BPMN"

Átírás

1 Üzleti folyamatmodellezés: EPC, BPMN

2 Üzleti folyamatok (Business Processes) Feladatok, műveletek, tevékenységek sora, melyeket a kívánt cél (pl.: termék / szolgáltatás előállításának) érdekében végzünk. Az egyes folyamatokat valamilyen kiváltó ok (trigger) indítja el. Trigger Tevékenység / lépés 1. Tevékenység / lépés 2. Tevékenység / lépés 3. cél

3 BUSINESS PROCESS MODELING LANGUAGE XOR XOR Event-driven Process Chains (EPC) Petri Nets Flowcharts Business Process Modeling Notation (BPMN) UML Activity Diagrams

4 Process Modell Például: order-to-cash, procure-to-pay, issue-to-resolution Obtain Additional Information Credit Card Application Check Completeness Check Credit History Assess Application Make Credit Offer Check Income Source(s) Notify Rejection

5 PROCESS MODELLEK SZEREPE, CÉLJAI Process Documentation Process Improvement Compliance / Risk Management Knowledge Management Enterprise Systems Process Cost Analysis / Simulation Workflow Management Document Management Software Evaluation/ Enterprise Architecture Selection

6 Executable Process Models Target Values Measures for Improvement... MANY TYPES Organizational Analysis AS IS Process Models Process Analysis & Design TO BE Process Models Abstract Models EPC, BPMN Communication, simulation, activitybased costing Process Evaluation Process Metrics Process Enactment & Monitoring Process Implementation Detailed Models BPEL, State Machines Data types, conditions, data mappings, fault handling Integration, testing, deployment

7 Event-driven Process Chain - EPC

8 ARIS módszertan ARIS ház koncepciója Architecture of Integrated Information Systems Integrált Informatikai rendszerek architektúrája

9 eepc ügyfél megrendelés megérkezett ügyfél megrendelés adat ok ügyfél megrendelés bevitele értékesítés ügyfél megrendelés rögzítve ügyfél megrendelés adat ok Ügyfél megrendelés technikai ellenőrzése technikai értékesítés ügyfél megrendelés technikailag nem lehetséges ügyfél megrendelés technikailag lehetséges

10 EPC

11 Vállalat leírására szolgáló objektumok események pl. áru megérkezett, ügyfél megrendelés megérkezett, műszaki hiba, számlát kiállították tevékenységek pl. vevő jóságának vizsgálata, áru minőségének ellenőrzése, kézbesítés dátumának meghatározása, ajánlatkérés feldolgozása adat és információ hordozó pl. cikk, ügyfél, beszállító, ajánlat, megrendelés szervezeti egységek/elemek pl. értékesítés, beszerzés, számvitel, adminisztráció, termelés erőforrások (IT vagy hagyományos) pl. standard software, toll és papír, gépek

12 Leíró modellek Szöveges forma Az értékesítés felelős a vevői ajánlat feldolgozásáért. Táblázatos forma Funkció szervezeti egység reláció Vevői ajánlat feldolgozása értékesítés felelős Grafikus forma Vevői ajánlat feldolgozása tevékenység felelős értékesítés szervezeti egység

13 Nézetek Az üzleti folyamatok komplexitásának csökkentése érdekében kerültek bevezetésre a nézetek Modellezés az ARIS ház koncepcióval Funkció nézet (Statikus nézet) Adat nézet (Statikus nézet) Szervezeti nézet (Statikus nézet) Irányítási nézet (Dinamikus nézet)

14 Az ARIS architektúra koncepciója ARIS ház: nézetek Szervezeti nézet Adat nézet Irányítási nézet Funkció nézet

15 Módszertani integráció Cégvezetés Anyaggazdálkodás Értékesítés Szervezeti nézet Szállítmányozás Org 5 Értékesítés Ajánlat Ajánlatkérés Ajánlatkérés beérkezett Értékesítési eljárás Ajánlatkérés Ajánlatkérés feldolgozása Értékesítés Ajánlatkérés feldolgozása Ajánlatkészítés Ügyfél Adat nézet Irányítási nézet Ajánlatkérés feldolgozva Ajánlatkészítés Bonításvizsgálat Szállításihatáridő meghatározás Funkció nézet

16 Az ARIS architektúra koncepciója modelltípusok (kivonat) eepc - extended Even driven Process Chain kibővített esemény vezérelt folyamatlánc eerm - extended Entity Relationship Modell kibővített egyed kapcsolat modell Szervezeti ábra eerm, eerm-attribútum hozzárendelési modell, Szakkifejezési modell eepc, Esemény diagram, Tevékenységhez rendelési diagram, Információ áramlási diagram, Értékteremtő lánc diagram, Irodai folyamat diagram, Ipari folyamat diagram Funkciófa, Y Diagram, Cél Diagram

17 Modell és Modell típus Egy modell mindig egy meghatározott modelltípuson alapszik. modell tevékenység 1 modell típus: Funkciófa tevékenység 1.1 tevékenység 1.2 tevékenység 1.3 tevékenység tevékenység 1.1.2

18 Modell és Modell típus Modelltípusok kiválasztásának folyamata Célok definiálása (mutatószámok, funkciók) - Céldiagram Termékek, szolgáltatások definiálása, hogy céljaimat elérjem - Termék és szolgáltatás fa Mit tegyek, hogy termékeimet előállítsam? - Funkció fa Hogyan végezzem folyamataimat? - eepc Folyamataim Erőforrás allokációja. - Erőforrás modell

19 Kapcsolat és kapcsolat típus kapcsolat típus Típusa: folyamat orientáltan fölérendelt Forrás objektum cél objektum Forrás objektum Típusa: output cél objektum kapcsolatok a kapcsolattípus hivatkozásai. kapcsolatok csak a forrás és cél objektumok között léteznek kapcsolatok lehetnek irányítottak, vagy nem irányítottak.

20 Attribútum és attribútum típus Az attribútum típusok a modell típusokhoz, objektum típusokhoz és kapcsolat típusokhoz vannak rendelve. Modellek, objektumok és kapcsolatok további attribútumokkal jellemezhetők. Elnevezés Azonosító ID Teljes név Leírás/definíció Megjegyzés/példa Rendszer attribútum

21 Céldiagram Célja: Vállalati célok definíciója ( projektcélok,...) Vállalati célok hierarchiájának felállítása Célok támogatása funkciókkal Kritikus sikertényezők hozzárendelésével a cél elérésének minősítése.

22 Céldiagram A definiált és egyben hierarchizált vállalati célokat céldiagram tartalmazza. A célok elérésének mérésére mutatókat ill. paramétereket állapíthatunk meg. Minden egyes célnál ábrázolhatjuk, hogy a vállalat mely tevékenységei ill. folyamatai segítik a cél elérését.

23 Céldiagram szimbólumai zöld ZÖLD Cél zöld ZÖLD Funkció fehér Sikertényező

24 Céldiagram - példa Hosszútávon életben maradni tartalmaz Piaci részesedés megtartása Sikerkritérium Piaci részesedés tartalmaz Nyereség növelése tartalmaz Forgalom növelése támogatva Új vevők megnyerése támogatva Árak emelése tartalmaz Költségek csökkentése

25 ARIS ház - Funkció nézet Funkció fa

26 Funkció fa Célja: statikus relációk ábrázolása a tevékenységek között brain-storming információk strukturálása Egyaránt használható start és áttekintő modellként (Bottom up, Top down)

27 Funkció fa A funkció fa egyetlen, s ezért leggyakoribb szimbóluma a: tevékenység Tevékenységnek nevezünk egy (információs) objektumon elvégzett szakmai feladatot ill. tevékenységet, mely a vállalati célok elérése érdekében történik. A tevékenységnek idő és költség vonzatai is vannak. Grafikai ábrázolása : Ügyfél ajánlat aláírása Információs objektum művelet

28 Funkció fa A Funkciófa a vállalat által elvégzendő tevékenységek strukturális hierarchiáját ábrázolja. Egy komplex funkciót alfunkciókra bonthatunk. Egy funkció felbontását alfunkciókra a funkciófa (hierarchiadiagram) segítségével ábrázolunk grafikusan. Funkció 1 funkció 1.1 funkció 1.2 funkció 1.3 funkció funkció 1.1.2

29 Funkció fa Egy funkció leírja, hogy MIT kell tenni. -> statikus nézet Egy folyamat leírja, HOGYAN kell valamit tenni. -> időbeli - logikus (dinamikus) nézet. A funkció fogalmat a folyamat szó szinonimájaként is használhatjuk pl. Értékteremtő diagramban vagy a Folyamat kiválasztási mátrixban.

30 Funkció fa típusok Folyamat-orientált funkciófa Objektum-orientált funkciófa Tevékenység-orientált funkciófa

31 Funkció fa példa Értékesítési funkciók Típus: folyamat-orientáltan fölérendelt Vevői igény feldolgozása Ajánlattétel folyamata Rendelés megerősítése Megrendelés Nyomonkövetése Vevő azonosítása Vevői hitelképesség vizsgálata Rendelési adatok ellenőrzése Rendelés kiadása Vevő igényének bevitele Ajánlatmegírása Rendelkezésreállás ellenőrzése Rendelés ellenőrzése Igény ellenőrzése Ajánlat ellenőrzése Áru lefoglalása Eltérés elemzése

32 ARIS ház - Szervezeti nézet Szervezeti ábra

33 ARIS ház - Szervezeti nézet A szervezeti nézet azoknak a különböző egységeknek a statikus kapcsolatait írja le, melyek a vállalaton belül a funkciók végrehajtásáért felelősek. A szervezeti ábra a vállalat szervezeti struktúráját rajzolja le. A szervezeti egységek a megadott kritériumok alapján kerülnek kialakításra (pld. hasonló vagy kapcsolódó feladatok végrehajtói).

34 Szervezeti ábra példa Példa Kft. értékesítés termelés beszerzés humán Kelemen értékesítési vezető termelés tervezés beszerzés raktár Bradács Árpádházy alválalkozók értékesítési titkárnő SAP projekt team Szabó Németh Kiss A vállalatok szervezeti struktúráját a Szervezeti ábrák segítségével ábrázoljuk. Szervezeti ábra a vállalat szervezeti struktúráját írja le, összhangban a szervezeti elemekkel, azok kapcsolataival ill. strukturális kritériumaival.

35 Szervezeti ábra Csoport: Egy csoport olyan dolgozók/személyek csoportját jelöli, akik együtt dolgoznak egy specifikus feladaton, egy meghatározott időtartam alatt meghatározott erőforrás kerettel gazdálkodva (pl.: egy projekt vezetője csapat). Kapcsolat típusok: Termelés SAP projekt csapat tagja hozzá van rendelve John Black Thomas White IDS konzultáns

36 ARIS ház - Folyamat nézet

37 Másolási módok: Navigáció a nézetek között

38 Folyamat nézet Modellezés az irányítási nézetben Az adat és a funkció nézettel kapcsolatos tipikus kérdések: Mik a tevékenységek input adatai? Mik a tevékenységek output adati? Milyen adatok cserélődnek ki a tevékenységek között? Melyik tevékenységnek van szüksége ugyanarra az adatra?

39 Folyamat nézet Modellezés az irányítási nézetben Tipikus kérdések a szervezeti és adat nézettel kapcsolatban: Kinek a felelőssége az adat biztosítás? Melyik információ melyik hálózaton érthető el? Ki, milyen felelőséggel, melyik adatot érheti el? Melyik szervezeti elemnek melyik adatra van szüksége?

40 Folyamat nézet Modellezés az irányítási nézetben Tipikus kérdések a szervezeti és funkció nézettel kapcsolatban: Mely tevékenység hat mely szervezeti elemre? Mely szervezeti elemek mely tevékenységek végrehajtásáért felelősek funkcionálisan vagy diszciplinárisan? Mely szervezeti elemeket kell informálni a tevékenység elvégzésének eredményéről? Mely szervezeti elemek mely tevékenységeket hajtják végre?

41 Folyamat nézet Modellezés az irányítási nézetben Az irányítási nézet folyamat modellezési módszerei terén a nézetek különböző kombinációja lehetséges: adat - funkció adat - szervezet funkció - szervezet adat - funkció - szervezet

42 ARIS ház - Folyamat nézet Kibővített eseményvezérelt folyamatlánc diagram (eepc)

43 eepc eepc - extended Event driven Process Chain Kibővített eseményvezérelt folyamatlánc diagram Alkalmazásának célja: Az adat, funkció és szervezeti nézetek objektumai közötti kapcsolatok ábrázolása. Folyamatok modellek folyamat-orientált kapcsolatainak idő és logikai struktúrában történő ábrázolása

44 eepc A funkciókon kívül, az eseményeknek fontos szerepük van a folyamatok eepc-ben való ábrázolásában. Az események információs objektumra vonatkozó hivatkozásai szerepelnek az adat nézetben is. Az események előidézhetnek funkciókat és lehetnek funkciók eredményei is. Az események és funkciók kombinációinak sorrendbe rendezésével úgynevezett esemény-vezérelt folyamat láncok (eepck) jönnek létre. Egy folyamat időleges lefutásának logikai elágazásait logikai kapcsolók reprezentálják logikai operátorok formájában: ÉS(AND), VAGY(OR), és KIZÁRÓLAGOS VAGY(XOR). Az operátorokat a logikai kapcsoló (rule) objektum típus különböző szimbólumai jelölhetik.

45 eepc: Folyamat modellezés alapelemei Esemény Események Ajánlat megfelelõ Funkció Tevékenységek Ajánlat ellenõrzése Logikai operátorok: ÉS, VAGY, kizárólagos VAGY XOR

46 eepc: esemény definíciója Egy esemény leírja egy információs objektum üzleti folyamatban betöltött státuszát. Ez a státusz akár irányíthatja, vagy befolyásolhatja az üzleti menetet. Eseményekben szereplő információs objektumok hivatkozásai az adat nézetben található meg. Grafikai megjelenítése: ügyfél ajánlat aláírva ügyfél ajánlat aláírása Információs objektum megváltozott státusz

47 eepc Amikor az események és a tevékenységek egymás utáni váltakozása létrejön, azt hívjuk esemény-vezérelt folyamat láncnak. események tevékenységeket váltanak ki. tevékenységek eseményeket eredményeznek. magenta zöld aktiválja aktiválásra kerül magenta ki lesz értékelve kiértékel zöld magenta kivált (létrehoz) kiváltásra kerül (létrehozásra kerül)

48 eepc Eseményvezérelt folyamatlánc diagram A vállalat által elvégzendő összes feladat konzisztens megjelenítése és leírása tartalmi és időbeni függőségükkel együtt. A feladatok összekapcsolása az őket kiváltó, valamint a feladat elvégzése által létrejött eseményeken keresztül történik. A folyamatmodelleket különböző részletezési szinteken és elvonatkoztatási síkokon lehet definiálni.

49 eepc Logikai operátorok Alapvetően minden olyan helyen szükséges a logikai kapcsolók használata, ahol több él csatlakozik be, ill. hagyja el az eseményt vagy a tevékenységet. XOR XOR

50 eepc Szabályok szabályai: A logikai kapcsolók a folyamat lefutásában az elágazások logikai tartalmát jelölik. Az ÉS(AND) operátor megfelel a párhuzamos folyamat lefutásoknak a KIZÁRÓLAGOS VAGY(XOR) operátor pedig az alternatív folyamat lefutásokat ábrázolja. A VAGY(OR) operátor mind a párhuzamos, mind a kizárólagos folyamat lefutásokat lehetővé teszi. Egy KIZÁRÓLAGOS VAGY vagy egy VAGY operátor után el kell dönteni, hogy melyik utat válasszuk. Ezért ezeket az operátorokat meg kell, hogy előzze egy funkció. Egy döntési operátornak korlátlan számú kimenő útvonala lehet, de csak egy bejövő kapcsolata. Minden eseménynek és funkciónak csak 1 bemenő és kimenő kapcsolata lehet. Tehát ha több jelentkezik akkor operátorokat kell alkalmaznunk. Ilyenek lehetnek: Konvergáló operátor: több be és 1 kimenő kapcsolat (csatlakozási pont) Divergáló operátor: 1 be és több kimenő kapcsolat (döntési pont) Ha a folyamatok ismét összetalálkoznak, akkor szétváló operátort kell ismét alkalmazni!

51 eepc XOR XOR VAGY / KIZÁRÓLAGOS VAGY kapcsolókat események után nem használhatun!

52 eepc Logikai kapcsolók használata folyamatláncokban Alapvetően minden olyan helyen szükséges a logikai kapcsolók használata, ahol több él csatlakozik be, ill. hagyja el az eseményt vagy a tevékenységet. XOR

53 eepc Egyszerű EPC ügyfél megrendelés megérkezett ügyfél megrendelés bevitele ügyfél megrendelés rögzítve Ügyfél megrendelés technikai ellenőrzés ügyfél megrendelés technikailag nem lehetséges ügyfél megrendelés technikailag lehetséges

54 eepc Két általános módja van a folyamat láncok realizálásának: a karcsú (lean) modellezés csak ez időbeli és a logikai folyamat aspektusokat ábrázolja egy eepcben, ahol a kibővített modellezés integrálja a funkciók és adatok, illetve a termék / szolgáltatás és szervezeti nézet közti statikus kapcsolatokat az eepc-be. A karcsú modellezési módszer használatával a későbbi információkat leírhatja egy különálló diagramban. A szervezeti elemek és funkciók között különböző típusú kapcsolatokat hozhat létre. Ez lehetővé teszi a folyamat végrehajtásakor felmerülő különböző bonyodalmak ábrázolását. A folyamat értékelésekor a kapcsolatok másféleképpen lesznek értelmezve. Az input és output adat kapcsolatokon kívül, egyéb kapcsolattípusokat is használhat az adatok és funkciók közti kapcsolatok jellemzésére. A funkció objektum típus folyamat interfész szimbóluma jelzőtáblaként használt a megelőző és a követő szakaszokra vonatkozóan. A használt objektumok a részletezés egy magasabb szintjéhez tartoznak. A részletes folyamat modellezés egyéb érdekes modell típusai: Folyamat lánc diagram (PCD), eepc anyag áramlással, EPC oszlopos megjelenítés, UML Dinamikus Modell

55 eepc Folyamatlánc funkciójának kibontása A folyamatláncok összetettségének és hosszának csökkentésére a folyamat egyes részei összefoglalhatók egyetlen tevékenységben, azaz más szóval egy tevékenység részletezhető egy folyamatlánccal. Ez a folyamatlánc a tevékenység mögé helyezhető és a következő hierarchiaszinten tárolható.

56 eepc Kibővített EPC ügyfél megrendelés megérkezett ügyfél megrendelés adat ok ügyfél megrendelés bevitele értékesítés ügyfél megrendelés rögzítve ügyfél megrendelés adatok Ügyfél megrendelés technikai ellenőrzése technikai értékesítés ügyfél megrendelés technikailag nem lehetséges ügyfél megrendelés technikailag lehetséges

57 eepc Kibővített EPC Vevői megbízás megérkezése K. Schmitt Munkatárs Megbízás Megbízás regisztrálása Regisztrálás helye SD Alkalmazott szoftver Ügyfélkártya R / 3 Megbízás regisztrálva típusa Információ hordozó Munkaterv Megbízás műszaki vizsgálata Mûszaki értékesítés Megbízás kereskedelmi vizsgálata Kereskedelmi értékesítés Müller úr Megbízás műszakilag végrehajtható Megbízás kereskedelmileg rendben Információ hordozó

58 eepc Alkalmazható objektum- és szimbólumtípusok Tevékenységek Események Logikai kapcsolók Szervezet leképezése (szervezeti egység, szervezeti egységtípus, székhely, munkakörtípus, külső személy, belső személy, beosztás, csoport, rendszer szervezeti egység, rendszer szervezeti egységtípus, hardvertípus) Információs (adat) objektumok (Entitytípus, kapcsolattípus, átértelmezett kapcsolattípus, leíró attribútum, kulcs attribútum, idegenkulcs attribútum, szakkifejezés) Adathordozók (file-ok, dokumentáció, mágnesszalag, adatnyilvántartó kartoték, Know-how, dossziék, vonalkód, mikrofilm, telefon, fax) Input-output elemek (lista, listaterv, maszk, tervezet) Alkalmazási rendszerek leírása (alkalmazási rendszerek, alkalmazási rendszertípus, modul, modultípus, adatfeldolgozási funkció, adatfeldolgozási funkciótípus)

59 BPMN

60 BPMN Business Process Modeling Notation Folyamatábra, üzleti folyamatok grafikus modellezésére. Elsősorban embernek (üzleti elemző, technológiai fejlesztő) szóló grafikus jelölőnyelv. Támogatott a BPEL, EPC mapping. Ábrázolása: Business Process Diagram Scope Szervezeti felépítés és erőforrások leírása Funkciónális felosztás Adat és információ modellezés Stratégia Üzleti szabályok

61 BPMN struktúra + Attribútumok az egyes BPMN elemek tulajdonságainak beállítására.

62 BPMN példa orvosi vizsgálat

63 BPD Core Element Set Flow Objects Folyamat jelölő elemek Events (Esemény) Activities (Tevékenység) Gateways (Döntés, elágazás) Connecting Objects Összekötő elemek Sequence Flow (Sorrend) Message Flow (Üzenet) Association (Kapcsolat) Swimlanes - Úszósáv Pools (Résztvevő) Lanes (Tevékenységek csoportja) Artifacts Részletek leírása Data Object (Adat objektum) Group (Csoportosítás) Annotation (Megjegyzés)

64 BPMN Core Element Set: Flow objects - Event Elem Leírás Jelölés Event (Esemény) Esemény, ami egy üzleti folyamat során megtörténik. Ezek az események befolyásolják az üzleti folyamat áramlását, lezajlását. Jellemzően van egy kiváltó okuk (trigger) vagy eredményei valaminek, azaz elkezdenek egy üzleti folyamatot, megszakítják, vagy befejezik azt. Fajtái: - kezdő esemény (Start Event) - közbenső esemény (Intermediate Event) - záró, végesemény (End Event)

65 BPMN Core Element Set: Flow objects - Activity Elem Leírás Jelölés Activity (Tevékenység) Az üzleti folyamat lefutása során végrehajtandó munka, tevékenység, feladat. Lehet atomi vagy összetett. Típusai: Process, Sub-Process, Task (Feladat)

66 BPMN Core Element Set: Flow Object - Gateway Elem Leírás Jelölés Gateway (Átjáró) A folyamatvégrehajtás során az elágazásokat és az összefutásokat (egyesítéseket) jeleníti meg.

67 BPMN Core Element Set: Connecting objects Elem Leírás Jelölés Sequence Flow (Sorrend) Mesage Flow (Üzenet) Association (Kapcsolat) Az elemek végrehajtási sorrendjét jelöli. Üzenetek a résztvevők (Pool) közötti kommunikációt írják le. A Pool-okon ábrázolt résztvevők küldhetnek és fogadhatnak üzenetet. Folyamat objektumokhoz adatok, szövegek, dokumentumok, egyéb információk kapcsolása. A nyíllal jelölt összekapcsolás a tevékenység ki- vagy bemeneti irányát jelöli, amennyiben az releváns.

68 BPMN Core Element Set: Swimlanes Pool Elem Leírás Jelölés Tevékenységek, események, azaz a folyamat funkcionális (feladat, hatáskör) elvű felosztása, elhatárolása. Résztvevők, üzleti partnerek. Pl.: Adott személy jogkörét, feladatait tartalmazza. A szekvenciális elemek a Pool-t nem léphetik át. Pool-ok közötti kommunikációra az üzenetek szolgálnak. Lane Úszósávok (Pool) (vertikális, horizontális) felosztására használható. Tevékenységek (Activities) rendszerezésére, kategorizálására használható, kapcsolódó tevékenységek (Activities) csoportosítására.

69 BPMN Core Element Set: Artifacts Elem Leírás Jelölés Data Object (Adat) A folyamat végrehajtásához szükséges adatokat írja le. A folyamat lefutását nem befolyásolhatja. Group (Csoportosítás) Összetartozó folyamat objektumok csoportba foglálásának jelölésére használatos. Csak jelölési, dokumentálási célja van. Text Annotation (Megnegyzés) Megjegyzés, kiegészítő információ.

70 Példa Start Event Activity Sequence Flows End Event

71 BPMN elemek - bővítés Start Event Intermediate Message Event Intermediate Timer Event End Event End Terminate Event Task Parallel Fork Gateway c receive ~c Flow Parallel Join Gateway Data-based Decision Gateway Event-based Decision Gateway Merge Gateway

72 BPMN példa Reject order Check stock availability Send invoice Confirm order Ship goods

73 BPMN példa Lane - sáv Lane

74 BPMN by Example Task types Service Task Rules Task System steps, Gateways and Events can go in to any Lanes. User Task

75 Task típusok User Task Service Task Rules Task Task Elemi művelet Típusai: Service Task (szinkron rendszer művelet) Send and Receive Tasks (aszinkron rendszer művelet) User Task (Human step workflow engine felel a végrehajtásáért) Manual Task (workflow engine által nem menedzselt emberi művelet "offline") Rules Task (Business Rules engine által végrehajtott feladat) Script Task (szkriptek futtatása) None Task (dokumentációs céllal beszúrt művelet) Call Activity (független / külső BPMN process meghívása)

76 Exclusive Conditional Split Exclusive conditional split Exclusive Merge

77 XOR Gateway Jelölései: Csak egyetlen úton járhat a token a megadott feltételtől függően Default útvonal Alternatív útvonal

78 Párhuzamosságok AND gateway Parallel forking Parallel join

79 AND Gateway Párhuzamos elágazás (fork) és egyesítés (join) Jelölése: Mindegyik útvonal végrehajtódik, a token kettéválik, majd egyesül.

80 Ajánlatkérés folyamat, példa Service Task Rules Task Parallel Branching Join XOR branching Merge Lane

81 Inclusive (párhuzamos) OR gateway Inclusive split. Inclusive Join

82 OR Gateway Jelölése: Egyik, másik, vagy mindkettő lefut.

83 Complex split Complex Split Parallel join

84 Complex Gateway Jelölése: Összetett feltétel. Egyesítésnél pedig pl.: ha már kettő megtörtént, a harmadik már nem kell, folytatódik a process, stb.

85 Ciklus: XOR Gateway

86 Loop Back Loop Back

87 Sub process Collapsed subprocess Expanded sub-process

88 Subrocess Hibás Jó

89 Újrafelhasználhatóság: Sub processel Call Activity. Quote Process Child Process

90 BPMN & Oracle BPM Suite 11g BPA Shared BPMN Model Rich User Interactions & Monitoring (BPMN Process Views) Web based customization Of BPMN processes Business View BPM Studio (Model in BPMN 2.0) Run natively on the BPMN 2.0 run-time engine Process Portal Process Composer BPEL BPMN Human Workflow Business Rules Unified Runtime Repository 94

91 Oracle BPM Studio IDE BPMN Palette Main Canvas Project Navigator Panel váltó Log tab Simulation Panel Documentation Tab

92 BPM Studio BPMN Palette Human Centric Activities: User, Management, Group, FYI, Initiate, Complex Gateway Activities: XOR, OR, AND, Complex Automated Activities: Service, Send, Receive Sub-process Activities: Call Activity, Embedded Sub-process Events : None, Message, Timer, Error, Signal

93 Felhasznált irodalom Sybase: Introduction to Software Engineering Modeling. BPMN trainging, Sybase Dr. Jim Arlow: Introduction to BPMN, Clear View Training n005?from=ss_embed Szöllősi Sándor: Üzleti folyamatok modellezése az ARIS segítségével, Óbudai Egyetem Tananyag

94 Tranzakció - példa

Üzleti folyamatok modellezése az. Szöllősi Sándor

Üzleti folyamatok modellezése az. Szöllősi Sándor Üzleti folyamatok modellezése az ARIS folyamatmodellező ő és tervező szoftver segítségével Szöllősi Sándor szollosi.sandor@nik.bmf.hu 1 ARIS módszertan ARIS ház koncepciója Architecture of Integrated Information

Részletesebben

Integrált keretrendszer

Integrált keretrendszer Integrált keretrendszer Példa SAP R/3 Üzleti, szervezeti folyamatok modellezése Eseményvezérelt folyamat lánc (Event-driven Process Chain (EPC), Ereignisgesteuerte Prozessketten (EPK)) 1 BPMN Business

Részletesebben

Üzleti folyamatok modellezése az ARIS folyamatmodellezı és tervezı szoftver segítségével. Schmuck Balázs

Üzleti folyamatok modellezése az ARIS folyamatmodellezı és tervezı szoftver segítségével. Schmuck Balázs Üzleti folyamatok modellezése az ARIS folyamatmodellezı és tervezı szoftver segítségével Schmuck Balázs schmuck.balazs@nik.bmf.hu 1 Mirıl lesz szó az elıadásokon? Megismerkedhettek: a modellezés elınyeivel,

Részletesebben

Viczián István IP Systems http://jtechlog.blogspot.hu/ JUM XIX. - 2012. szeptember 18.

Viczián István IP Systems http://jtechlog.blogspot.hu/ JUM XIX. - 2012. szeptember 18. Viczián István IP Systems http://jtechlog.blogspot.hu/ JUM XIX. - 2012. szeptember 18. Két projekt Mindkettőben folyamatirányítás Eltérő követelmények Eltérő megoldások Dokumentum gyártási folyamat Üzemeltetés

Részletesebben

Üzleti architektúra menedzsment, a digitális integrált irányítási rendszer

Üzleti architektúra menedzsment, a digitális integrált irányítási rendszer Üzleti architektúra menedzsment, a digitális integrált irányítási rendszer XXII. MINŐSÉGSZAKEMBEREK TALÁLKOZÓJA A digitalizálás a napjaink sürgető kihívása Dr. Ányos Éva működésfejlesztési tanácsadó Magyar

Részletesebben

Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamatmodellezés és eszközei Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamat, munkafolyamat Ez vajon egy állapotgép-e? Munkafolyamat (Workflow):

Részletesebben

Hogyan lehet megakadályozni az üzleti modellezés és az IT implementáció szétválását? Oracle BPM Suite

Hogyan lehet megakadályozni az üzleti modellezés és az IT implementáció szétválását? Oracle BPM Suite Hogyan lehet megakadályozni az üzleti modellezés és az IT implementáció szétválását? Oracle BPM Suite Petrohán Zsolt Vezető tanácsadó zsolt.petrohan@oracle.com Napirend Oracle Fusion Middleware BPM kihívásai

Részletesebben

Benchmarking. A hivatalos meghatározás... és a gyakorlati meghatározás

Benchmarking. A hivatalos meghatározás... és a gyakorlati meghatározás Benchmarking A hivatalos meghatározás... A benchmarking folyamatos eljárás a termékek, szolgáltatások és szokások összemérésére a legjobb versenytársakéval vagy azokkal a vállalatokkal, amelyek az iparág

Részletesebben

UML (Unified Modelling Language)

UML (Unified Modelling Language) UML (Unified Modelling Language) UML (+ Object Constraint Language) Az objektum- modellezés egy szabványa (OMG) UML A 80-as, 90-es években egyre inkább terjedő objektum-orientált analízis és tervezés (OOA&D)

Részletesebben

Nyílt hozzáférésű informatikai rendszerek BME VIMM 5294

Nyílt hozzáférésű informatikai rendszerek BME VIMM 5294 Nyílt hozzáférésű informatikai rendszerek BME VIMM 5294 Übelhart István ubelhart@mit.bme.hu Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszéke Nyílt rendszerek

Részletesebben

Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék. Folyamatmodellezés

Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék. Folyamatmodellezés Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamatmodellezés Folyamat, munkafolyamat Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata, amelyeket

Részletesebben

Tevékenység 1 Tevékenység 2 Tevékenység 3. Hogyan dolgozzunk? Folyamat. Milyen, mennyi erőforrást használjunk? Emberek. Módszerek.

Tevékenység 1 Tevékenység 2 Tevékenység 3. Hogyan dolgozzunk? Folyamat. Milyen, mennyi erőforrást használjunk? Emberek. Módszerek. Tevékenység 1 Tevékenység 2 Tevékenység 3 Hogyan dolgozzunk? Beszállítók I N P U T Folyamat O U T P U T Vevők Milyen, mennyi erőforrást használjunk? Emberek Módszerek Anyagok Eszközök Idő folyamatok

Részletesebben

Bevezetés az ARIS módszertanba

Bevezetés az ARIS módszertanba 2005. november. 25 ARIS Toolset Bevezetés az ARIS módszertanba Előadó: Fonó Gábor HyperTeam Kft. H-1114 Budapest, Fadrusz u. 12. tel.: +36 1 279 0720 fax: +36 1 466 6359 ARIS Toolset ARIS elnevezés: Architecture

Részletesebben

Folyamatmodellezés (BPMN) és alkalmazásai

Folyamatmodellezés (BPMN) és alkalmazásai Folyamatmodellezés (BPMN) és alkalmazásai Rendszermodellezés 2018. Budapesti Műszaki és Gazdaságtudományi Egyetem Hibatűrő Rendszerek Kutatócsoport Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika

Részletesebben

10-es Kurzus. OMT modellek és diagramok OMT metodológia. OMT (Object Modelling Technique)

10-es Kurzus. OMT modellek és diagramok OMT metodológia. OMT (Object Modelling Technique) 10-es Kurzus OMT modellek és diagramok OMT metodológia OMT (Object Modelling Technique) 1 3 Modell és 6 Diagram Statikus modell : OMT Modellek és diagramok: Statikus leírása az összes objektumnak (Név,

Részletesebben

BOC Information Technologies Consulting GmbH. Minőségmenedzsment

BOC Information Technologies Consulting GmbH. Minőségmenedzsment Minőségmenedzsment Bäckerstraße 5/3, A- 1010 Wien Tel: +43-513 27 36-0 Fax: +43-513 27 36-5 http://www.boc-hu.com E-Mail: boc@boc-hu.com AZ ADONIS ÉS A MINŐSÉGMENEDZSMENT / ISO 9000:2000 A sikeres és dinamikus

Részletesebben

Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamatmodellezés és eszközei Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamat, munkafolyamat Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata,

Részletesebben

Debreceni Egyetem Informatikai Kar. Szolgáltatás-orientált programozás az Oracle-ben

Debreceni Egyetem Informatikai Kar. Szolgáltatás-orientált programozás az Oracle-ben Debreceni Egyetem Informatikai Kar Szolgáltatás-orientált programozás az Oracle-ben Témavezető: Dr. Juhász István egyetemi adjunktus Készítette: Ács László programtervező-matematikus Debrecen 2009 1 Tartalom

Részletesebben

Az üzleti igények átültetése a gyakorlatba eszköz és módszertan: - ARIS és WebSphere megoldások együttes használata a folyamatmendzsmentben -

Az üzleti igények átültetése a gyakorlatba eszköz és módszertan: - ARIS és WebSphere megoldások együttes használata a folyamatmendzsmentben - Az üzleti igények átültetése a gyakorlatba eszköz és módszertan: - ARIS és WebSphere megoldások együttes használata a folyamatmendzsmentben - Solti Árpád HyperTeam ügyvezető HyperTeam bemutatása Bemutatkozás

Részletesebben

Folyamattervezéstıl a megvalósításig

Folyamattervezéstıl a megvalósításig IBM Software Group Folyamattervezéstıl a megvalósításig Balogh Péter WebSphere Technical Specialist IBM Software Group Koczé Zoltán Tanácsadó Hyperteam 2006 IBM Corporation IBM Software Group Problémák

Részletesebben

Rendszer szekvencia diagram

Rendszer szekvencia diagram Rendszer szekvencia diagram Célkitűzések A rendszer események azonosítása. Rendszer szekvencia diagram készítése az eseményekre. 2 1.Iteráció Az első igazi fejlesztési iteráció. A projekt kezdeti szakaszában

Részletesebben

Minőségmenedzsment (módszerek) BEDZSULA BÁLINT

Minőségmenedzsment (módszerek) BEDZSULA BÁLINT Minőségmenedzsment (módszerek) BEDZSULA BÁLINT Bedzsula Bálint gyakornok Menedzsment és Vállalatgazdaságtan Tanszék Q. épület A.314. bedzsula@mvt.bme.hu http://doodle.com/bedzsula.mvt Az előző előadás

Részletesebben

Webszolgáltatás alapokon BPEL

Webszolgáltatás alapokon BPEL Üzleti folyamatok Webszolgáltatás alapokon BPEL Pl.: Bank: Motiváció o Ahány beszállító, annyi technológia, módszertan, protokoll o Régi eszközöket soha nem selejteznek le Meglévő workflow eszközök o Gyártófüggőek

Részletesebben

Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamatmodellezés és eszközei Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamat, munkafolyamat Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata,

Részletesebben

Modellalkotás UML-ben

Modellalkotás UML-ben Modellalkotás UML-ben Modellalkotás UML-ben A Unified Modeling Language (UML) egy grafikus modellező nyelv, amely lehetőséget nyújt egy megoldandó probléma specifikációjának leírására absztrakt szinten,

Részletesebben

Oracle9i Alkalmazás Szerver Üzleti folyamat integráció. Molnár Balázs Vezető értékesítési konzultáns Oracle Hungary

Oracle9i Alkalmazás Szerver Üzleti folyamat integráció. Molnár Balázs Vezető értékesítési konzultáns Oracle Hungary Oracle9i Alkalmazás Szerver Üzleti folyamat integráció Molnár Balázs Vezető értékesítési konzultáns Oracle Hungary Üzleti folyamat integráció Kereskedők Beszállítók Partnerek Alkalmazás Disztribútor Belső

Részletesebben

Business ProcessModeland Notification (BPMN) Szöllősi Sándor Óbudai Egyetem 2011

Business ProcessModeland Notification (BPMN) Szöllősi Sándor Óbudai Egyetem 2011 usiness Processodeland Notification (PN) Szöllősi Sándor Óbudai gyetem 2011 artalom Ó evezetés PN 1.0 ire jó, mire nem odelltípusok PN építőelemek Játékszabályok PN 2.0 Újdonságok Új odelltípus és új elemek

Részletesebben

Az informatika kulcsfogalmai

Az informatika kulcsfogalmai Az informatika kulcsfogalmai Kulcsfogalmak Melyek azok a fogalmak, amelyek nagyon sok más fogalommal kapcsolatba hozhatók? Melyek azok a fogalmak, amelyek más-más környezetben újra és újra megjelennek?

Részletesebben

A KUTATÁS EREDMÉNYEI ZÁRÓJELENTÉS 2004-2006.

A KUTATÁS EREDMÉNYEI ZÁRÓJELENTÉS 2004-2006. ÖNELLENŐRZÉS ÉS FUTÁSIDEJŰ VERIFIKÁCIÓ SZÁMÍTÓGÉPES PROGRAMOKBAN OTKA T-046527 A KUTATÁS EREDMÉNYEI ZÁRÓJELENTÉS 2004-2006. Témavezető: dr. Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem

Részletesebben

Dr. Mileff Péter

Dr. Mileff Péter Dr. Mileff Péter 1 2 1 Szekvencia diagram Szekvencia diagram Feladata: objektumok egymás közti üzenetváltásainak ábrázolása egy időtengely mentén elhelyezve. Az objektumok életvonala egy felülről lefelé

Részletesebben

Méréselmélet MI BSc 1

Méréselmélet MI BSc 1 Mérés és s modellezés 2008.02.15. 1 Méréselmélet - bevezetés a mérnöki problémamegoldás menete 1. A probléma kitűzése 2. A hipotézis felállítása 3. Kísérlettervezés 4. Megfigyelések elvégzése 5. Adatok

Részletesebben

Software Engineering Babeş-Bolyai Tudományegyetem Kolozsvár

Software Engineering Babeş-Bolyai Tudományegyetem Kolozsvár Software Engineering Dr. Barabás László Ismétlés/Kitekintő Ismétlés Software Engineering = softwaretechnológia Projekt, fogalma és jellemzői, személyek és szerepkörök Modell, módszertan Kitekintés Elemzés/

Részletesebben

MEGA ÜZLETI FOLYAMATMENEDZSMENT ÉS VÁLLALATI ARCHITEKTÚRA MEGOLDÁSOK. Kóczé Zoltán Tanácsadó

MEGA ÜZLETI FOLYAMATMENEDZSMENT ÉS VÁLLALATI ARCHITEKTÚRA MEGOLDÁSOK. Kóczé Zoltán Tanácsadó MEGA ÜZLETI FOLYAMATMENEDZSMENT ÉS VÁLLALATI ARCHITEKTÚRA MEGOLDÁSOK Kóczé Zoltán Tanácsadó 2 Bevezető Nem a legerősebbek, vagy a legintelligensebbek, hanem a legjobban alkalmazkodók maradnak fenn. 3 Modellezés

Részletesebben

Kölcsönhatás diagramok

Kölcsönhatás diagramok Kölcsönhatás diagramok Célkitűzés Olvasni tudják az alap UML kölcsönhatás diagramok (kommunikáció és szekvencia) diagramok jelöléseit. 2 Bevezetés Miért léteznek az objektumok? Azért, hogy a rendszer valamilyen

Részletesebben

A J2EE fejlesztési si platform (application. model) 1.4 platform. Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem

A J2EE fejlesztési si platform (application. model) 1.4 platform. Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem A J2EE fejlesztési si platform (application model) 1.4 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11.13. A J2EE application model A Java szabványok -

Részletesebben

Szekvencia diagram. Szekvencia diagram Dr. Mileff Péter

Szekvencia diagram. Szekvencia diagram Dr. Mileff Péter Dr. Mileff Péter 1 2 Szekvencia diagram Feladata:objektumok egymás közti üzenetváltásainak ábrázolása egy időtengely mentén elhelyezve. Az objektumok életvonala egy felülről lefelé mutató időtengelyt képvisel.

Részletesebben

Fogalmi modellezés. Ontológiák Alkalmazott modellező módszertan (UML)

Fogalmi modellezés. Ontológiák Alkalmazott modellező módszertan (UML) Fogalmi modellezés Ontológiák Alkalmazott modellező módszertan (UML) Fogalom képzés / kialakítás Cél: Példák: A fogalom képzés segít minket abban, hogy figyelmen kívül hagyjuk azt, ami lényegtelen idealizált

Részletesebben

Infor PM10 Üzleti intelligencia megoldás

Infor PM10 Üzleti intelligencia megoldás Infor PM10 Üzleti intelligencia megoldás Infor Üzleti intelligencia (Teljesítmény menedzsment) Web Scorecard & Műszerfal Excel Email riasztás Riportok Irányít Összehangol Ellenőriz Stratégia Stratégia

Részletesebben

IBM Business Process Manager változat 8 alváltozat 5. Az IBM Business Process Manager áttekintése

IBM Business Process Manager változat 8 alváltozat 5. Az IBM Business Process Manager áttekintése IBM Business Process Manager változat 8 alváltozat 5 Az IBM Business Process Manager áttekintése ii Áttekintés PDF-könyvek és az információközpont A PDF-könyveket nyomtatásra és offline olvasásra használhatja.

Részletesebben

A USER Kft - mint Open Text partner - bemutatása

A USER Kft - mint Open Text partner - bemutatása A USER Kft - mint Open Text partner - bemutatása SAP konferencia 2008.szeptember 22. Tihany Copyright 2008 Open Text Inc. All rights reserved. Kárász Vilmos Sales Manager USER KFT vilmos.karasz@user.hu

Részletesebben

Előzmények 2011.10.23.

Előzmények 2011.10.23. Előzmények Dr. Mileff Péter A 80-as évek közepétől a szoftverek komplexitása egyre növekszik. Megjelentek az OO nyelvek. Az OO fejlesztési módszerek a rendszer különböző nézőpontú modelljeit készítik el.

Részletesebben

Menedzsment paradigmák és a virtuális vállalat. Virtuális vállalat 2012/13 1. félév 6. Előadás Dr. Kulcsár Gyula

Menedzsment paradigmák és a virtuális vállalat. Virtuális vállalat 2012/13 1. félév 6. Előadás Dr. Kulcsár Gyula Menedzsment paradigmák és a virtuális vállalat Virtuális vállalat 2012/13 1. félév 6. Előadás Dr. Kulcsár Gyula Rendszer (System) Elem, kölcsönhatás, struktúra, határ, jel, állapot, folyamat, modell. Rendszer

Részletesebben

Data Integrátorok a gyakorlatban Oracle DI vs. Pentaho DI Fekszi Csaba Ügyvezető Vinnai Péter Adattárház fejlesztő 2013. február 20.

Data Integrátorok a gyakorlatban Oracle DI vs. Pentaho DI Fekszi Csaba Ügyvezető Vinnai Péter Adattárház fejlesztő 2013. február 20. Data Integrátorok a gyakorlatban Oracle DI vs. Pentaho DI Fekszi Csaba Ügyvezető Vinnai Péter Adattárház fejlesztő 2013. február 20. 1 2 3 4 5 6 7 8 Pentaho eszköztára Data Integrator Spoon felület Spoon

Részletesebben

rendszerszemlélető, adatközpontú funkcionális

rendszerszemlélető, adatközpontú funkcionális http://vigzoltan.hu rendszerszemlélető, adatközpontú funkcionális Integrált Vállalatirányítási Rendszerek Alkalmazói fejlesztések mindig valamilyen módszertan alapján történnek. A módszertan eljárások,

Részletesebben

Magas szintű adatmodellek Egyed/kapcsolat modell I.

Magas szintű adatmodellek Egyed/kapcsolat modell I. Magas szintű adatmodellek Egyed/kapcsolat modell I. Ullman-Widom: Adatbázisrendszerek. Alapvetés. 4.fejezet Magas szintű adatmodellek (4.1-4.3.fej.) (köv.héten folyt.köv. 4.4-4.6.fej.) Az adatbázis modellezés

Részletesebben

Webszolgáltatás alapokon BPEL

Webszolgáltatás alapokon BPEL Üzleti folyamatok Webszolgáltatás alapokon BPEL Pl.: Bank: Motiváció o Ahány beszállító, annyi technológia, módszertan, protokoll o Régi eszközöket soha nem selejteznek le Meglévő workflow eszközök o Gyártófüggőek

Részletesebben

A Java EE 5 plattform

A Java EE 5 plattform A Java EE 5 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11. 13. A Java EE 5 platform A Java EE 5 plattform A J2EE 1.4 után következő verzió. Alapvető továbbfejlesztési

Részletesebben

Pénzügy, számvitel. Váradi Mónika 2013.01.29.

Pénzügy, számvitel. Váradi Mónika 2013.01.29. Pénzügy, számvitel Váradi Mónika 2013.01.29. Pénzügy, számvitel A rendszer megoldást nyújt a teljeskörű pénzügyi, számviteli műveletek elvégzésére a törvényi megfelelőségek biztosítása mellett. Pénzügy,

Részletesebben

Járműinformatika A járműinformatikai fejlesztés

Járműinformatika A járműinformatikai fejlesztés Járműinformatika A járműinformatikai fejlesztés 2016/2017. tanév, II. félév Dr. Kovács Szilveszter E-mail: szkovacs@iit.uni-miskolc.hu Informatika Intézet 107/a. Tel: (46) 565-111 / 21-07 A járműfejlesztés

Részletesebben

Üzleti folyamatok rugalmasabb IT támogatása. Nick Gábor András 2009. szeptember 10.

Üzleti folyamatok rugalmasabb IT támogatása. Nick Gábor András 2009. szeptember 10. Üzleti folyamatok rugalmasabb IT támogatása Nick Gábor András 2009. szeptember 10. A Generali-Providencia Magyarországon 1831: A Generali Magyarország első biztosítója 1946: Vállalatok államosítása 1989:

Részletesebben

Üzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?)

Üzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?) Üzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?) Év indító IT szakmai nap - PSZÁF Budapest, 2007.01.18 Honnan indultunk? - Architektúra EBH IT

Részletesebben

Szoftverarchitektúrák 3. előadás (második fele) Fornai Viktor

Szoftverarchitektúrák 3. előadás (második fele) Fornai Viktor Szoftverarchitektúrák 3. előadás (második fele) Fornai Viktor A szotverarchitektúra fogalma A szoftverarchitektúra nagyon fiatal diszciplína. A fogalma még nem teljesen kiforrott. Néhány definíció: A szoftverarchitektúra

Részletesebben

Oracle Enterprise Manager: Az első teljesértékű felhő üzemeltetési megoldás

Oracle Enterprise Manager: Az első teljesértékű felhő üzemeltetési megoldás 2011 November 8. New York Palota Hotel Boscolo Budapest Oracle Enterprise Manager: Az első teljesértékű felhő üzemeltetési megoldás Sárecz Lajos, Vezető tanácsadó Oracle Hungary Átfogó felhő üzemeltetés

Részletesebben

Vezetői információs rendszerek

Vezetői információs rendszerek Vezetői információs rendszerek Kiadott anyag: Vállalat és információk Elekes Edit, 2015. E-mail: elekes.edit@eng.unideb.hu Anyagok: eng.unideb.hu/userdir/vezetoi_inf_rd 1 A vállalat, mint információs rendszer

Részletesebben

Workflow és Petri hálók. Workflow fogalma

Workflow és Petri hálók. Workflow fogalma Workflow és Petri hálók Workflow fogalma Mai világunkban egyre nagyobb szerepet kapnak a workflow által irányított rendszerek és a workflow alapú szemléletek. A workflow, vagy munkafolyamat definícióját

Részletesebben

Adattárház kialakítása a Szövetkezet Integrációban, UML eszközökkel. Németh Rajmund Vezető BI Szakértő március 28.

Adattárház kialakítása a Szövetkezet Integrációban, UML eszközökkel. Németh Rajmund Vezető BI Szakértő március 28. Adattárház kialakítása a Szövetkezet Integrációban, UML eszközökkel Németh Rajmund Vezető BI Szakértő 2017. március 28. Szövetkezeti Integráció Központi Bank Takarékbank Zrt. Kereskedelmi Bank FHB Nyrt.

Részletesebben

Modell alapú tesztelés mobil környezetben

Modell alapú tesztelés mobil környezetben Modell alapú tesztelés mobil környezetben Micskei Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék A terület behatárolása Testing is an activity performed

Részletesebben

Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék. Folyamatmodellezés

Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék. Folyamatmodellezés Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamatmodellezés Folyamat, munkafolyamat Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata, amelyeket

Részletesebben

Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K. 4. A meghirdetés ideje (mintatanterv szerint vagy keresztfélében):

Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K. 4. A meghirdetés ideje (mintatanterv szerint vagy keresztfélében): Követelményrendszer 1. Tantárgynév, kód, kredit, választhatóság: Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K 2. Felelős tanszék: Informatika Szakcsoport 3. Szak, szakirány, tagozat: Műszaki

Részletesebben

Az MTA Cloud a tudományos alkalmazások támogatására. Kacsuk Péter MTA SZTAKI

Az MTA Cloud a tudományos alkalmazások támogatására. Kacsuk Péter MTA SZTAKI Az MTA Cloud a tudományos alkalmazások támogatására Kacsuk Péter MTA SZTAKI Kacsuk.Peter@sztaki.mta.hu Tudományos alkalmazások és skálázhatóság Kétféle skálázhatóság: o Vertikális: dinamikusan változik

Részletesebben

Mérnök informatikus (BSc) alapszak levelező tagozat (BIL) / BSc in Engineering Information Technology (Part Time)

Mérnök informatikus (BSc) alapszak levelező tagozat (BIL) / BSc in Engineering Information Technology (Part Time) Mérnök informatikus (BSc) alapszak levelező tagozat (BIL) / BSc in Engineering Information Technology (Part Time) (specializáció választás a 4. félévben, specializációra lépés feltétele: az egyik szigorlat

Részletesebben

Az adatok a vállalat kulcsfontosságú erőforrásai. Az információs rendszer adatai kezelésének két alapvető változata:

Az adatok a vállalat kulcsfontosságú erőforrásai. Az információs rendszer adatai kezelésének két alapvető változata: ADATSZERVEZÉS Az adatok a vállalat kulcsfontosságú erőforrásai. Az információs rendszer adatai kezelésének két alapvető változata: fájlrendszerek (a konvencionális módszer) és adatbázis rendszerek (a haladóbb

Részletesebben

Papír helyett elektronikus űrlap. Szabadság és interaktivitás az űrlapkezelésben

Papír helyett elektronikus űrlap. Szabadság és interaktivitás az űrlapkezelésben Papír helyett elektronikus űrlap Szabadság és interaktivitás az űrlapkezelésben Csamangó András SAP tanácsadó Creative 4U Kft., Budapest 2010 Bemutatás 2002-ben alakult SAP Service Partner fő tevékenység:

Részletesebben

ICT ÉS BP RENDSZEREK HATÉKONY TELJESÍTMÉNY SZIMULÁCIÓJA DR. MUKA LÁSZLÓ

ICT ÉS BP RENDSZEREK HATÉKONY TELJESÍTMÉNY SZIMULÁCIÓJA DR. MUKA LÁSZLÓ ICT ÉS BP RENDSZEREK HATÉKONY TELJESÍTMÉNY SZIMULÁCIÓJA DR. MUKA LÁSZLÓ 1 TARTALOM 1.1 A MODELLEZÉS ÉS SZIMULÁCIÓ META-SZINTŰ HATÉKONYSÁGÁNAK JAVÍTÁSA A. Az SMM definiálása, a Jackson Keys módszer kiterjesztése

Részletesebben

Szakterületi modell A fogalmak megjelenítése. 9. fejezet Applying UML and Patterns Craig Larman

Szakterületi modell A fogalmak megjelenítése. 9. fejezet Applying UML and Patterns Craig Larman Szakterületi modell A fogalmak megjelenítése 9. fejezet Applying UML and Patterns Craig Larman 1 Néhány megjegyzés a diagramokhoz Ez a tárgy a rendszer elemzésről és modellezésről szól. Noha például egy

Részletesebben

Feltörekvő technológiák: seam, drools, richfaces és társai a JBossban

Feltörekvő technológiák: seam, drools, richfaces és társai a JBossban Feltörekvő technológiák: seam, drools, richfaces és társai a JBossban Török Tamás senior consultant ULX Nyílt Forráskódú Tanácsadó és Disztribúciós Kft. Miről lesz ma szó? Röviden az ULX-ről A JBoss közösségről

Részletesebben

Big Data az ellenőrzésben: Kihívás vagy lehetőség?

Big Data az ellenőrzésben: Kihívás vagy lehetőség? www.pwc.com : Kihívás vagy lehetőség? 2016. november 24. A gazdasági élet egyre intenzívebben támaszkodik komplex informatikai megoldásokra Az 5. Magyarországi Vezérigazgatói Felmérés* 155 hazai felsővezető

Részletesebben

Logisztikai szimulációs módszerek

Logisztikai szimulációs módszerek Üzemszervezés Logisztikai szimulációs módszerek Dr. Juhász János Integrált, rugalmas gyártórendszerek tervezésénél használatos szimulációs módszerek A sztochasztikus külső-belső tényezőknek kitett folyamatok

Részletesebben

Folyamat alapú integrált kockázatkezelési és audit projekt tapasztalatai

Folyamat alapú integrált kockázatkezelési és audit projekt tapasztalatai Folyamat alapú integrált kockázatkezelési és audit projekt tapasztalatai Dohos Ágnes, IDS-Scheer pénzintézeti üzletág vezető, agnes.dohos@idsscheer.com Szabolcs Gergely, Bankárképző szenior tanácsadó,

Részletesebben

A vállalat mint rendszer. Informatikai rendszerek Vállalati információs rendszerek. Üzleti kapcsolatok. Vevői információs kapcsolatok. Cég.

A vállalat mint rendszer. Informatikai rendszerek Vállalati információs rendszerek. Üzleti kapcsolatok. Vevői információs kapcsolatok. Cég. A vállalat mint rendszer Informatikai rendszerek Vállalati információs rendszerek erőforrások Cég Gazdálkodó szervezet Vállalat erőforrások Szendrői Etelka szendroi@witch.pmmf.hu Valóságos Működő Gazdasági

Részletesebben

Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem

Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem A Java EE 5 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2008. 04. 17. A Java EE 5 platform A Java EE 5 plattform A J2EE 1.4 után következő verzió. Alapvető továbbfejlesztési

Részletesebben

Interaktív, grafikus környezet. Magasszintû alkalmazási nyelv (KAL) Integrált grafikus interface könyvtár. Intelligens kapcsolat más szoftverekkel

Interaktív, grafikus környezet. Magasszintû alkalmazási nyelv (KAL) Integrált grafikus interface könyvtár. Intelligens kapcsolat más szoftverekkel Készítette: Szabó Gábor, 1996 Az Az IntelliCorp IntelliCorp stratégiája: stratégiája: Kifinomult, Kifinomult, objektum-orientált objektum-orientált környezetet környezetet biztosít biztosít tervezéséhez,

Részletesebben

Oracle Middleware megoldások helye üzleti esettanulmányokon keresztül bemutatva, különböző iparágakban

Oracle Middleware megoldások helye üzleti esettanulmányokon keresztül bemutatva, különböző iparágakban Oracle Middleware megoldások helye üzleti esettanulmányokon keresztül bemutatva, különböző iparágakban Lenti József Projektkoordinációs vezető Intalion Kft. BPM Business Process Management Rövid áttekintés

Részletesebben

Üzleti folyamatmenedzsment: - káoszból rendet!

Üzleti folyamatmenedzsment: - káoszból rendet! Üzleti folyamatmenedzsment: - káoszból rendet! Tóth Bálint WebSphere Brand Sales Manager IBM Magyarország balint.toth@hu.ibm.com, +36-20-8235554 2011. 10. 19. Komplexitás a vállalaton belül Vállalat Munkatársak

Részletesebben

Projectvezetők képességei

Projectvezetők képességei Projectvezetők képességei MOI modell Motivation ösztönzés Organisation szervezés Ideas or Innovation ötletek vagy újítás Más felosztás Probléma megoldás Vezetői öntudat Teljesítmény Befolyás, team képzés

Részletesebben

EGYÜTTMŰKÖDŐ ÉS VERSENGŐ ERŐFORRÁSOK SZERVEZÉSÉT TÁMOGATÓ ÁGENS RENDSZER KIDOLGOZÁSA

EGYÜTTMŰKÖDŐ ÉS VERSENGŐ ERŐFORRÁSOK SZERVEZÉSÉT TÁMOGATÓ ÁGENS RENDSZER KIDOLGOZÁSA infokommunikációs technológiák EGYÜTTMŰKÖDŐ ÉS VERSENGŐ ERŐFORRÁSOK SZERVEZÉSÉT TÁMOGATÓ ÁGENS RENDSZER KIDOLGOZÁSA Témavezető: Tarczali Tünde Frits Márton Témavezetői beszámoló 2015. május 13. TÉMAKÖR

Részletesebben

Oracle adatkezelési megoldások helye az EA világában. Előadó: Tar Zoltán

Oracle adatkezelési megoldások helye az EA világában. Előadó: Tar Zoltán Oracle adatkezelési megoldások helye az EA világában Előadó: Tar Zoltán Témák Bemutatkozás Enterprise Architecture bemutatása Mi az az EA? TOGAF bemutatása OEAF bemutatása Oracle megoldások Oracle termékek

Részletesebben

Folyamatmodellezés a gyakorlatban. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

Folyamatmodellezés a gyakorlatban. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamatmodellezés a gyakorlatban Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Business ProcessModeling Notation Business ProcessModeling Notation (BPMN)

Részletesebben

Kommunikáció. Távoli eljáráshívás. RPC kommunikáció menete DCE RPC (1) RPC - paraméterátadás. 3. előadás Protokollok. 2. rész

Kommunikáció. Távoli eljáráshívás. RPC kommunikáció menete DCE RPC (1) RPC - paraméterátadás. 3. előadás Protokollok. 2. rész 3. előadás Protokollok Kommunikáció 2. rész RPC (Remote Procedure Call) távoli eljáráshívás RMI (Remote Method Invocation) távoli metódushívás MOM (Message-Oriented Middleware) üzenetorientált köztesréteg

Részletesebben

Microsoft SQL Server telepítése

Microsoft SQL Server telepítése Microsoft SQL Server telepítése Az SQL Server a Microsoft adatbázis kiszolgáló megoldása Windows operációs rendszerekre. Az SQL Server 1.0 verziója 1989-ben jelent meg, amelyet tizenegy további verzió

Részletesebben

Adatmodellezés. 1. Fogalmi modell

Adatmodellezés. 1. Fogalmi modell Adatmodellezés MODELL: a bonyolult (és időben változó) valóság leegyszerűsített mása, egy adott vizsgálat céljából. A modellben többnyire a vizsgálat szempontjából releváns jellemzőket (tulajdonságokat)

Részletesebben

A könyvvizsgálat módszertana

A könyvvizsgálat módszertana A könyvvizsgálat módszertana Belső ellenőrzés és a könyvvizsgálat 2011 Deloitte Magyarország Tematika A belső ellenőrzési rendszer célja és típusai A belső ellenőrzési rendszer szerepe a könyvvizsgálat

Részletesebben

Mérés és modellezés Méréstechnika VM, GM, MM 1

Mérés és modellezés Méréstechnika VM, GM, MM 1 Mérés és modellezés 2008.02.04. 1 Mérés és modellezés A mérnöki tevékenység alapeleme a mérés. A mérés célja valamely jelenség megismerése, vizsgálata. A mérés tervszerűen végzett tevékenység: azaz rögzíteni

Részletesebben

Programozási technológia

Programozási technológia Programozási technológia Dinamikus modell Tevékenységdiagram, Együttműködési diagram, Felhasználói esetek diagramja Dr. Szendrei Rudolf ELTE Informatikai Kar 2018. Tevékenység diagram A tevékenység (vagy

Részletesebben

Mérnök informatikus (BSc) alapszak levelező tagozat (BIL) / BSc in Engineering Information Technology (Part Time)

Mérnök informatikus (BSc) alapszak levelező tagozat (BIL) / BSc in Engineering Information Technology (Part Time) Mérnök informatikus (BSc) alapszak levelező tagozat (BIL) / BSc in Engineering Information Technology (Part Time) (A képzés közös része, szakirányválasztás a 3. félév végén) Tárgykód Félév Tárgynév Tárgy

Részletesebben

VIR alapfogalmai. Előadásvázlat. dr. Kovács László

VIR alapfogalmai. Előadásvázlat. dr. Kovács László VIR alapfogalmai Előadásvázlat dr. Kovács László Információ szerepe Információ-éhes világban élünk Mi is az információ? - újszerű ismeret - jelentés Hogyan mérhető az információ? - statisztikai - szintaktikai

Részletesebben

eseményvezérelt megoldások Vizuális programozás 5. előadás

eseményvezérelt megoldások Vizuális programozás 5. előadás Programozási architektúrák, eseményvezérelt megoldások Vizuális programozás 5. előadás Komponens-alapú programozás Kezdelteges formája, az első komponensek: DLL-ek Black box ujrahasznosítható kód Függvényeket

Részletesebben

Integrált keretrendszer

Integrált keretrendszer Integrált keretrendszer Példa SAP R/3 Üzleti, szervezeti folyamatok modellezése Eseményvezérelt folyamat lánc (Event-driven Process Chain (EPC), Ereignisgesteuerte Prozessketten (EPK)) 1 A kurzus egyik

Részletesebben

ROS Remote Operations Service

ROS Remote Operations Service ROS Remote Operations Service Adamis Gusztáv (adamis@tmit.bme.hu) Réthy György (Gyorgy.Rethy@ericsson.com) Ziegler Gábor (gabor.ziegler@ericsson.com) 2015.03.13. Távközlési szoftverek 1 Példa: szendvicsautomata

Részletesebben

SOA modell: Ez az interfész definiálja az elérhető adatokat, és megadja, hogy hogyan lehet azokhoz hozzáférni.

SOA modell: Ez az interfész definiálja az elérhető adatokat, és megadja, hogy hogyan lehet azokhoz hozzáférni. Service-Oriented Architecture, SOA Az elosztott rendszerek fejlesztésének módja. Célja:az IT eszközök komplexitásának a kezelésének egyszerűsítése könnyebben újrafelhasználhatóság, egymással integrálhatóság

Részletesebben

Think customer 2001. Hatékony ügyfélszolgálat és megvalósítási módszertan. WorkShop

Think customer 2001. Hatékony ügyfélszolgálat és megvalósítási módszertan. WorkShop Think customer 2001 Hatékony ügyfélszolgálat és megvalósítási módszertan WorkShop Tóthné Katona Márta eadvisor Oracle Hungary Hogyan is kezdjünk hozzá? Értsük meg üzleti környezetünket: melyek a problémáink

Részletesebben

Szervezetfejlesztés Nagykőrös Város Önkormányzatánál az ÁROP 3.A.2-2013-2013-0035 számú pályázat alapján. Támogató és szakmai folyamatok átalakítása

Szervezetfejlesztés Nagykőrös Város Önkormányzatánál az ÁROP 3.A.2-2013-2013-0035 számú pályázat alapján. Támogató és szakmai folyamatok átalakítása Szervezetfejlesztés Nagykőrös Város Önkormányzatánál az ÁROP 3.A.2-2013-2013-0035 számú pályázat alapján Támogató és szakmai folyamatok átalakítása Tartalom 1. BEVEZETÉS... 3 2. A MODELLEZÉS SORÁN FELHASZNÁLT

Részletesebben

Közösség, projektek, IDE

Közösség, projektek, IDE Eclipse Közösség, projektek, IDE Eclipse egy nyílt forráskódú (open source) projekteken dolgozó közösség, céljuk egy kiterjeszthető fejlesztői platform és keretrendszer fejlesztése, amely megoldásokkal

Részletesebben

Prozesskostenrechnung (PKR)

Prozesskostenrechnung (PKR) Prozesskostenrechnung (PKR) Folyamatköltség-számítás 2008.03.31. Készítette: Bródi Erzsébet Jánk Ildikó Müller Marianna Nagy Csilla Gazdasági folyamatok változása a II. világháborútól napjainkig Élesedő

Részletesebben

BMEVIHIM134 Hálózati architektúrák NGN menedzsment vonatkozások: II. Üzemeltetés-támogatás és üzemeltetési folyamatok

BMEVIHIM134 Hálózati architektúrák NGN menedzsment vonatkozások: II. Üzemeltetés-támogatás és üzemeltetési folyamatok Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Mérnök informatikus szak, mesterképzés Hírközlő rendszerek biztonsága szakirány Villamosmérnöki szak, mesterképzés - Újgenerációs

Részletesebben

S01-7 Komponens alapú szoftverfejlesztés 1

S01-7 Komponens alapú szoftverfejlesztés 1 S01-7 Komponens alapú szoftverfejlesztés 1 1. A szoftverfejlesztési modell fogalma. 2. A komponens és komponens modell fogalma. 3. UML kompozíciós diagram fogalma. 4. A szoftverarchitektúrák fogalma, összetevői.

Részletesebben

EGYÜTTMŰKÖDŐ ÉS VERSENGŐ ERŐFORRÁSOK SZERVEZÉSÉT TÁMOGATÓ ÁGENS RENDSZER KIDOLGOZÁSA

EGYÜTTMŰKÖDŐ ÉS VERSENGŐ ERŐFORRÁSOK SZERVEZÉSÉT TÁMOGATÓ ÁGENS RENDSZER KIDOLGOZÁSA infokommunikációs technológiák EGYÜTTMŰKÖDŐ ÉS VERSENGŐ ERŐFORRÁSOK SZERVEZÉSÉT TÁMOGATÓ ÁGENS RENDSZER KIDOLGOZÁSA Témavezető: Tarczali Tünde Témavezetői beszámoló 2015. január 7. TÉMAKÖR Felhő technológián

Részletesebben

Szoftver min ség és menedzsment

Szoftver min ség és menedzsment Szoftver min ség és menedzsment 17. A szoftvermin ség modellezése. A QMIM modell. Dr. Balla Katalin Tartalom A szoftvermin ség összetev i A probléma A QMIM keret elemei statikus vonatkozásai dinamikus

Részletesebben

Miskolci Egyetem Gépészmérnöki és Informatikai Kar Alkalmazott Informatikai Tanszék. Dr. Kulcsár Gyula egyetemi docens

Miskolci Egyetem Gépészmérnöki és Informatikai Kar Alkalmazott Informatikai Tanszék. Dr. Kulcsár Gyula egyetemi docens Miskolci Egyetem Gépészmérnöki és Informatikai Kar Alkalmazott Informatikai Tanszék Dr. Kulcsár Gyula egyetemi docens Tartalomjegyzék Bevezetés Termelési paradigma fogalma Paradigma váltások A CIM fogalmának

Részletesebben

Modellinformációk szabványos cseréje. Papp Ágnes, Debreceni Egyetem EFK

Modellinformációk szabványos cseréje. Papp Ágnes, Debreceni Egyetem EFK Modellinformációk szabványos cseréje Papp Ágnes, agi@delfin.unideb.hu Debreceni Egyetem EFK Tartalom MOF, UML, XMI Az UML és az XML séma MDA - Model Driven Architecture Networkshop 2004 2 Az OMG metamodell

Részletesebben