Bánsághi Anna Bánsághi Anna 1 of 74

Méret: px
Mutatás kezdődik a ... oldaltól:

Download "Bánsághi Anna anna.bansaghi@mamikon.net. Bánsághi Anna 1 of 74"

Átírás

1 SZOFTVERTECHNOLÓGIA Bánsághi Anna 4. ELŐADÁS - RENDSZERARCHITEKTÚRÁK Bánsághi Anna 1 of 74

2 TEMATIKA I. SZOFTVERTECHNOLÓGIA ALTERÜLETEI II. KÖVETELMÉNY MENEDZSMENT III. RENDSZERMODELLEK IV. RENDSZERARCHITEKTÚRÁK V. RENDSZERTERVEZÉS VI. VALIDÁCIÓ, VERIFIKÁCIÓ VII. MINŐSÉGBIZTOSÍTÁS VIII. TESZTELÉS Bánsághi Anna 2 of 74

3 IV. RENDSZERARCHITEKTÚRÁK 1. Alapfogalmak 2. Osztott rendszerek architektúrái 3. Architektúra típusok Bánsághi Anna 3 of 74

4 1. RENDSZERARCHITEKTÚRA FO GALMA teljes, magas szintű rendszer-szerkezet a lényeg, akármi legyen is az a környezetébe ágyazott rendszer megértését segítő dolgok azon dolgok, melyeket az emberek nehezen változtathatónak gondolnak architektúrális tervezési döntések halmaza Bánsághi Anna 4 of 74

5 TERVEZÉSI SZINTEK szoftverprogram architektúrák a fókusz egyetlen, önálló programon és annak komponensein van osztott rendszer architektúrák alkalmazások, rendszerek, hardverek és hálózatok együttműködése Bánsághi Anna 5 of 74

6 TERVEZÉS JELLEMZŐI résztvevők sokfélesége tulajdonosok, üzleti vezetők, felhasználók, üzemeltetők nézőpontjai közötti egyensúly, a tudományterületek sokfélesége nézőpontok szétválasztása a tervet befolyásoló nézőpontok bonyolultságának csökkentése és osztályozása néhány fő szempont mentén minőségközpontúság az már kevés, hogy a rendszer ellátja az elvárt funkcionalitást, - a minőségi elvárásoknak is meg kell felelnie ismétlődő folyamatok az architekturális tervezés szabványos módszerei, technikái, stratégiái, modelljei elvi sérthetetlenség átfogó kép megőrzése a rendszer víziójáról, céljáról kialakított Bánsághi Anna 6 of 74

7 TERVEZÉS TEVÉKENYSÉGEI elemzés a rendszerkörnyezet üzleti elemzése, valamint a rendszer funkcionális és nemfunkcionális követelményeinek meghatározása szintézis magának az architektúra tervezésnek a folyamata az aktuális terv, az elemzés során meghatározott követelmények és a becslési eredmények felhasználásával becslés ide tartoznak a tervezési döntéseket megelőző becslések, az alakuló terv verifikálása, a végleges terv vagy a rendszer létrehozása utáni ellenőrzési folyamatok evolúció valamely létező architektúra karbantartása, adaptálása vagy továbbfejlesztése a követelményekben vagy környezetben bekövetkező változások hatására Bánsághi Anna 7 of 74

8 2. OSZTOTT RENDSZEREK ARCHITEK TÚRÁI jóformán minden nagy számítógép-alapú rendszer elosztott egy osztott rendszer fizikailag nagyszámú számítógép összekötve nagysebességű hálózaton keresztül egy osztott rendszer önálló számítógépek olyan összessége, mely a kezelők számára egyetlen koherens rendszernek tűnik Bánsághi Anna 8 of 74

9 RENDSZER ÉS KÖRNYEZETE Bánsághi Anna 9 of 74

10 OSZTOTT RENDSZEREK JELLEMZŐI az egységes felületen keresztül a heterogén számítógépek és a gépközi kapcsolatok rejtve maradnak a felhasználó elől a felhasználók és az alkalmazások azonos és egységes módon kerülnek kapcsolatba a rendszerrel függetlenül attól, hogy hol és mikor következik be a kapcsolatteremtés a rendszer átméretezése és növelése egyszerű a rendszer folyamatosan elérhető annak ellenére, hogy egyes alkotóelemei ideiglenesen kieshetnek logikailag az operációs rendszerek és a felhasználókat kiszolgáló alkalmazások között helyezkednek el Bánsághi Anna 10 of 74

11 OSZTOTT RENDSZEREKKEL ELÉRHETŐ CÉLOK erőforrás-megosztás az erőforrások biztonságos elérése és ellenőrzött megosztása az együttműködés és az információcsere megkönnyítésére nyitottság a nyújtott szolgáltatások szabványos, jól definiált protokollokon keresztül érhetők el konkurencia működése több - egymástól független - folyamat egyidejű skálázhatóság a rendszer képességei új erőforrások hozzáadásával növelhetők hibatűrés rendelkezésre állással és az információ többszörözésével bizonyos hardver- és szoftverhibák áthidalhatók Bánsághi Anna 11 of 74

12 OSZTOTT RENDSZEREK BONYOLULTSÁGA egy osztott rendszer sokkal bonyolultabb, mint egy központosított, mert lehetetlen a vezérlést valamilyen hierarchikus rendben modellezni az osztott rendszer szolgáltatásait független rendszerek együttműködése biztosítja úgy, hogy egyik sem felügyeli a többi működését az osztott rendszerek válaszai megjósolhatatlanok, mert a válasz függ a rendszer és a hálózat teljes terhelésétől, szervezési módjától különböző ipari, közigazgatási, szabadalmazott és nyílt szabványok léteznek, pl. ISO 19439, RM-ODP, TOGAF Bánsághi Anna 12 of 74

13 NÉZŐPONTOK Bánsághi Anna 13 of 74

14 4 + 1 NÉZŐPONT logikai a végfelhasználók számára biztosított funkcionalitást ragadja meg fejlesztési szoftverfejlesztési és karbantartási szempontból ábrázolja a rendszert folyamat a rendszer dinamikus oldalát, futás közbeni viselkedését írja le, a rendszer folyamataira és a közöttük lévő kommunikációra fókuszálva fizikai technikai, üzemeltetési szinten írja le a rendszert + használati esetek architektúrát vagy forgatókönyvek írják le az Bánsághi Anna 14 of 74

15 TERVEZÉSI KÉRDÉSEK transzparencia milyen mértékben szükséges a felhasználót beavatni a rendszer részleteibe? nyitottság az együttműködést elősegítő szabványos vagy inkább a specialitásokat kiemelő egyedi protokollok alakítandók ki? skálázhatóság legalább 3 dimenzióban mérhető: nagyság, földrajzi elhelyezkedés és menedzselés biztonság a független rendszerek különböző biztonsági politikáinak összehangolása szolgáltatás minősége mi alapján van meghatározva, és hogyan lesz megvalósítva? hibakezelés bevezetve? milyen megelőző, kezelő és javító eljárások lesznek Bánsághi Anna 15 of 74

16 KOMMUNIKÁCIÓ TÍPUSOK az osztott rendszereket a kommunikáció módja szerint két csoportba oszthatjuk: osztott memória alapú rendszerek a gépek (vagy folyamatok) ugyanazt a memóriaterületet közösen használják az információ megosztására üzenetküldéses rendszerek az információcsere szinkron vagy aszinkron üzenetküldéssel és -fogadással történik Bánsághi Anna 16 of 74

17 ÖSSZEKÖTŐ HÁLÓZAT TÍPUSOK az osztott rendszereket az összekötő hálózat architektúrája alapján két csoportba oszthatjuk: busz alapú kapcsolódik létezik egy gerinchálózat, amelyre valamennyi gép kapcsoló alapú a gépek különböző huzalozási minta alapján vannak összekötve, és a kapcsolóknál egy-egy döntéssel lesz meghatározva a további út Bánsághi Anna 17 of 74

18 HARDVERKONCEPCIÓK Bánsághi Anna 18 of 74

19 HÁLÓZAT TOPOLÓGIÁK Bánsághi Anna 19 of 74

20 KÖZTESRÉTEG - MIDDLEWARE a transzparencia érdekében a heterogén gépekből és alhálózatokból álló rendszert egy olyan szoftverréteg köré szervezik, mely a logikailag magasabb szintű felhasználói alkalmazások, és az alacsonyabb szintű, az egyes operációs rendszerekből álló réteg között helyezkedik el Bánsághi Anna 20 of 74

21 KÖZTESRÉTEG JELLEMZŐI rendszerkönyvtárakból és a folyamatok kommunikációját biztosító futtató környezetből áll többségük egy modellen vagy paradigmán alapul, amely leírja a kommunikáció és az erőforráselosztás módját számos, a humán és a gépi felhasználó számára konzisztens módon igénybevehető szolgáltatást biztosít, mint például felhasználó azonosítás, jogosultság- és értesítéskezelés, névszolgáltatások, tranzakciókezelés Bánsághi Anna 21 of 74

22 3. ARCHITEKTÚRA TÍPUSOK üzenetküldés kliens - szerver rétegzett REST eseményvezérelt szolgáltatásorientált decentralizált peer-to-peer önszervező osztott memória tábla tárolási adatfolyam kötegelt szekvenciális csővezeték szűréssel Bánsághi Anna 22 of 74

23 MOTIVÁCIÓ KLIENS-SZERVER MODELL erőforrások megosztása, szolgáltatások nyújtása, pl. állomány-, nyomtató-, fordító-, webszerverek közösen használt tartalom védelme és kezelése a részrendszerek közötti függőségek csökkentése, felelősség megosztása, az érdekeltségek szétválasztása Bánsághi Anna 23 of 74

24 FOGALMAK kliens aktív, kapcsolatot kezdeményező részrendszer, felfedezi a szükséges szervert és szolgáltatást. Ismernie kell az elérhető szervereket és az általuk biztosított szolgáltatások neveit. Számos kliens futhat egyidejűleg, és a kliensek nem tudnak egymásról szerver passzív, kapcsolatot fogad, ütemez, kiszolgál. Nem ismeri a kliens azonosságát, sem pedig azt, hogy hány kliens van hálózat kérés - válasz típusú kommunikáció biztosítása. A kliensek távoli eljáráshívásokkal érik el szervereket Bánsághi Anna 24 of 74

25 FIZIKAI SZERKEZET Bánsághi Anna 25 of 74

26 TIPIKUS INTERAKCIÓ a kliens elküld egy kérést a szervernek, és addig vár, amíg választ nem kap Bánsághi Anna 26 of 74

27 MOTIVÁCIÓ RÉTEGZETT MODELL a rendszert rétegekbe szervezik, melyek mindegyike különféle szolgáltatásokat biztosít segíti a rendszerek inkrementális fejlesztését, változtathatóságát, hordozhatóságát egymástól független absztrakciós rétegek, saját felelősségi körrel, jól szétválasztható érdekeltségekkel Bánsághi Anna 27 of 74

28 FOGALMAK réteg szolgáltatásokat biztosít a közvetlenül felett lévő rétegnek, és szolgáltatásokat vesz igénybe a közvetlenül alatta lévő rétegtől hívás az i-edik réteg meghívja az i-1-edik réteget annak interfészén keresztül, majd fogadja annak visszahívását. Az i-edik réteg kizárólag az i-1-edik réteget ismeri, visszafelé, illetve lejjebb és feljebb nincs ismeretség Bánsághi Anna 28 of 74

29 FIZIKAI SZERKEZET Bánsághi Anna 29 of 74

30 ISO OSI-MODELL Bánsághi Anna 30 of 74

31 RÉTEGZETT ÉS KLIENS-SZERVER KOMBINÁLÁSA amikor szerverekről és kliensekről beszélünk, akkor a logikai folyamatokra gondolunk, semmint a fizikai gépekre, melyeken ezek a folyamatok végbemennek. Ezért a tervezés során a fejlesztendő rendszer logikai szerkezetét kell megragadni általában három fő rétegre bontható egy kliens-szerver folyamat: megjelenítés felhasználói interakciók és információ megjelenítés feldolgozás adatkezelés alkalmazáslogika implementálása adatbázisműveletek Bánsághi Anna 31 of 74

32 INTERNETES KERESŐGÉP LOGIKAI FELÉPÍTÉSE Bánsághi Anna 32 of 74

33 KÉTRÉTEGŰ KLIENS-SZERVER ARCHITEKTÚRA a három alkalmazásréteg különféle módokon osztható szét a kétrétegű kliens-szerver architektúrában (a) (b) vékony kliens hátránya, hogy mind a szervert, mind a hálózatot nagy terhelésnek veti alá (c) (d) vastag kliens hátránya, hogy az alkalmazáslogika szét van bontva, változtatás esetén a klienseken is újratelepítés (e) fájl szerver Bánsághi Anna 33 of 74

34 HÁROMRÉTEGŰ KLIENS-SZERVER ARCHITEKTÚRA kliensek ezreivel rendelkező széleskörű alkalmazások mind az adatok, mind az alkalmazások változékonyak jól skálázható, mert a kliensek növekedésével könnyen bővíthető új webszerverek hozzáadásával többrétegűvé bővíthető további szerverek hozzáadásával a közbülső rétegek egyszerre kliensek és szerverek Bánsághi Anna 34 of 74

35 TIPIKUS INTERAKCIÓ Bánsághi Anna 35 of 74

36 REPRESENTATIONAL STATE TRANSFER (REST) MOTIVÁCIÓ a hálózati kliensek kéréseket küldenek a webszerverek felé, melyek válaszokat küldenek vissza speciális rétegzett kliens-szerver architektúra, a világháló ezen architektúra alapján épül fel (HTTP protokoll) célja a hálózati forgalom és késedelem csökkentése, illetve a komponensek egymástól független és jól skálázható módon történő megvalósítása Bánsághi Anna 36 of 74

37 FOGALMAK erőforrás tetszőleges adat, mely egy vagy több globálisan egységes azonosítóval bír (Uniform Resource Identifier / URI) megjelenés független az erőforrástól, egy erőforrást többféleképpen lehet megjeleníteni protokoll a kérések és válaszok szervezése. A kérés egy erőforrás egyedi azonosítóját, míg a válasz az erőforrást és annak aktuális megjelenítési információit tartalmazza szerver az a hely, ahol az erőforrások és a megjelenítési információk elhelyezkednek kliens a szervertől kért és fogadott erőforrást megjeleníti Bánsághi Anna 37 of 74

38 ALAPELVEK az erőforrás állapota a szerver számára nyílt, a kliens számára zárt. A kliensek csupán néhány jól definiált műveletet hajthatnak végre az erőforrásokon (létrehozás, törlés, módosítás, lekérdezés) a szerver nem tárol semmilyen információt a kliensről két kérés között, különben sérülne a skálázási tulajdonság a kliens által küldött kérésnek minden egyes alkalommal minden szükséges adatot tartalmaznia kell ahhoz, hogy a szerver ki tudja azt szolgálni a munkamenetre (session) vonatkozó információt a kliens tárolja a válasznak tartalmaznia kell a gyorsítótárazásra vonatkozó információt a válasz tartalmazhat a megjelenítéshez szükséges futtatható kódot (JavaScript) Bánsághi Anna 38 of 74

39 FIZIKAI SZERKEZET Bánsághi Anna 39 of 74

40 MOTIVÁCIÓ PEER-TO-PEER MODELL a hálózatba kötött csomópontok szerepe - elvben - szimmetrikus, nem különböztetünk meg klienseket és szervereket osztott munkavégzést támogató kooperatív alkalmazások architektúrája a kommunikációt lehetővé tevő szabványok és protokollok az alkalmazásba vannak beágyazva, melynek egy-egy példánya fut a csomópontokon Bánsághi Anna 40 of 74

41 FOGALMAK csomópont elvileg az összes többi csomóponttal kapcsolatot tud létesíteni és adatot tud cserélni szuper csomópont feladata a hálózatban lévő felek felderítése, a számítási eredmények koordinálása közösség a csomópontok szervezésére, melyek között a szuper csomópontok tartják a kapcsolatot Bánsághi Anna 41 of 74

42 FIZIKAI SZERKEZET Bánsághi Anna 42 of 74

43 BITTORRENT PÉLDA feltöltés a globális könyvtárban elhelyezett torrent fájleíró alapján a megosztott fájlok darabkáját tárolja egy-egy csomópont letöltés a fájldarabkák rendezetlenül töltődnek le az éppen elérhető csomópontokról, és a kliens a fájleíró segítségével rendezi össze egy fájlba Bánsághi Anna 43 of 74

44 P2P ÉS RÉTEGZETT KOMBINÁLÁSA /waledac_kelihos_botnet_takeover/ Bánsághi Anna 44 of 74

45 szerverek réteg felé BOTNET PÉLDA a munkavégzés szervezése, utasítások a középső routerek üzenetküldések a rétegen belül, illetve a felső és az alsó réteg között végrehajtók rétegen belül rétegek között ugyanazt az egyszerű feladatot hajtják végre szimmetrikus kapcsolat, feladatok szétosztása eltérő funkcionalitás, különböző hatáskör Bánsághi Anna 45 of 74

46 MOTIVÁCIÓ TÁBLA MODELL az adathalmaz egy közösen kezelt tudásbázison, azaz a táblán érhető el, melyen különféle feladatok hajthatók végre a tábla különböző állapotokban lehet, és az aktuális állapot az éppen végrehajtott feladatok eredményeképpen áll elő a feladatot végrehajtó tudásforrások nem ismerik egymást, csak a tábla állapotát változtathatják mesterséges intelligencia alkalmazások és tanulórendszerek architektúrája a táblán kezdetben a megoldandó probláma szerepel, majd a tudásforrások iteratívan módosítják azt, egyre közelebb kerülve a megoldáshoz Bánsághi Anna 46 of 74

47 FOGALMAK tudásforrások változatos szakértői rendszerek, melyek aktívan részt vesznek a tábla állapotának módosításában tábla az osztott információ tárolója, passzív elem vezérlő feladata a tudásforrások közötti vezérlés és konfliktuskezelés Bánsághi Anna 47 of 74

48 FIZIKAI SZERKEZET Bánsághi Anna 48 of 74

49 MOTIVÁCIÓ KÖTEGELT SZEKVENCIÁLIS MODELL a feldolgozási folyamatot számos állomásra bontjuk, mert egy monolitikus komponens alkalmazása túl bonyolult lenne az állomások könnyen beilleszthetők vagy eltávolíthatók, sorrendjük módosítható akadémiai és üzleti számítások, adatfeldolgozások, fordítóprogramok architektúrája Bánsághi Anna 49 of 74

50 FOGALMAK feldolgozási állomások egymástól független, szekvenciálisan végrehajtandó feladatok nincsen osztott memória vagy állapot, csak a szomszédos állomások küldenek egymásnak adatot újrafelhasználhatók, paraméterezhetők sem az adathalmaz, sem a feldolgozás nem párhuzamosítható, azaz az egyes állomásokon bemenetként megjelenik a teljes adathalmaz, és amikor ott minden adat feldolgozásra került, akkor kerül a kimenetre a teljes adathalmaz az egyes feldolgozási lépések különböző processzorokon lehetnek, a feldolgozás mégsem párhuzamosítható Bánsághi Anna 50 of 74

51 FIZIKAI SZERKEZET Bánsághi Anna 51 of 74

52 FORDÍTÓPROGRAMOK MŰKÖDÉSE lexikális elemző a bemeneti forrásszöveg elemeit tokenekre bontja, és felépít egy szimbólumtáblát szintaktikai elemző a tokensorozat, a szimbólumtábla és a nyelvtani szabályok alapján felépít egy szintaxisfát szemantikai elemző típusellenőrzés, függvény paraméterek ellenőrzése, kifejezések típushelyessége kódgenerátor a szintaxisfát bejárva gépi nyelvű kódot állít elő kódoptimalizálós azonos programrészek kiemelése, ciklusváltozótól független részek ciklusból való kiemelése Bánsághi Anna 52 of 74

53 FIZIKAI SZERKEZET Bánsághi Anna 53 of 74

54 MOTIVÁCIÓ CSŐVEZETÉK MODELL a feldolgozási folyamatot számos állomásra bontjuk, mert egy monolitikus komponens alkalmazása túl bonyolult lenne az állomsok könnyen beilleszthetők vagy eltávolíthatók, sorrendjük módosítható adatfolyamokakkal dolgozó rendszerek architektúrája pl. videó stream-elés az első adat már feldolgozva előállhat, mikor az utolsó adat feldolgozása épp megkezdődik Bánsághi Anna 54 of 74

55 FOGALMAK szűrő bufferrenként olvassa a bemenő folyamot, feldolgozza, majd feltölti a kimenő buffert. A szűrők függetlenek, nem osztoznak az adatokon vagy az állapotokon, csak a szomszédos szűrőket ismerik csővezeték az adatfolyam buffere, két szűrő közötti kommunikációt biztosítja. Létezik elágazás vagy egyesítés, de a csővezetékek a szűrők szekvenciájából állnak Bánsághi Anna 55 of 74

56 FIZIKAI SZERKEZET Bánsághi Anna 56 of 74

57 MOTIVÁCIÓ ESEMÉNYVEZÉRELT MODELL a megjósolhatatlan eseményekre való reagálás képessége a bekövetkező eseményeket rövid időn belül kell kezelni, az eredményt előállítani és a választ elküldeni inger / válasz rendszereknek is nevezzük, az üzenetkezelés módja pedig a publish / subscribe tervezési mintát követi dokumentumszerkesztők, Twitter, valós idejű rendszerek, pl. adatgyűjtő-, figyelő és vezérlőrendszerek (meteorológiai, riasztó) Bánsághi Anna 57 of 74

58 FOGALMAK ágens feladata az események detektálása, gyűjtése és továbbítása, alapvetően diszpécseri feladatok ellátása. Nincs tudomása az eseménykezelőkről, hogy egyáltalán léteznek-e, vagy hogyan történik később az események feldolgozása eseménykezelő figyel és reagál azokra az eseményekre, melyekre feliratkozott esemény egy esemény figyelésére több eseménykezelő is feliratkozhat csatorna / bróker levezényli, hogy melyik esemény melyik eseménykezelőhöz érkezzen meg. Az eseménykezelők felé küldött üzenet vagy egy értesítés, vagy tartalmazhat adatokat is Bánsághi Anna 58 of 74

59 FIZIKAI SZERKEZET Bánsághi Anna 59 of 74

60 MOTIVÁCIÓ SZOLGÁLTATÁSORIENTÁLT MODELL a különféle nagyvállalati információs rendszerek integrálása, vállalatközi kapcsolatok megvalósítása magasszintű üzleti folyamatok koreografálása információk vagy programok szolgáltatás formájában való elérhetővé tétele szabványos interfészeken keresztül alkalmazások létrehozása egymástól független, állapotnélküli, földrajzilag is különböző helyeken lévő szolgáltatások folyamatba szervezésével példa a webszolgáltatások architektúrája Bánsághi Anna 60 of 74

61 FOGALMAK (WEBSZOLGÁLTATÁSOK) szolgáltató webszolgáltatások interfészét és felhasználói információit publikálja egy nyilvános regiszterbe bróker lehet nyilvános vagy magán, általános vagy specilizált. Feladata a regiszter karbantartása fogyasztó / kliens a regiszterekben keresi a megfelelő szolgáltatást, majd kapcsolatot létesít a szolgáltatóval, és meghívja a szükséges szolgáltatást. Dinamikusan, futási időben veszi igénybe, és nem a szolgáltatás biztosításáért, hanem az igénybevételért fizet Bánsághi Anna 61 of 74

62 SZABVÁNYOS LEÍRÁSOK ÉS KOMMUNIKÁCIÓ UDDI Universal Description Discovery and Integration webszolgáltatások közzétételére és felderítésére szolgáló szabvány WSDL Web Services Description Language a webszolgáltatások interfészét leíró nyelv SOAP Simple Object Access Protocol a webszolgáltatások közötti struktúrált információcsere módját leíró nyelv WS-BPEL Web Services Business Process Execution Language a webszolgáltatásokból álló munkafolyamat leírására és végrehajtására szolgáló szabvány XML Extensible Markup Language a fenti szabványok ezen dokumentumleíró nyelvet használják Bánsághi Anna 62 of 74

63 FIZIKAI SZERKEZET Bánsághi Anna 63 of 74

64 FOLYAMAT KOREOGRÁFIA Bánsághi Anna 64 of 74

65 MOTIVÁCIÓ TÁROLÁSI MODELL a rendszert felépítő alrendszereknek nagy mennyiségű adatot kell cserélniük, ezért azokat egy központi adatbázisban helyezik el, így nem szükséges az adatokat átvinni egyik rendszerből a másikba az adatokat előállító forrásrendszereknek figyelembe kell venniük, hogy később az adatok felhasználásra kerülnek, a feldolgozó alrendszereknek pedig azonos adattárolási modellel kell rendelkezniük adattárházak, vezetői információs rendszerek Bánsághi Anna 65 of 74

66 forrásadat FOGALMAK a forrásrendszerek által előállított adat tároló a feldolgozó rendszerek által elérhető passzív tároló, mely a nyers adatokon túl azok meta információit, előfeldolgozásait is tartalmazza feldolgozó rendszer az adatokat saját szempontjaik szerint rendszerező és megjelenítő alrendszerek Bánsághi Anna 66 of 74

67 FIZIKAI SZERKEZET Bánsághi Anna 67 of 74

68 INTEGRÁLT FEJLESZTŐI KÖRNYEZET PÉLDA Bánsághi Anna 68 of 74

69 ADATTÁRHÁZ PÉLDA tranzakciós rendszerek napi szinten keletkező, idősoros adatokat tároló források, pl. (objektum-)relációs adatbázis analitikai rendszerek tisztított, egyesített, összegzett, adatkockákba, adatpiacokba rendezett adatok riportoló rendszerek statisztikai, döntéstámogató kimutatások előállítására Bánsághi Anna 69 of 74

70 MOTIVÁCIÓ ÖNSZERVEZŐ MODELL ahhoz, hogy egy rendszer működjön, számos adminisztrációs, menedzselési feladatot kell elvégezni, mely jellemzően emberi feladat ám a rendszerek mérete és bonyolultsága olyan méreteket ölt, hogy az adminisztrációs feladatokra fordított energia és költség jelentős hányadát teszi ki a ráfordításoknak, illetve egyre kevésbé látható át a rendszer emberi szemmel az autonóm (önszervező) architektúrák ön-konfigurálók, ön-optimalizálók, ön-javítók és ön-védők Bánsághi Anna 70 of 74

71 LOGIKAI SZERKEZET Bánsághi Anna 71 of 74

72 FOGALMAK célok magasszintű célok, melyeket a menedzser fordít le konkrét, technikailag kivitelezhető feladatokká menedzser passzívan figyeli és monitorozza a rendszert a megfigyelések eredményeire alapozva megteszi a szükséges lépéseket a célok elérése érdekében. Lehetnek ezek megelőző vagy védekező akciók, és bizonyos fokú tervezést igényelnek menedzselt rendszer és működtetőkkel a szokásos rendszer bővítve szenzorokkal Bánsághi Anna 72 of 74

73 FIZIKAI SZERKEZET Bánsághi Anna 73 of 74

74 MENEDZSER monitorozás gyűjtése a menedzselt rendszer viselkedéséről szóló adatok elemzés a menedzselt rendszerről szóló háttértudást felhasználva az információ feldolgozása tervezés speciális algoritmusokat használva a beavatkozási tevékenységek meghatározása végrehajtás a menedzselt rendszer működtetői részére kiadott parancsokkal a terv végrehajtása MENEDZSELT RENDSZER szenzor periodikus adatszolgáltatás a monitorozó felé működtető a menedzselt rendszer komponenseit a kapott paraméterekkel újrakonfigurálja, vagy egy osztálygyűjtemény, mely a kapott paraméterekkel specializálható Bánsághi Anna 74 of 74

Elosztott rendszer architektúrák

Elosztott rendszer architektúrák Elosztott rendszer architektúrák Distributed systems architectures Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 12. Andrew S. Tanenbaum, aarten van Steen: Distributed Systems: rinciples

Részletesebben

Vezetői információs rendszerek

Vezetői információs rendszerek Vezetői információs rendszerek Kiadott anyag: Vállalat és információk Elekes Edit, 2015. E-mail: elekes.edit@eng.unideb.hu Anyagok: eng.unideb.hu/userdir/vezetoi_inf_rd 1 A vállalat, mint információs rendszer

Részletesebben

Tudásalapú információ-kereső rendszerek elemzése és kifejlesztése

Tudásalapú információ-kereső rendszerek elemzése és kifejlesztése Tudásalapú információ-kereső rendszerek elemzése és kifejlesztése 1 Tudásalapú információ-kereső rendszerek elemzése és kifejlesztése Természetes nyelv feldolgozás 2 Tudásalapú információ-kereső rendszerek

Részletesebben

Hálózati réteg. WSN topológia. Útvonalválasztás.

Hálózati réteg. WSN topológia. Útvonalválasztás. Hálózati réteg WSN topológia. Útvonalválasztás. Tartalom Hálózati réteg WSN topológia Útvonalválasztás 2015. tavasz Szenzorhálózatok és alkalmazásaik (VITMMA09) - Okos város villamosmérnöki MSc mellékspecializáció,

Részletesebben

Szolgáltatás Orientált Architektúra a MAVIR-nál

Szolgá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észletesebben

Nyilvántartási Rendszer

Nyilvántartási Rendszer Nyilvántartási Rendszer Veszprém Megyei Levéltár 2011.04.14. Készítette: Juszt Miklós Honnan indultunk? Rövid történeti áttekintés 2003 2007 2008-2011 Access alapú raktári topográfia Adatbázis optimalizálás,

Részletesebben

Szoftver újrafelhasználás

Szoftver ú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észletesebben

Számítógépes munkakörnyezet II. Szoftver

Számítógépes munkakörnyezet II. Szoftver Számítógépes munkakörnyezet II. Szoftver A hardver és a felhasználó közötti kapcsolat Szoftverek csoportosítása Számítógép működtetéséhez szükséges szoftverek Operációs rendszerek Üzemeltetési segédprogramok

Részletesebben

Kommunikáció. 3. előadás

Kommunikáció. 3. előadás Kommunikáció 3. előadás Kommunikáció A és B folyamatnak meg kell egyeznie a bitek jelentésében Szabályok protokollok ISO OSI Többrétegű protokollok előnyei Kapcsolat-orientált / kapcsolat nélküli Protokollrétegek

Részletesebben

ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu

ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu Számonkérés 2 Papíros (90 perces) zh az utolsó gyakorlaton. Segédanyag nem használható Tematika 1. félév 3 Óra Dátum Gyakorlat 1. 2010.09.28.

Részletesebben

API tervezése mobil környezetbe. gyakorlat

API tervezése mobil környezetbe. gyakorlat API tervezése mobil környezetbe gyakorlat Feladat Szenzoradatokat gyűjtő rendszer Mobil klienssel Webes adminisztrációs felület API felhasználói Szenzor node Egyirányú adatküldés Kis számítási kapacitás

Részletesebben

SOA modell: Ez az interfész definiálja az elérhető adatokat, és megadja, hogy hogyan lehet azokhoz hozzáférni.

SOA modell: Ez az interfész definiálja az elérhető adatokat, és megadja, hogy hogyan lehet azokhoz hozzáférni. Service-Oriented Architecture, SOA Az elosztott rendszerek fejlesztésének módja. Célja:az IT eszközök komplexitásának a kezelésének egyszerűsítése könnyebben újrafelhasználhatóság, egymással integrálhatóság

Részletesebben

Tudásalapú információ integráció

Tudásalapú információ integráció Tudásalapú információ integráció (A Szemantikus Web megközelítés és a másik irány) Tanszéki értekezlet, 2008. május 14. 1 Miért van szükségünk ilyesmire? WWW: (Alkalmazások) Keresés a weben (pl. összehasonlítás

Részletesebben

webalkalmazások fejlesztése elosztott alapon

webalkalmazások fejlesztése elosztott alapon 1 Nagy teljesítményű és magas rendelkezésreállású webalkalmazások fejlesztése elosztott alapon Nagy Péter Termékmenedzser Agenda Java alkalmazás grid Coherence Topológiák Architektúrák

Részletesebben

Operációs rendszerek. Az X Window rendszer

Operációs rendszerek. Az X Window rendszer Operációs rendszerek X Windows rendszer Az X Window rendszer Grafikus felhasználói felületet biztosító alkalmazás és a kapcsolódó protokoll 1983-84: a Massachusetts Institute of Technology-n (MIT, USA).

Részletesebben

Szoftverarchitektúrák 3. előadás (második fele) Fornai Viktor

Szoftverarchitektúrák 3. előadás (második fele) Fornai Viktor Szoftverarchitektúrák 3. előadás (második fele) Fornai Viktor A szotverarchitektúra fogalma A szoftverarchitektúra nagyon fiatal diszciplína. A fogalma még nem teljesen kiforrott. Néhány definíció: A szoftverarchitektúra

Részletesebben

A SZOFTVERTECHNOLÓGIA ALAPJAI. Architekturális tervezés, Osztott rendszerek 7. előadás PPKE-ITK

A SZOFTVERTECHNOLÓGIA ALAPJAI. Architekturális tervezés, Osztott rendszerek 7. előadás PPKE-ITK A SZOFTVERTECHNOLÓGIA ALAPJAI Architekturális tervezés, Osztott rendszerek 7. előadás PPKE-ITK Tartalom 1. Az architekturális tervezés 1.1 A rendszerstruktúra meghatározása 1.2 Alrendszerek és modulok

Részletesebben

Mobil szolgáltatások és alkalmazások fejlesztése

Mobil szolgáltatások és alkalmazások fejlesztése Mobil szolgáltatások és alkalmazások fejlesztése SADM Service and Application Development for Mobile Systems Benedek Zoltán, MIK 3.1.2 projekt - projektvezető zoltán.benedek@aut.bme.hu Nemzeti Kutatási

Részletesebben

Információ menedzsment

Információ menedzsment Információ menedzsment Szendrői Etelka Rendszer- és Szoftvertechnológiai Tanszék szendroi@witch.pmmf.hu Szervezetek felépítése Szervezetek közötti információáramlás Információ fogadás Elosztás Új információk

Részletesebben

Folyamatmodellezé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 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észletesebben

Elosztott rendszerek. Az elıadás. Az elosztott rendszer definíciója. Köztesrétegként felépülı elosztott rendszer

Elosztott rendszerek. Az elıadás. Az elosztott rendszer definíciója. Köztesrétegként felépülı elosztott rendszer 1. elıadás Az elıadás Elosztott ek 1. Bevezetés Tankönyv: Andrew S. Tanenbaum Maarten van Steen: Elosztott Rendszerek Alapelvek és Paradigmák http://people.inf.elte.hu/bonnie bonnie@inf.elte.hu Az elosztott

Részletesebben

S04-2 Elosztott alkalmazások készítése

S04-2 Elosztott alkalmazások készítése S04-2 Elosztott alkalmazások készítése Tartalom 1. Többrétegű architektúra, elosztott szerveroldal 2. Kommunikációs eszközök: távolieljárás-hívás és üzenet alapú infrastruktúra (point-to-point és publish-subscribe

Részletesebben

S01-7 Komponens alapú szoftverfejlesztés 1

S01-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észletesebben

Oracle9i Alkalmazás Szerver Üzleti folyamat integráció. Molnár Balázs Vezető értékesítési konzultáns Oracle Hungary

Oracle9i Alkalmazás Szerver Üzleti folyamat integráció. Molnár Balázs Vezető értékesítési konzultáns Oracle Hungary Oracle9i Alkalmazás Szerver Üzleti folyamat integráció Molnár Balázs Vezető értékesítési konzultáns Oracle Hungary Üzleti folyamat integráció Kereskedők Beszállítók Partnerek Alkalmazás Disztribútor Belső

Részletesebben

OpenCL alapú eszközök verifikációja és validációja a gyakorlatban

OpenCL alapú eszközök verifikációja és validációja a gyakorlatban OpenCL alapú eszközök verifikációja és validációja a gyakorlatban Fekete Tamás 2015. December 3. Szoftver verifikáció és validáció tantárgy Áttekintés Miért és mennyire fontos a megfelelő validáció és

Részletesebben

Személyügyi nyilvántartás szoftver

Személyügyi nyilvántartás szoftver Személyügyi nyilvántartás szoftver A nexonhr személyügyi nyilvántartás szoftver a személyügyi, továbbképzési és munkaköri adatok kezelését teszi lehetővé. A szoftver támogatja a HR adminisztrációs feladatokat,

Részletesebben

30 MB INFORMATIKAI PROJEKTELLENŐR

30 MB INFORMATIKAI PROJEKTELLENŐR INFORMATIKAI PROJEKTELLENŐR 30 MB DOMBORA SÁNDOR BEVEZETÉS (INFORMATIKA, INFORMATIAKI FÜGGŐSÉG, INFORMATIKAI PROJEKTEK, MÉRNÖKI ÉS INFORMATIKAI FELADATOK TALÁKOZÁSA, TECHNOLÓGIÁK) 2016. 09. 17. MMK- Informatikai

Részletesebben

Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja

Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja 1 / 15 Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja Vajna Miklós 2012. január 24. Tartalomjegyzék 2 / 15 1 Bevezető 2 Motiváció 3

Részletesebben

Alkalmazások architektúrája

Alkalmazások architektúrája Alkalmazások architektúrája Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 13. Bass, Clements, Kazman: Software Architecture in Practice, Addison- Wesley, 2004 2 Alkalmazás típusok Adat

Részletesebben

Fejlesztés, működtetés, felügyelet Hatékony infrastruktúra IBM szoftverekkel

Fejlesztés, működtetés, felügyelet Hatékony infrastruktúra IBM szoftverekkel IBM Software Group Fejlesztés, működtetés, felügyelet Hatékony infrastruktúra IBM szoftverekkel Rehus Péter Szoftver üzletág igazgató 2005. február 2. 2003 IBM Corporation On demand igény szerinti működési

Részletesebben

ADATBÁZISOK ADATBÁZIS-KEZELŐ RENDSZEREK. Debrenti Attila

ADATBÁZISOK ADATBÁZIS-KEZELŐ RENDSZEREK. Debrenti Attila ADATBÁZISOK ADATBÁZIS-KEZELŐ RENDSZEREK Debrenti Attila Az adatbázis fogalma 2 Számos egzakt, tudományos definíció. Hétköznapi definíció: az adatbázis valamilyen jól definiált rendszer szerint tárolt adatokból

Részletesebben

Erőforrás gazdálkodás a bevetésirányításban

Erőforrás gazdálkodás a bevetésirányításban Professzionális Mobiltávközlési Nap 2009 Új utakon az EDR Erőforrás gazdálkodás a bevetésirányításban Fornax ZRt. Nagy Zoltán Vezérigazgató helyettes Budapest, 2009. április 9. Tartalom 1. Kézzelfogható

Részletesebben

Tartalomjegyzék. 1. Bevezető... 1. 2. Az információs rendszerek világa... 5. 3. Az információs rendszerek felépítése... 31

Tartalomjegyzék. 1. Bevezető... 1. 2. Az információs rendszerek világa... 5. 3. Az információs rendszerek felépítése... 31 1. Bevezető... 1 2. Az információs rendszerek világa... 5 2.1. Definíciók és alapfogalmak... 6 2.2. A vállalati alkalmazások közös tulajdonságai... 9 2.3. IT-megoldások bevezetése... 12 2.4. Az információs

Részletesebben

Szoftver-technológia II. Szoftver újrafelhasználás. (Software reuse) Irodalom

Szoftver-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észletesebben

Prolan Zrt. fejlesztéseiben. Petri Dániel

Prolan Zrt. fejlesztéseiben. Petri Dániel Az szabvány alkalmazása a Prolan Zrt. fejlesztéseiben Petri Dániel dpetri@prolan.hu PROLAN Irányítástechnikai Zrt. Áttekintés 61850 szabvánnyal kapcsolatos fejlesztéseink ProField IED mezőgép Új alállomási

Részletesebben

Big Data technológiai megoldások fejlesztése közvetlen mezőgazdasági tevékenységekhez

Big Data technológiai megoldások fejlesztése közvetlen mezőgazdasági tevékenységekhez Big Data technológiai megoldások fejlesztése közvetlen mezőgazdasági tevékenységekhez Szármes Péter doktorandusz hallgató Széchenyi István Egyetem, MMTDI Dr. Élő Gábor egyetemi docens, Széchenyi István

Részletesebben

Petőfi Irodalmi Múzeum. megújuló rendszere technológiaváltás

Petőfi Irodalmi Múzeum. megújuló rendszere technológiaváltás Petőfi Irodalmi Múzeum A Digitális Irodalmi Akadémia megújuló rendszere technológiaváltás II. Partnerek, feladatok Petőfi Irodalmi Múzeum Megrendelő, szakmai vezetés, kontroll Konzorcium MTA SZTAKI Internet

Részletesebben

Osztott Objektumarchitektúrák

Osztott Objektumarchitektúrák 1. Kliens szerver architektúra Osztott Objektumarchitektúrák Dr. Tick József Jól bevált architektúra Kliens-szerver szerepek rögzítettek Szerver szolgáltatást nyújt, vagy igénybe vesz Kliens csak igénybe

Részletesebben

A számítógép-hálózat egy olyan speciális rendszer, amely a számítógépek egymás közötti kommunikációját biztosítja.

A számítógép-hálózat egy olyan speciális rendszer, amely a számítógépek egymás közötti kommunikációját biztosítja. A számítógép-hálózat egy olyan speciális rendszer, amely a számítógépek egymás közötti kommunikációját biztosítja. A hálózat kettő vagy több egymással összekapcsolt számítógép, amelyek között adatforgalom

Részletesebben

Számítógép architektúra

Számítógép architektúra Budapesti Műszaki Főiskola Regionális Oktatási és Innovációs Központ Székesfehérvár Számítógép architektúra Dr. Seebauer Márta főiskolai tanár seebauer.marta@roik.bmf.hu Irodalmi források Cserny L.: Számítógépek

Részletesebben

Szolgáltatásorientált rendszerintegráció. SOA-alapú rendszerintegráció. Enterprise Service Bus (ESB) Ercsényi András, BME IIT, 2011.

Szolgáltatásorientált rendszerintegráció. SOA-alapú rendszerintegráció. Enterprise Service Bus (ESB) Ercsényi András, BME IIT, 2011. Szolgáltatásorientált rendszerintegráció SOA-alapú rendszerintegráció Enterprise Service Bus (ESB) Mi a téma? Valójában alkalmazásintegráció integrációs minták szinkron (RPC, RMI) aszinkron web service

Részletesebben

Integrációs mellékhatások és gyógymódok a felhőben. Géczy Viktor Üzletfejlesztési igazgató

Integrációs mellékhatások és gyógymódok a felhőben. Géczy Viktor Üzletfejlesztési igazgató Integrációs mellékhatások és gyógymódok a felhőben Géczy Viktor Üzletfejlesztési igazgató Middleware projektek sikertelenségeihez vezethet Integrációs (interfész) tesztek HIÁNYA Tesztadatok? Emulátorok?

Részletesebben

A szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom

A 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észletesebben

egy szisztolikus példa

egy szisztolikus példa Automatikus párhuzamosítás egy szisztolikus példa Áttekintés Bevezetés Példa konkrét szisztolikus algoritmus Automatikus párhuzamosítási módszer ötlet Áttekintés Bevezetés Példa konkrét szisztolikus algoritmus

Részletesebben

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

NETinv. Új generációs informatikai és kommunikációs megoldások Új generációs informatikai és kommunikációs megoldások NETinv távközlési hálózatok informatikai hálózatok kutatás és fejlesztés gazdaságos üzemeltetés NETinv 1.4.2 Távközlési szolgáltatók és nagyvállatok

Részletesebben

Programrendszerek tanúsítása szoftverminőség mérése

Programrendszerek tanúsítása szoftverminőség mérése SZEGEDI TUDOMÁNYEGYETEM Programrendszerek tanúsítása szoftverminőség mérése Dr. Gyimóthy Tibor Dr. Ferenc Rudolf Szoftverminőség biztosítás Fő cél: az üzemelő IT rendszerekben csökkenteni a hibák számát

Részletesebben

Bevezetés az SAP világába. 5. Kommunikációs és integrációs technológiák

Bevezetés az SAP világába. 5. Kommunikációs és integrációs technológiák Bevezetés az SAP világába Zolnai László zolnai@elte.hu http://zolnai.web.elte.hu/bev_sap.html 5. Kommunikációs és integrációs technológiák 1 Rendszerek közötti kapcsolatok SAP és nem-sap rendszerek Vállalaton

Részletesebben

SOAP komponensek Delphiben

SOAP komponensek Delphiben SOAP komponensek Delphiben (Simple Object Access Protocol) Bevezetés -Azegyszerűen programozható webhozzáférés azt jelenti, hogy a fejlesztők saját programjukat a weben elérhető szolgáltatásokból építik

Részletesebben

Szekvenciális hálózatok és automaták

Szekvenciális hálózatok és automaták Szekvenciális hálózatok a kombinációs hálózatokból jöhetnek létre tárolási tulajdonságok hozzáadásával. A tárolás megvalósítása történhet a kapcsolás logikáját képező kombinációs hálózat kimeneteinek visszacsatolásával

Részletesebben

A számítási felhő világa

A számítási felhő világa A számítási felhő világa Ismerkedés az alapfogalmakkal és egyéb aspektusok 0 Copyright 2012 FUJITSU Számítási felhő - tematika 1. Történeti előzmények 2. A felhő fogalma 3. Szolgáltatások a felhőből 4.

Részletesebben

Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon

Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon Mi az IMDG? Nem memóriában futó relációs adatbázis NoSQL hagyományos relációs adatbázis Más fajta adat tárolás Az összes adat RAM-ban van, osztott

Részletesebben

Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban

Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban Nagy Attila Mátyás 2016.12.07. Áttekintés Bevezetés Megközelítés Pilot tanulmányok

Részletesebben

Az internet az egész világot behálózó számítógép-hálózat.

Az internet az egész világot behálózó számítógép-hálózat. Az internet az egész világot behálózó számítógép-hálózat. A mai internet elődjét a 60-as években az Egyesült Államok hadseregének megbízásából fejlesztették ki, és ARPANet-nek keresztelték. Kifejlesztésének

Részletesebben

Web-fejlesztés NGM_IN002_1

Web-fejlesztés NGM_IN002_1 Web-fejlesztés NGM_IN002_1 Rich Internet Applications RIA Vékony-kliens generált (statikus) HTML megjelenítése szerver oldali feldolgozással szinkron oldal megjelenítéssel RIA desktop alkalmazások funkcionalitása

Részletesebben

Bevezetés a párhuzamos programozási koncepciókba

Bevezetés a párhuzamos programozási koncepciókba Bevezetés a párhuzamos programozási koncepciókba Kacsuk Péter és Dózsa Gábor MTA SZTAKI Párhuzamos és Elosztott Rendszerek Laboratórium E-mail: kacsuk@sztaki.hu Web: www.lpds.sztaki.hu Programozási modellek

Részletesebben

A Java EE 5 plattform

A Java EE 5 plattform A Java EE 5 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11. 13. A Java EE 5 platform A Java EE 5 plattform A J2EE 1.4 után következő verzió. Alapvető továbbfejlesztési

Részletesebben

Eseménykezelés. Szoftvertervezés és -fejlesztés II. előadás. Szénási Sándor.

Eseménykezelés. Szoftvertervezés és -fejlesztés II. előadás.   Szénási Sándor. Eseménykezelés előadás http://nik.uni-obuda.hu/sztf2 Szénási Sándor szenasi.sandor@nik.uni-obuda.hu Óbudai Egyetem,Neumann János Informatikai Kar Függvénymutatókkal Származtatással Interfészekkel Egyéb

Részletesebben

Az iskolai rendszerű képzésben az összefüggő szakmai gyakorlat időtartama. 10. évfolyam Adatbázis- és szoftverfejlesztés gyakorlat 50 óra

Az iskolai rendszerű képzésben az összefüggő szakmai gyakorlat időtartama. 10. évfolyam Adatbázis- és szoftverfejlesztés gyakorlat 50 óra Az iskolai rendszerű képzésben az összefüggő szakmai gyakorlat időtartama 10. évfolyam: 105 óra 11. évfolyam: 140 óra 10. évfolyam Adatbázis- és szoftverfejlesztés gyakorlat 50 óra 36 óra OOP 14 óra Programozási

Részletesebben

ALKALMAZÁS KERETRENDSZER

ALKALMAZÁS KERETRENDSZER JUDO ALKALMAZÁS KERETRENDSZER 2014 1 FELHASZNÁLÓK A cégvezetők többsége a dobozos termékek bevezetésével összehasonlítva az egyedi informatikai alkalmazások kialakítását költséges és időigényes beruházásnak

Részletesebben

Intelligens biztonsági megoldások. Távfelügyelet

Intelligens biztonsági megoldások. Távfelügyelet Intelligens biztonsági megoldások A riasztást fogadó távfelügyeleti központok felelősek a felügyelt helyszínekről érkező információ hatékony feldolgozásáért, és a bejövő eseményekhez tartozó azonnali intézkedésekért.

Részletesebben

Hálózati alapismeretek

Hálózati alapismeretek Hálózati alapismeretek 1. Mi a hálózat? Az egymással összekapcsolt számítógépeket számítógép-hálózatnak nevezzük. (minimum 2 db gép) 2. A hálózatok feladatai: a. Lehetővé tenni az adatok és programok közös

Részletesebben

Hálózati ismeretek. Az együttműködés szükségessége:

Hálózati ismeretek. Az együttműködés szükségessége: Stand alone Hálózat (csoport) Az együttműködés szükségessége: közös adatok elérése párhuzamosságok elkerülése gyors eredményközlés perifériák kihasználása kommunikáció elősegítése 2010/2011. őszi félév

Részletesebben

Szoftverfejlesztő képzés tematika oktatott modulok

Szoftverfejlesztő képzés tematika oktatott modulok Szoftverfejlesztő képzés tematika oktatott modulok 1148-06 - Szoftverfejlesztés Megtervezi és megvalósítja az adatbázisokat Kódolja az adattárolási réteget egy adatbáziskezelő nyelv használatával Programozás

Részletesebben

Hálózatok. Alapismeretek. A hálózatok célja, építőelemei, alapfogalmak

Hálózatok. Alapismeretek. A hálózatok célja, építőelemei, alapfogalmak Hálózatok Alapismeretek A hálózatok célja, építőelemei, alapfogalmak A hálózatok célja A korai időkben terminálokat akartak használni a szabad gépidők lekötésére, erre jó lehetőség volt a megbízható és

Részletesebben

Adatbázis rendszerek 7. előadás State of the art

Adatbázis rendszerek 7. előadás State of the art Adatbázis rendszerek 7. előadás State of the art Molnár Bence Szerkesztette: Koppányi Zoltán Osztott adatbázisok Osztott rendszerek Mi is ez? Mi teszi lehetővé? Nagy sebességű hálózat Egyre olcsóbb, és

Részletesebben

TOGAF elemei a gyakorlatban

TOGAF 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észletesebben

Szoftver architektúra, Architektúrális tervezés

Szoftver architektúra, Architektúrális tervezés Szoftver architektúra, Architektúrális tervezés Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 11. Roger S. Pressman: Software Engineering, 5th e. chapter 14. Bass, Clements, Kazman: Software

Részletesebben

Csoportos üzenetszórás optimalizálása klaszter rendszerekben

Csoportos üzenetszórás optimalizálása klaszter rendszerekben Csoportos üzenetszórás optimalizálása klaszter rendszerekben Készítette: Juhász Sándor Csikvári András Budapesti Műszaki és Gazdaságtudományi Egyetem Villamosmérnöki és Informatikai Kar Automatizálási

Részletesebben

VÁLLALATI INFORMÁCIÓS RENDSZEREK. Debrenti Attila Sándor

VÁLLALATI INFORMÁCIÓS RENDSZEREK. Debrenti Attila Sándor VÁLLALATI INFORMÁCIÓS RENDSZEREK Debrenti Attila Sándor Információs rendszer 2 Információs rendszer: az adatok megszerzésére, tárolására és a tárolt adatok különböző szempontok szerinti feldolgozására,

Részletesebben

Történet John Little (1970) (Management Science cikk)

Tö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észletesebben

Szolgáltatás Orientált Architektúra és több felhasználós adatbázis használata OKF keretein belül. Beke Dániel

Szolgáltatás Orientált Architektúra és több felhasználós adatbázis használata OKF keretein belül. Beke Dániel Szolgáltatás Orientált Architektúra és több felhasználós adatbázis használata OKF keretein belül Beke Dániel Alap Architektúrák ESRI építőelemek Gazdag (vastag) Kliens Alkalmazások Web Alkalmazások Szolgáltatások

Részletesebben

Operációs rendszerek. Bemutatkozás

Operációs rendszerek. Bemutatkozás Bevezetés az operációs rendszerek világába dr. Benyó Balázs benyo@sze.hu Bemutatkozás www.sze.hu/~benyo 1 Számítógép HW-SW felépítése felhasználó felhasználó felhasználó Operációs rendszer Operációs rendszer

Részletesebben

Norway Grants. Az akkumulátor mikromenedzsment szabályozás - BMMR - fejlesztés technológiai és műszaki újdonságai. Kakuk Zoltán, Vision 95 Kft.

Norway Grants. Az akkumulátor mikromenedzsment szabályozás - BMMR - fejlesztés technológiai és műszaki újdonságai. Kakuk Zoltán, Vision 95 Kft. Norway Grants AKKUMULÁTOR REGENERÁCIÓS ÉS Az akkumulátor mikromenedzsment szabályozás - BMMR - fejlesztés technológiai és műszaki újdonságai Kakuk Zoltán, Vision 95 Kft. 2017.04.25. Rendszer szintű megoldás

Részletesebben

Verifikáció és validáció Általános bevezető

Verifikáció és validáció Általános bevezető Verifikáció és validáció Általános bevezető Általános Verifikáció és validáció verification and validation - V&V: ellenőrző és elemző folyamatok amelyek biztosítják, hogy a szoftver megfelel a specifikációjának

Részletesebben

Bánsághi Anna anna.bansaghi@mamikon.net. 1 of 67

Bánsághi Anna anna.bansaghi@mamikon.net. 1 of 67 SZOFTVERTECHNOLÓGIA Bánsághi Anna anna.bansaghi@mamikon.net 5. ELŐADÁS - RENDSZERTERVEZÉS 1 1 of 67 TEMATIKA I. SZOFTVERTECHNOLÓGIA ALTERÜLETEI II. KÖVETELMÉNY MENEDZSMENT III. RENDSZERMODELLEK IV. RENDSZERARCHITEKTÚRÁK

Részletesebben

KORMÁNYZATI SZEMÉLYÜGYI DÖNTÉSTÁMOGATÓ RENDSZER KÖFOP VEKOP 16

KORMÁNYZATI SZEMÉLYÜGYI DÖNTÉSTÁMOGATÓ RENDSZER KÖFOP VEKOP 16 KORMÁNYZATI SZEMÉLYÜGYI DÖNTÉSTÁMOGATÓ RENDSZER KÖFOP 2.1.5 VEKOP 16 Előadó: Balogh Csaba dátum: 2018.01.26. BEVEZETÉS BEVEZETÉS Előzmények KÖZIGTAD Jellemző strukturális hibák Gyenge adatszolgáltatási

Részletesebben

Irányító és kommunikációs rendszerek III. Előadás 13

Irányító és kommunikációs rendszerek III. Előadás 13 Irányító és kommunikációs rendszerek III. Előadás 13 GSM-R Flottamenedzsment Mobil fizetési lehetőségek Parkolási díj Útdíj A GSM közlekedési felhasználása Valós idejű információs szolgáltatás Közlekedési

Részletesebben

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

Üzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?) Üzletmenet-folytonosság és katasztrófa helyzet kezelés (Honnan indultunk, miért változtunk, hova tartunk?) Év indító IT szakmai nap - PSZÁF Budapest, 2007.01.18 Honnan indultunk? - Architektúra EBH IT

Részletesebben

Banki informatika. Pázmány Péter Katolikus ITK. Kada Zsolt

Banki informatika. Pázmány Péter Katolikus ITK. Kada Zsolt Banki informatika Pázmány Péter Katolikus ITK Kada Zsolt Banki rendszerek architektúrája Mikor vezették be a bankszámlaszám fogalmát? a, 1812 b, 1955 c, 2004 Mekkora volt a súlya az első banki rendszernek?

Részletesebben

Rónai Gergely. fejlesztési főmérnök BKK Közút Zrt.

Rónai Gergely. fejlesztési főmérnök BKK Közút Zrt. ITS fejlesztés Budapesten Rónai Gergely fejlesztési főmérnök BKK Közút Zrt. A fővárosi ITS kezdetei Nemzeti Közlekedési Napok 2013 - ITS fejlesztés Budapesten 2 ITS fejlesztések szervezeti háttere Budapest

Részletesebben

UNIX: folyamatok kommunikációja

UNIX: folyamatok kommunikációja UNIX: folyamatok kommunikációja kiegészítő fóliák az előadásokhoz Mészáros Tamás http://home.mit.bme.hu/~meszaros/ Budapesti Műszaki Egyetem Méréstechnika és Információs Rendszerek Tanszék 1 A kommunikáció

Részletesebben

Alkalmazások típusai Szoftverismeretek

Alkalmazások típusai Szoftverismeretek Alkalmazások típusai Szoftverismeretek Prezentáció tartalma Szoftverek csoportjai Operációs rendszerek Partíciók, fájlrendszerek Tömörítés Vírusok Adatvédelem 2 A szoftver fogalma A szoftver teszi használhatóvá

Részletesebben

TELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS

TELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS TELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS Hartung István BME Irányítástechnika és Informatika Tanszék TEMATIKA Cloud definíció, típusok, megvalósítási modellek Rövid Azure cloud bemutatás

Részletesebben

MOTIware IMS MediaGateway megvalósítása. Új generációs multimédiás szolgáltatások IMS alapokon

MOTIware IMS MediaGateway megvalósítása. Új generációs multimédiás szolgáltatások IMS alapokon MOTIware IMS MediaGateway megvalósítása Új generációs multimédiás szolgáltatások IMS alapokon Tartalom Media Gateway a MOTIware IMSben... 3 Media Resource Function (MRF)... 3 Media Gateway... 3 Technikai

Részletesebben

Dr. Mileff Péter

Dr. Mileff Péter Dr. Mileff Péter 1 2 1 Szekvencia diagram Szekvencia diagram Feladata: objektumok egymás közti üzenetváltásainak ábrázolása egy időtengely mentén elhelyezve. Az objektumok életvonala egy felülről lefelé

Részletesebben

TestLine - zsoltix83 hálozat 1 Minta feladatsor

TestLine - zsoltix83 hálozat 1 Minta feladatsor lkalom: n/a átum: 2017.01.19 10:36:08 Oktató: n/a soport: n/a Kérdések száma: 24 kérdés Kitöltési idő: 42:56 Pont egység: +1-0 Szélsőséges pontok: 0 pont +51 pont Értékelés: Pozitív szemléletű értékelés

Részletesebben

BMEVIHIM134 Hálózati architektúrák NGN menedzsment vonatkozások: II. Üzemeltetés-támogatás és üzemeltetési folyamatok

BMEVIHIM134 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észletesebben

Tartalom. Konfiguráció menedzsment bevezetési tapasztalatok. Bevezetés. Tipikus konfigurációs adatbázis kialakítási projekt. Adatbázis szerkezet

Tartalom. Konfiguráció menedzsment bevezetési tapasztalatok. Bevezetés. Tipikus konfigurációs adatbázis kialakítási projekt. Adatbázis szerkezet Konfiguráció menedzsment bevezetési tapasztalatok Vinczellér Gábor AAM Technologies Kft. Tartalom 2 Bevezetés Tipikus konfigurációs adatbázis kialakítási projekt Adatbázis szerkezet Adatbázis feltöltés

Részletesebben

Földmérési és Távérzékelési Intézet

Földmérési és Távérzékelési Intézet Ta p a s z ta l a to k é s g ya ko r l a t i m e g o l d á s o k a W M S s zo l gá l tatá s b a n Földmérési és Távérzékelési Intézet 2011.03.13. WMS Szolgáltatások célja A technikai fejlődéshez igazodva

Részletesebben

COMET webalkalmazás fejlesztés. Tóth Ádám Jasmin Media Group

COMET webalkalmazás fejlesztés. Tóth Ádám Jasmin Media Group COMET webalkalmazás fejlesztés Tóth Ádám Jasmin Media Group Az előadás tartalmából Alapproblémák, fundamentális kérdések Az eseményvezérelt architektúra alapjai HTTP-streaming megoldások AJAX Polling COMET

Részletesebben

Hálózat hidraulikai modell integrálása a Soproni Vízmű Zrt. térinformatikai rendszerébe

Hálózat hidraulikai modell integrálása a Soproni Vízmű Zrt. térinformatikai rendszerébe Hálózat hidraulikai modell integrálása a térinformatikai rendszerébe Hálózathidraulikai modellezés - Szakmai nap MHT Vízellátási Szakosztály 2015. április 9. Térinformatikai rendszer bemutatása Működési

Részletesebben

SZÓBELI ÉRETTSÉGI TÉMAKÖRÖK

SZÓBELI ÉRETTSÉGI TÉMAKÖRÖK INFORMATIKA SZÓBELI ÉRETTSÉGI TÉMAKÖRÖK Az emelt szint a középszint követelményeit magában foglalja, de azokat magasabb szinten kéri számon. 1. Információs társadalom 2. Informatikai alapismeretek - hardver

Részletesebben

Hálózati operációs rendszerek II. Novell Netware 5.1 Hálózati nyomtatás

Hálózati operációs rendszerek II. Novell Netware 5.1 Hálózati nyomtatás Hálózati operációs rendszerek II. Novell Netware 5.1 Hálózati nyomtatás 1 Főbb jellemzők Hagyományosan 3 elemből (queue, printer, print server) álló rendszer Egyirányú kommunikáció a nyomtató és a munkaállomás

Részletesebben

Szekvencia diagram. Szekvencia diagram Dr. Mileff Péter

Szekvencia diagram. Szekvencia diagram Dr. Mileff Péter Dr. Mileff Péter 1 2 Szekvencia diagram Feladata:objektumok egymás közti üzenetváltásainak ábrázolása egy időtengely mentén elhelyezve. Az objektumok életvonala egy felülről lefelé mutató időtengelyt képvisel.

Részletesebben

Vonalkód olvasó rendszer. Specifikáció Vonalkód olvasó rendszer SoftMaster Kft. [1]

Vonalkód olvasó rendszer. Specifikáció Vonalkód olvasó rendszer SoftMaster Kft. [1] Specifikáció Vonalkód olvasó rendszer SoftMaster Kft. [1] T a r t a l o m j e g y z é k 1 Bevezetés... 3 1.1 A rendszer rövid leírása... 3 1.2 A dokumentum célja... 3 1.3 A rendszer komponensei... 3 1.4

Részletesebben

Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása. 3. óra. Kocsis Gergely, Kelenföldi Szilárd

Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása. 3. óra. Kocsis Gergely, Kelenföldi Szilárd Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása 3. óra Kocsis Gergely, Kelenföldi Szilárd 2015.03.05. Routing Route tábla kiratása: route PRINT Route tábla Illesztéses algoritmus:

Részletesebben

Microsoft SQL Server telepítése

Microsoft SQL Server telepítése Microsoft SQL Server telepítése Az SQL Server a Microsoft adatbázis kiszolgáló megoldása Windows operációs rendszerekre. Az SQL Server 1.0 verziója 1989-ben jelent meg, amelyet tizenegy további verzió

Részletesebben

SZOLGÁLTATÁS ORIENTÁLT ARCHITEKTÚRÁK (SOA)

SZOLGÁLTATÁS ORIENTÁLT ARCHITEKTÚRÁK (SOA) SZOLGÁLTATÁS ORIENTÁLT ARCHITEKTÚRÁK (SOA) 1 Bevezetés A növekvő adatkereslettel és az infrastruktúra komplexitásával olyan új architektúrára van szükség, ami lehetővé teszi a vállalkozások számára a rugalmasságot

Részletesebben

Autóipari beágyazott rendszerek. A kommunikáció alapjai

Autóipari beágyazott rendszerek. A kommunikáció alapjai Autóipari beágyazott rendszerek A kommunikáció alapjai 1 Alapfogalmak Hálózati kommunikáció Vezérlőegységek közötti információ továbbítás Csomópontok Kommunikációs csatornákon keresztül Terepbuszok (cluster)

Részletesebben

IBM felhő menedzsment

IBM felhő menedzsment IBM Váltsunk stratégiát! Budapest, 2012 november 14. IBM felhő menedzsment SmartCloud Provisioning és Service Delivery Manager Felhő alapú szolgáltatások Felhasználás alapú számlázás és dinamikus kapacitás

Részletesebben