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. Dobay Péter, PTE KTK 1/39 Információrendszer-architektúrák 5/a Az architektúra-fogalom Eszközrendszerek: IT, ICT A kötegelt rendszerek.

Hasonló előadás


Az előadások a következő témára: "Info architektúrák. Dobay Péter, PTE KTK 1/39 Információrendszer-architektúrák 5/a Az architektúra-fogalom Eszközrendszerek: IT, ICT A kötegelt rendszerek."— Előadás másolata:

1 Info architektúrák. Dobay Péter, PTE KTK 1/39 Információrendszer-architektúrák 5/a Az architektúra-fogalom Eszközrendszerek: IT, ICT A kötegelt rendszerek megoldásai Kliens /szerver megoldások Intranet Kiszervezés, ASP Vállalati portálok, e-megoldások Trendek: újfajta architektúrák elemei

2 Info architektúrák. Dobay Péter, PTE KTK 2/39 Példa 1.: Az iWiW back-office 3+ rétegű C/S architektúra: adatbázis-szerverek, külön képtároló szerverek, alkalmazás-szerverek Külön gyorsítótár-szerverek csúcsforgalomra, speciális alkalmazásokkal A szerverek, egyéb dobozok (150 db ) összsúlya két tonna 150 merevlemez tárolja a képeket, ezek lassúbbak Gigabites internet-kapcsolat 2,6 millió regisztrált felhasználó Ipari méretű klimatizálás (Jacuzzi?) 6 főállású dolgozó Nem lehet sem csatolást, se kódot feltenni: biztonság!

3 Info architektúrák. Dobay Péter, PTE KTK 3/39 Példa 2.: Virtuális alközpont a Performan Tanácsadó Kft-nél Virtuális alközpont: nincs telefonközpont, sőt, saját PC-s központ sincs A SP IP alapú telefonközpontja szolgáltat (ip centrex) Egyetlen vonalon sok beszélgetés és adminisztráció mehet; hangposta re Több telephelyet is egyetlen központ szolgál ki, belső számokkal hívhatják egymást akár távmunkások is! Konfigurálás: saját webes interfészen, a felhasználó Tetszőleges számú mellék definiálható Szállító: Actel ip centrex; portos konfigok, egy gateway kell a céghez, 4 MB/sec kapcsolat havi /mellék Probléma: A minőség, szakadások, leállások, csúcsok. Ezért célszerű egy „hagyományos” vonal megtartása végszükség esetére.

4 Info architektúrák. Dobay Péter, PTE KTK 4/39 Az alapcélok: ICT „compliance” Mi a vállalat célja az információs architektúrák menedzselésével? - A szervezet céljaihoz és lehetőségeihez jól illesztett alapszolgáltatások - Hatékony információ-szolgáltatás vezetői döntésekhez,a komplexitás kezelése -Gazdaságos létrehozás, beruházási dilemma oldása, kezelése („Csúcstechnika?”) -Biztonság, különösen működés-kritikus esetekben -és mértékletes fenntartás -a versenyképesség érdekében!

5 Info architektúrák. Dobay Péter, PTE KTK 5/39

6 Info architektúrák. Dobay Péter, PTE KTK 6/39 Az architektúra összessége A vállalat információs architektúrája az alkalmazott digitális hardver-eszközök, távközlési - kommunikációs berendezések, hálózatok, számítógépes vezérlésű irodai és ipari eszközparkok, mindezek alapszoftverei, az alkalmazási portfolió elemei (programcsomagok és egyedi fejlesztések), a vásárolt szoftverek licenszei, a felhalmozott adatállományok, tudástárak, web-portálok tartalma, az információs eljárási protokollok, és az informatikai szakértelmet képviselő emberi erőforrások komplex együttese.

7 Info architektúrák. Dobay Péter, PTE KTK 7/39 Az architektúra-menedzsment kialakulása -A kilencvenes években a vállalatok „megértették magukat”: folyamatmodellek, funkcionális ábrák, szervezeti modellek -Ahogy az ICT szolgáltatások stratégiai szintre emelkedtek, kialakul a komplex kezelés igénye: egységes ICT szolgáltatás-menedzsment, alkalmazás- portfolió menedzselése, ICT alap-architektúrák kezelése pénzügyi-megtérülési auditálás, stb

8 Info architektúrák. Dobay Péter, PTE KTK 8/39 Az EAM „nézetei” Szervezet ICT rendszerek Információs erőforrások Információs termékek / szolgáltatások Üzleti és információs folyamatok

9 Info architektúrák. Dobay Péter, PTE KTK 9/39 Egy friss hirdetés INFORMATIKAI COMPLIANCE OFFICER (ST-B007) Megbízónk egy nemzetközi pénzügyi intézmény. A pozíció leírása - főbb felelősségek, hatáskörök: - Képviseli az informatika területét a bank belső és külső auditorai felé, továbbá a felügyeleti hatóságok felé; - Nyilvántartja a jogszabályi és auditori elvárásokat, előmozdítja a hiányosságok felszámolására indított feladatokat, azokról rendszeres tájékoztatást ad a vezetők részére; - Támogatja az informatika munkatársait és vezetőit jogszabályi és egyéb compliance elvárásokkal kapcsolatos állásfoglalásával. Hatáskör: - Állásfoglalások kiadása informatikai compliance témában - Auditori és felügyeleti kapcsolattartás - Jogszabályi és tulajdonosi elvárásoknak megfelelő (compliance) feladatok kezdeményezése, nyomon követése, beszámolók készítése - A pozíció betöltésének feltétele a vonatkozó jogszabályok, vezérigazgatói és ügyviteli utasítások ismerete és betartása. Elvárások, humán kompetenciák: - Felsőfokú végzettség; - Jó kommunikációs készség írásban és szóban - Legalább 5 éves tapasztalat informatikai rendszerek és irányítási sztenderdek tekintetében; - Auditori tapasztalat; Kapcsolódó jogszabályok és azok alkalmazhatóságának ismerete; - Angol nyelv használata írásban és szóban

10 Info architektúrák. Dobay Péter, PTE KTK 10/39 Az architektúra-menedzsment (EAM) kialakulása Enterprise Architecture Management (EAM) – a vállalati ICT architektúra kezelése: „Azok a módszerek és eszközök, amelyek lehetővé teszik a vállalat számára a vállalati architektúra elemeinek leírását, nyilvántartását, gazdasági és technikai kezelését, összehangolt működésüket © IDS Scheer AG A középpontban A kilencvenes években a vállalatok „megértették saját működésüket”: folyamatmodellek, funkcionális ábrák, szervezeti modellek -Ahogy az ICT szolgáltatások stratégiai szintre emelkedtek, kialakul a komplex kezelés igénye: - egységes ICT szolgáltatás-menedzsment - alkalmazás-portfolió menedzselése - ICT alap-architektúrák kezelése - ICT menedzsment és személyzet kezelése.

11 Info architektúrák. Dobay Péter, PTE KTK 11/39 Az EAM szokásos céljai A vállalati (üzleti, majd ICT stratégiai) célrendszerének megismerése, alakítása, befolyásolása A vállalat statikus ICT rendszereinek menedzselése –Szervezeti felépítés –Informatikai rendszer –Dokumentum-, adat- és információkezelő rendszerek menedzselése (alkalmazási portfolió) –Termék és szolgáltatás-struktúra (belső, külső) –ICT tudástérkép: feltárás, elemzés, építés A vállalat dinamikus (folyamatokat vezérlő) ICT rendszereinek menedzselése A vállalati működés kockázati térképének gondozása

12 Info architektúrák. Dobay Péter, PTE KTK 12/39 Architektúra és vállalati modellek Üzleti architektúra: hogyan keressünk több pénzt? IT-menedzsment architektúra: hogyan legyen jobb, egységesebb? Szolgáltatások, kiszervezés Alkalmazás- architektúra ICT architektúra: portfolió, adatok, emberek Technikai architektúra: OS, platformok, hardver, kommunikáció - Hierarchikus - Vállalkozó / gazella - Divizionális - Adhokratikus - Globális - Vegyes szervezet? Az illesztési probléma

13 Info architektúrák. Dobay Péter, PTE KTK 13/39 Az AM feladatai (AAM osztályozás) 1. Az igény felismerése. A vállalati AM-törekvések legtöbbször az informatikai területről indulnak ki, így elengedhetetlen, hogy az első számú IT-vezetõ elkötelezett támogató legyen 2. A szervezeti struktúra kialakítása. Ideális esetben a vállalati tervezésért felelős csoporthoz kerül ez a feladat – természetesen a szükséges erőforrásokkal és költségkeretekkel együtt. 3. A módszertan kiválasztása vagy kialakítása. Nem szabad olyan modellt létrehozni, melynek már az első feltöltése is óriási erőforrásokat igényel, ezért érdemes szűkített adatmodellel indulni, és csak fokozatosan bővíteni azt. 4. Eszközválasztás. Mérlegelni kell a modellezési képességeket, a testreszabhatóságot, a lekérdezési és elemzési lehetőségeket, a megvalósítás technológiáját és nem utolsósorban az árat és a terméktámogatást. 5. A rendelkezésre álló információk rendszerezése. Fontos, hogy csak megbízható, ellenőrzött adatok kerüljenek be az adatbázisba, hiszen egy-két elavult vagy pontatlan adat is könnyen hiteltelenné teheti az éppen csak bevezetett architektúra- adatbázisunkat. 6. Maga a használatbavétel. Érdemes minél előbb elindulni a napi működéssel, nem szabad megvárni, amíg teljes lesz az adatbázis. 7. A rendszer karbantartása és kiterjesztése; folyamatos változáskövetés. Ha hagyjuk elavulni az adatokat, gyorsan elveszíthetünk minden előnyt, amit a vállalati architektúra-menedzsment bevezetése jelent

14 Info architektúrák. Dobay Péter, PTE KTK 14/39 Tipikus eszközkészlet 1. EszközJelentőségeTeljesítmény, méretek Megjegyzés CPU: processzor, gyorsító memóriák A bonyolult szoftverek, a több-feladatos operációs rendszerek, a nagy szerver-teljesítmények alapja havonta duplázódik, jelenleg 3-4 GHz ciklusidő, 1 MB belső cache Néhány nagy gyártó van. A legtöbbet beépített rendszerekben hasznosítják. Alaplap Egységesen tervezett, összehangolt elemek, az alapgép-építés standard jellegét biztosítja A processzor és a busz jellemzőit, óraciklust, ráépített kártyák adatait szokás megadni A könnyű bővítés (cserével) és az – építés lehetőségét adja Busz Az alaplapra szerelt eszközök kommunikációját biztosító adattovábbító- ütemező rendszer MHz ciklusidővel dolgozik; bit A busz „szélessége” befolyásolja a teljesítményt (processzor- memória-HDD adatforgalom). Feladat: Keressünk 1.processzor-gyártási statisztikát 2.Proc-gyártók összehasonlítását 3.Alaplap-árakat 4.Chip-gyártás technológiájáról szóló tanulmányt, trend- elemzést

15 Info architektúrák. Dobay Péter, PTE KTK 15/39 FAIRCHILD Year of introductionTransistors , , , , , ™ processor , ™ DX processor 19891,180,000 Pentium® processor 19933,100,000 Pentium II processor 19977,500,000 Pentium III processor ,000,000 Pentium 4 processor ,000,000

16 Info architektúrák. Dobay Péter, PTE KTK 16/39

17 Info architektúrák. Dobay Péter, PTE KTK 17/39 CISC processzor Történelmileg a CISC architektúrájú gépek dominálnak: az újabb CPU-k esetén egyre bonyolultabb feladatokat elvégző gépi utasításokat vezettek be. Jellemzői: –Sok (akár néhány száz), bonyolult utasítás. –Utasítások dekódolása mikrokód segítségével. –Bonyolult címzési módok –Változó hosszúságú utasítások –Az utasítások változó számú és általában több óraciklust igényelnek. –Assembly nyelvű programozás, compilerek írása egyszerűbb –Viszonylag kevés regiszter

18 Info architektúrák. Dobay Péter, PTE KTK 18/39 RISC processzor A teljesítmény növelhető csökkentett utasítás-készletű processzorokkal Statisztikai felmérések: CISC architektúra esetén is túlnyomórészt dominálnak az egyszerűbb utasítások, a komplex utasításokat csak ritkán használják Ha lemondunk az összetettebb utasításokról, nehezebb lesz az alacsony szintű programozás, de cserében számos előny, pl. megnő a processzorunk teljesítménye Tehát: –Kevés számú, csak a legalapvetőbb utasítások –Utasítások dekódolása közvetlenül hardveresen, fix logikával –Egyszerűbb címzési módok –Azonos hosszúságú utasítások –Az utasítások egyforma ciklusidőt igényelnek –Sok regiszter –Mindezek a teljesítményt növelik Hátrány: bonyolultabb a programozása, valamivel drágább

19 Info architektúrák. Dobay Péter, PTE KTK 19/39 Eszközkészletek 2.: tárolók RAM tároló A többfeladatos üzemmódok, gyors váltások lehetőségét a nagy belső tároló adja A tárolás energiát igényel (törlődő – eszköz). Kommersz modulok: MB ROM tárolók Biztonságos, beépített eszközök szoftver-tárolása Nem igényel energiát („nem-törlődő”). Portok Sokféle eszköz csatolása, hálózati kapcsolat Szabványos portokon szabványos adatforgalom Egységesítési törekvések vannak (pl. USB). CD, DVD lemezek Olcsó tömegtárolók; az újraírható verziókkal gyors archiválási eszközökké váltak. (adat, szoftver, zene, video) CD: 700 MB DVD: 4.7 GB-ig (DVD-ROM, DVD-R, - RW). A tárolás nem igényel energiát. Standard, kompakt megoldások, tömeges használat, archiválási eszköz. Nem bizonyított élettartam. Mágneslemezes tároló Kommersz, nagy kapacitású, megbízható eszközök; a virtuális tár-megoldásokat teszi lehetővé A teljesítményt a kapacitásokkal ( GB), az elérési idővel és a meghibáso-dási rátával jellemzik. ATA-100 szabvány: 100 MB/sec A tömeges informatizálás, a könnyű-olcsó adat- és szoftver-tárolás eszköze. Miniatűr változatait fényképező-gépbe is beépítik. Flash memóriák Olcsó tömegtárolók, tárolási, archiválási célokra. Energiát USB porton kap. A lemezes tárolót részben helyettesítő, kisebb kapacitás (néhány GB) Szabványos, egyszerű, olcsó. Korlátozott élettartam, biztonság? Feladat: Keressünk 1.ROM-gyártás statisztikákat: mire használják? 2.Keressünk filmet a DVD technikáról 3.Mi a CD archiválás élettartama? 4.Milyen a flash-ek biztonsága?

20 Info architektúrák. Dobay Péter, PTE KTK 20/39 Eszközkészletek 3.: egyebek Lapos monitorok Könnyű, kis méretű irodai és mobil kijelzők, lassan felváltják a CRT-ket. Folyadék-kristály (LCD) és plazma-cellás megoldások. Változatos méretek alakíthatók ki. Javuló felbontások (pixel), jó színhűség. Problémás az áramellátás mértéke és a képváltások ciklusideje. Az LCD hosszabb távon olcsóbb. A csökkenő árak lenyomják a mobiltelefonok, laptopok árát is. Egyes alkalmazásoknál (brókerek, fejlesztők) több monitort használnak egy gépen. Router Hálózati útvonal-választó eszköz A hálózati forgalom biztonságos és gyors vezérlését biztosító teljesítmények Néhány nagy gyártó standard eszközeiből építik a hálózatokat. Smart kártyák Sok alkalmazáshoz elegendő információt tartalmaznak. Távolról olvasható változataik igen gyors, biztonságos adatcserét tesznek lehetővé. Passzív változataik kevesebb (néhányszáz byte), aktív változatok több információt tartalmazhatnak Rohamos terjedéssel milliárdnyi van forgalomban, fizetési, azonosítási, egészségügyi, hatóági célokkal. Mátrix-kód, RFID Az azonosítás adattartalma sokkal magasabb a kétdimenziós vonalkóddal. A beépített RFID távolról aktiválható chip még több adatot hordozhat. A mátrix-kód, vagy a passzív-aktív RFID chip komplett adatrekordot képes tárolni. Az RFID igen tartós megjelölés, feltűnés nélkül is aktiválható, így használata adatbiztonsági aggályokat vet fel. Feladat: Keressünk 1.monitor-értékesítési statisztikákat 2.smart kártya tömeges felhasználást: Oyster Card Singapore, London, stb. EKF??? 3.Keressünk mátrix-kódos alkalmazást!

21 Info architektúrák. Dobay Péter, PTE KTK 21/39 Eszközkészletek 4.: gépek Asztali számítógép Tömeges, egyszerű számítógép- használat, könnyű kezelhetőség, univerzális felhasználás A standard kivitel hihetetlen ár/teljesítmény mutatókat eredményezve populárissá tette t A csereszabatos alkatrészekből történő összeszerelést több ezer szállító végzi. Márkás, garantált minőséget néhány tucat gyártó tud adni. Laptop, notebook Mobilitás lehetőségeAz asztali gépeket elérő teljesítmények. Multi- médiás irányzat, otthoni, szórakoztató centrum A drótnélküli internetezés lehetőségével jelentősége megnő: a mobil gép mobil kapcsolatot is jelent Munkaállomás Speciális célokra kiépített asztali gépek Az asztali gépeket 2-3- szor meghaladó, speciálisan fókuszált teljesítmények Grafikai munkák, filmkészí-tés, mérnöki tervezés, zenei munkák, speciális szoftverek futtatása Szerver (mint hardver és mint szoftver) Hálózaton keresztül szolgáltatásokat nyújtó „gazdagép”, központi adat- és szoftver(alkalmazás-) szolgáltatására, web-en keresz- tül történő adattovábbításra, hálózat-vezérlésre. A PC-ket jelentősen meghaladó teljesítményű, speciális kiépítés: több (vagy többmagos) processzorok, RAID tárolók, nagy biztonságú lemeztárolók, extra hűtés Egy, vagy többféle célra, megfelelő szoftverek futtatásával: adatbázis-szerver, alkalmazás-szerver, web-szerver, mail-szerver, stb. Nagyszámítógép Hálózatok és kiterjedt munkahelyi nagyrendszerek gazdagépe Korlátlan, igény szerinti kiépíthetőség Nagy biztonság, standard vállalati konfi- gurációk, néhány gyártó Feladat: Keressünk 1.Laptop értékesítési statisztikákat 2.Laptopokra alapozott belső IA, távmunka, stb megoldást 3.Nagygépes konfigurációkra árkategóriákat 4.A penge-szerverekre megoldásokat, összehasonlítást 5.Szerverparkok hűtésére vonatkozó elképzeléseket, megoldásokat

22 Info architektúrák. Dobay Péter, PTE KTK 22/39 Eszközkészletek 5.: platformok Windows alaprendszer Az üzleti élet asztali gépeinek 95%-án futó operációs rendszer (összes: 85% körül). Intel processzorokra épített architektúra. Az egyre fejlődő verziók otthoni, irodai, akár professzionális fejlesztői és szolgáltatási környezetben dolgoznak. A közismert kliens-rendszerek mellett a Windows szerver- változatai is széles körben használatosak. Mac OS X A Macintosh gépein elsősorban professzionális grafikai munkákra alkalmazott rendszer. Jó grafikus teljesítmény. Motorola, majd IBM (Power PC) és Intel processzorokkal fut (ekkor Win és Mac egyszerre telepíthető). Az USA-ban tömegesen alkalmazott otthoni, irodai gépeken. A Mac igen sok innovatív megoldást (pl. GUI) hozott a PC-ken. UNIX A Bell Labs ’70-es években indult fejlesztése időtálló a megbízható többfeladatos, hálózatos működések vezérlése területén. Általában az igen nagy teljesítményű, nagy biztonságú rendszerek működtetésére használható. Leginkább tudományos, mérnöki, adatbáziskezelési, nagy hálózati teljesítményeket igénylő feladatokra használják, kevésbé üzleti célokra. Linux A UNIX PC-re egyszerűsített és újragondolt változata, amely nemzetközi közösség által fejlesztett nyílt rendszer. Gyakorlatilag ingyenes rendszerként tetszés szerint építhető egyszerű, vagy robosztus teljesítményű rendszer. Az IBM támogatásával sok kisvállalkozás, államigazgatási rendszer hasznosítja. Web- szerver megoldásai igen népszerűek. „Horizontális” piacok alapszoftverei Tömeges (pl. dokumentum- menedzselési) feladatokra fejlesztett komplex rendszerek, program- csomagok. Általában közepesen felkészített felhasználót és feladat-tömeget veszik célba, pl. korlátozott méretű adatbázis, dokumentum, grafika. Tipikus elemek: MS Office csomag Adobe Acrobat Statisztikai csomagok PhotoShop, PaintShop Pro Feladat: Keressünk 1.Windows kommersz alkalmazására statisztikát 2.Linux szerverek arányára statisztikákat 3.MS Office és Open Office megoldások elterjedése 4.Államigazgatás Linux megoldásokat

23 Info architektúrák. Dobay Péter, PTE KTK 23/39 Eszközkészletek 6.: alkalmazások „Vertikális” piacok alapszoftverei Meghatározott alkalmazási (pl. ipari, igazgatási, fejlesztési) területet kiszolgáló általános program-csomagok, moduláris program-családok. Nagyteljesítményű, az adott alkalmazási területen professzionális teljesítményű, szakértelmet (esetleg speciális hardvert is) igénylő csomagok. CAD tervezők, Számviteli szoftverek, Banki alkalmazások, Orvosi alkalmazások Adatbányászati csomagok „Duális”, átfogó jellegű szoftverek Mindkét dimenziót lefedő komplex, bonyolult szoftver-rendszerek. Tervezés, telepítési-adaptálási projekt, állandó karbantartás nélkül nem üzemeltethető, nagyméretű és nagy teljesítményű rendszerek. ERP rendszerek, pl. SAP, ORACLE Applications, MS Dynamics, Libra, Infosys, stb. Saját fejlesztésű szoftverek Amikor a speciális követelmények miatt nem lehet standard alkalmazást üzemeltetni, saját (megbízásos) fejlesztést kell végrehajtani. Ez testreszabott, pontosan azt adja, amit megfizetünk. Tetszőleges fejlesztés elképzelhető: kisebb egyedi probléma lehet igen olcsó és hatásos, űrtechnika, katonai, tudományos fejlesztés lehet csillagászati teljesítményű. A költségek: időveszteség, az egyedi fejlesztés kockázata, a standard ár %-ába kerülő projekt, speciális üzemeltetési környezet. Beépített szoftverek (firmware) A rögzített szoftver jól védhető, pontos és hibátlan működést biztosít az eszköznek; olcsó, egyszerű, vagy semmilyen kezelést sem igényel. Tetszőleges szoftver rögzíthető végleges módon megfelelő tárolóeszközön (ROM chipek változatai). Nyomtatók, telefonok, DVD- k, mikrosütők, autók és milliónyi „automatizált” eszköz vezérlését biztosíthatjuk ilyen módon.

24 Info architektúrák. Dobay Péter, PTE KTK 24/39 Emberi erőforrások (!) MunkakörJelentőségeKövetelményekMegjegyzés CIO Vezetői jelenlétVezetői, üzleti, informatikai szakértelem, kommunikációs készségek Üzleti-kritikus rendszerek vezetői felügyelete, stratégiai tervezés Információs menedzser Áttekintő szakmai vezetői tanácsadás, kontrolling munkák, gazdasági elemzések Informatikai, gazdasági végzettség; projekt- és üzemeltetési tapasztalatok, piac-ismeret A teljes architektúra üzleti célú tervezése és gazdasági hatékonyságának biztosítása IT vezető Nagyobb rendszereknél üzembiztonság, hatékonyság az ICT rendszerekben ICT végzettség és tapasztalat, csapatmunka- és más vezetői képességek Beruházások, üzemeltetés, biztonság összefogása, az IT csapat vezetése Rendszertervező Fejlesztő projekt szakmai tervezője Szoftver-fejlesztő, gazdasági informatikus Adaptációk, kisebb fejlesztések tervezője (adatbázis, Intranet,) Rendszergazda Hálózatok felügyelő- monitorozó menedzsere Szoftver-üzemeltető, rendszergazda, hálózatelemző végzettség Már munkahelyes rendszereknél fontos koordinációs, üzemeltetési- biztonsági szerep. Kommunikációs menedzser Távközlési vezető tervező, tanácsadó IT/CT szakértő, tapasztalatAz integrált digitális kommunikáció rendszerek, Webmester Web-tartalmak technikai felelőse IT és programozói végzettség, speciális ismeretek Jelentős felelősség a portálok üzemeltetésében Programozó Speciális szakmai tudás Programozói végzettség, gyakorlati tapasztalat 2-3 fejlesztőrendszerben Akár megbízási keretben végezhető Web-tervező Speciális szakmai tudás, fejlődő területen Programozói, webfejlesztői, kommunikációs és grafikai ismeretek CRM/SCM rendszerek, portálok tervezése Feladat: Keressünk 1.Definíciót CIO-ra és system adminre 2.CIO munkaköri leírásokat, konkrét szervezetekben 3.Rendszergazda munkaköri leírásokat 4.Webmester munkaköri leírásokat, fizetéseket 5.Programozók, rendszergazdák kiválasztására, teljesítmény- értékelésére szolgáló kérdőíves, vagy más eljárásokat 6.Web-tervező képzési programokat

25 Info architektúrák. Dobay Péter, PTE KTK 25/39 Tipikus architektúrák -A korai kötegelt rendszerek megváltozása -Kliens-szerver megoldások, többrétegű architektúra -Intranet -Vállalati portál -Integrált rendszerek -SCM, CRM rendszerek -Kiszervezés és ASP

26 Info architektúrák. Dobay Péter, PTE KTK 26/39 Tipikus architektúrák 1./a A korai kötegelt rendszerek megváltozása A kezdet: koncentrált nagygépes számítóközpont. OKOK??? Akár saját, akár gépidő- és eszköz-bérlet Hatékonyan üzemeltethető, A feldolgozás eredménye csak sorban-állással hozzáférhető (a válaszidő 1-5 nap is lehet): Nincs közvetlen kapcsolatunk a rendszerrel. Példák: Számlázás, elszámolások, leltár, bér, adófizetés, időszakos jelentéskészítés; de az input/output forgalom már zárt belső, vagy nyílt, külső hálózaton érkezik. Fejlődés: kiegészítő architektúra a tranzakció-kezelő rendszerek mellett; a központi kapacitásokat többféle üzemmódban hasznosítják.

27 Info architektúrák. Dobay Péter, PTE KTK 27/39 Az IBM 7090/94 architektúra között 300 IBM 7090/94 rendszert állítottak üzembe átlagosan $3 millióért (havi $70,000- $450,000 mai értéken). A NASA 7094-sel vezérelte a Mercury és Gemini első űrhajókat. Az utolsót a US Air Force selejtezte ki kb. 30 éves használat után! Memória: ferrit, 32,768 db 36-bites szóhossz (6 bites kódokkal) 268 gépi utasítás; 1,4 mikrosec ciklusidő mágnesszalag, 8 csatorna, 2 nyomtató 150 lpm, stb. IBSYS OS, FAP assembler, FORTRAN II, FORTRAN IV, COBOL IBM architektúrák

28 Info architektúrák. Dobay Péter, PTE KTK 28/39 Batch fogalmak SZÁMÍTÓKÖZPONT: bérmunkában, 24 órás üzemben, saját munkaszervezéssel (munkaütemezés!), többféle operációs rendszerrel, széles IT architektúrával dolgozó vállalkozás, vagy vállalati egység JOB: A batch rendszerben a felhasználó problémája névvel-azonosítóval jelenik meg, ez egy FIZETÉSI EGYSÉG TASK: A JOB önállóan végrehajtható része JOB_CONTROL (script, CommandLine parameters): Az automatikus vezérlés (környezet beállítása, futtatások, output szolgáltatása) érdekében a JOB –ot fel kell szerelni vezérlő utasításokkal: tulajdonos, probléma, számlakód, hardver igények, várható futásidő, output igények, saját háttértárka, állományok, speciális nyomtatás, stb. MUNKAMENET, JOB MGMT: a Központ folyamatos üzemben ütemezi a feladatokat, felhasználói beavatkozásra nincs lehetőség MAINFRAME: A szolgáltató központi géprendszere. Kezdetben csak helyben lehetséges az I/O, majd kialakul a terminálról történő batch üzemmódú adatbevitel (kazetta, mágnesszalag). Jellegzetes erőssége a nagy háttértár- kapacitás, a nagy nyomtatási kapacitás ig egyetlen program van a tárban, majd megjelenik az IBM 360-s DOS multiprogramming operációs rendszere – de ez NEM felhasználói kérdés! A Job Control és a TASK MGMT ütemezés beállítására szolgáló eljárások: UNIX: cron és at Microsoft DOS : Command Script Windows: Job Scheduler

29 Info architektúrák. Dobay Péter, PTE KTK 29/39 A spooling –elv A nagygépes architektúrákban sok nyomtató, sok merevlemez, mágnesszalag és egyéb periféria veszi körül nagygépet Az ütemezett JOB-ok TASK-jai felváltva szeretnék ezeket használni Az eljárás: merevlemezre kell tenni az input-output állományokat és azokat külön spooling-ütemezővel kell véglegesen nyomtatóra – háttértárra teni.

30 Info architektúrák. Dobay Péter, PTE KTK 30/39 A batch munkamenet Job submission – a paraméter beolvasása az OS-be, scripting language, mint pl. IBM JCL, leírva szükséges adatállományokat, data setJCLdata set Job reading –A JCL interpreter értelmezi Job spooling: a TASK-ok elrendezésespooling Job selection Job execution with output spooling – végrehajtás task-menedzsmenttel, az outputok összegyűjtése SPOOL listábaspooling Job transcription : kimenetek, hibejelzések, operátori jelentés, elszámolási információktranscription

31 Info architektúrák. Dobay Péter, PTE KTK 31/39 IBM JCL minták –1. //: two forward slashes, always in columns 1, and 2. –2. NAME FIELD: If it is coded, it must follow the "//", in column 3. –3. OPERATION FIELD: This field indicates what JES should do. –4. OPERAND FIELD: This field is separated from the operation field by at least 1 blank. This operand field lists all the parameters, some mandatory and some optional, that direct JES on how to perform the required operation. JOB to indicate the start of a JOB –EXEC to request the execution of a program or a PROC –DD to define the usage of some data, typically a dataset or a report –PROC to indicate the start of the definition of a PROC –PEND to indicate the end of the definition of a PROC –5. COMMENTS: can be placed after a blank after the last operand. //jobname JOB (accounting information),CLASS=x,MSGCLASS=x,REGION=nK,TIME=(m,s),NOTIFY=&sysuid,TYPR UN=z //stepname EXEC PGM=progname,PARM='parm',COND=condition,REGION=n,TIME=(m,s) //ddname DD SYSOUT=msgclass

32 Info architektúrák. Dobay Péter, PTE KTK 32/39 JCL minta Operations in JCL are often more complex than in other operating systems. The following example shows the JCL statements necessary to copy an existing dataset (IS198.TEST.INPUT) to a new dataset (IS198.TEST.OUTPUT). //IS198CPY JOB (IS198T30500),'COPY JOB',CLASS=L,MSGCLASS=X //COPY01 EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSUT1 DD DSN=IS198.TEST.INPUT,DISP=SHR //SYSUT2 DD DSN=IS198.TEST.OUTPUT, // DISP=(NEW,CATLG,DELETE), // SPACE=(CYL,(40,5),RLSE), // DCB=(LRECL=115,BLKSIZE=0), // DATACLAS=SEQFB //SYSIN DD DUMMY

33 Info architektúrák. Dobay Péter, PTE KTK 33/39 A batch architektúrák előnyei - hátrányai ELŐNYÖK: Többen használhatják az adott IA konfigurációt, annak kihasználása javul, a gépidő (stb) olcsóbbá válik Nincs saját beruházás (egy darabig), jó az amortizálás A gondos, optimalizált ütemezéssel igen jó eszközkihasználás érhető el (akár bérelt, akár saját géppark); többműszakos üzemmódok lehetségesek Nem pazaroljuk az erőforrásokat arra, hogy akármikor bejelentkező –próbálkozó – gondolkodó felhasználók használgatják a méregdrága nagyteljesítményű gépparkot Rendkívül biztonságos a rendszer, az adatbeviteltől az adattároláson át a futtatásig HÁTRÁNYOK: Hosszú válaszidő, ha ez fontos Nincs „online válaszadás”, ha ez fontos

34 Info architektúrák. Dobay Péter, PTE KTK 34/39 Feladat: Keressünk hagyományos kötegelt rendszerre vállalati példát Keressük meg a szolgáltatás jellemzőit Elemezzük az alkalmazási portfoliót: jellemzők? Elemezzük a technológiai megoldást, rajzoljuk fel az architektúrát

35 Info architektúrák. Dobay Péter, PTE KTK 35/39 Tipikus architektúrák 1/b. Tranzakció-kezelő, online, nagygépes rendszerek Visszaültetjük a felhasználót a gép mellé (közeli – távoli terminál, majd munkahelyi PC-kliens, hálózati elérés) A bevitt jelre (egér, billentyűzet, stb.) a rendszer „azonnal” reagál: megszakítja a futó folyamatokat, kezeli a kérést, s ha lehet válaszol, ha nem legalább hibajelzést ad. Technikai értelemben az online tranzakció-kezelés közvetlen kapcsolatban van az operációs rendszerrel és így a hardverrel. A bevitt adatról, a tárolás megtörténtéről, majd a tényleges feldolgozásról közvetlen visszaigazolást kapunk (kötegelt tranzakció), vagy a folyamat azonnal végre is hajtódik (valós- idejű tranzakció-kezelés – real time) Példa: utcai ATM pénzkiadó, e-bankolásra alkalmas portál mögött álló szerver, e-kormányzat: adó, okmányiroda, stb.

36 Info architektúrák. Dobay Péter, PTE KTK 36/39 Batch Processing vs. Real Time Transaction Processing A kötegelt feldolgozások olyan erőforrás-kímélő architektúrák, amelyekben az adatgyűjtés és –tárolás meghatározott ütemezéssel folyik. A felhasználó nincs közvetlen kapcsolatban a rendszerrel, az adatbevitel és –feldolgozás hibáiról, eredményéről adott időben kap értesítést. Példa: Vízórák adatainak összegyűjtése, majd havonta feldolgozás és számlázás A háttérben lévő architektúra kötegelt merevségét enyhíti, ha a felhasználó végberendezést kap, amivel az adatbevitelt és üzenetközvetítést (dialógus) elvégezheti. A feldolgozás ekkor is kötegelve megy végbe, de az adatok és a tranzakció kérésének visszaigazolása sok esetben elegendő az alkalmazás működtetéséhez. Példa: Telebank rendszeren átutalás indítása éjjel, visszaigazolás azonnal, végrehajtás és a feldolgozás visszaigazolása másnap reggel, banki üzemidőben. Ha a tranzakció egy megszakításos rendszeren – kellő kapacitások birtokában – azonnal („valós időben”) feldolgozható, akkor alapos ellenőrzések során meg kell győződni arról, hogy a (távoli!) felhasználó jogosult a rendszer használatára, a módosítások és feldolgozások végrehajtatására. Példa: vásárlás elektronikus piactéren, fizetési tranzakcióval; ETR vizsga-jelentkezés, stb.

37 Info architektúrák. Dobay Péter, PTE KTK 37/39 Batch Processing Ez tehát egy, az üzemeltető (tulajdonos) szempontjából erőforrás- takarékos, hatékony megoldás, ami a tranzakciós adatokat akár napokig-hetekig tárolja (gyűjti), majd ütemezetten feldolgozza. Olyan cégeknek kellemes, ahol hatalmas adatmennyiségek feldolgozását kell ráérősen elvégezni (pl. számlázás), s nincs saját gépparkjuk (jellemzően: nem éri meg saját géppark üzemeltetése). Példák: - hitelkártya- műveletek elszámolása, - havi-negyedéves számlázások (biztosítás, közszolgáltatások)

38 Info architektúrák. Dobay Péter, PTE KTK 38/39 Források Dr. Ányos Éva előadása: EAM /ARIS, architecture/&h=523&w=502&sz=22&hl=hu&start=141&usg=__wjmuifU9HSqi8qGgC3Q88bygJNY=&tbnid=7bfRy3http://images.google.hu/imgres?imgurl=http://allu.files.wordpress.com/2007/08/j2eetiers.gif&imgrefurl=http://allu.wordpress.com/2007/08/18/j2ee-3-tier-or-n-tier- architecture/&h=523&w=502&sz=22&hl=hu&start=141&usg=__wjmuifU9HSqi8qGgC3Q88bygJNY=&tbnid=7bfRy3 IBM z890 mainframe Az IBM 360-as sorozat, 1964 április 7 Mainframe, vagy PC Server? Mainframe helyett server

39 Info architektúrák. Dobay Péter, PTE KTK 39/39 Feladat: Keressünk online input/output megoldású kötegelt rendszerre vállalati példát Keressük meg a szolgáltatás jellemzőit Elemezzük az alkalmazási portfoliót: jellemzők? Elemezzük a technológiai megoldást Nézzünk utána a SAMU AM (AAM) módszertannak!


Letölteni ppt "Info architektúrák. Dobay Péter, PTE KTK 1/39 Információrendszer-architektúrák 5/a Az architektúra-fogalom Eszközrendszerek: IT, ICT A kötegelt rendszerek."

Hasonló előadás


Google Hirdetések