Az előadás letöltése folymat van. Kérjük, várjon

Az előadás letöltése folymat van. Kérjük, várjon

Info architektúrák I. Dobay Péter, PTE KTK 1 /31 Információrendszer-architektúrák 10. Integráció, globalitás 1. Az integráltság jellemzői, fejlődés. Homonnay,

Hasonló előadás


Az előadások a következő témára: "Info architektúrák I. Dobay Péter, PTE KTK 1 /31 Információrendszer-architektúrák 10. Integráció, globalitás 1. Az integráltság jellemzői, fejlődés. Homonnay,"— Előadás másolata:

1 Info architektúrák I. Dobay Péter, PTE KTK 1 /31 Információrendszer-architektúrák 10. Integráció, globalitás 1. Az integráltság jellemzői, fejlődés. Homonnay, 3. fejezet 2. Integrálási módszerek, technikák 3. ERP rendszerek, kis- és nagyrendszerek Homonnay 3. fejezet, Borgulya – Dobay 6. fejezet

2 Info architektúrák I. Dobay Péter, PTE KTK 2 /31 „Adatfeldolgozó” és „információrendszerek” Adatfeldolgozó rendszerek Információ- rendszerek Pénzügyi szemléletKöltségBefektetés Üzleti szerepTöbbnyire támogató gyakran kritikus Alkalmazás orient.TaktikaiStratégiai Gazdasági környezetSemlegesBefogadó Társadalmi hatásKorlátozottÁtható IR gondolkodásHagyományosÚj Érdekhordozók számaKevésSok TechnológiaSzámítástechnikaÖsszetett Vezetői magatartásdelegálás alsóbb szintekre a vezetés bevonása Forrás: Michael Earl, 1989 TM – rendszerek?

3 Info architektúrák I. Dobay Péter, PTE KTK 3 /31 Az „ERP integráció” szirénhangjai Divat, sikk, szirénhangok: integrálj! Integrált = összekapcsolt, sok-funkciós, „sokfélét csinál” Alkalmazási integráció: nagyon bonyolult a rendszer, az adatmodell, hosszúak az eljárások, nincsenek automatizmusok Installáló informatikus: sok adat-összefüggés, nehéz tesztelés, nehéz betanítás, nehéz átállás Felhasználói integráció: függőség más folyamatoktól, kiszolgáltatottság, „az automatizmusok felülbírálnak engem”, mindenki látja a hibáimat, a késéseket A rendszergazda, az üzemeltető: Miért nem értik meg, hogy itt minden összefügg? Miért nem értik meg, hogy itt már nem lehet „csak úgy” változtatni valamit? Ezt nem lehet visszacsinálni! A vezető: Sajnos, külsőket kell beengedni, hogy elkészüljön! Igen, ők nem fognak kegyelmezni, nem lesznek engedékenyek! És engem sem fog szeretni senki. A tulajdonos: Te jóisten, ennyibe fog kerülni? És nincs garancia? Az informatikus: Nna, ez aztán egy szép munka!

4 Info architektúrák I. Dobay Péter, PTE KTK 4 /31 Mikor integrált egy rendszer? Ha Egy adat csak egyszer, ellenőrzötten kerül be a rendszerbe Minden szükséges helyre automatikusan (azonnal) eljut Széles funkcionalitású, a rutin folyamatok automatikusak Hagyományos alrendszerek egységesen működnek Logikailag egységes adatbázist használ Beépített intelligenciája automatizálja a folyamatok egymásra-épülését (vállalati tudás) Folyamatba-épített ellenőrzésekkel megakadályozza (megelőzi) a hibák terjedését Idősíkokban dolgozik: jelen tranzakciók, elszámolások, történeti adatok, előrejelzések, archiválás Ez nem „irdatlan mennyiségű adat” – ez egy rendszer.

5 Info architektúrák I. Dobay Péter, PTE KTK 5 /31 Integrálás 1: Az eljárások A felhasználó az adatbázist nem látja – az eljárást használja. Ebben érzékeli az összetett, integrált jelleget A folyamatok, eljárások tervezésének helyes módja: top-down, felülről lefelé haladó lebontás: 1.Felső szintű „körültekintés”könyvelés 2.Folyamatok modellezéseÁFA befizetése 3.Felbontás részfolyamatokraszámla-könyvelés 4.Felbontás eljárásokraÁFA számítás 5.Felbontás feladatokra, majd elemi feladatokra egy számla, egy ember által elvégzendő lépéssor 6.Felbontás tevékenységekre, elemi tevékenységek elemzés, válogatás 7.Felbontás műveletekre, elemi művelet előírható, időzíthető, mérhető, számonkérhető: pl. „szorzás és összegzés” NE bontsuk 6-8 tételnél többre egyik szintet sem!

6 Info architektúrák I. Dobay Péter, PTE KTK 6 /31 Integrálás 2: Az adatbázis Sokan a központi adatbázist szabják feltételül minden integrációs architektúrához. Az adatbázis-építés (adatmodellezés) elvei: - az „egyedtípusok” megfogalmazása (csak a szükséges részletezettségig!) - a kapcsolatok felépítése „a jövő záloga” - elemi adatok egyszeri rögzítése. Az integráció szükségszerűsége: egy adat csak akkor tud az eljáráson „végigmenni”, ha az adatmodell a kapcsolatokat helyesen leírta. Az integrált architektúra könnyen tud válaszolni új igényekre: az új kérdést az összefüggések hálója megválaszolhatja

7 Info architektúrák I. Dobay Péter, PTE KTK 7 /31 A vezetői info-input fontossága Spontán informálódás, adat-transzfer „Terasz- ugrás” inputok Belső adat-”közmű” input szolgáltatásai AdaTVÁSÁRLÁSiSTRATÉGIAAdaTVÁSÁRLÁSiSTRATÉGIA Cél: ötévenként át kell építeni az adatgyűjtési rendszert, forrásokat, csatornákat! ADATTÉRKÉPADATTÉRKÉP Vezető OLAP Z. Karvalics DW Adat- vásárlók

8 Info architektúrák I. Dobay Péter, PTE KTK 8 /31 Integrálás 3: A beépített tudás A vállalati munka eleve „integrált”: a dolgozó látja és érti a folyamatot, előretekint, ismeri az összefüggéseket, segítséget két – a tanuló szervezetben integrált tudás van jelen. Az integrált rendszer tudás-kategóriái: -Maga az adatszerkezet, az adatmodell -Célszerűen megválasztott, illeszkedő kódrendszerek -A tapasztalat alapján kialakított funkciók (menük) -A folyamatokba épített ellenőrzések (tartalom, forma, összefüggés) -Beépített algoritmusok, feltételrendszerek -Automatikusan készíthető kimenetek, dokumentumok -Beépített tesztelések, auditálási elemek („log” naplózás, visszagörgetés, próbák lehetősége, stb.) -A felhasználók képzettsége, gyakorlottsága, a tudatos használat

9 Info architektúrák I. Dobay Péter, PTE KTK 9 /31 Különböző architektúrák integrálási technikái 1/ Összeépítés 1/ Összeépítés Láttuk: egy „termelési” és egy „könyvelési” rendszer könnyen találkozhat. Vagy: egy általános rendszerbe be kell építeni egy magyar bérszámfejtést…Vagy: egy jó back-office rendszerhez ki kell építeni egy új-más front-office (közönségszolgálati, felhasználói) rendszert, minimum: felületet. A probléma: egy általános rendszer nem lehet mindenben jó (SAP – tranzakció kontra adatelemzés). A technika: köztes-szoftverek, interfészek (middleware, interface) létrehozása a keletkező adat megfelelő szerkezetben történő átmozgatására. Az átvitel lehet pufferelt, vagy lehet közvetlen, azonnali. Példák: -egy termelés-tervező rendszer nem követel meg azonnal adatátvitelt egy pénzügyi rendszerbe, mert csak negyedévente-havonta módosítják -a gyártási utasításokat az előző napi teljesítések és más feltételek eredményeképpen pl. éjjel (két műszak között) ekll előállítani és átvinni a másik rendszerbe -a beszállítási (beszerzési), vagy értékesítési eljárás adatait azonnal meg kell jeleníteni a pénzügyi rendszerben, hogy a pénzforgalom minél gyorsabb legyen (lehet, hogy erre atósági eljárás is kötelez: pl. jövedéki termékek)

10 Info architektúrák I. Dobay Péter, PTE KTK 10 /31 Különböző architektúrák integrálási technikái 2/ Összeláncolás 2/ Összeláncolás A gazdasági folyamatokban „egymásra utalt” cégek rendszereinek adatokat kell átadniuk, eljárásokat kell „folytatniuk”, hatósági, vagy gazdasági okok miatt. A rendszerek függetlenek maradnak, de „meg kell tanulniuk” az adatátvitelt, annak forrását-célját, ütemezését, validálását, stb. Ha az egyik rendszer megváltozik, újabb probléma keletkezik, ezt szerződésben előre kell láttatni. Példák: -A cég horizontálisan felvásárol beszállítót, vagy vevőt: az értéktermelési lánc „folytatódik” -A beszállítónál keletkezett adatot a tovább-feldolgozás során „tovább kell vinni” (pl. élelmiszer-tanúsítványok, építési beruházás, autóipar, stb.) -A VPOP, vagy az ingatlan-nyilvántartás, vagy a BSA adatait TILOS közvetlenül átvennie az APEH-nek, adatfeldolgozási céllal…azonosítók!

11 Info architektúrák I. Dobay Péter, PTE KTK 11 /31 Egyéb integrálási technikák 3/ Egyéb: A rugalmasság biztosítása 3/ Egyéb: A rugalmasság biztosítása A külső gazdasági rendszer, vagy a belső környezet megváltozik, újabb probléma keletkezik, ezt szerződésben előre kell láttatni. Megoldások: rugalmas adatszerkezet, kódlisták, paraméterek táblája, nyelvi szövegtáblák, paraméterezhető ellenőrzések, jelentések, lekérdezések 4/ Egyéb: objektum-orientáltság Igen sok tranzakció ugyanúgy, nagyon sokszor kell végbemenjen (pl. a cikk-törzs lekérdezése). Ha ez a „modul” teljesen önálló objektum (adatszerkezete, működésmódja rejtett, de biztonságosan elvégzi a munkát), akkor bárhonnan „meghívható” az ERP-n belül 5/ Egyéb: naplózások, zárolások, helyreállítás Az ERP millióféle „további” adatot feljegyezhet: tranzakciókat, bejelentkezéseket, lekérdezések adatait, törléseket, távoli hozzáférést, stb. Ez kiváló lehetőség az utólagos monitoringra, a biztonsági és minőségbiztosítási vizsgálatokra, auditra, havaria utáni helyreállításra.

12 Info architektúrák I. Dobay Péter, PTE KTK 12 /31 2. Kicsik és nagyok problémája Miért előnyös egy integrált ERP? -Mert erős folyamat-szemlélettel dolgozik -Mert minden funkciót képes támogatni -Mert ezáltal nő a szervezeti hatékonyság, erőteljesebb az (információ-alapú) menedzselhetőség -Mert könnyebb a külső adatkapcsolat Miért a nagyok kezdik? -Mert a fenti kölcsönhatásokat el kell viselni -Mert nekik van tőkéjük és más erőforrásaik -Mert ők vezénylik az iparági versenyt, „nem maradhatnak le” -Mert egy jó ERP óriási értéktermelő szerepet vihet (a Porter lánc minden elemében és összességében is) -Mert az ERP hatalmas tudás-menedzselő kapacitást jelent

13 Info architektúrák I. Dobay Péter, PTE KTK 13 /31 A mai vállalat-irányítási rendszerek 1.A rendszer moduláris felépítésű 2.A modulok a legtöbb funkciót és az összes döntési szintet lefedik (vertikális/horizontális) 3.Az átjárhatóság teljeskörű, nem utólagos 4.A rendszer konzisztens: egyszeres (helyszíni) adatbevitel, egyszeres ellenőrzés, egy logikai adatbázis (OLTP) 5.Osztott felhasználás, tértől és időtől függetlenül 6.A rendszeres lekérdezések lefedik a jelentéskészítési igényeket (MIS) 7.Az eseti (alkalmi) lekérdezések kiszolgálják a vezetői igényeket („VIR”, EIS, DSS, OLAP) 8.A külső adatszolgáltatásokat a rendszer automatizálja (adók, tőzsdei és más beszámolók, statisztikai jelentések) 9.A külső adatforgalom elektronikusan teljesíthető (EDI, más partneri adatkapcsolatok, eBusiness tranzakciók, adó, stb.)

14 Info architektúrák I. Dobay Péter, PTE KTK 14 /31 A (nagyvállalati) ERP következményei A vállalat irányítási rendszere teljes átvilágításra kerül Külső tudás áramlik be (tanácsadók, programcsomag tapasztalatai, best practices) Szükség szerint átszervezésre kerül sor (reengineering) Az integrációs paradigma más alkalmazotti gondolkodást eredményez Alapvetően megváltozik a belső és külső kommunikáció Alapvetően megváltozik a vezetői informáltság: létrejön az információ-gazdálkodási, menedzselési igény A fentiek eredményeképpen a vállalat informatikai értelemben transzparenssé, átláthatóvá válik

15 Info architektúrák I. Dobay Péter, PTE KTK 15 /31 A kicsik problémái a/ A felkészülés, a szervezőmunka, az installálás projekt-terheit csak egy adott méret, adott tartalék erőforrások esetén lehet elviselni b/ A készen vett „csomag” terhei (költség, egyéb ráfordítások) és értéke (várható hasznok) nehezen becsülhető, kevés a tapasztalat és referencia c/ A szükségszerűen standard megoldás erőszakosan átalakítja az üzletmenetet, a szervezetet, hiába igény a „testreszabás” d/ A későbbiekben egyre növekvő terhek, ráfordítások mellett a „röghözkötés” egyre kínosabb lehet Segítség: több tapasztalat, a piaci verseny, a szabványok haszna (SQL, TCP/IP), a megjelenő nyílt közlemények, referenciák, képzés - a „nagyok” leereszkednek, rugalmasabbak

16 Info architektúrák I. Dobay Péter, PTE KTK 16 /31 Válasz: az új ERP piac, a KKV Az utóbbi 3-5 évben: minden nagy szállító megjelenik az ERP csomagok új verzióival: - testreszabott rendszerek (iparág) - kisebb, de működő modul-együttesek Az indok: - a működés eltérő, de az informatika kb. ugyanaz - megerősödtek a (megmaradt) KKV-k! A prioritások: - A költség az éves árbavétel 10-30%-a legyen, 1-2 éves megtérüléssel - funkcionálisan legyen jól konfigurálható (integrált pénzügyi menedzsment, SCM, eBusiness, CRM, üzleti elemzés, HRM) - karbantartás legyen egyszerű és olcsó - infrastrukturális igény legyen kicsi - legyen lehetőség speciális igények fejlesztésére - legyenek kiegészítő iparági megoldásokkal - legyenek bevezetésre képes partnerek. MS: Axapta, Navision SAP: mySAP-SBE változat, All-in-One, SAP Business One Oracle Applications – SBE, Linux- verzió is EXACT, IFS, Epicor-Scala, stb.

17 Info architektúrák I. Dobay Péter, PTE KTK 17 /31 A mai integrált ERP három területe 1/ Operatív folyamatok támogatása (TPS, OLTP) Napi üzleti tranzakciók feldolgozása; Erőforrások nyilvántartása és menedzselése, Egyidejű információszolgáltatások a partnereknek; Az adatvagyon online karbantartása; Információszolgáltatás feljebb 2/ Irányítás-elemzés támogatása (EIS,DSS, OLAP) A teljesítmények nyomonkövetése; Jelentéskészítő rendszerek, monitoring; Ad hoc lekérdezések múltra nézve; Bonyolult (tervezési, előrejelzési, audit, controlling) elemzések; Külső jelentések 3/ Ami új: eBusiness megoldások Vállalatközi inforendszerek építése; Újfajta értékesítési, vevőkiszol- gálási (CRM) és beszerzési (SCM) rendszerek akár globális építése; web-alapú virtuális vállalati folyamatok építése; „önkiszolgáló” belső (pl. HRM, megrendelések, eLearning, VIR/OLAP, Intranet) és külső (eCommerce, eBanking) rendszerek építése

18 Info architektúrák I. Dobay Péter, PTE KTK 18 /31 Az integrált folyamat-szemlélet „Lépjünk ki az alrendszerekből: figyeljünk a folyamatra” Ellátási lánc : Supply Chain Mgmt Ügyfél-kapcsolati munkák: Customer Relationship Mgmt Átfogó vezetői információkezelés; üzleti intelligencia, online adatbányászat: Business Intelligence Systems Stratégiai vállalatvezetés: Corporate Governance Kiegyensúlyozott mutatószámok rendszere az elemzéshez és tervezéshez: nem csupán pénzügyi, hanem a fejlődést biztosítő szervezeti, HR információkat is bemutatja, elemzi a Balanced Scorecard Method: pénzügyi, vevői, szervezeti, belső fejlődési-tanulási szempontok együttes figyelembevétele a komplex tervezésnél

19 Info architektúrák I. Dobay Péter, PTE KTK 19 /31 Hazai ERP helyzet: IVSz 2005 A 100 mFt feletti IT költségvetésű vállalatok vezető informatikusait tömörítő IVSz 36 tagú. A 2004-es felméréshez 24 vállalat és szervezet szolgáltatott adatokat: Dunaferr Rt.;KELER Rt.;Magyar Posta; Matáv Rt.; MOL Rt.; Országgyűlés Hivatala; Siemens Rt.; Tiszai Vegyi Kombinát; Unilever Magyarország, stb. A felmérés: IT ráfordítások (beruházások és üzemeltetési költségek), az informatikai szervezetek működése (létszám, hatékonyság, jövedelmek) és a fő kihívások Régiók szerint a trendek: Kelet-Európában lényegesen többet költenek távközlésre és hardvervásárlásra ( %), mint az USA-ban, vagy Nyugat-Európában ( : TC – hw – sw – ow szolgáltatások). A kelet-európai régió a lemaradást 2005-ben csaknem 8 százalékos bővüléssel kísérli meg csökkenteni, ami jóval meghaladja a nyugat- európai és az amerikai növekedést. Kelet-Európában tavaly hazánkban költötték a legtöbbet, a GDP 3,2 százalékát informatikai rendszerek fejlesztésére. (A régióban 2,2 százalék az átlag). Rossz hír viszont, hogy lemaradásunk - és az egész régió hátránya - a nyugatabbra fekvő országokhoz képest lényegesen 2004-ben sem csökkent.

20 Info architektúrák I. Dobay Péter, PTE KTK 20 /31 A hazai helyzet Vállalatirányítási rendszerek (ERP) nagyvállalatok középvállalatok kisvállalatok Az integráltság helyzete nagyvállalatok középvállalatok kisvállalatok mikrovállalatok Leggyakoribb integráció: ERP + DMS + CRM 71% 38% 11% integráltvegyesszigetek nem tudja

21 Info architektúrák I. Dobay Péter, PTE KTK 21 /31 Hazai ERP rendszerek BAAN Datorg Team Kft. BMSDatorg Team Kft. BMS Informatikai Kft. BPCSBMS Informatikai Kft. Szintézis Zrt. CSB-System ERPSzintézis Zrt. CSB-System Hungary Kft. e-LinkCSB-System Hungary Kft. SPS Media Kft. ExactSPS Media Kft. Exact Magyarország Kft. Extwork ProfessionalExact Magyarország Kft. Amice Kft. FORRÁSAmice Kft. GriffSoft Informatikai Rt. FusionR ERPSGriffSoft Informatikai Rt. R&R Software Rt. infor:COMR&R Software Rt. Corvex Rt. IFS ApplicationsCorvex Rt. IFS Hungary Kft. iScalaIFS Hungary Kft. Epicor Software Hungary Kft. J.D. EdwardsEpicor Software Hungary Kft. A.B.Con Üzleti Tanácsadó Kft.e-Best Consulting Kft. LIBRAA.B.Con Üzleti Tanácsadó Kft.e-Best Consulting Kft. Volán Elektronika Rt. mago.netVolán Elektronika Rt. Itware Kft. MAX+Itware Kft. Szintézis Rt. MFG/PROSzintézis Rt. ISYS-ON Informatikai Tanácsadó Kft. (KFKI ISYS) Microsoft Dynamics AxaptaISYS-ON Informatikai Tanácsadó Kft. (KFKI ISYS) XAPT Hungary Kft. Microsoft Dynamics NavisionXAPT Hungary Kft. KARÁDI Rendszerház ISYS-ON Informatikai Tanácsadó Kft. (KFKI ISYS)LLP BudapestMiD-Comp Kft.MultiSoft Kft.VT-SOFT Kft.XAPT Hungary Kft. MovexKARÁDI Rendszerház ISYS-ON Informatikai Tanácsadó Kft. (KFKI ISYS)LLP BudapestMiD-Comp Kft.MultiSoft Kft.VT-SOFT Kft.XAPT Hungary Kft. aPLUS Consulting Kft.IT-Care Kft. Nagy MachinátoraPLUS Consulting Kft.IT-Care Kft. ProgEn Kft. OracleProgEn Kft. Oracle Hungary Kft. PivotalOracle Hungary Kft. LLP Budapest SAPLLP Budapest SAP HungaryMySMB Kft. (tipp)SAP HungaryMySMB Kft. (tipp) Unitis Rt. SAP Business OneUnitis Rt. IBCnet Magyarország Kft. ProgEn Kft. sERPaIBCnet Magyarország Kft. ProgEn Kft. ProgEn Kft. Septowin4ProgEn Kft. Belsoft Kft. SunSystemsBelsoft Kft. LLP Budapest Tandofer-IntegLLP Budapest Tandofer Informatikai Kft. VERK/400Tandofer Informatikai Kft. R&R Software Rt. Visual ApollóR&R Software Rt. MULTI Informatikai Kft. WinDirectMULTI Informatikai Kft. Commit Kft.

22 Info architektúrák I. Dobay Péter, PTE KTK 22 /31 Navision

23 Info architektúrák I. Dobay Péter, PTE KTK 23 /31 Navision: „Access stílus”

24 Info architektúrák I. Dobay Péter, PTE KTK 24 /31 KKV: SAP Business One Miért jó a kicsiknek? SAP Business One: az Ön anyagszükséglet-tervezési eszköze SAP Business One: az Ön értékesítés-támogatási eszköze SAP Business One: az Ön eszköze az adatok testreszabásához SAP Business One: Ügyfélbeszámolók készítése SAP Business One: Pénzügyek, könyvelés kezelése SAP Business One: az Ön kivételkezelési eszköze Professzionális felhasználó adatbáziskezelővel bruttó Ft Pénzügyi felhasználó adatbáziskezelővel bruttó Ft Logisztikai felhasználó adatbáziskezelővel bruttó Ft CRM felhasználó adatbáziskezelővel bruttó Ft Használatra kész SAP Business One Compact csomag 1 nap alatt, nettó Ft-ért! (bruttó Ft)

25 Info architektúrák I. Dobay Péter, PTE KTK 25 /31 Az SAP DSS szintje

26 Info architektúrák I. Dobay Péter, PTE KTK 26 /31 SAP vizualizáció

27 Info architektúrák I. Dobay Péter, PTE KTK 27 /31 A teljes számítógépesítés: átfogó információs rendszer TELJESSÉG = komplex információs architektúra:, amelyben mindenkinek, mindenhova megfelelő hardver és szoftver kerül telepítésre teljes távközlési szolgáltatások, teljes elérés közös, védett adatállományok nincs „érintetlen”, „sziget”-folyamat minden szükséges IT támogatás megvalósult. Total Information Systems Management: Guidelines & Examples on How to Get More Value Out of Your Information System by Hubert OsterleHubert Osterle

28 Info architektúrák I. Dobay Péter, PTE KTK 28 /31 A „teljes” informatizálás problémái A központi menedzsment - kontroll elvesztése az információs rendszer és technika felett A tényleges szervezeti átalakulás kényszere A teljeskörű összeköttetés (további) kényszere Az összekötött infrastruktúra komplexitása A biztonság kényszere A megbízhatóság kényszere Az auditálás kényszere Megoldások: tervezés, változás-menedzsment, oktatás, költségelemzés - információ-menedzsment Audit of College ISs

29 Info architektúrák I. Dobay Péter, PTE KTK 29 /31 Globális, igen nagy rendszerek 1. GLOBALIZÁLÓDÁS –világpiaci verseny: áru, szolgáltatás, tőke –mgmt és kontrolling globális piacon, globális logisztika –globális munkacsoportok együttműködése –teljesen globális vállalatok 2. AZ IPARI GAZDASÁGOK ÁTALAKULÁSA - tudás/információ-alapú gazdasági ágak - termelékenységnövekedés - újfajta termékek, szolgáltatások - megváltozott vezetési stílus - verseny az idővel, rövid életgörbék - zavaros, átláthatatlan üzleti környezet - alkalmazottak képzettségének változása 3. A VÁLLALATOK ÁTALAKULÁSA - „szétterülés”, „laposabb” szervezetek - decentralizáció az irányításban - rugalmasság igénye és megvalósítása - helyi, független - önálló döntések - alacsony tranzakciós/koordinációs költségek - bátorítás az önálló munkára Global IT Report Miben változtak meg a vállalatok?

30 Info architektúrák I. Dobay Péter, PTE KTK 30 /31 Infrastructure Developing International IS Global Environment: Business Drivers & Challenges

31 Info architektúrák I. Dobay Péter, PTE KTK 31 /31 S végül: Nagy, integrált információrendszerek népesség-nyilvántartás, egészségügy, ingatlan, adó bankok egyéni és összekapcsolt rendszere SWIFT, GIRO (EFT) bűnügyi nyilvántartások (belföld, nemzetközi) repülő- és vasúttársaságok helyfoglalási rendszerei globális helymeghatározó rendszerek globális vállalatok átfogó termelésirányítása kereskedelmi cégek világméretű hálózatai államigazgatási szféra összekötött rendszerei Digitális közigazgatás

32 Info architektúrák I. Dobay Péter, PTE KTK 32 /31 Menedzseri kihívások: architektúra A jó rendszer: határidőre kész, funkcionálisan jó, áttekinthető, öndokumentáló, gyors, olcsó…mi van akkor, ha nem? A jó tervezés platform-független, moduláris – strukturált, s valamilyen jó ábrázolás-technikát alkalmaz A rendszerterv részletes értékelésének elmulasztása öngyilkossággal egyenlő A jó interfész fél siker Az új rendszer új szervezeti architektúrát és új vezetői/beosztotti szerepeket követel A telepítés – tesztelés legalább olyan fontos, mint a fejlesztés A folyamatos felügyelet egyfajta minőségirányítási rendszer Mindezek költségeit ugyanúgy kell tervezni, mint a fejlesztési folyamat „triviális” elemeinek ráfordítását

33 Info architektúrák I. Dobay Péter, PTE KTK 33 /31


Letölteni ppt "Info architektúrák I. Dobay Péter, PTE KTK 1 /31 Információrendszer-architektúrák 10. Integráció, globalitás 1. Az integráltság jellemzői, fejlődés. Homonnay,"

Hasonló előadás


Google Hirdetések