Nagyvállalati környezetben gyakran nehézséget okoz
|
|
- Ottó Mezei
- 5 évvel ezelőtt
- Látták:
Átírás
1 ŐRI DÓRA STRATÉGIAI ÉS STRUKTURÁLIS ÖSSZEHANGOLÁSI ZAVAROK FELTÁRÁSA AZ ÜZLETI ÉS INFORMATIKAI TERÜLETEK KÖZÖTT ÖSSZEHANGOLÁSI ZAVAROK TÜNETEINEK AZONOSÍTÁSA VÁLLALATI ARCHITEKTÚRAMODELLEK ELEMZÉSÉVEL Az információrendszerek üzleti stratégia megvalósításában betöltött hangsúlyos szerepe miatt az üzleti-informatikai (vagy más néven stratégiai) összehangolás fontossága, valamint az összehangolatlanság vizsgálatának szükségessége megkérdőjelezhetetlen. A tanulmány az üzleti/informatikai összehangolatlanság koncepciójával foglalkozik, különös tekintettel annak vállalati architektúraalapú elemzési eszköztárára. A kutatás fő célja a szervezetek üzleti és informatikai dimenziói közötti stratégiai összehangolatlanság vizsgálata, melynek megvalósítását a vállalati architektúramenedzsment aspektusaira fordítják le. A tanulmány egy olyan, vállalati architektúraalapú elemzési keretrendszer felépítésével és tesztelésével foglalkozik, mely az összehangolatlanság tipikus tüneteit tárja fel a vizsgált szervezetekben. A modell egy formális, szabályalapú megközelítést használ a tünetek feltárására: a keretrendszerben a formális szabálygenerálás és szabálytesztelés elemzési eszköztárát használja fel a szerző. Kulcsszavak: stratégiai összehangolás, összehangolatlanság, vállalati architektúramenedzsment, architektúraelemzés, szabályalapú tesztelés Nagyvállalati környezetben gyakran nehézséget okoz az informatikai architektúra növekvő komplexitása. Mindemellett az információrendszerek kutatási területének egyik legfontosabb kérdése az üzleti és informatikai dimenziók közötti stratégiai összehangolás. Az összehangoltság állapotának elérése folyamán a szervezetek gyakran összehangolási zavarokkal találják szembe magukat. A tanulmány az üzleti/informatikai összehangolatlanság koncepciójával foglalkozik, különös tekintettel annak vállalati architektúraalapú elemzési eszköztárára. A vizsgálat célja egy vállalati architektúraalapú, szisztematikus elemzés lefolytatása az üzleti területek és az információrendszerek közötti összehangolási zavarok, tünetek feltárására. A felvázolt kutatás a stratégiai összehangolás, a stratégia összehangolatlanság és a vállalat architektúramenedzsment területeivel dolgozik. A stratégiai összehangolás területe szempontjából a kutatás Henderson és Venkatraman (1993) nagy jelentőségű Strategic Alignment Model (SAM) koncepciójára épít. A kutatás során az összehangolási értékelés az összehangolatlanság állapotának nézőpontjából történik, az összehangolatlansági állapot tüneteinek feltárásán keresztül. A tünetdetektáció megvalósítása egy vállalati architektúraalapú elemzési keretrendszer szerint történik, mely módszertanában a TOGAF vállalati architektúra-keretrendszer (TOG, 2015) működését követi. Implementáció szempontjából a felvázolt módszer formális szabályalkotási és szabálytesztelési lépéseket használ az összehangolatlansági tünetek kimutatására. A fenti alkotóelemek elegye egy vállalati architektúraalapú, összehangolatlanság értékelési keretrendszer kialakítását célozza. A továbbiakban a stratégiai összehangolás és az összehangolatlanság állapotát, valamint a vállalati architektúramenedzsment összehangoltság-vizsgálatában betöltött szerepét ismertetem. A szakirodalmi áttekintőt a kutatási kérdések és az elemzési keretrendszer bemutatása követi. A módszert egy hazai nonprofit vállalati eseten keresztül teszteltem. Az esettanulmányban vizsgált szervezet bemutatása után a vizsgálat eredményeit részletesen ismertetem és értelmezem. A tanulmányt a kutatási eredmények összegzése és a következtetések megfogalmazása zárja. A stratégiai összehangolás és az összehangolatlanság tünetei Az információrendszerek egyik legfontosabb kutatási területe az üzleti és informatikai dimenziók közötti stratégiai összehangoltság kérdése. Az információrendszerek üzleti stratégia megvalósításában betöltött jelentős szerepe miatt az üzleti-informatikai (vagy más néven stratégiai) összehangolás fontossága vitathatatlan. Az összehangoltság igénye számos okra vezethető vissza, ilyenek például a vállalati informatika eredményes használata az üzleti célok elérésében, illetve az üzleti értékteremtés érdekében, valamint az informatika üzleti stratégiába, misszióba és szervezeti célokba történő sikeres integrálása (Chan Reich, 2007). Az összehangolási modellek olyan holisztikus megközelítések, melyek az összehangoltsági állapot elérésének és fenntartásának sarokköveit adják meg. Számos összehangolási modell látott napvilágot, ilyen például az MIT Model (Scott Morton, 1991), a Baets Model (Baets, 1992), valamint az Amsterdam Information Model (AIM) (Maes et al., 2000). A szakirodalomban leggyakrabban idézett modell a Henderson és Venkatraman által bemutatott Strategic Alignment Model (SAM) (Henderson Venkatraman, 1993). 70
2 A SAM-modell két domain, az üzleti területek és az informatika kapcsolatát vizsgálja a következő négy részterület segítségével: 1) üzleti stratégia, 2) szervezeti infrastruktúra és folyamatok, 3) informatikai stratégia, 4) informatikai infrastruktúra és folyamatok. A modell két építőeleme a stratégiai illeszkedés és a funkcionális integráció. Előbbi a stratégiai és a strukturális szintek összerendelésével, míg az utóbbi az üzleti és informatikai területek integrációjával foglalkozik. Az összehangoltság állapotának elérése során a vállalatok időnként összehangolási zavarokkal találják szembe magukat. Ezek a zavarok megnehezítik, rosszabb esetben el is lehetetlenítik az üzleti-informatikai összehangoltság állapotának elérését, mindemellett átvezetik az olvasót a stratégiai összehangolatlanság (misalignment) jelenségéhez (Carvalho Sousa, 2008). Az összehangolatlanság elemzése (feltárása, kijavítása és megelőzése) egy fontos lépés az összehangoltság állapotának elérése folyamán, hiszen felfedi az összehangolási cél természetét és szervezeti korlátait. Az összehangolatlanság mögöttes okainak megértése, az összehangolatlanság tüneteinek kimutatása, valamint a feltárt összehangolatlansági tényezők kijavítása az összehangolási állapot elérésének egy lehetséges útja. Az összehangoltság/összehangolatlanság állapota számos módszerrel vizsgálható. Az üzleti-informatikai összehangoltsági elemzések alapja a SAM-modell szerinti perspektívaelemzés, amely a SAM-modell részeit veti össze egymással. Ebből az alapmodellből kiindulva számos egyéb összehangoltsági elemzés, értékelési módszer látott napvilágot (egy összefoglalóért ld. Doumi et al., 2011). Ezek sorozatában kapott helyet a vállalati architektúraalapú összehangoltsági elemzés is, melyről a következőkben részletesebben szó lesz. Architektúra alatt egy rendszer alapvető struktúrájának formális leírását értjük, belefoglalva az alkotó komponenseket és azok kapcsolatait is. Az architektúra a rendszer felépítésének és működésének fő elveit és szabályait is meghatározza. A vállalati architektúra (enterprise architecture, EA) a vállalat alapvető felépítését adja meg, az alkotóelemek és kapcsolataik meghatározásán keresztül (Zachman, 1987). A vállalati architektúra egy szervezet folyamatainak és IT-infrastruktúrájának az alapvető logikáját definiálja, áttekinthetőséget, karbantarthatóságot és kontrollt biztosítva az alkotóelemek és kapcsolataik felett, integrálva a vállalati tervezést és működést az azt megvalósító technológiai infrastruktúrával. A vállalati architektúrakoncepció lehetővé teszi, hogy átfogó képet kapjunk a teljes vállalati rendszerről, annak minden dimenziójában és komplexitásában (TOG, 2015). A megközelítés segíthet számos összefüggő, interdependenciát jelentő szervezeti tényező együttes kezelésében. A vállalati architektúramenedzsment az informatika eredményességének és hatékonyságának növelésén keresztül biztosít hasznokat: csökkenti a vállalati redundanciát, heterogenitást, támogatja az integrációt és a konzisztenciát, újrahasznosíthatóságot, biztosítja a stratégiai céloknak való jobb megfelelést, célorientáltságot és határidő-orientáltságot eredményez, valamint hozzájárul az üzleti és informatikai területek összehangoltságának javításához (Zachman, 1987; Simon et al., 2014). Az architektúra-keretrendszerek létrejöttét az architektúrakomplexitás kezelésének igénye ihlette. Ezek a keretrendszerek olyan módszertani gyűjtemények, melyek a vállalati architektúra kialakításának és karbantartási feladatainak leírásával foglalkoznak. Számos architektúra-keretrendszer jött létre az elmúlt évtizedekben. A legismertebbek ezek közül a történelmileg első Zachman keretrendszer (Zachman, 1987) és a gyakorlatban legtöbbször használt TOGAF-keretrendszer (TOG, 2015). A vállalati architektúra TOGAF szerinti sematikus felépítését az 1. ábra szemlélteti. 1. ábra Egy vállalati architektúra sematikus metamodellje a TOGAF-keretrendszer felfogásában (TOG, 2015) A vállalati architektúramenedzsment szerepe az összehangoltság vizsgálatában Az architektúraalapú elemzések olyan módszerek, melyek az architektúramodellek vizsgálata révén képesek a függőségek feltárására, nem használt elemek meghatározására, az architektúrakomplexitás és a heterogenitás becslésére (Lankhorst, 2013). Ezeknek az elemzéseknek a használatával a vállalatok az üzleti-informatikai összehangoltságának szintje is vizsgálható. Az architektúraalapú összehangoltsági felmérés témájával számos szerző foglalkozott (e.g. Bounabat, 2006; Pereira Sousa, 2004; Wegmann et al., 2005), különböző elemzési eljárások, metamodellek, összeillesztési módszerek bemutatása révén. Az architektúraalapú összehangolási vizsgálatok jelentős hányada az összehangoltsági állapot elérésével foglalkozik, elsősorban a tervezés és megvalósítás feladatait támogatva. Ezzel szemben az architektúraalapú összehangolatlansági vizsgálatok (az összehangolatlanság azonosítása, elemzése és kijavítása) jelentősen alulreprezentáltak a kapcsolódó szakirodalomban, holott a környezeti, technológiai, szervezeti változások folyamatosan megteremtik az összehangolási hibák lehetőségét. Ennek 71
3 az űrnek a betöltéséhez kíván hozzájárulni jelen tanulmány, mely egy vállalati architektúraalapú összehangolatlansági tünetdetektációs módszert mutat be. Az elemzési módszer segíthet a szervezeti folyamatok fejlesztésében, az informatikai szolgáltatások konszolidációjában, funkcionalitásának kiegészítésében. Kutatási kérdések megfogalmazása A cikkben szereplő elemzési módszertan fő célja a stratégiai összehangolatlanság állapotának vizsgálata. A módszertan jelentősége abban áll, hogy az összehangolási zavarok tüneteit alkalmas architektúraelemzési eszközökhöz köti. A módszer bemutatása szempontjából a következő kutatási kérdésekre keressük a választ: Melyek azok az összehangolatlansági tünetek, amelyek vállalati architektúraalapú vizsgálat keretében feltárhatók? Melyek azok a vállalati architektúradimenziók és -rétegek, amelyek részt vesznek a tünetek feltárásában? Milyen formában jelennek meg az összehangolási zavarok a vállalati architektúramodellekben? Milyen módszertan szerint lehet feltárni a különböző összehangolatlansági tüneteket a vállalati architektúramodellekben? A tanulmány a fenti kérdések megválaszolását célozza meg, és egy vállalati architektúraalapú elemzési keretrendszer felépítésével és tesztelésével foglalkozik. Az elemzési keretrendszer Az elemzési keretrendszer az összehangolási perspektívák mentén mutatja ki az összehangolatansági állapot tipikus tüneteit az architektúramodellek értékelésével. A keretrendszer ezen felül tartalmazó modelleket és alkalmas kimutatási eszközöket is ajánl az egyes tünetekhez. A keretrendszer képes komplex EA-modellbázisok strukturált kiértékelésére a rosszul működő szervezeti eljárások feltárása céljából. Tágabb értelemben a keretrendszer használata az informatikai szolgáltatásportfólió tervezésének és kiértékelésének könnyítését szolgálja komplex, heterogén nagyvállalati környezetben. A felvázolt módszertan 4 alkotórészből áll: 1. összehangolási perspektívák használata az összehangolatlanság tüneteinek kategorizációjára, 2. összehangolatlansági tünetek katalógusa, mely az összehangolatlanság kérdésével foglakozó, szakirodalomban megjelenő tünetekre épít, 3. artifakt katalógus, mely a tüneteket potenciálisan megjelenítő modelleket tartalmazza, 4. vállalati architektúraelemzési módszerek katalógusa, mely azokat a potenciális architektúraelemzési módszereket tartamazza, melyek alkalmasak összehangolatlansági tünetek kimutatására vállalati architektúramodellekben. Az elemzési keretrendszer alkotórészeit és működését a 2. ábra mutatja be. A keretrendszer perspektívaalapú megközelítést használ a tünetek kimutatására. Az első lépésben az összehangolatlanság tünteinek összehangolási perspektívákhoz rendelése történik meg. A második lépésben potenciális tartalmazó modelleket mutat be minden öszszehangolatlansági tünethez kapcsolódóan. A harmadik lépésben tünetkimutatásra alkalmas architektúraelemzési technikák ajánlása történik az egyes tünetekhez. 2. ábra Az elemzési keretrendszer módszertani felépítése Az elemzési modell szabályalapú megközelítést használ a tünetek feltárására. A módszer az összehangolatlansági tüneteket formális szabályokként írja le. A szabályok megalkotását egy szabálytesztelő eljárás használata követi. A tünetdetektálás vállalati architektúramodellek XML exportjai felett értelmezett mintázat lekérdezések formájában történik. A lekérdezéseket Schematron nyelven fogalmazza meg. A csomópontok elérésére az XPath nyelv szintaxisát használja fel. A lekérdezések megalkotására és tesztelésére egy XML validációs eszközben került sor. A vizsgált szervezet és annak architektúragyakorlata Az esettanulmány egy hazai nonprofit szervezet architektúramenedzsment gyakorlatát tárta fel. Az országos kiterjedtségű szervezet a kezelése alá tartozó mintegy kilométernyi országos közúthálózat fenntartásával és üzemeltetésével foglalkozik. Budapesti központjuk tevékenységét 19 megyében 93 mérnökség munkája egészíti ki. Dolgozói létszáma és gazdasági mutatói alapján a szervezet az ország tíz legnagyobb állami vállalata közé sorolható. Tevékenységi körükbe tartozik többek között az útburkolat- és padkaellenőrzés, a burkolaton kívüli területek tisztítása, a vízelvezető rendszerek karbantartása, a forgalomtechnikai jelzések kihelyezése, az útburkolatjel-festés, a téli hóeltakarítás, síkosságmentesítés, valamint az útellenőrzés is. Utóbbi feladatkörük támogatására a szervezet egy vállalati architektúramodellezésen alapuló pilot projektet indított. Az útellenőrzési projekt egy nagyobb hatókörű, integrált úthálózatfejlesztési projekt részeként indult el. Célja az útellenőrzés folyamatának két változtatási fá- 72
4 zison keresztül történő feltárása volt. Az alap modellbázis a jelenlegi helyzetet írta le üzleti, adat-, alkalmazás- és technológiai architektúra szempontjából. A változtatás két fázisa pedig a jövőbeli állapotokat modellezte a négy architektúraterület szerint. A pilot projekt modellbázisa a szervezet általános modellbázisának szerves részét képezi. Ez a szervezeti modellbázis több szinten értelmezhető modelleket tartalmaz, így stratégiai modelleket, a szervezeti struktúrát leíró modelleket, az üzleti folyamatokat leíró modelleket, adatmodelleket, az alkalmazásportfóliót és annak modelljeit, valamint a szervezet által nyújtott termékeket és szolgáltatásokat tartalmazó modelleket. A pilot projekt modellbázisának kompakt és a tartalmat tekintve teljes volta alkalmassá tette a bemutatott elemzési keretrendszer gyakorlati tesztelésére, hasznosítható eredményeket szolgáltatva a vizsgált szervezet számára. Az esettanulmány-elemzésen alapuló vizsgálati eredmények Az elemzési keretrendszer alkalmazhatóságának demonstrálására esettanulmány-alapú empirikus validáció szolgált. A módszer gyakorlati használatát egy előzetes vizsgálat előzte meg, melyen a vizsgálat szempontjából hangsúlyos területeket és a feltételezett összehangolatlansági zavarokat tártuk fel. Ezeket a feltételezett problémás területeket a későbbiekben egy-egy kifejező, a használt tünetlistában szereplő összehangolatlansági tünettel kapcsoltuk össze. A megfeleltetést az érzékelt tünet osztályozása követte: az elemzési keretrendszer lefuttatására nem alkalmas tüneteket kizártuk a további vizsgálatból. Az elemzésre alkalmas tünetek vizsgálata a felvázolt módszer használatával történt. Az esettanulmány-elemzés részleteit, a keretrendszer gyakorlati alkalmazását és az esettanulmány alapján keletkezett tanulságokat a következőkben egy szemléltető példán (egy példa összehangolatlansági tünet kimutatásán) keresztül mutatjuk be. A példatünet azt vizsgálja, hogy az egyes adatentitásokat felhasználja-e legalább egy üzleti folyamat. 1. táblázat Vállalati architektúra-hatókörön belüli elemzés alkalmassági vizsgálata egy példatüneten keresztül A vállalati architektúra-hatókörön belül vizsgálható tünetek meghatározása Az elemzés jelen szakaszában (1. táblázat) a példa összehangolatlansági tünet architektúra-hatókörön belüli alkalmassági vizsgálata történt meg. Az elemzés arra kereste a választ, hogy a tünet kimutatható-e architektúramodellek segítéségvel. A példatünet a stratégiai végrehajtás perspektívához tartozik, a hatókör vizsgálati elemzés további részleteit az 1. táblázat tartalmazza. Az architetkúraalapú tünetdetektálási séma Miután az architektúra-hatókör vizsgálata megtörtént, és a tünet az architektúramodellekből kimutathatónak mutatkozott, a tünetfeltárás lépése következett. A vizsgálat arra kereste a választ, hogy milyen lekérdezés mentén lehetséges a tünetet architektúramodellekből kimutatni. A 2. táblázat a vállalati architektúra-hatókörön belül kimutatható tünetek elemzési sémáját szemlélteti a példatünet elemzési részleteivel. A tünet kimutatására alkalmas architektúraelemzés a függőségi elemzés és a lefedettségi elemzés, míg a tartalmazó modellek az üzleti folyamatmodell és az adatentitás-katalógus, illetve ezek összerendelése. A tünetdetektálási vizsgálat további részleteit a 2. táblázat tartalmazza. 2. táblázat Vállalati architektúra-hatókörön belüli tünetkimutatás módszere egy példatüneten keresztül Szempont Tünet megnevezése A tünet detektálására alkalmas architektúraelemzés Megjelenés az architektúramodellben az esettanulmány szervezet modellbázisában Megjelenés modellentitás szinten az esettanulmány szervezet modellbázisában Összehangolatlansági tünet Az egyes adatentitásokat nem használja fel legalább egy üzleti folyamat Függőségi elemzés, Lefedettségi elemzés Az üzleti folyamatmodellek adathasználati vizsgálata során felmerülnek olyan adatentitások, melyeket egyik üzleti folyamattevékenység sem használ fel. Van olyan adatentitás az adatentitás-katalógusban, amely nem jelenik meg egyik üzleti folyamatmodell-tevékenység hozzárendelésében sem. Szempont Tünet megnevezése Összehangolási perspektíva és típus Megjelenés az architektúramodellben Tartalmazó architektúramodell Összehangolatlansági tünet Az egyes adatentitásokat nem használja fel legalább egy üzleti folyamat (Pereira Sousa, 2005) Stratégiai végrehajtás perspektíva: Az üzleti struktúra és IT-struktúra összevetése Az üzleti folyamatmodellek adathasználati vizsgálata során felmerülnek olyan adatentitások, melyeket egyik üzleti folyamattevékenység sem használ fel. Üzleti folyamatmodell, Adatentitás/ Adatkomponens katalógus, Adatentitás/Üzleti funkció mátrix Tünetkimutatás az esettanulmány szervezet modelljein keresztül Ebben a fejezetben a példatünet detektálásának részleteit mutatjuk be a szervezet architektúramodelljeinek vizsgálatával. A tünet kimutatásához két modell elemzése szükséges. A példa összehangolatlansági tünet kimutatásában részt vevő architektúramodellek grafikus reprezentációjával a 3. és 4. ábra foglalkozik. A 3. ábrán az folyamata 1.0 modell grafikus reprezentációját láthatjuk. A 4. ábrán az adatkörei modell egy kivonatának grafikus reprezentációja található. 73
5 3. ábra Az folyamata 1.0 modell grafikus reprezentációja 4. ábra Kivonat az adatkörei modell grafikus reprezentációjábólzentációja A nem használt adatentitások létezését vizsgáló lekérdezés kimutatta a szervezeti modellbázisban felhasználatlanul álló adatok körét. A két vizsgált modellverzióban 2-2, az üzleti folyamatok által fel nem használt adatentitást derítettünk fel, melyek kijavítását a szervezet az elemzés alapján megkezdte. Az esettanulmány-elemzés során a vizsgált szervezetben összesen hét összehangolatlansági tünet kimutatása történt meg a felvázolt elemzési keretrendszer iránymutatásai szerint. A fenti struktúrában lefolytatott tünetelemzést az eredmények értelmezése, az utólagos interjúk lefolytatása és a működtetésből nyert következtetések levonása követte. Az esettanulmány az elemzési keretrendszer felhasználhatóságával, alkalmazhatóságával kapcsolatban nyújtott továbbelemezhető eredményeket, továbbá demonstrálta a keretrendszer hasznosságát. A tünetkimutatási eredmények validálták a módszer összehangolatlansági vizsgálatokra való alkalmasságát. A felépített keretrendszerrel várhatóan további, még komplexebb elemzési feladatokat is el lehet végezni a későbbi kutatásokban. Összegzés A 3. táblázat a példatünet kimutatását célzó lekérdezést mutatja be. A táblázatból látható, hogy mely architektúramodellek, mely verzióit vontuk be a szervezet modellbázisából. 3. táblázat A példa összehangolatlansági tünet kimutatását célzó lekérdezés Tünet Az egyes adatentitásokat nem használja fel legalább egy üzleti folyamat Vizsgált modell folyamata 1.0 folyamata 2.0 adatkörei 1.0 adatkörei 2.0 Lekérdezés <pattern name="s.52 Not all data entities are read at least by one process"> <rule context="objdef(@type- Num='OT_CLST')"> <assert test="attrdef(@ AttrDef.Type='AT_NAME')// PlainText (@TextValue=document('Road Control Process 1.0.xml')// ObjDef(@Type- Num='OT_CLST')//AttrDef(@ AttrDef.Type= 'AT_NAME')// PlainText//@TextValue)"> Alert: S.52 Not all data entities are read at least by one process </assert></rule></pattern> A tanulmányban egy formális elemzőmegoldást építettünk fel az üzleti-informatikai összehangoltság vállalati architektúramenedzsment nézőpontjából történő vizsgálatára. Az elemzési keretrendszer fő célja a stratégiai öszszehangolatlanság állapotának vállalati architekúraalapú elemzése volt. A keretrendszer egy szabályalapú megközelítést alkalmazott az összehangolatlansági tünetek feltárására: a keretrendszerben a formális szabálygenerálás és szabálytesztelés elemzési eszköztárát használtuk fel. A bemutatott módszer egy elemzési megközelítést nyújtott a vállalati architektúra-hatókörön belül elemezhető összehangolatlansági tünetek körének meghatározására (ld. 1. táblázat). Az architektúra-hatókörön belül elemezhető tünetek további vizsgálata (architektúraalapú lekérdezések generálása) a tanulmány 2. táblázata alapján történt meg a tünetdetektációban részt vevő vállalati architektúramodellek és modellobjektumok meghatározásával. A detektáláshoz szükséges modellobjektumokat és mintázatlekérdezéseket egy példatünet mentén soroljuk fel. Az elemzés jelentősége abban áll, hogy az összehangolási zavarok tüneteit perspektívák mentén alkalmas architektúraelemzési eszközökhöz köti. A kutatás két terület egymáshoz kapcsolása révén új eredményekkel szolgál mind a vállalati architektúramenedzsment, mind a stratégiai összehangolás területén. A kutatás specifikus eredményei a következők: 1) összehangolási vizsgálat lefolytatása az ellenkező, összehangolatlansági perspektívából, 2) az összehangolatlansági állapot tüneteinek olyan formába hozása, mely formális módszerekkel elemezhető, 3) strukturált, formális elemzési módszerek mentén történő tünetfeltárás, 4) összehangolatlansági vizsgálat lefolytatása vállalati architektúraalapú elemzési eszközökkel, és 5) formális elem- 74
6 zési módszerek ajánlása a modellelemzési feladatokhoz. A kutatás lényegi értelme a kutatási módszerek és megvalósítási eszközök vállalati architektúraalapú tünetazonosítást célzó, letisztult és pontos elegye. A felvázolt módszer eredményei általános értelemben hozzájárulnak az összehangolás értékeléséhez: új elemzési lehetőségeket tárnak fel az összehangolási problémakör megközelítéséhez. A keretrendszert használó szervezetek képesek lesznek az üzleti-informatikai összehangolás felmérésére azáltal, hogy stratégiai és strukturális szintű összehangolási zavarokat azonosítanak az architektúramodelljeikben. Azon szervezetek, melyek egyrészt nincsenek tisztában bizonyos működési zavarok hátterével, másrészt nincsenek az összehangoltság állapotában, kapnak egy olyan eszköztárat, mely képes többek között a hibásan működő eljárások, nem támogatott folyamatok, valamint a különböző modellezési szinteken jelentkező redundanciák feltárására. A keretrendszer azáltal segíti a szervezeteket a kimutatott stratégiai és strukturális összehangolási zavarok kijavításában, hogy megmutatja a problémák tartalmát és helyét a szervezet EA modellbázisán keresztül. Mindemellett a modellek formális elemzése révén további működési jellemzők feltárására is képessé válik a szervezet, melyeket aztán például új stratégiai irányvonalak indikátoraként használhat fel. A keretrendszer működtetése kimutatta annak korlátait, melyek további kutatási irányokat vetítettek elő. A további vizsgálat céljára lefoglalt területek a következők: 1) a vállalati architektúraelemzések automatizációja, 2) a keretrendszer függetlenítése a beépített architektúraelemzési eszközöktől. Felhasznált irodalom Baets, W. (1992): Aligning Information Systems with Business Strategy. Journal of Strategic Information Systems, 1(4), p , DOI: org/ / (92)90036-v Bounabat, B. (2006): Enterprise Architecture Based Metrics for Assessing IT Strategic Alignment. The European Conference on Information Technology Evaluation, 2006, Vol. 13, p Carvalho, G. Sousa, P. (2008): Business and Information Systems MisAlignment Model (BISMAM): An Holistic Model leveraged on Misalignment and Medical Sciences Approaches. Proceedings of the Third International Workshop on Business/IT Alignment and Interoperability (BUSITAL 08). CEUR, vol. 336, CEUR-WS, Aachen, p Chan, Y.E. Reich, B.H. (2007): State of the Art. IT alignment: what have we learned? Journal of Information Technology, 22(4), p , DOI: jit Doumi, K. Baïna, S. Baïna, K. (2011): Strategic alignment: Comparison of approaches. International Conference on ENTERprise Information Systems. Springer Berlin Heidelberg, p Henderson, J.C. Venkatraman, N. (1993): Strategic Alignment: Leveraging information technology for transforming organizations. IBM Systems Journal, 32(1), pp , DOI: Lankhorst, M. (2013): Enterprise Architecture at Work. Modelling, Communication and Analysis, Springer, Heidelberg. DOI: Maes, R. Rijsenbrij, D. Truijens, O. Goedvolk, H. (2000): Redefining Business IT Alignment through a Unified Framework. Universiteit van Amsterdam/Cap gemini White Paper. Pereira, C.M. Sousa, P. (2004): Business and Information Systems Alignment: Understanding the key issues. Proceedings of the 11th European Conference on Information Technology Evaluation, p Pereira, C.M. Sousa, P. (2005): Enterprise Architecture: Business and IT Alignment. ACM Symposium on Applied Computing, ACM, New York, p DOI: doi.org/ / Simon, D. Fischbach, K. Schoder, D. (2014): Enterprise architecture management and its role in corporate strategic management. Information Systems and e-business Management, 12(1), p Scott Morton, M.S. (1991): The Corporation of the 1990s: Information technology and organizational transformation. London: Oxford University Press TOG (2015): The Open Group: TOGAF Version 9. The Open Group Architecture Framework (TOGAF). Accessed: 21/01/2015 Wegmann, A. Balabko, P. Le, L.S. Regev, G. Rychkova, I. (2005): A Method and Tool for Business-IT Alignment in Enterprise Architecture. Proceedings of the CAiSE 05 Forum, p Zachman, J.A. (1987): A Framework for Information Systems Architecture. IBM Systems Journal, 26(3), p , DOI: 75
TÉZISGYŰJTEMÉNY ŐRI DÓRA STRATÉGIAI ÉS STRUKTURÁLIS ÖSSZEHANGOLÁSI ZAVAROK FELTÁRÁSA AZ ÜZLETI ÉS INFORMATIKAI TERÜLETEK KÖZÖTT:
GAZDASÁGINFORMATIKA DOKTORI ISKOLA TÉZISGYŰJTEMÉNY ŐRI DÓRA STRATÉGIAI ÉS STRUKTURÁLIS ÖSSZEHANGOLÁSI ZAVAROK FELTÁRÁSA AZ ÜZLETI ÉS INFORMATIKAI TERÜLETEK KÖZÖTT: ÖSSZEHANGOLÁSI ZAVAROK TÜNETEINEK AZONOSÍTÁSA
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é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észletesebbenSzolgáltatás Orientált Architektúra a MAVIR-nál
Szolgáltatás Orientált Architektúra a MAVIR-nál Sajner Zsuzsanna Accenture Sztráda Gyula MAVIR ZRt. FIO 2009. szeptember 10. Tartalomjegyzék 2 Mi a Szolgáltatás Orientált Architektúra? A SOA bevezetés
RészletesebbenA szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom
A szoftver-folyamat Szoftver életciklus modellek Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 4. Roger S. Pressman: Software Engineering, 5th e. chapter 2. 2 A szoftver-folyamat Szoftver
RészletesebbenSzemléletmód váltás a banki BI projekteken
Szemléletmód váltás a banki BI projekteken Data Governance módszertan Komáromi Gábor 2017.07.14. Fókuszpontok áthelyezése - Elérendő célok, elvárt eredmény 2 - Egységes adatforrásra épülő, szervezeti egységektől
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észletesebbenTOGAF elemei a gyakorlatban
TOGAF elemei a gyakorlatban Vinczellér Gábor 2009.06.0406 04 8 éves szakmai tapasztalat Bemutatkozás IT Support, Programozó, jelenleg Projektvezető, Termékfejlesztési Üzletág Vezető Tanácsadási és Szoftverfejlesztési
RészletesebbenHatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve
Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve Kérdő Attila, ügyvezető, INSERO Kft. EOQ MNB, Informatikai Szakosztály, HTE, ISACA 2012. május 17. Módszertanok
RészletesebbenKözút üzemeltetés és felújítás emelt szinten. Szilvai József Attila vezérigazgató Magyar Közút NZrt.
Közút üzemeltetés és felújítás emelt szinten Szilvai József Attila vezérigazgató Magyar Közút NZrt. Teljes körű üzemeltetési és karbantartási tevékenység Üzemeltetés Karbantartás Szolgáltatás Közúthálózat
RészletesebbenSzoftver újrafelhasználás
Szoftver újrafelhasználás Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással
RészletesebbenA kockázatkezelés az államháztartási belső kontrollrendszer vonatkozásában
A kockázatkezelés az államháztartási belső kontrollrendszer vonatkozásában Előadó: Ivanyos János Trusted Business Partners Kft. ügyvezetője Magyar Közgazdasági Társaság Felelős Vállalatirányítás szakosztályának
RészletesebbenKockázatmenedzsment a vállalati sikeresség érdekében. ISOFÓRUM XXIII. NMK Balatonalmádi, Dr. Horváth Zsolt (INFOBIZ Kft.
Kockázatmenedzsment a vállalati sikeresség érdekében ISOFÓRUM XXIII. NMK Balatonalmádi, 2016. 09. 15-16. Dr. Horváth Zsolt (INFOBIZ Kft.) CÉL és ESZKÖZ kérdése Vállalati sikeresség a CÉL támogatás iránya
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észletesebbenAz adatszolgáltatás technológiájának/algoritmusának vizsgálata, minőségi ajánlások
Az adatszolgáltatás technológiájának/algoritmusának vizsgálata, minőségi ajánlások A dokumentum a TÁMOP 5.4.1. számú kiemelt projekt keretében, a Magyar Addiktológiai Társaság megbízásából készült. Készítette:
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észletesebbenÜzleti szabálykezelés
Üzleti szabálykezelés Az Alerant és a BCA üzleti szabálykezelési szolgáltatásai Darmai Gábor technológiai igazgató 2008. június 25. A Alerant Al t Zrt. Z t Az 3. Nagyvállalati fókusz (TOP50 vállalat megcélzása)
RészletesebbenSzervezeti működésfejlesztés komplexitása CMC minősítő előadás
Szervezeti működésfejlesztés komplexitása CMC minősítő előadás Sarlósi Tibor 2012. február 28. Érintett területek 1 Diagnózis 2 Stratégiamenedzsment 3 Folyamatmenedzsment 4 Projektmenedzsment 6 rendszerek
RészletesebbenSOA Start.... és összeáll, ami összetett
Start... és összeáll, ami összetett Start szolgáltatások A egy olyan IT-stratégia, mely a teljes vállalat mûködésére hatással van. A stratégia támogatására már több eszköz ESB, BPM, Registry is rendelkezésre
RészletesebbenSzoftver-technológia II. Szoftver újrafelhasználás. (Software reuse) Irodalom
Szoftver újrafelhasználás (Software reuse) Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 18. Roger S. Pressman: Software Engineering, 5th e. chapter 27. 2 Szoftver újrafelhasználás Szoftver
RészletesebbenSzabványok, ajánlások
Szabványok, ajánlások ISO 27000 szabványcsalád COBIT (Control Objectives for Information and Related Technology) Common Criteria (ISO/IEC 15408) ITIL és ISO/IEC 20000 (IT Infrastructure Library) KIB 25.
RészletesebbenGazdasági informatika alapjai
PSZK Mesterképzési és Távoktatási Központ / H-1149 Budapest, Buzogány utca 10-12. / 1426 Budapest Pf.:35 II. évfolyam Név: Neptun kód: Kurzus: Tanár neve: HÁZI DOLGOZAT 2. Gazdasági informatika alapjai
RészletesebbenMinőségcélok és tevékenységek Magyarországon, a GYEMSZI Minőségügyi Főosztály tevékenysége. Dr. Kárpáti Edit
Minőségcélok és tevékenységek Magyarországon, a GYEMSZI Minőségügyi Főosztály tevékenysége Dr. Kárpáti Edit Csapatunk azért dolgozik, hogy az egészségügyi ellátásban résztvevő szereplők (szolgáltatói szervezetek
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é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észletesebbenGáspár Bencéné Vér Katalin * AZ ÜZLETI INTELLIGENCIA RENDSZEREINEK KIALAKULÁSÁRÓL
123 Gáspár Bencéné Vér Katalin * AZ ÜZLETI INTELLIGENCIA RENDSZEREINEK KIALAKULÁSÁRÓL Az igazi szûk keresztmetszet nem technológiai, nem pénzügyi, de még csak nem is információs szûkösség. A kényszertényezõ
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észletesebbenTantárgy adatlap Információ architektúra
A tantárgy kódja: 2IR32EAK07M A tantárgy megnevezése (magyarul): A tantárgy neve (angolul): Information Architecture A tanóra száma (Előadás + szeminárium + gyakorlat + egyéb): Kreditérték: 3 A tantárgy
RészletesebbenEgyüttműködésben a külvilággal, együttműködésben a piaccal
Együttműködésben a külvilággal, együttműködésben a piaccal CMS alapú Internet megoldás a Richter Gedeon Rt-nél Bóna László Dolgos Olga, PhD Wildom Informatikai Szolgáltató és Tanácsadó Kft. A Wildom Kft.
RészletesebbenISO 9001 kockázat értékelés és integrált irányítási rendszerek
BUSINESS ASSURANCE ISO 9001 kockázat értékelés és integrált irányítási rendszerek XXII. Nemzeti Minőségügyi Konferencia jzr SAFER, SMARTER, GREENER DNV GL A jövőre összpontosít A holnap sikeres vállalkozásai
RészletesebbenJászivány Község Önkormányzata évi belső ellenőrzési terve
Jászivány Község Önkormányzata 2016. évi belső ellenőrzési terve Az államháztartásról szóló 2011. évi CXCV. törvény (a továbbiakban: Áht.) 61. -a szerint az államháztartási kontrollok célja az államháztartás
RészletesebbenTörténet John Little (1970) (Management Science cikk)
Információ menedzsment Szendrői Etelka Rendszer- és Szoftvertechnológia Tanszék szendroi@witch.pmmf.hu Vezetői információs rendszerek Döntéstámogató rendszerek (Decision Support Systems) Döntések információn
RészletesebbenHogyan segíthet egy tanácsadó egy költséghatékony IT kialakításában?
Hogyan segíthet egy tanácsadó egy költséghatékony IT kialakításában? Kórász Tamás igazgató, KPMG Tanácsadó Kft. 2013.11.12. Tartalom 1. Mit vár el egy KKV-vezető az informatikától? 2. A buzzword felhő
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észletesebbenData Vault 2.0 és az Oracle DW/BD referencia architektúra. Gollnhofer Gábor Meta Consulting Kft.
Data Vault 2.0 és az Oracle DW/BD referencia architektúra Gollnhofer Gábor Meta Consulting Kft. Az Oracle referencia architektúrák Rövid bevezető Az IT Strategies from Oracle (ITSO) része Átgondolt, bevált,
RészletesebbenSteps Towards an Ontology Based Learning Environment. Anita Pintér Corvinno Technologia Transzfer Kft apinter@corvinno.hu
Steps Towards an Ontology Based Learning Environment Anita Pintér Corvinno Technologia Transzfer Kft apinter@corvinno.hu Ontológia alapú elektronikus tanulási környezet megteremtése Anita Pintér Corvinno
RészletesebbenCopyright 2012, Oracle and/or its affiliates. All rights reserved.
1 Oracle Felhő Alkalmazások: Gyorsabb eredmények alacsonyabb kockázattal Biber Attila Igazgató Alkalmazások Divízió 2 M I L L I Á RD 4 1 PERC MINDEN 5 PERCBŐL 5 6 Ember használ mobilt 7 FELHŐ SZOLGÁLTATÁS
Részletesebbenössz hang Ü z l e t r e h a n g o l t i n f o r m a t i k a
össz hang Ü z l e t r e h a n g o l t i n f o r m a t i k a Az Alerant Informatikai Zrt. a magyarországi nagyvállalati informatikai piac meghatározó tagja. Ügyfelei számára teljes üzleti megoldásokat nyújt.
RészletesebbenA kockázatkezelő feladatai az AEGON gyakorlatában Zombor Zsolt 2013. május 30.
A kockázatkezelő feladatai az AEGON gyakorlatában Zombor Zsolt 2013. május 30. aegon.com Védelmi vonalak Kockázat 1. védelmi vonal Mindenki (Aktuáriusok) 2. védelmi vonal Kockázatkezelés, Compliance 3.
RészletesebbenHát én immár mit válasszak?
Hát én immár mit válasszak? Az SQI szoftverminőséggel kapcsolatos kutatási projektjei Dr. Balla Katalin 2005.04.15. ~ A környezet ~ Az SQI kutatási-fejlesztési projektjei ~ TST ~ IKKK Miről lesz szó 2005.04.15.
RészletesebbenIntelligens partner rendszer virtuális kórházi osztály megvalósításához
Intelligens partner rendszer virtuális kórházi osztály megvalósításához 1. Célkitűzések A pályázat célja egy virtuális immunológiai osztály kialakítása, amelynek segítségével a különböző betegségekkel
RészletesebbenA pedagógiai kutatás metodológiai alapjai. Dr. Nyéki Lajos 2015
A pedagógiai kutatás metodológiai alapjai Dr. Nyéki Lajos 2015 A pedagógiai kutatás jellemző sajátosságai A pedagógiai kutatás célja a személyiség fejlődése, fejlesztése során érvényesülő törvényszerűségek,
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észletesebbenNavigációs megoldások. www.newscoaching.hu
Navigációs megoldások www.newscoaching.hu Kik vagyunk? A modellt 2001 óta fejlesztjük sikeresen világszerte. A Coaching & Training Ltd. 2006-ban alakult, székhelye Lausanne-ban (Svájc) van és kirendeltségei
RészletesebbenKISVÁLLALATOK KOMMUNIKÁCIÓS SAJÁTOSSÁGAI NEMZETKÖZI ÜZLETI TÁRGYALÁSOK TÜKRÉBEN SZŐKE JÚLIA 1
KISVÁLLALATOK KOMMUNIKÁCIÓS SAJÁTOSSÁGAI NEMZETKÖZI ÜZLETI TÁRGYALÁSOK TÜKRÉBEN SZŐKE JÚLIA 1 Összefoglalás A kommunikáció, ezen belül is a vállalati kommunikáció kutatása a társadalomtudományok egyik
RészletesebbenTEXAPP. 3.2 Company Assessment Tool (Hungarian Version) Prepared by: TMTE Contributors: Ecker Gabriella, Deme Gabriella
A strategic initiative to strengthen the supply of apprenticeships in the European textile sector TEXAPP FELADAT 3.2 Company Assessment Tool (Hungarian Version) Prepared by: TMTE Contributors: Ecker Gabriella,
RészletesebbenSztöchiometriai egyenletrendszerek minimális számú aktív változót tartalmazó megoldásainak meghatározása a P-gráf módszertan alkalmazásával
Sztöchiometriai egyenletrendszerek minimális számú aktív változót tartalmazó megoldásainak meghatározása a P-gráf módszertan alkalmazásával * Pannon Egyetem, M szaki Informatikai Kar, Számítástudomány
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észletesebbenDW 9. előadás DW tervezése, DW-projekt
DW 9. előadás DW tervezése, DW-projekt Követelmény felmérés DW séma tervezése Betöltési modul tervezése Fizikai DW tervezése OLAP felület tervezése Hardver kiépítése Implementáció Tesztelés, bevezetés
RészletesebbenPilot projekt az NFGM-ben: nyílt forráskódú kollaborációs dokumentumportál és üzleti dashboard projektek tapasztalatai
Pilot projekt az NFGM-ben: nyílt forráskódú kollaborációs dokumentumportál és üzleti dashboard projektek tapasztalatai Török Tamás Szántó Iván torok.tamas@ulx.hu szanto.ivan@ulx.hu ULX Open Source Consulting
RészletesebbenIT Factory. Kiss László
IT Factory Kiss László Mit jelent az IT Factory Együttműködő építőelemekből áll, amelyek jól definiált céllal, feladattal rendelkeznek. A tervezés és megvalósítás világosan elkülönül. A folyamatok és teljesítmény
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észletesebbenA FLOW projekt eredménytermékeinek bemutatása
A FLOW projekt eredménytermékeinek bemutatása Vagyis mit is csinál(t)unk 3 éven keresztül FLOW Workshop Kerékpározás és Forgalmi Modellezés Budapest, 2017. augusztus 7-8. Funded by the Horizon 2020 Framework
RészletesebbenA benchmarking fogalma
Benchmarking Dr. Koczor Zoltán 1 A fogalma Összevetésként használt szervezet Felhasznált erőforrások ESZKÖZÖK CÉLOK Belső folyamatszabályozás Dr. Koczor Zoltán 2 1 A célja Értékelnünk kell a jelenlegi
RészletesebbenFelmérési koncepció. DUNAÚJVÁROS MEGYEI JOGÚ VÁROS ÖNKORMÁNYZATA ÁROP-1.A.5-2013-2013-0090 kódszámú Önkormányzati Szervezetfejlesztés projektje
Felmérési koncepció 9. fejlesztési elem: A lakosság körében átfogó felmérés és elemzés készítése a közszolgáltatásokkal kapcsolatos elégedettségről és felmerülő igényekről DUNAÚJVÁROS MEGYEI JOGÚ VÁROS
RészletesebbenTUDOMÁNYOS ÖNÉLETRAJZ
TUDOMÁNYOS ÖNÉLETRAJZ Személyes Adatok Név: Dr. Marciniak Róbert Születési hely és idő: Gyula, 1980.09.19 Munkahely: Miskolci Egyetem, Vezetéstudományi Intézet Munkahely címe: Beosztás: E-mail: MTMT: MTA:
RészletesebbenII. rész: a rendszer felülvizsgálati stratégia kidolgozását támogató funkciói. Tóth László, Lenkeyné Biró Gyöngyvér, Kuczogi László
A kockázat alapú felülvizsgálati és karbantartási stratégia alkalmazása a MOL Rt.-nél megvalósuló Statikus Készülékek Állapot-felügyeleti Rendszerének kialakításában II. rész: a rendszer felülvizsgálati
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észletesebbenSzolgáltatásintegráció (VIMIM234) tárgy bevezető
Szolgáltatásintegráció Szolgáltatásintegráció (VIMIM234) tárgy bevezető Gönczy László gonczy@mit.bme.hu A tárgyról A tantárgy célja a hallgatók megismertetése a komplex informatikai rendszerek integrációs
RészletesebbenV. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus
V. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus 1 Az előadás tartalma A GI helye az informatikában Az előadás tartalmának magyarázata A
RészletesebbenMAGASÉPÍTÉSI PROJEKT KOCÁZATAINAK VIZSGÁLATA SZAKMAI INTERJÚK TÜKRÉBEN 1 CSERPES IMRE 2
MAGASÉPÍTÉSI PROJEKT KOCÁZATAINAK VIZSGÁLATA SZAKMAI INTERJÚK TÜKRÉBEN 1 CSERPES IMRE 2 Összefoglalás A konferencia kiadványhoz készített cikk a fejlesztés alatt álló építőipari kockázatelemző szoftver
RészletesebbenMi a folyamat? Folyamatokkal kapcsolatos teendőink. Folyamatok azonosítása Folyamatok szabályozása Folyamatok folyamatos fejlesztése
1 Mi a közös? Vevő Folyamatok Résztvevők (emberek) Folyamatmenedzsment Azonosított, szabályozott, ellenőrzött, mért És állandóan továbbfejlesztett folyamatok Cél: vevői elégedettség, üzleti siker 2 az
RészletesebbenMódszerek és példák a kockázatszemléletű gyakorlatra az ISO 9001:2015 szabvány szellemében
Módszerek és példák a kockázatszemléletű gyakorlatra az ISO 9001:2015 szabvány szellemében ISOFÓRUM TAVASZ II. szakmai rendezvény 2016. 06. 02-03. Dr. Horváth Zsolt (INFOBIZ Kft.) Kezeljem a kockázatokat?
RészletesebbenHelyi közszolgáltatások minőségének javítása gyors fejlesztéssel
Helyi közszolgáltatások minőségének javítása gyors fejlesztéssel ÁROP..;. projektelem: Szervezet- és működésfejlesztési módszertani ajánlások kidolgozása Pécs, 0. július 9. Saád Tamás, üzletágvezető szakértő
RészletesebbenSOA projektmenedzsment. Kondorosi Károly BME IIT, 2011.
SOA projektmenedzsment Kondorosi Károly BME IIT, 2011. Tartalom Projektmenedzsment - általában SOA projektek tulajdonságai SOA projektek menete (roadmap) Zachman Framework TOGAF Gartner EA Process Model
Részletesebben2013.09.19. Master of Arts. International Hotel Management and Hotel Companies management. Stratégiai gondolkodás fejlődése
Master of Arts International Hotel Management and Hotel Companies management Stratégiai gondolkodás fejlődése Szükség van-e stratégiai menedzsmentre? Peter Lorange kritikus alapkérdései Gyorsan változó
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észletesebbenAlkalmazás technológiai frissítés migrációs és üzemeltetési tapasztalatok
Alkalmazás technológiai frissítés migrációs és üzemeltetési tapasztalatok Informix 11.50 upgrade esettanulmány 2011. január. 31. Átalakítandó architektúra (2009) Alapvetően az üzleti logikát tárolt eljárásokkal
RészletesebbenNemzeti Workshop. Új üzleti modellek és élelmiszer-feldolgozási stratégiák
Nemzeti Workshop Új üzleti modellek és élelmiszer-feldolgozási stratégiák Dr. Sebők András Campden BRI Magyarország Nonprofit Kft. 1 Az üzleti modell célja 2 Olyan vonzó ajánlat a vevők számára - a termékek
RészletesebbenAz igényfelmérés és szükségletelemzés szükségessége, eszközei
Az igényfelmérés és szükségletelemzés szükségessége, eszközei Motivációtól az ötletig A pályázattervezés mérföldkövei Erasmus+ Stratégiai partnerségek 2017. november 8. Frigyes Edina Kern-Bethleni Zsuzsanna
RészletesebbenIII. 3. Egységes módszertani mérés az integritás helyzetéről (integritás menedzsment értékelő lap)
A Balaton-felvidéki Nemzeti Park Igazgatóság 0. évi integritásjelentése III.. Egységes módszertani mérés az integritás helyzetéről (integritás menedzsment értékelő lap) Az integritás menedzsment táblázat
RészletesebbenSmart Strategic Planner
Smart Strategic Planner STRATÉGIAI FTTX HÁLÓZAT TERVEZŐ ÉS KÖLTSÉG ELEMZŐ ESZKÖZ távközlési hálózatok informatikai hálózatok kutatás és fejlesztés gazdaságos üzemeltetés Smart Strategic Planner Térinformatikai
RészletesebbenNagy bonyolultságú rendszerek fejlesztőeszközei
Nagy bonyolultságú rendszerek fejlesztőeszközei Balogh András balogh@optxware.com A cég A BME spin-off-ja A Hibatűrő Rendszerek Kutatócsoport tagjai alapították Tisztán magánkézben Szakmai háttér Hibatűrő
RészletesebbenProjektportfólió-menedzsment az MVM Csoportban
Microsoft Project 2010 bevezetési esettanulmány Projektportfólió-menedzsment az MVM Csoportban Balázs István MVM Zrt. 2013.10.17. Tematika 1 Portfóliómenedzsment kompetencia kiépítése 2 Működés 3 PPM eszköz
RészletesebbenSzolgáltatásintegráció (VIMIM234) tárgy bevezető
Szolgáltatásintegráció Szolgáltatásintegráció (VIMIM234) tárgy bevezető Gönczy László gonczy@mit.bme.hu A tárgyról A tantárgy célja a hallgatók megismertetése a komplex informatikai rendszerek integrációs
RészletesebbenMátészalka Város Polgármesteri Hivatal Szervezetfejlesztése /ÁROP-1.A.2/A-2008-0084. sz./
Mátészalka Város Polgármesteri Hivatal Szervezetfejlesztése /ÁROP-1.A.2/A-2008-0084. sz./ Kivonat a Corporate Values Szervezetfejlesztési és Vezetési Tanácsadó Kft. Stratégiai műhelymunkáról szóló visszajelző
RészletesebbenDIGITÁLIS VILÁG ÉS TERÜLETI VONZÓKÉPESSÉG
DIGITÁLIS VILÁG ÉS TERÜLETI VONZÓKÉPESSÉG Zuti Bence http://www.interreg-danube.eu/approved-projects/attractive-danube 24.05.2017 1 I. DIGITALIZÁCIÓ 24.05.2017 2 I. DIGITALIZÁCIÓ? 24.05.2017 3 I. DIGITALIZÁCIÓ
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é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észletesebbenA KontrollHáz koncepció
INORMATIKA CONTROLLING A KontrollHáz koncepció Az építkező controller Előadó: Véry Zoltán VÁLTOZÁSOK, TRENDEK, ERSEKTÍVÁK huszadik század REND KISZÁMÍTHATÓSÁG OZITIVISTA TUD. VILÁGOS KACSOLATOK RAGADOZÓK
RészletesebbenVidék Akadémia a vidék jövőjéért 2012. október 16-18., Mezőtúr. Közösségi tervezés
Vidék Akadémia a vidék jövőjéért 2012. október 16-18., Mezőtúr Közösségi tervezés Sain Mátyás VÁTI Nonprofit Kft. Területi Információszolgáltatási és Tervezési Igazgatóság Területfejlesztési és Urbanisztikai
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észletesebbenA CRD prevalidáció informatika felügyelési vonatkozásai
A CRD prevalidáció informatika felügyelési vonatkozásai Budapest, 2007. január 18. Gajdosné Sági Katalin PSZÁF, Informatika felügyeleti főosztály gajdos.katalin@pszaf.hu Tartalom CRD előírások GL10 ajánlás
RészletesebbenQuadkopter szimulációja LabVIEW környezetben Simulation of a Quadcopter with LabVIEW
Quadkopter szimulációja LabVIEW környezetben Simulation of a Quadcopter with LabVIEW T. KISS 1 P. T. SZEMES 2 1University of Debrecen, kiss.tamas93@gmail.com 2University of Debrecen, szemespeter@eng.unideb.hu
RészletesebbenOracle SQL Developer Data Modeler és a DW adatmodellezés. Gollnhofer Gábor Meta Consulting Kft.
Oracle SQL Developer Data Modeler és a DW adatmodellezés Gollnhofer Gábor Meta Consulting Kft. Oracle Information Management & Big Data Reference Architecture 2 Mi a NoSQL modellezés célja? Forrás: Insights
RészletesebbenMódszerek és technikák
Szervezeti tevékenység elemzése Business Activity Model, BAM Módszerek és technikák Milyen kérdésekre keresünk választ: Miért? Mit? Mikor? Hogyan? Szervezeti szempontok Tevékenységek logikai modellje Szervezeti
RészletesebbenTeljeskörű BI megoldás a gyakorlatban IBM eszközök használatával, Magyarországon
Teljeskörű BI megoldás a gyakorlatban IBM eszközök használatával, Magyarországon esettanulmány csokor, mely megpróbálja összefoglalni az elmúlt 10 év tapasztalatait,tanulságait és bemutat egy élő, hazai
RészletesebbenAnalitikus módszertan az európaizáció kutatásához
Analitikus módszertan az európaizáció kutatásához Grünhut Zoltán MTA KRTK A MAGYAR REGIONÁLIS TUDOMÁNYI TÁRSASÁG XIII. VÁNDORGYŰLÉSE Kelet-Közép-Európa területi folyamatai, 1990 2015 Eger, 2015. november
RészletesebbenITIL alapú IT környezet kialakítás és IT szolgáltatás menedzsment megvalósítás az FHB-ban
IBM Global Technology Services ITIL alapú IT környezet kialakítás és IT szolgáltatás menedzsment megvalósítás az FHB-ban ITSMF Magyarország 3. szemináriuma Tild Attila, ISM IBM Magyarországi Kft. 2006
RészletesebbenSzemantikus Web Semantic Web A szemantikus web alkalmas megközelítés, illetve megfelel nyelvekkel, eszközökkel támogatja az intelligens információs
Szemantikus Web Semantic Web A szemantikus web alkalmas megközelítés, illetve megfelel nyelvekkel, eszközökkel támogatja az intelligens információs rendszerek fejlesztését az elosztott információs környezetben.
RészletesebbenA szoftverfejlesztés eszközei
A szoftverfejlesztés eszközei Fejleszt! eszközök Segédeszközök (szoftverek) programok és fejlesztési dokumentáció írásához elemzéséhez teszteléséhez karbantartásához 2 Segédeszközök szükségessége Szoftver
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észletesebbenFolyamatmenedzsment módszerek a projekt menedzsment eszköztárában
Folyamatmenedzsment módszerek a projekt menedzsment eszköztárában Kisbej András vezető tanácsadó 2007. április 5. Projektszerű működés és a funkcionális szervezeti működés szabályozása nem egyen szilárdságú
RészletesebbenEsettanulmány készítése
Esettanulmány készítése Az anyag a KPMG Academy szervezésében tartott Esettanulmányok az oktatásban című tréning anyagának felhasználásával készült (tréner: Pusztai Csaba) Miért írjunk esettanulmányt?
RészletesebbenA TANTÁRGY ADATLAPJA
A TANTÁRGY ADATLAPJA 1. A képzési program adatai 1.1 Felsőoktatási intézmény Babeş-Bolyai Tudományegyetem 1.2 Kar Közgazdaság- és Gazdálkodástudományi Kar 1.3 Intézet Közgazdaság- és Gazdálkodástudományi
RészletesebbenMelyik feladatra melyik eszközt? Kontrolling eszközök összehasonlítása. Csernus Attila Vörös-Nagy Ágnes
Melyik feladatra melyik eszközt? Kontrolling eszközök összehasonlítása Csernus Attila Vörös-Nagy Ágnes Tartalom Bevezetés Feladatok és alkalmazási területek Eszközök áttekintése Összehasonlítás alkalmazási
RészletesebbenXXXIII. Magyar Minőség Hét 2014 Átállás az ISO/IEC 27001 új verziójára 2014. november 4.
2014 Átállás az ISO/IEC 27001 új verziójára 2014. november 4. Móricz Pál ügyvezető igazgató Szenzor Gazdaságmérnöki Kft. változások célja Előadás tartalma megváltozott fogalmak, filozófia mit jelentenek
RészletesebbenBelső ellenőrzés és compliance. szolgáltatások. Cover. KPMG.hu
Belső ellenőrzés és compliance Cover szolgáltatások KPMG.hu Stratégiai fontosságú lehetőségek a belső ellenőrzésben Valós képet nyújt a szervezet működésének hatásosságáról és hatékonyságáról. Felderíti
RészletesebbenAZ E-MOBILITÁS ÖSSZEFÜGGÉSEI, LEHETŐSÉGEI. Kisgyörgy Lajos BME Út és Vasútépítési Tanszék
AZ E-MOBILITÁS ÖSSZEFÜGGÉSEI, LEHETŐSÉGEI Kisgyörgy Lajos BME Út és Vasútépítési Tanszék E-MOBILITÁS Elektromos és önvezető járművek Intelligens közlekedés Jármű jármű kommunikáció Jármű infrastruktúra
RészletesebbenLászló Péter. Lehetséges-e az üzleti fókuszú infokommunikációs szolgáltatás menedzsment megvalósítása az állami szférában?
László Péter Lehetséges-e az üzleti fókuszú infokommunikációs szolgáltatás menedzsment megvalósítása az állami szférában? Do more with less. ICT értékének bizonyítása Transzparencia hiánya ICT szolgáltatások
Részletesebben