Üzleti folyamatmodellezés: EPC, BPMN
|
|
- Emil Gulyás
- 8 évvel ezelőtt
- Látták:
Á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 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észletesebbenIntegrá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 schmuck.balazs@nik.bmf.hu 1 Mirıl lesz szó az elıadásokon? Megismerkedhettek: a modellezés elınyeivel,
RészletesebbenVicziá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 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észletesebbenFolyamatmodellezé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észletesebbenHogyan 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észletesebbenBenchmarking. 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észletesebbenUML (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észletesebbenNyí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észletesebbenBudapesti 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észletesebbenTevé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észletesebbenBevezeté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észletesebbenFolyamatmodellezé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észletesebben10-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észletesebbenBOC 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észletesebbenFolyamatmodellezé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észletesebbenDebreceni 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észletesebbenAz ü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észletesebbenFolyamattervezé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észletesebbenRendszer 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észletesebbenMinő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észletesebbenWebszolgá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észletesebbenFolyamatmodellezé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észletesebbenModellalkotá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észletesebbenOracle9i 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észletesebbenBusiness 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észletesebbenAz 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észletesebbenA 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észletesebbenDr. 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észletesebbenMé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észletesebbenSoftware 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észletesebbenMEGA Ü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észletesebbenKö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észletesebbenA 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észletesebbenSzekvencia 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észletesebbenFogalmi 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észletesebbenInfor 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észletesebbenIBM 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észletesebbenA 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észletesebbenElő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észletesebbenMenedzsment 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észletesebbenData 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észletesebbenrendszerszemlé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észletesebbenMagas 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észletesebbenWebszolgá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észletesebbenA 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észletesebbenPé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észletesebbenJá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. 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?) Év indító IT szakmai nap - PSZÁF Budapest, 2007.01.18 Honnan indultunk? - Architektúra EBH IT
RészletesebbenSzoftverarchitektú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észletesebbenOracle 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észletesebbenVezető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észletesebbenWorkflow é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észletesebbenAdattá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észletesebbenModell 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észletesebbenBudapesti 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észletesebbenVá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észletesebbenAz 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észletesebbenMé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észletesebbenAz 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észletesebbenPapí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észletesebbenICT É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észletesebbenSzakterü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észletesebbenFeltö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észletesebbenBig 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észletesebbenLogisztikai 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észletesebbenFolyamat 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észletesebbenA 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észletesebbenFicsor 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észletesebbenInteraktí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észletesebbenOracle 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! 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észletesebbenProjectvezető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észletesebbenEGYÜ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észletesebbenOracle 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észletesebbenFolyamatmodellezé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észletesebbenKommuniká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észletesebbenMicrosoft 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észletesebbenAdatmodellezé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észletesebbenA 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észletesebbenMé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észletesebbenProgramozá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észletesebbenMé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észletesebbenVIR 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észletesebbenesemé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észletesebbenIntegrá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észletesebbenROS 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észletesebbenSOA 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észletesebbenThink 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észletesebbenSzervezetfejleszté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észletesebbenKö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észletesebbenProzesskostenrechnung (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észletesebbenBMEVIHIM134 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észletesebbenS01-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észletesebbenEGYÜ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észletesebbenSzoftver 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észletesebbenMiskolci 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észletesebbenModellinformá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