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

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

Üzleti folyamatmodellezés: EPC, BPMN

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

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

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

BOC Information Technologies Consulting GmbH. Minőségmenedzsment

Bevezetés az ARIS módszertanba

Integrált keretrendszer

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.

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

A vezetői jelentésrendszer alapjai. Információs igények, irányítás, informatikai támogatás

Szépmővészeti Múzeum térszint alatti bıvítése: A projekt idıt befolyásoló kockázatok értékelése. Készítette: Kassai Eszter Rónafalvi György

Méréselmélet MI BSc 1

Vállalatgazdaságtan Intézet. Logisztika és ellátási lánc szakirány Komplex vizsga szóbeli tételei március

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

1. elıadás. Információelmélet Információ technológia Információ menedzsment

Beszerzési és elosztási logisztika. Előadó: Telek Péter egy. adj. 2008/09. tanév I. félév GT5SZV

Sämling Kft. LEAN menedzsment. A veszteségek folyamatos és szisztematikus kiküszöbölése Több mint eszköztár. 18 év 5 fı terület:

E-Számlázás az ECOD rendszeren belül. Horváth Péter, Senior Projekt Menedzser Synergon Retail Systems Kft.

Folyamatos anyagáramlás megvalósítása szerelési területen - gyakorlati tapasztalatok. Dr. Németh Balázs Április 10.

Adatbáziskezelés alapjai. jegyzet

Szigma Integrisk integrált kockázatmenedzsment rendszer

BÁN JÓZSEF FERTİSZÉPLAK SZÉKESFEHÉRVÁR - BUDAPEST. Termelésirányítási és Kereskedelmi Rendszer. VISZK Bt. Székesfehérvár

Mi a folyamat? Folyamatokkal kapcsolatos teendőink. Folyamatok azonosítása Folyamatok szabályozása Folyamatok folyamatos fejlesztése

Informatikai kommunikációs technikák a beszállító iparban

UML (Unified Modelling Language)

LOGISZTIKA FOGALMA, ALAP KÉRDÉSEI

Teszt terv Új funkció implementációja meglévı alkalmazásba

TOGAF elemei a gyakorlatban

Az egyed-kapcsolat modell (E/K)

Adatstruktúrák, algoritmusok, objektumok

SAP EAM MRS és LAM megoldásainak gyakorlati bevezetési tapasztalatai

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

Informatikai biztonsági elvárások

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

Adatbázis rendszerek Definíciók:

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

Az informatika kulcsfogalmai

Szolgáltatási szint és performancia menedzsment a PerformanceVisor alkalmazással. HOUG konferencia, 2007 április 19.

Rendszer szekvencia diagram

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

Funkcionális menedzsment Általános (naturális) filozófiai értelmezés

Adatstruktúrák, algoritmusok, objektumok

Modell alapú tesztelés mobil környezetben

Információs rendszerek Információsrendszer-fejlesztés

ELOik Tanúsított iratkezelés

Projekttervezés alapjai

Pannon Egyetem Minıségügyi Nap

gyakorlatban Nagy Gusztáv

Szoftver-technológia II. Architektúrák dokumentálása UML-lel. Irodalom. Szoftver-technológia II.

6. A szervezet. Az egyik legfontosabb vezetıi feladat. A szervezetek kialakítása, irányítása, mőködésük ellenırzése, hatékonyságuk növelése,

Vezetői információs rendszer

Dr. Klein Lajos Richter Gedeon Nyrt.

AZ INTEGRÁLT KOMMUNIKÁCIÓ ELMÉLETI ÉS GYAKORLATI KÉRDÉSEI. Dr.Tasnádi József fıiskolai tanár

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

A külsı minıségbiztosítás jelentısége az e-kormányzati fejlesztésekben,

A gyártástervezés modelljei. Dr. Mikó Balázs

Prozesskostenrechnung (PKR)

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

LogControl Raktármenedzsment

ROP Partnerség építés a Balaton régióban

Gazdasági informatika alapjai

Az ÚMFT és OP-k értékelésének rendszere, a monitoring bizottságok és az indikátorok szerepe az értékelésben

Vállalati modellek. Előadásvázlat. dr. Kovács László

Tisztaszınyeg nyilvántartó

ALAPKÉPZÉS (BA, BSC) A tételek Általános közgazdaságtan

NETinv. Új generációs informatikai és kommunikációs megoldások

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

Projektmenedzsment tréning

Leolvasói rendszer kialakításának koncepciója ipari mobil eszközökkel (ipari PDA-val)

Termelési rendszerek fejlesztési alapelveinek kiterjesztése üzleti folyamatokra az AUDI HUNGARIA MOTOR Kft.-nél

KAIZEN WORKSHOP. Dr. Németh Balázs Ügyvezetı igazgató Kvalikon Kft. LEAN modulok KAIZEN. Folyamatos. anyagáram. Emberek bevonása

7. rész: A specifikációtól az implementációig az EJB rétegben

Unbundling a folyamatirányítás tükrében. Dénes Sándor Budapesti Elektromos Művek Nyrt. Szervezetfejlesztés és folyamatmenedzsment

Témakörök. Struktúrált fejlesztés. Elınyök (SA) Structured Analysis (SA) Hátrányok (SA) Alapfogalmak (SA)

Junior PROJEKT MÉRNÖK

TAJ. foglalkozás. gyógyszer

Szakmérnöki továbbképzés. Épületgépészeti szabályozástechnika. Dr. Magyar Zoltán

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.

Létesítménygazdálkodási szabványok a klubmenedzsmentben

IV/1. sz. melléklet: Vállalati CRM, értékesítési terület funkcionális specifikáció

Informatikai ellenırzések, az informatika szerepe az ellenırzések támogatásában

TKR-Vendéglátó Standard TKR W.T.K.R. M.B.N. M.V.K. V6.21. Mini Vendéglátóipari és Kereskedelmi Rendszer. VISZK Bt. Székesfehérvár - 6 / 1 -

Károli Gáspár Református Egyetem ME BELSİ AUDIT

Informatikai rendszerek Vállalati információs rendszerek. Raktárforgalom kezelése. Bevét napló adattartalma. Kivét napló adattartalma.

Objektumorientált paradigma és a programfejlesztés

A prototípus gyors, iteratív fejlesztése azért nagyon fontos, mert a költségek így ellenırizhetık.

Bevezetés az Információtechnológiába

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

A pályázatírás alapjai. A projektmenedzsment és a pályázatírás alapfogalmai. Projekt. Területfejlesztı BSc szakos hallgatók számára, elıadásvázlatok

Pályázati lehetıségek az ECOD bevezetéséhez. Horváth Ferenc, Kereskedı Synergon Retail Systems Kft.

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

A GRUNDFOS gyakorlati problémamegoldás módszertana: PDCA és A3

ANALYSIS PATTERNS MARTIN FOWLER ANALYSIS PATTERNS. Általános ismertető és Accountability Patterns

1. Jogosultsági viszonyok mind az elektronikus rendszer mind hatósági jogviszony tekintetében Szerepkör és jogosultság tervezés

KÉPZÉSI PROGRAM. LOGISZTIKAI ÜGYINTÉZŐ OKJ azonosító: Szolnok

Tételsor 1. tétel

SZOCIÁLIS ÉS MUNKAÜGYI MINISZTÉRIUM. Szóbeli vizsgatevékenység

Minőségtanúsítás a gyártási folyamatban

A projekt idő-, erőforrás és költségterve 1. rész

Átírás:

Ü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, és szükségességével a különbözı nézetekkel, és azok jelentıségével, az ARIS-ban leggyakrabban használt modell típusokkal és modellekkel, Majd végül, de nem utolsó sorban megnézünk egy-két trükköt, ami megkönnyítheti a modellezést!

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

Miért van szükségünk az üzleti folyamatok modellezésére? Üzleti realitás - ma (tény szituáció) - holnap (cél szituáció) modell Easy Design ARIS Toolset Standard software bevezetése egyedi software fejlesztése üzleti folyamat optimalizálása tevékenység alapú költség számítás BPR workflow rendszerek bevezetése ISO certifikáció

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

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

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

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)

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

Módszertani integráció Cégvezetés Anyaggazdálkodás Értékesítés Szervezeti nézet É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 Bonításvizsgálat Szállítmányozás Org 5 Ajánlatkészítés Szállításihatáridı meghatározás Funkció nézet

Az ARIS architektúra koncepciója Vállalat megközelítési mód Lehetıség van a nézetekben a modellek független elemzésére. De az irányítási nézetben ezek a statikus relációk elvesznek. A statikus nézetek közti kapcsolatok modellezésére és elemzésére a dinamikus irányítási nézetben kerül sor.

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 1.1.1 tevékenység 1.1.2

Modellezési megközelítések Top-down megközelítés Statikus nézetekbıl épül fel a dinamikus nézet Bottom-up megközelítés Dinamikus nézetbıl generálom a statikus nézeteket

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

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.

Objektum típus és szimbólum Egy objektumtípust különbözıszimbólumokkal jelölhetünk. Itt pl. az információ hordozó objektumtípus különbözı szimbólumait láthatjuk. fájl dokumentum kártya

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

Specifikus attribútum típusok a tevékenység objektum típusnál Idı várakozási idı átlagos várakozási idı minimális várakozási idı maximális várakozási idı eligazítási idı... feldolgozási idı... költség teljes költség átlagos teljes költség... nyersanyag költség... személyi költség... egyéb költség

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

ARIS ház - Funkció nézet Céldiagram

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.

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.

Céldiagram A Céldiagram szimbólumai: zöld ZÖLD Cél zöld ZÖLD Funkció fehér Sikertényezı

Példa a Céldiagramra Céldiagram 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

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

ARIS ház Funkció nézet Termék/szolgáltatás fa (Product/service tree) A Termék / szolgáltatás fa az absztrakció különbözı szintjeit definiálja. Ezért, egy komplex termék vagy szolgáltatás felbontható részeire/komponenseire. E modell típus segítségével ábrázolhatjuk a termékek és szolgáltatások felépítését, melyek segítenek céljaim elérésében.

Termék/szolgáltatás fa Ez a modell típus termékeket (materiális), szolgáltatásokat (immateriális) és célokat ír le. Mind a termékek, mind a szolgáltatások segíthetik a rögzített célok elérését. A termék és szolgáltatás fa szimbólumai:

Termék/szolgáltatás fa Milyen elemei vannak egy termék/szolgáltatás fának?

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

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

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)

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

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ó 1.1.1 funkció 1.1.2

Funkció fa A funkció és folyamat fogalmak elhatárolása 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.

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

Funkció fa Példa a Folyamat-orientált funkciófára: É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

Funkció fa Példa az Objektum-orientált funkciófára: MEGRENDELÉS Vevıi megrendelés feldolgozása Megrendelés elkészítése Megrendelés elküldése Megrendelés fogadása, érkeztetése Megrendelés kiértékelése Megrendelés teljesítése

Funkció fa Példa a Tevékenység-orientált funkciófára: MEGVÁLTOZÁS Adatok megváltozása Fizetıképesség megváltozása A vevı bankjának megváltozása A vevı nevének megváltozása Kapcsolattartók adatinak megváltozása A vevı címének megváltozása

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

ARIS ház - Szervezeti nézet 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).

Szervezeti ábra Szervezeti ábra szimbólumai: sárga Személy (belsı) fehér ext. Személy (külsı) piros Organizational chart sárga Szervezeti ábra (több magasabb szintő részlegek számára) Beosztás sárga Székhely sárga sárga Személytípus Csoport

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állalkozó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.

Szervezeti ábra Szervezeti egység és Szervezeti egység típus A vállalati célok eléréséhez szükséges feladatok végrehajtói a Szervezeti egységek. Mőszaki fıosztály vagy Értékesítési fıosztály A hasonló tulajdonsággal rendelkezı szervezeti egységek egy csoportba az ún. szervezeti egység típusba sorolhatóak. Hasonló tulajdonság lehet pl. azonos hatáskör és felelısség. Fıosztály

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 csapat). vezetıje Kapcsolat típusok: Termelés SAP projekt csapat tagja hozzá van rendelve John Black Thomas White IDS konzultáns

ARIS ház - Folyamat nézet Tudás térkép

Tudás térkép Hogyan támogatja az ARIS módszertan a tudás menedzsmentet? Objektum típus: Dokumentált tudás Szakmai újság cikk Objektum típus: Tudás kategória Ismeret a cél csoport kategóriáról

Tudás térkép Mind a tudás kategória (knowledge category), mind a dokumentált tudás (documented knowledge) objektumtípusba a következı attribútumokat rögzíthetjük: Frissítés gyakorisága (Updating frequency) Fontosság (Significance) Lefedettségi fok (Degree of coverage ) Tudás elıny (Knowledge advantage) Tudás használat (Knowledge usage) Kívánt lefedettségi fok (Desired degree of coverage) Jövıbeli fontosság (Future significance) Strukturális változási sebesség (Structural change speed) Ezek az attribútumok visszatükrözhetik a vállalaton belüli tudás kategóriák felbecsülését. Így meghatározható a fontosság és mérhetıség szempontjából a vállalat tudás menedzsment fejlesztése.

Tudás térkép Kapcsolat típus: rendelkezik valamivel (disposes of) Kapcsolat attribútum típus: Lefedettség minısége (Coverage quality)

ARIS ház - Folyamat nézet

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

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?

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?

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?

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

ARIS ház - Folyamat nézet Értékteremtı-lánc Diagramm

Értékteremtı-lánc diagram Lehetetlen ábrázolni egy vállalat komplex üzleti folyamatait egy egyszerő diagramban anélkül, hogy az az ábrázolás olvashatóságának ának és átláthatóságának ának rovására ne menne.. A komplexitás egy folyamat hierarchia létrehozásával csökkenthetı, mely az absztrakció különbözı szintjeit magas szintő és részletes modellekkel rajzolja le. Az értékteremtı lánc diagrammal (value added chain diagram-vacd) egy átfogó folyamatot (áttekintı folyamat) írhatunk le magas absztrakciós szinten. Azon tevékenységek kapcsolatit reprezentálja amik közvetlenül részt vesznek a vállalat értékteremtésében. Használható start és áttekintı modellként. Az Értékteremtı-lánc diagramban a tevékenységeket szekvenciális sorrendbe helyezzük, ahol az idıleges sorrend számít, ellentétben a funkciófával. A tevékenységek az Értékteremtõ-lánc diagramban feloszthatóak altevékenységekre. Itt a hierarchia összhangban van a folyamatok orientáltságával.

Értékteremtı-lánc diagram A tevékenységek alá- és fölérendeltsége mellett a szervezeti egységekhez és az információkhoz való viszonyukat is megjelenítheti. Marketing / Eladási Adat Értékesítési Vevıi Termelés Értékesítés adatok feldolgozás tervek profil FB szakmai inputja végrehajt inputja felelõs Értékesítés tervezése Termelés tervezése Termelés Értékesítés Folyamatorientáltan fölérendelt Ajánlat feldolgozása Megbízás feldolgozása Szállítás megszervezése Számla feldolgozása

Értékteremtı-lánc diagram 2 folyamat szint : Üzleti Termék folyamatok dokumentálás ermelési projekt elıkészítése Termelés indítás Termék fejlesztés Termelés irányítás Termelés elıkészítés Értékesítési folyamatok Minıség biztosítás

Értékteremtı-lánc diagram zöld zöld Megelızı tevékenysége (folyamata) zöld zöld Folyamatorientáltan fölérendelt

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

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

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

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) (AND),, VAGY(OR) (OR),, és KIZÁRÓLAGOS VAGY(XOR) (XOR).. Az operátorokat a logikai kapcsoló (rule) objektum típus különbözı szimbólumai jelölhetik.

Az esemény definíciója eepc 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. ügyfél Grafikai megjelenítése: ajánlat aláírása ügyfél ajánlat aláírva Információs objektum megváltozott státusz

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

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)

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.

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

Szabályok szabályai: eepc 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.

eepc 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!

eepc V XOR XOR Ne használjon VAGY / KIZÁRÓLAGOS VAGY kapcsolókat események után!!!

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.

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

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 eepc-ben, 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 eepcbe. 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

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ó.

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

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 Ügyfélkártya R / 3 Megbízás regisztrálva SD Alkalmazott szoftver 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ó

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)

Az ARIS architektúra koncepciója modelltípusok (kivonat) eepc - eerm - extended Even driven Process Chain kibıvített esemény vezérelt folyamatlánc 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

ARIS-Toolset hierarchizálás Organigramm 64 Clustermodell 6 Prozeßauswahlmatrix 44 Y-Diagramm 78 eerm 75 eepk Level 50 1 SP Funktionsbaum 52 Level 1 CL Attributzuordnungsdiagramm 25 EN D D eepk Level 77 2 Funktionszuordnung 76 Level 1 CL D Funktionszuordnung 35 Level 2 B A Funktionsbaum 52 Level 2 Funktionszuordnung Level 1 E F D C D F F EN

Módszertani integráció Cégvezetés Anyaggazdálkodás Értékesítés Szervezeti nézet É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 Bonításvizsgálat Szállítmányozás Org 5 Ajánlatkészítés Szállításihatáridı meghatározás Funkció nézet

Objektumok újra-felhasználása Funkciófa eepc modellszint F11 másolás F11 Adatbázis - objektumszint F11 Csak egy objektum van az adatbázisban!

Objektumok azonossága Másolási módok Áttekinthetı és teljes adatbázis létrehozásához figyelni kell arra, hogy a statikus objektumok csak egyszer legyen letárolva/létrehozva. A dinamikus objektumokra ez nem áll fent: Funkció, esemény, logikai kapcsoló E 1 E 1 F 2 F 1 E 2 OE 1 F 1 OE 1 E 2 E 1 C 1 E 1 F 1 E 2 C 1 C 2 F 2 E 3

Másolási módok Hivatkozási-másolás F11 0001 hivatkozási-másolás F11 0001 F11 0001 Az adatbázisban csak egy objektum kerül definiálásra.

Másolási módok Definíció-másolás definíció-másolás F11 F11 0001 0011 F11 F11 0001 0011 Két objektum kerül definiálásra az adatbankban. A mővelet az adatbankban automatikusan új azonosítószámot generál az objektumnak.

Befejezés Köszönöm szépen a figyelmet! Ha bárkinek kérdése van írjon bátran a: schmuck.balazs@nik.bmf.hu e-mail címre