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

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

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

Átírás

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

2 Tartalom 1. Az architekturális tervezés 1.1 A rendszerstruktúra meghatározása 1.2 Alrendszerek és modulok 1.3 Architektúra modellek 2. A rendszer strukturálása 2.1 Tárolási modell 2.2 Kliens-szerver modell 2.3 Absztrakt gép (réteges) modell 2. Vezérlési modellek 3.1 Központosított vezérlés 3.2 Eseményvezérelt rendszerek 2. Moduláris felbontás 4.1 Objektummodellek 4.2 Adatfolyam modellek 2. Szakterület specifikus architektúrák 5.1 Általános modellek 5.2Referenciamodellek PPKE-ITK Szoftvertechnológia / 2

3 Kedvcsináló az architekturális tervezéshez Architecture is making decisions. The life of a software architect is a long (and sometimes painful) succession of suboptimal decisions made partly in the dark. Grady Booch (Rational) PPKE-ITK Szoftvertechnológia / 3

4 Ismétlés: a szoftvertervezés folyamata Követelmény specifikáció Tervezési tevékenységek Architekturális tervezés Specifikáció Interfész tervezés Komponens tervezés Adatstruktúra tervezés Algoritmus tervezés Rendszer architektúra Szoftver specifikáció Interfész specifikáció Komponens specifikáció Adatstruktúra spec. Algoritmus specifikáció Tervezési eredmények PPKE-ITK Szoftvertechnológia / 4

5 1. Az architekturális tervezés Az architekturális tervezés az a tervezési folyamat, amelynek során kijelölik a rendszert alkotó alrendszereket és azt a keretrendszert, amely vezérli az alrendszereket és biztosítja közöttük a kommunikációt. A folyamat végeredménye a szoftver architektúra, amely a tervezés alapjául szolgál. PPKE-ITK Szoftvertechnológia / 5

6 1.1 A rendszerstruktúra meghatározása A bonyolult rendszerek egymással lazán összefüggő részfeladatokból állnak, amelyek önállóan végrehajthatók, de egymással vezérlési és adatcsere kapcsolatban állnak. Példa: banki szolgáltató rendszer alrendszerei: Központi feladatok: Ügyfélnyilvántartás, könyvelés, számlavezetés, betétkezelés, hitelkezelés, kártyakezelés, vezetői információs rendszer, stb. Ügyfélkiszolgálással kapcsolatos feladatok: Ügyfél tranzakciók: Személyes kiszolgálás a bankfiókban, telefonos-, Internetes tranzakciók, kártyás vásárlások, ATM, pénzforgalom, hitelezés, értékpapír forgalom, stb. (egyéni- és vállalati ügyfelek számára) Bankközi tranzakciók: Átutalások, hitelek, fedezet-igazolás, értékpapír-műveletek, stb. PPKE-ITK Szoftvertechnológia / 6

7 Az architekturális tervezés A rendszertervezés folyamatának kezdeti lépcsőfoka. Feladata: Összekötni a specifikáció és a tervezés folyamatát. Kialakítani a rendszer alapvető struktúráját és azt a keretrendszert, amely a rendszert egységbe foglalja és működését irányítja. Gyakran egyes specifikációs tevékenységgekkel párhuzamosan végezhető. Magába foglalja a fő rendszerkomponensek és azok vezérlésének, valamint kommunikációjának meghatározását. PPKE-ITK Szoftvertechnológia / 7

8 A jól megtervezett architektúra előnyei A tervezői megbeszélések alapját képezi A tervezés kulcsszereplői számára érthetővé teszi a rendszer vázát. Támogatja a kritikus kérdések korai elemzését Az architektúra terv alapján megítélhető, hogy a rendszer eleget fog-e tenni olyan kritikus követelményeknek, mint a teljesítmény, megbízhatóság, karbantarthatóság, skálázhatóság. Megalapozza az újrafelhasználhatóságot Az alrendszerekre bontás és azok fő tulajdonságainak meghatározása lehetőséget ad újrafelhasználható komponensek kifejlesztésére (vagy felhasználására), termékcsaládok kidolgozására, amelyben az azonos feladatokat újrafelhasználható komponensek oldják meg. PPKE-ITK Szoftvertechnológia / 8

9 Az architekturális tervezés tevékenységei A rendszer strukturálása A rendszert több alrendszerre bontjuk és azonosítjuk a kommunikációs igényeket az alrendszerek között. A vezérlés modellezése Általános modell készül a rendszer részei közötti vezérlési kapcsolatokról. Moduláris felbontás Az azonosított alrendszerek modulokra bontása és a modulok közti kapcsolatok azonosítása. A tevékenységek többnyire nem szekvenciálisan, hanem páthozamosan folynak. PPKE-ITK Szoftvertechnológia / 9

10 1.2 Alrendszerek és modulok Alrendszer Az alrendszer olyan szolgáltatásaik alapján egységként kezelhető komponensek rendszere, amely önállóan oldja meg feladatát. Modulokból, vagy más alrendszerekből áll, szabványos interfészen keresztül veheti igénybe más alrendszerek szolgáltatásait. Modul Olyan rendszer-komponens, amely szolgáltatás(oka)t nyújt más moduloknak és igénybe veszi mások szolgáltatásait, de nem tekinthető független alrendszernek. Más, egyszerűbb modulokból (komponensekből) áll. PPKE-ITK Szoftvertechnológia / 10

11 1.3 Architektúra modellek Az architekturális tervezés során architektúra modellek készülnek, amelyek különböző nézőpontokból ábrázolják a rendszer architektúráját: Statikus szerkezeti modell A különálló alrendszereket és rendszerkomponenseket ábrázolja. Dinamikus folyamatmodell Megmutatja, hogy a rendszer hogyan szerveződik folyamatokba működése alatt. Interfészmodell Az alrendszerek közötti interfészeket ábrázolja. Kapcsolatmodell Az alrendszerek közti adatfolyammal mutatja be a kapcsolatokat. PPKE-ITK Szoftvertechnológia / 11

12 Architekturális stílusok Egy rendszer architekturális modellje legtöbbször valamilyen általános modellezési stílus szerint készül. Ilyen stílusok alkalmazása egyszerűbbé és egységesebbé teszi a rendszerarchitektúra definiálását. A heterogén, nagy rendszerek architektúrája azonban nem ábrázolható egységes stílusban. Az eltérő funkciójú részek eltérő modellezést kívánnak. A tervezőknek kell megtalálniuk a feladatra leginkább alkalmas modellezési stílust. PPKE-ITK Szoftvertechnológia / 12

13 Az architektúra és a követelmények A rendszer architektúrája kihat a nem-funkcionális rendszerkövetelmények kielégítésére, így meghatározza a: Teljesítményt: Egy rendszer teljesítménye jobb lesz, ha nagyméretű modulokból áll, mert kevesebb kommunikáció zajlik a modulok között. A védelmet: A jobb védelem érdekében rétegezett szerkezetet célszerű alkalmazni, a kritikus rendszerelemeket a legbelső rétegben elhelyezve. A biztonságot: A biztonsággal kapcsolatos műveletek egy, vagy néhány alrendszerben legyenek. A rendelkezésre állást: Redundáns komponensek alkalmazásával növelhető. A karbantarthatóságot: Sok önálló, könnyen változtatható komponensből kell felépülnie. PPKE-ITK Szoftvertechnológia / 13

14 2. A rendszer strukturálása A rendszer együttműködő alrendszerekké való felbontása. Az architektúra terv általában egyszerű blokkdiagram formájában ábrázolja a rendszer (mindenki által megérthető) struktúráját. Részletesebb modellek is alkalmazhatók, amelyek megmutatják: Hogyan osztják meg egymás közt az alrendszerek az adatokat, Hogyan kommunikálnak egymással. PPKE-ITK Szoftvertechnológia / 14

15 Egy csomagoló robot vezérlő rendszere Képalkotó rendszer Megfogó vezérlő Csomagolási mód kiválasztó Csomagoló rendszer Tárgyfelismerő Karvezérlő Szállítószalag PPKE-ITK Szoftvertechnológia / 15

16 2.1 Tárolási modell Az alrendszerek két módon cserélhetnek információt egymással: A megosztott adatok egy központi adatbázisban vannak, amelyet minden alrendszer elérhet. Ez a tárolási modell (repository). Minden alrendszernek van saját adatbázisa, és az alrendszerek üzenetek formájában cserélnek adatokat. A nagy adatmennyiséggel dolgozó rendszerek legtöbbször osztott adatbázis köré szervezett alrendszerekkel dolgoznak. Ilyenek például a nagy, vállalatirányítási rendszerek, CASE és CAD rendszerek, stb. PPKE-ITK Szoftvertechnológia / 16

17 Példa: Integrált vállalatirányítási rendszer Személyügyi rendszer Vezetői információs rendszer Pénzügyi rendszer Beszerzési rendszer Központi adatbázis Értékesítési rendszer Termelés irányítás Termeléstervezés Termékfejlesztés PPKE-ITK Szoftvertechnológia / 17

18 Megosztott tárolók alkalmazása Előnyök: Nagytömegű adat esetén hatékonyabb, mert nem kell explicit módon átvinni az adatokat egyik alrendszerből a másikba. Az alrendszereknek nem kell foglalkozniuk azzal, hogyan keletkeztek az adatok. A védelem, biztonsági mentések, hozzáférés szabályozása, a visszaállítás, stb. központi funkcióként oldható meg. Tárolási sémán keresztül publikálható a megosztottság modellje (új alrendszerek integrálhatók, ha a modell megfelelő) PPKE-ITK Szoftvertechnológia / 18

19 Megosztott tárolók alkalmazása Hátrányok: Az alrendszereknek közös kompromisszumos - adatmodellt kell használniuk (teljesítmény) Az alrendszereknek törődniük kell azzal, hogy a többi alrendszer hogyan fogja használni az adatokat. Az egyes alrendszerek eltérő követelményeket támasztanak a védelem, helyreállítás, stb. közös funkciókkal szemben (pl. tranzakciók visszagörgetése) Nagyon bonyolult lehet az adatbázis elosztása több gép között. A nagy adatbáziskezelő rendszerek tartalmaznak eszközöket a megosztásra, ezek azonban nagy erőforrásokat igényelnek. PPKE-ITK Szoftvertechnológia / 19

20 2.2 Kliens-szerver architektúra Olyan osztott rendszermodell, amely bemutatja hogyan oszlanak meg az adatok és a feldolgozások a komponensek között. Elemei: Szerverek: Adatkezelő szerverek, nyomtatószerverek kommunikációs szerverek, stb. Kliensek: Többnyire önálló alrendszerek, amelyek hozzáférnek a szerverek szolgáltatásaihoz. Egyszerre sok példányban futnak. - Vékony kliens (böngésző, szkriptekkel) - Vastag kliens (komplett kis alrendszer, helyi adatokkal) Hálózat: A klienseknek biztosít hozzáférést a szerverek szolgáltatásaihoz. PPKE-ITK Szoftvertechnológia / 20

21 Példa: multimédiás könyvtári rendszer 1. kliens 2. kliens 3. kliens 4. kliens Szélessávú hálózat katalógus Katalógusszerver Videoszerver Videoállományok Képszerver Digitalizált fényképek Hypertext szerver Hypertext web PPKE-ITK Szoftvertechnológia / 21

22 A klens-szerver arhitektúra jellemzői Jellemzője, hogy a szerverek általában maguk kezelik az adataikat. Előnyök: Jól strukturált osztott architektúra. Könnyen kiegészíthető új szerverrel (új funkcióval). Alacsonyabb hardver követelményei vannak. Hátrányok: Nincs megosztott, közös adatmodell, mindegyik alrendszer a saját szempontjai miatt kialakított adatmodellt használja (ez előny a teljesítmény szempontjából). Redundáns adatkezelés folyik minden szerverben. Nincs központi név- és szolgáltatás nyilvántartás, nehéz megtalálni, hogy milyen szerverek és szolgáltatások léteznek. PPKE-ITK Szoftvertechnológia / 22

23 2.3 Absztrakt gép modell (réteges modell) Az alrendszerek funkcióinak csoportosítására és a lévő interfészek modellezésére használják. Rétegekbe (absztrakt gépekbe) szervezi a rendszert, amelyek mindegyike adott szolgáltatásokat végez. Támogatja az egyes alrendszerek inkrementális fejlesztését. Az egyes rétegek egyszerűen kicserélhetők, csak az interfészek szabályait kell betartani, de annak változtatásához is csak a két szomszédos réteget kell módosítani. Előnye, hogy mivel a hardvert, operációs rendszert a belső rétegekbe zárja, könnyen adaptálható különböző platformokra. (protokoll modellek:iso-osi) Hátránya: strukturálása bonyolult, egy külső réteg csak a közbensőkön keresztül férhet hozzá a legbelsőkhöz. PPKE-ITK Szoftvertechnológia / 23

24 Réteges modell példa: verziókezelő rendszer Verziókezelés Objektumkezelés Adatbáziskezelő Operációs rendszer PPKE-ITK Szoftvertechnológia / 24

25 3. Vezérlési modellek A strukturális rendszermodellek az alrendszerekre való felbontást ábrázolják, nem tartalmaznak vezérlési információkat. A vezérlési modellek az alrendszerek közötti vezérlési folyamatokat modellezik. Központosított vezérlés: Egy alrendszer végzi a teljes rendszer vezérlését, indítja, leállítja, stb. a többi alrendszert. Esemény alapú vezérlés: Minden alrendszer reagálhat az őt érintő külső vagy más alrendszer által generált eseményekre. PPKE-ITK Szoftvertechnológia / 25

26 3.1 Központosított vezérlés Hívás-visszatérés modell: Fa-struktúrájú modell, ahol a csúcson van a vezérlő alrendszer. A vezérlés hívások sorozatán keresztül jut el a modulokhoz. Szekvenciális rendszerekhez alkalmazható (pl. listafeldolgozás, listázás, jelentésgenerálás). Kezelő modell: Konkurens rendszerek modellezésére alkalmas. Egy központi rendszerkomponens koordinálja, indítja, állítja le a rendszerfolyamatokat (komponenseket, vagy alrendszereket), amelyek párhuzamosan is végrehajthatók. Alkalmazható szekvenciális rendszerekben is, ahol a vezérlő modul állapotváltozók értéke alapján hívja meg az egyes alrendszereket. PPKE-ITK Szoftvertechnológia / 26

27 3.2 Eseményvezérelt rendszerek A környezet által generált események irányítják a rendszert. Az esemény nemcsak bináris jel, hanem érték változása is lehet. Az esemény időzítése az eseményt feldolgozó alrendszer hatályán kívül esik. Broadcast modell: Az eseményről mindegyik alrendszer értesül, és az reagál rá, amelyiknek ez a feladata. Megszakításvezérelt modell: Valós idejű rendszerek modellje, ahol egy megszakítás-kezelő észleli az eseményt és elindítja az esemény feldolgozásáért felelős alrendszert. Eseményvezérelt rendszer lehet pl. egy táblázatkezelő is, ahol egy cella értékének megváltozása más cellákat is megváltoztat, vagy más alrendszert aktivizál. PPKE-ITK Szoftvertechnológia / 27

28 Eseményvezérelt rendszerek oadcast modell gszakításvezérelt modell 1. alrendsz. 2. alrendsz. 3. alrendsz. 4. alrendsz. Esemény- és üzenetkezelés Megszakítások Megszakítás vezérlő 1.handler 2.handler 3.handler 4.handler 1. processz. 2. processz 3. processz. 4. processz. PPKE-ITK Szoftvertechnológia / 28

29 4. Moduláris felbontás Az alrendszerek modulokra való bontása az architektúra tervezésének következő fázisa. Modelljei: Objektummodellek: A rendszer felbontása együttműködő objektumokra. A modulok egyéni állapottal és az állapotokon értelmezett műveletekkel rendelkeznek. Adatfolyam-modellek: A rendszer felbontása funkcionális modulokra, amelyek az inputokat outputokká transzformálják (csővezeték modellnek is nevezik). A modulok funkcionális transzformációk. Mindkét modell szekvenciális feldolgozás modellezésére alkalmas. A döntést a konkurencia alkalmazásáról minél később kell meghozni. A párhuzamos feldolgozást (bonyolultsága miatt) célszerű kerülni, ahol lehet. PPKE-ITK Szoftvertechnológia / 29

30 4.1 Objektummodellek A rendszert jól definiált interfészekkel rendelkező, lazán csatolt objektumokra bontja, amelyek egymás szolgáltatásait veszik igénybe. Az objektum orientált felbontás az objektum osztályok, attribútumaik és műveleteik azonosítását (felismerését és helyes modellezését) jelenti. Az implementáció során az objektumok ezekből az osztályokból jönnek létre. A objektumok műveleteinek koordinálását valamilyen vezérlési modellel ábrázolják. PPKE-ITK Szoftvertechnológia / 30

31 Egy számlafeldolgozó rendszer objektummodellje PPKE-ITK Szoftvertechnológia / 31

32 4.2 Adatfolyam-modellek Az adatfolyam modellben az inputot funkcionális transzformációk dolgozzák fel és ennek eredményeként állítják elő az outputot. Tulajdonképpen megegyezik a UNIX shell a pipe and filter modelljével. Régóta alkalmazzák az adatfeldolgozási rendszerek modellezésére. (kötegelt, szekvenciális adatfeldolgozás esetén) Interaktív rendszerek modellezésére nem alkalmas. PPKE-ITK Szoftvertechnológia / 32

33 Adatfolyam-modell Előnyök: Segíti a transzformációk újrafelhasználhatóságát, Könnyen érthető, Viszonylag egyszerűen bővíthető új transzformációval Szekvenciális és konkurens rendszerhez egyaránt használható. Hátrányok: Nem tartalmazza az adattovábbítás formátumát, nincs mód egy közös adatformátum ábrázolására, Interaktív rendszerek modellezésére nem alkalmas. A grafikus felhasználói felületek és a menürendszer, az egérkattintás eseményei nem modellezhetők így. PPKE-ITK Szoftvertechnológia / 33

34 A számlafeldolgozás adatfolyam modellje Nyugták kiadása Nyugták Kibocsátott számlák beolvasása Befizetések azonosítása Fizetések esedékessége Fizetési felszólítás Számlák Befizetések Felszólítások PPKE-ITK Szoftvertechnológia / 34

35 5. Szakterület-specifikus architektúrák Olyan architekturális modellek, amelyek valamely szakterület alkalmazásaira jellemző általános tulajdonságok figyelembe vételével készültek. Típusai: Általános modellek: Egy adott szakterület számára megvalósított rendszerek fő jellemzőit tartalmazzák, általában buttom-up készülnek. A tervezéskor újrafelhasználhatók. Referenciamodellek: Absztrakt, idealizált modellek, a rendszerek nagyobb osztályait írják le, általában top-down készülnek. A szakterületi fogalmak közlésére, a lehetséges architektúrák összehasonlítására használhatók. PPKE-ITK Szoftvertechnológia / 35

36 5.1 Általános modellek Sok szakterületen vannak olyan feladatok, amelyekre már ezrével készültek programok. Például a fordítóprogramok, vagy a főkönyvi rendszerek esetében már kialakult, hogy milyen modulokból állnak. Egy fordítóprogramnak tartalmaznia kell: Lexikális elemzőt Szimbólumtáblát Szintaktikai elemzőt Szintaxisfát Szemantikai elemzőt Kódgenerátort Az általános fordítóprogram-modell a különböző architekturális modellekkel leírható. PPKE-ITK Szoftvertechnológia / 36

37 Fordítóprogram adatfolyam-modell Szimbólumtábla Lexikális elemzés Szintaktikai elemzés Szemantikai elemzés Kódgenerálás A fordítóprogramok lexikális, szintaktikai és szemantikai elemzése szekvenciálisan szervezhető, megosztott szimbólumtáblát alkalmaz. Ennek ábrázolására az adatfolyam modell alkalmas. PPKE-ITK Szoftvertechnológia / 37

38 Nyelvfeldolgozó rendszer tárolási modellje Lexikális elemző Szintaktikai elemző Szemantikai elemző Programkód formázó Absztrakt szintaxisfa Nyelvtani definíciók Optimalizáló Szerkesztő Szimbólumtábla Output definíciók Kódgenerátor Tároló PPKE-ITK Szoftvertechnológia / 38

39 5.2 Referenciaarchitektúrák A referenciamodellek inkább a szakterület tanulmányozása nem pedig meglévő rendszerek alapján készülnek. A rendszerek implementációjának alapjául szolgálhatnak, de alkalmasak különböző rendszerek összehasonlítására is. Idealizáltak, a rendszerek általános tulajdonságait mutatják be. Az ISO OSI referencia modellje a legismertebb példa a referencia-architektúrákra. PPKE-ITK Szoftvertechnológia / 39

40 Az ISO OSI 7 rétegű referenciamodellje Alkalmazási Viszony Szállítási Hálózati Fizikai Hálózati Megjelenítési Adatkapcsolati Fizikai Kommunikációs közeg Alkalmazási Adatkapcsolati Viszony Szállítási Hálózati Adatkapcsolati Megjelenítési Fizikai PPKE-ITK Szoftvertechnológia / 40

41 Osztott rendszerek

42 Osztott rendszerek A hálózatok terjedésével lassan minden rendszer (még a beágyazott rendszerek is) más rendszerekkel kapcsolatban működik. (Eltűnnek az egyedülálló rendszerek?) Az osztott rendszerek jellemzői: Erőforrásmegosztás (oda kell fordulni, ahol létezik a kívánt szolgáltatás : WebServices!) Nyíltság (többféle hw/sw szállító termékeit tartalmazzák) Konkurencia (az egyes gépekben párhuzamos folyamatok mennek végbe, amelyek időnként kommunikálnak és szinkronizálják egymást) Skálázhatóság Hibatűrés Átlátszóság (a felhasználó nem látja, hogy osztott rendszerrel van kapcsolatban) de esetenként szükség van arra, hogy a felhasználó tisztában legyen vele, honnan vesz igénybe erőforrásokat, szolgáltatásokat (pl. web-w-es alkalmazások nagy része) PPKE-ITK Szoftvertechnológia / 42

43 Az osztott rendszerek hátrányai Bonyolultság nehezebb a rendszer és tulajdonságinak (pl. teljesítmény) tervezése, karbantartási nehézségek, stb. Kezelhetőség a különböző hardver és operációs rendszer operálása nagy nehézségeket okozhat. Biztonság az osztott rendszer biztonságát sokszor szintén elosztva kell megoldani. (segítenek a modern rendszerek, pl. SSO (single-sign-on) megoldásai) PPKE-ITK Szoftvertechnológia / 43

44 Osztott rendszerek tervezési kérdései Erőforrások azonosítása Névkonvenciókra van szükség, hogy megtalálhatók és hivatkozhatók legyenek az erőforrások (pl. interneten URL) Kommunikáció Az internet, TCP/IP sok mindenre megfelelő, de néha speciális kommunikációs protokollokra van szükség (valósidejű közvetlen kapcsolatok) A szolgáltatás minősége Sok tényezőtől függ (hw, op.rendszer/ek, architektúra: erőforrások elosztása, hálózat, a rendszer rugalmassága) Szoftverarchitektúra A funkciók elosztása a rendszer logikai komponensei között, ezek eloszlása a hardver erőforrások között (pl. adatbázis szerver önmagában többprocesszoros rendszeren futhat.) A logikai komponensek között köztes szolgáltatásra (middleware) van szükség. PPKE-ITK Szoftvertechnológia / 44

45 Többprocesszoros architektúrák A legegyszerűbb osztott rendszermodell: a különböző folyamatok külön processzorokon futnak. Példa: ipari folyamatirányítás Érzékelő processzor Feldolgozó irányító kezelő processzor Vezérlő processzor Érzékelők Operátori konzolok Beavatkozó szervek PPKE-ITK Szoftvertechnológia / 45

46 Kliens-szerver architektúrák A klienseknek tudniuk kell a szolgáltatásokról (szerverekről), de egymásról nem kell tudniuk. A kliens-szerver architektúrának az alkalmazás logikai szerkezetét kell tükröznie (és nem a fizikai gépeket) Szerver 1 Hálózat Szerver 2 Kliensek PPKE-ITK Szoftvertechnológia / 46

47 Réteges architektúrák A funkciók szerinti megosztásban két- illetve három rétegű architektúrák vannak. A rétegek: Megjelenítés Alkalmazás Adatkezelés Alkalmazási Megjelenítési réteg réteg Adatbázis kezelő réteg Vékony kliens Vastag kliens PPKE-ITK Szoftvertechnológia / 47

48 A megfelelő architektúra kiválasztása Architektúra Vékony kliens kétrétegű szerver Vastag kliens kétrétegű szerver Vékony kliens, három, vagy többrétegű szerver Alkalmazás típusok Ősrendszerek, az adatkezelés és az alkalmazás nem szétválasztható Intenzív számítást igénylő rendszerek. Intenzív adatkezelést igénylő alkalmazások (lekérdezés, böngészés), kevés alkalmazási logikával. A kliens oldalon COTS működik (pl. Excel, vagy kis, helyi DB). Intenzív számítást és pl. grafikus megjelenítést igénylő rendszerek (pl. vezetői információs rendszer). Stabil, ritkán változó felhasználói funkciók. Sok (száz/ezer) különféle klienst igénylő rendszerek. Több forrásból származó adatok integrálását végző alkalmazások. Gyakran változó alkalmazások. PPKE-ITK Szoftvertechnológia / 48

49 Többrétegű architektúra Extra Intelligencia - Üzleti (BI), - Mesterséges (AI) Munkafolyamat kezelés (workflow) B2B Intranet (Internet) Vállalat i Portál Perszonalizáció Kategorizálás Keresés Akalmazás Szerver Új alkalmazások Legacy Csatolás Akalmazás Szerver Integrációs Bróker Akalmazás Szerver Legacy SAP, Siebel Notes... DBMS DBMS DBMS DBMS Tartalom kezelés Doku. kezelés PPKE-ITK Szoftvertechnológia / 49

50 Összefoglalás A szoftver architektúra a rendszer strukturálásának eszköze. Az architekturális tervezés eredményei az architekturális modellek: strukturális, vezérlési és felbontási modell. Nagy rendszerek tervezésekor általában többféle modellt kell alkalmazni. A rendszer felbontásának modelljei: tárolási modellek, kliens-szerver modellek, absztrakt gép (réteges) modellek. A vezérlési modellek lehetnek központosított, vagy eseményvezérelt modellek. PPKE-ITK Szoftvertechnológia / 50

51 Összefoglalás A moduláris felbontási modellek: az adatfolyam- és az objektummodellek A szakterület specifikus architekturális modellek a terület alkalmazási rendszereinek absztrakciói, vagy a felhasználási terület idealizált referencia modelljei. A referenciamodellre példa az ISO-OSI referenciamodell. PPKE-ITK Szoftvertechnológia / 51

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

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

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

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

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

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

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

Szoftverprototípus készítése. Szoftverprototípus készítése. Szoftverprototípus készítése 2011.10.23.

Szoftverprototípus készítése. Szoftverprototípus készítése. Szoftverprototípus készítése 2011.10.23. Szoftverprototípus készítése Dr. Mileff Péter A prototípus fogalma: a szoftverrendszer kezdeti verziója Mi a célja? Arra használják, hogy bemutassák a koncepciókat, kipróbálják a tervezési opciókat, jobban

Részletesebben

A SZOFTVERTECHNOLÓGIA ALAPJAI

A SZOFTVERTECHNOLÓGIA ALAPJAI A SZOFTVERTECHNOLÓGIA ALAPJAI Valósidejű rendszerek Tervezés újrafelhasználással 9. előadás PPKE-ITK Tartalom 1. Valósidejű rendszerek 2. Valósidejű rendszerek tervezése 2.1 Valósidejű rendszerek modellezése

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

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

vbar (Vemsoft banki BAR rendszer)

vbar (Vemsoft banki BAR rendszer) vbar (Vemsoft banki BAR rendszer) BAR bemutatása 1994. július 1-jétől kezdte meg működését a Központi Adós- és Hitelinformációs Rendszer, azóta is használt rövidített nevén a BAR, amely kezdetben kizárólag

Részletesebben

VIR alapfogalmai. Előadásvázlat. dr. Kovács László

VIR alapfogalmai. Előadásvázlat. dr. Kovács László VIR alapfogalmai Előadásvázlat dr. Kovács László Információ szerepe Információ-éhes világban élünk Mi is az információ? - újszerű ismeret - jelentés Hogyan mérhető az információ? - statisztikai - szintaktikai

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

Komponens alapú fejlesztés

Komponens alapú fejlesztés Komponens alapú fejleszté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

Fogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal.

Fogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal. Fogalomtár Etikus hackelés tárgyban Azonosító: S2_Fogalomtar_v1 Silent Signal Kft. Email: info@silentsignal.hu Web: www.silentsignal.hu. 1 Tartalom 1. BEVEZETŐ... 3 1.1 Architektúra (terv) felülvizsgálat...

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

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

A SZOFTVERTECHNOLÓGIA ALAPJAI

A SZOFTVERTECHNOLÓGIA ALAPJAI A SZOFTVERTECHNOLÓGIA ALAPJAI Objektumorientált tervezés 8.előadás PPKE-ITK Tartalom 8.1 Objektumok és objektumosztályok 8.2 Objektumorientált tervezési folyamat 8.2.1 Rendszerkörnyezet, használati esetek

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

Infor PM10 Üzleti intelligencia megoldás

Infor PM10 Üzleti intelligencia megoldás Infor PM10 Üzleti intelligencia megoldás Infor Üzleti intelligencia (Teljesítmény menedzsment) Web Scorecard & Műszerfal Excel Email riasztás Riportok Irányít Összehangol Ellenőriz Stratégia Stratégia

Részletesebben

Üzleti folyamatok rugalmasabb IT támogatása. Nick Gábor András 2009. szeptember 10.

Üzleti folyamatok rugalmasabb IT támogatása. Nick Gábor András 2009. szeptember 10. Üzleti folyamatok rugalmasabb IT támogatása Nick Gábor András 2009. szeptember 10. A Generali-Providencia Magyarországon 1831: A Generali Magyarország első biztosítója 1946: Vállalatok államosítása 1989:

Részletesebben

Adatbázis rendszerek. dr. Siki Zoltán

Adatbázis rendszerek. dr. Siki Zoltán Adatbázis rendszerek I. dr. Siki Zoltán Adatbázis fogalma adatok valamely célszerűen rendezett, szisztéma szerinti tárolása Az informatika elterjedése előtt is számos adatbázis létezett pl. Vállalati személyzeti

Részletesebben

SDL Trados szervermegoldások. Szekeres Csaba SDL Trados partner szekeres.csaba@m-prospect.hu M-Prospect Kft.

SDL Trados szervermegoldások. Szekeres Csaba SDL Trados partner szekeres.csaba@m-prospect.hu M-Prospect Kft. SDL Trados szervermegoldások Szekeres Csaba SDL Trados partner szekeres.csaba@m-prospect.hu M-Prospect Kft. Fókuszban A fájlalapú fordítási memória korlátai SDL TM Server 2009 A fájlalapú terminológiai

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

Szoftverprototípus készítése

Szoftverprototípus készítése Dr. Mileff Péter 1 Szoftverprototípus készítése A prototípus fogalma: a szoftverrendszer kezdeti verziója Mi a célja? Arra használják, hogy bemutassák a koncepciókat, kipróbálják a tervezési opciókat,

Részletesebben

CCS Hungary, 2000 szeptember. Handling rendszer technikai specifikáció

CCS Hungary, 2000 szeptember. Handling rendszer technikai specifikáció CCS Hungary, 2000 szeptember Handling rendszer technikai specifikáció Hálózati architektúra SITA Hálózat/ Vám/ Internet/... CodecServer üzenet központ DB LA N Laptop computer RAS elérés Adatbázis szerver

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

Modell alapú tesztelés mobil környezetben

Modell alapú tesztelés mobil környezetben Modell alapú tesztelés mobil környezetben Micskei Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék A terület behatárolása Testing is an activity performed

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

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

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

Városi tömegközlekedés és utastájékoztatás szoftver támogatása

Városi tömegközlekedés és utastájékoztatás szoftver támogatása Városi tömegközlekedés és utastájékoztatás szoftver támogatása 1. Általános célkitűzések: A kisvárosi helyi tömegközlekedés igényeit maximálisan kielégítő hardver és szoftver környezet létrehozása. A struktúra

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

Információtartalom vázlata

Információtartalom vázlata 1. Az Ön cégétől árajánlatot kértek egy üzleti portál fejlesztésére, amelynek célja egy online áruház kialakítása. Az árajánlatkérés megválaszolásához munkaértekezletet tartanak, ahol Önnek egy vázlatos

Részletesebben

Bevezetés a programozásba

Bevezetés a programozásba Bevezetés a programozásba A szoftverfejlesztés folyamata PPKE-ITK Tartalom A rendszer és a szoftver fogalma A szoftver, mint termék és készítésének jellegzetességei A szoftverkészítés fázisai: Az igények

Részletesebben

A szoftverfejlesztés eszközei

A szoftverfejlesztés eszközei A szoftverfejlesztés eszközei Fejleszt! eszközök Segédeszközök (szoftverek) programok és fejlesztési dokumentáció írásához elemzéséhez teszteléséhez karbantartásához 2 Történet (hw) Lyukkártya válogató

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

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

DLM PULSE - PREDIKTÍV TÁRGYALÁS TÁMOGATÓ ALKALMAZÁS DLM PULSE

DLM PULSE - PREDIKTÍV TÁRGYALÁS TÁMOGATÓ ALKALMAZÁS DLM PULSE DLM PULSE - PREDIKTÍV TÁRGYALÁS TÁMOGATÓ ALKALMAZÁS DLM PULSE A DLM Pulse innovatív testbeszéd kiértékelő megoldás virtuális tanácsadóként segíti az értékesítő munkáját az üzleti tárgyalás során. Könnyen

Részletesebben

II. rész: a rendszer felülvizsgálati stratégia kidolgozását támogató funkciói. Tóth László, Lenkeyné Biró Gyöngyvér, Kuczogi László

II. rész: a rendszer felülvizsgálati stratégia kidolgozását támogató funkciói. Tóth László, Lenkeyné Biró Gyöngyvér, Kuczogi László A kockázat alapú felülvizsgálati és karbantartási stratégia alkalmazása a MOL Rt.-nél megvalósuló Statikus Készülékek Állapot-felügyeleti Rendszerének kialakításában II. rész: a rendszer felülvizsgálati

Részletesebben

Iman 3.0 szoftverdokumentáció

Iman 3.0 szoftverdokumentáció Melléklet: Az iman3 program előzetes leírása. Iman 3.0 szoftverdokumentáció Tartalomjegyzék 1. Az Iman rendszer...2 1.1. Modulok...2 1.2. Modulok részletes leírása...2 1.2.1. Iman.exe...2 1.2.2. Interpreter.dll...3

Részletesebben

Objektum orientált software fejlesztés (Bevezetés)

Objektum orientált software fejlesztés (Bevezetés) Objektum orientált software fejlesztés (Bevezetés) Lajos Miskolci Egyetem Általános Informatikai Tanszék Út az objektum orientált szemléletig 1. Klasszikus módszerek: program = adatszerkezetek + algoritmusok

Részletesebben

MOBILITÁS VÁLLALATI KÖRNYEZETBEN MEGOLDÁS KONCEPCIÓ

MOBILITÁS VÁLLALATI KÖRNYEZETBEN MEGOLDÁS KONCEPCIÓ MOBILITÁS VÁLLALATI KÖRNYEZETBEN MEGOLDÁS KONCEPCIÓ 1 Mobil eszközök növekedési trendje 2 A mobil eszközök előnyei Támogatják a mobilitást, könnyű velük utazni, terepen munkát végezni Széles applikáció

Részletesebben

Programozás alapjai Bevezetés

Programozás alapjai Bevezetés Programozás alapjai Bevezetés Miskolci Egyetem Általános Informatikai Tanszék Programozás alapjai Bevezetés SWF1 / 1 Tartalom A gépi kódú programozás és hátrányai A magas szintÿ programozási nyelv fogalma

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

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

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

Biztonsági folyamatirányító. rendszerek szoftvere

Biztonsági folyamatirányító. rendszerek szoftvere Biztonsági folyamatirányító rendszerek szoftvere 1 Biztonsági folyamatirányító rendszerek szoftvere Tartalom Szoftverek szerepe a folyamatirányító rendszerekben Szoftverek megbízhatósága Szoftver életciklus

Részletesebben

DW 9. előadás DW tervezése, DW-projekt

DW 9. előadás DW tervezése, DW-projekt DW 9. előadás DW tervezése, DW-projekt Követelmény felmérés DW séma tervezése Betöltési modul tervezése Fizikai DW tervezése OLAP felület tervezése Hardver kiépítése Implementáció Tesztelés, bevezetés

Részletesebben

Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K. 4. A meghirdetés ideje (mintatanterv szerint vagy keresztfélében):

Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K. 4. A meghirdetés ideje (mintatanterv szerint vagy keresztfélében): Követelményrendszer 1. Tantárgynév, kód, kredit, választhatóság: Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K 2. Felelős tanszék: Informatika Szakcsoport 3. Szak, szakirány, tagozat: Műszaki

Részletesebben

Papír helyett elektronikus űrlap. Szabadság és interaktivitás az űrlapkezelésben

Papír helyett elektronikus űrlap. Szabadság és interaktivitás az űrlapkezelésben Papír helyett elektronikus űrlap Szabadság és interaktivitás az űrlapkezelésben Csamangó András SAP tanácsadó Creative 4U Kft., Budapest 2010 Bemutatás 2002-ben alakult SAP Service Partner fő tevékenység:

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

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

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

Multimédiás adatbázisok

Multimédiás adatbázisok Multimédiás adatbázisok Multimédiás adatbázis kezelő Olyan adatbázis kezelő, mely támogatja multimédiás adatok (dokumentum, kép, hang, videó) tárolását, módosítását és visszakeresését Minimális elvárás

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

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

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

alkalmazásfejlesztő környezete

alkalmazásfejlesztő környezete A HunGrid infrastruktúra és alkalmazásfejlesztő környezete Gergely Sipos sipos@sztaki.hu MTA SZTAKI Hungarian Academy of Sciences www.lpds.sztaki.hu www.eu-egee.org egee EGEE-II INFSO-RI-031688 Tartalom

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

Fordítóprogramok. Aszalós László. 2009. szeptember 7.

Fordítóprogramok. Aszalós László. 2009. szeptember 7. Fordítóprogramok Aszalós László 2009. szeptember 7. 1. Bemelegítés Honlap: www.inf.unideb.hu/ aszalos/diak.html (Fordítóprogramok, 2009) Jegymegajánló: utolsó hét előadásán. PótZH (csak gyakorlat) vizsgaidőszak

Részletesebben

Szoftver Tervezési Dokumentáció. Nguyen Thai Binh

Szoftver Tervezési Dokumentáció. Nguyen Thai Binh Szoftver Tervezési Dokumentáció Nguyen Thai Binh April 2010 1. fejezet Feladat Szimulációs feladat. Célja, hogy reprezentáljunk egy több komponensből álló alkalmazást, amely a megadott témakörnek megfelel,

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

Az OpenScape Business rendszerek egységes architektúrára épülnek: Rugalmas, skálázható és megbízható

Az OpenScape Business rendszerek egységes architektúrára épülnek: Rugalmas, skálázható és megbízható Rugalmas, skálázható és megbízható Az OpenScape Business rendszer a kis- és közepes vállalkozások változatos igényeinek minden szempontból megfelelő korszerű, egységes kommunikációs (UC) megoldás. A rendszer-felépítése

Részletesebben

A cloud szolgáltatási modell a közigazgatásban

A cloud szolgáltatási modell a közigazgatásban A cloud szolgáltatási modell a közigazgatásban Gombás László Krasznay Csaba Copyright 2011 Hewlett-Packard Development Company HP Informatikai Kft. 2011. november 23. Témafelvetés 2 HP Confidential Cloud

Részletesebben

Inczédy György Középiskola, Szakiskola és Kollégium Nyíregyháza, Árok u. 53. TANMENET. Informatika szakmacsoport

Inczédy György Középiskola, Szakiskola és Kollégium Nyíregyháza, Árok u. 53. TANMENET. Informatika szakmacsoport TANMENET Informatika szakmacsoport Programozási gyakorlatok III. tantárgy 12. évfolyam A osztály 2013/2014 tanév Heti óraszám: Éves óraszám: 3 óra 96 óra Készítette: Szikszai Gusztáv tanár Ellenőrizte:.

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

Digitális írástudás kompetenciák: IT alpismeretek

Digitális írástudás kompetenciák: IT alpismeretek Digitális írástudás kompetenciák: IT alpismeretek PL-5107 A továbbképzés célja: A program az alapvető számítógépes fogalmakban való jártasságot és a számítógépek alkalmazási területeinek ismeretét nyújtja

Részletesebben

Informatika. 3. Az informatika felhasználási területei és gazdasági hatásai

Informatika. 3. Az informatika felhasználási területei és gazdasági hatásai Informatika 1. Hírek, információk, adatok. Kommunikáció. Definiálja a következő fogalmakat: Információ Hír Adat Kommunikáció Ismertesse a kommunikáció modelljét. 2. A számítástechnika története az ENIAC-ig

Részletesebben

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

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

Részletesebben

(Solid modeling, Geometric modeling) Testmodell: egy létező vagy elképzelt objektum digitális reprezentációja.

(Solid modeling, Geometric modeling) Testmodell: egy létező vagy elképzelt objektum digitális reprezentációja. Testmodellezés Testmodellezés (Solid modeling, Geometric modeling) Testmodell: egy létező vagy elképzelt objektum digitális reprezentációja. A tervezés (modellezés) során megadjuk a objektum geometria

Részletesebben

Bevezetés a kvantum informatikába és kommunikációba Féléves házi feladat (2013/2014. tavasz)

Bevezetés a kvantum informatikába és kommunikációba Féléves házi feladat (2013/2014. tavasz) Bevezetés a kvantum informatikába és kommunikációba Féléves házi feladat (2013/2014. tavasz) A házi feladatokkal kapcsolatos követelményekről Kapcsolódó határidők: választás: 6. oktatási hét csütörtöki

Részletesebben

Készítette: Enisz Krisztián, Lugossy Balázs, Speiser Ferenc, Ughy Gergely 2010.11.29. 1

Készítette: Enisz Krisztián, Lugossy Balázs, Speiser Ferenc, Ughy Gergely 2010.11.29. 1 Készítette: Enisz Krisztián, Lugossy Balázs, Speiser Ferenc, Ughy Gergely 2010.11.29. 1 /17 Tartalomjegyzék A térinformatikáról általánosságban Célok Felhasznált eszközök Fejlesztés lépései Adatbázis Grafikus

Részletesebben

Szárazföldi autonóm mobil robotok vezérlőrendszerének kialakítási lehetőségei. Kucsera Péter ZMNE Doktorandusz

Szárazföldi autonóm mobil robotok vezérlőrendszerének kialakítási lehetőségei. Kucsera Péter ZMNE Doktorandusz Szárazföldi autonóm mobil robotok vezérlőrendszerének kialakítási lehetőségei. Kucsera Péter ZMNE Doktorandusz A mobil robot vezérlőrendszerének feladatai Elvégzendő feladat Kommunikáció Vezérlő rendszer

Részletesebben

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

Interaktív, grafikus környezet. Magasszintû alkalmazási nyelv (KAL) Integrált grafikus interface könyvtár. Intelligens kapcsolat más szoftverekkel Készítette: Szabó Gábor, 1996 Az Az IntelliCorp IntelliCorp stratégiája: stratégiája: Kifinomult, Kifinomult, objektum-orientált objektum-orientált környezetet környezetet biztosít biztosít tervezéséhez,

Részletesebben

Tartalomjegyzék. Előszó... 10

Tartalomjegyzék. Előszó... 10 Előszó... 10 1. Bevezetés a Symbian operációs rendszerbe... 11 1.1. Az operációs rendszer múltja...11 1.2. Az okos telefonok képességei...12 1.3. A Symbian felépítése...15 1.4. A könyv tartalma...17 2.

Részletesebben

ede.bodroghy@hu.ibm.com

ede.bodroghy@hu.ibm.com ede.bodroghy@hu.ibm.com 5/30/2014 Globális piacvezető a hoszting szolgáltatásokban 21000 ügyfél 140 országban 100000 menedzselt eszköz 685 alkalmazott 13 adatközpont 17 hálózati belépési pont 2 SOFTLAYER

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

Közigazgatási informatika tantárgyból

Közigazgatási informatika tantárgyból Tantárgyi kérdések a záróvizsgára Közigazgatási informatika tantárgyból 1.) A közbeszerzés rendszere (alapelvek, elektronikus árlejtés, a nyílt eljárás és a 2 szakaszból álló eljárások) 2.) A közbeszerzés

Részletesebben

2012.02.08. Ajánlott irodalom. Adatbázisok I.

2012.02.08. Ajánlott irodalom. Adatbázisok I. Ajánlott irodalom Adatbázisok I. Szendrői Etelka főiskolai docens Rendszer- és Szoftvertechnológia Tanszék szendroi@pmmk.pte.hu Ullmann, Jeffry David, Adatbázisrendszerek: Alapvetés Kovács László (2004)

Részletesebben

IRÁNYTŰ A SZABÁLYTENGERBEN

IRÁNYTŰ A SZABÁLYTENGERBEN IRÁNYTŰ A SZABÁLYTENGERBEN amikor Bábel tornya felépül BRM konferencia 2008 október 29 BCA Hungary A Csapat Cégalapítás: 2006 Tanácsadói létszám: 20 fő Tapasztalat: Átlagosan 5+ év tanácsadói tapasztalat

Részletesebben

Rendszertervezés 2. IR elemzés Dr. Szepesné Stiftinger, Mária

Rendszertervezés 2. IR elemzés Dr. Szepesné Stiftinger, Mária Rendszertervezés 2. IR elemzés Dr. Szepesné Stiftinger, Mária Rendszertervezés 2. : IR elemzés Dr. Szepesné Stiftinger, Mária Lektor : Rajki, Péter Ez a modul a TÁMOP - 4.1.2-08/1/A-2009-0027 Tananyagfejlesztéssel

Részletesebben

Cloud Computing a gyakorlatban. Szabó Gyula (GDF) Benczúr András (ELTE) Molnár Bálint (ELTE)

Cloud Computing a gyakorlatban. Szabó Gyula (GDF) Benczúr András (ELTE) Molnár Bálint (ELTE) Cloud Computing a gyakorlatban Szabó Gyula (GDF) Benczúr András (ELTE) Molnár Bálint (ELTE) Az el adás felépítése CLOUD ALKALMAZÁSI FELMÉRÉSEK CLOUD COMPUTING DEFINICIÓK CLOUD SZOLGÁLTATÁSI ÉS ÜZEMEL-

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

IV/8. sz. melléklet: Internetes megjelenés (vállalati portál) funkcionális specifikáció

IV/8. sz. melléklet: Internetes megjelenés (vállalati portál) funkcionális specifikáció IV/8. sz. melléklet: Internetes megjelenés (vállalati portál) funkcionális specifikáció 1. A követelménylista céljáról Jelen követelménylista (mint a GOP 2.2.1 / KMOP 1.2.5 pályázati útmutató melléklete)

Részletesebben

Hely- és kontextusfüggő alkalmazások fejlesztését támogató keretrendszer mobil környezetben

Hely- és kontextusfüggő alkalmazások fejlesztését támogató keretrendszer mobil környezetben Department of Distributed Systems Hely- és kontextusfüggő alkalmazások fejlesztését támogató keretrendszer mobil környezetben MTA SZTAKI Elosztott Rendszerek Osztály - Mátételki Péter matetelki@sztaki.hu

Részletesebben

Breczku János. Igazgató-helyettes Üzleti Folyamatok Támogatása üzletág jbreczku@icon.hu. ICON Számítástechnikai Kft. http://www.icon.

Breczku János. Igazgató-helyettes Üzleti Folyamatok Támogatása üzletág jbreczku@icon.hu. ICON Számítástechnikai Kft. http://www.icon. Igazgató-helyettes Üzleti Folyamatok Támogatása üzletág jbreczku@icon.hu Üzleti területek, felhasználói problémák Elvárt előnyök Technológiai áttekintés portál, workflow Integrációs lehetőségek, sikertényezők

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

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

6. Óravázlat. frontális, irányított beszélgetés. projektor, vagy interaktív tábla az ismétléshez,

6. Óravázlat. frontális, irányított beszélgetés. projektor, vagy interaktív tábla az ismétléshez, 6. Óravázlat Cím: Információ és adatforrás feltárása, adatgyűjtés az internet segítségével, megadott szempontok alapján Műveltségi terület / tantárgy: Informatika Évfolyam: 7. évfolyam (vagy felette) Témakör:

Részletesebben

Automatikus tesztgenerálás modell ellenőrző segítségével

Automatikus tesztgenerálás modell ellenőrző segítségével Méréstechnika és Információs Rendszerek Tanszék Automatikus tesztgenerálás modell ellenőrző segítségével Micskei Zoltán műszaki informatika, V. Konzulens: Dr. Majzik István Tesztelés Célja: a rendszerben

Részletesebben

A számítástechnika gyakorlata WIN 2000 I. Szerver, ügyfél Protokoll NT domain, Peer to Peer Internet o WWW oftp opop3, SMTP. Webmail (levelező)

A számítástechnika gyakorlata WIN 2000 I. Szerver, ügyfél Protokoll NT domain, Peer to Peer Internet o WWW oftp opop3, SMTP. Webmail (levelező) A számítástechnika gyakorlata WIN 2000 I. Szerver, ügyfél Protokoll NT domain, Peer to Peer Internet o WWW oftp opop3, SMTP Bejelentkezés Explorer (böngésző) Webmail (levelező) 2003 wi-3 1 wi-3 2 Hálózatok

Részletesebben

A hitelezési folyamatok hatékonyságának növelése - Autonomy alapú iratkezelés. Szűcs István HP Informatikai Kft. E-banking konferencia 2014 március 6.

A hitelezési folyamatok hatékonyságának növelése - Autonomy alapú iratkezelés. Szűcs István HP Informatikai Kft. E-banking konferencia 2014 március 6. A hitelezési folyamatok hatékonyságának növelése - Autonomy alapú iratkezelés 1 Szűcs István HP Informatikai Kft. E-banking konferencia 2014 március 6. A klasszikus IT eszközei strukturált adatok feldolgozására

Részletesebben

Hálózati operációs rendszerek II.

Hálózati operációs rendszerek II. Hálózati operációs rendszerek II. Novell Netware 5.1 Web-es felügyelet, DNS/DHCP szerver, mentési alrendszer 1 Web-es felügyelet Netware Web Manager HTTPS protokollon keresztül pl.: https://fs1.xy.hu:2200

Részletesebben

Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve

Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve Kérdő Attila, ügyvezető, INSERO Kft. EOQ MNB, Informatikai Szakosztály, HTE, ISACA 2012. május 17. Módszertanok

Részletesebben

Bevezetés Mi a szoftver? Általános termékek: Mi a szoftvertervezés?

Bevezetés Mi a szoftver? Általános termékek: Mi a szoftvertervezés? Bevezetés Mi a szoftver? Számítógép-programok és kapcsolódó dokumentációk, illetve konfigurációs adatok, amelyek elengedhetetlenek ahhoz, hogy ezek a programok helyesen működjenek. Szoftvertermékek fejleszthető

Részletesebben

1. tétel. A kommunikáció információelméleti modellje. Analóg és digitális mennyiségek. Az információ fogalma, egységei. Informatika érettségi (diák)

1. tétel. A kommunikáció információelméleti modellje. Analóg és digitális mennyiségek. Az információ fogalma, egységei. Informatika érettségi (diák) 1. tétel A kommunikáció információelméleti modellje. Analóg és digitális mennyiségek. Az információ fogalma, egységei Ismertesse a kommunikáció általános modelljét! Mutassa be egy példán a kommunikációs

Részletesebben

Component Soft 1994-2013 és tovább

Component Soft 1994-2013 és tovább Component Soft 1994-2013 és tovább IT szakemberek oktatása, tanácsadás Fő témáink: UNIX/Linux rendszerek, virtualizációs, fürtözési, tároló menedzsment és mentési technológiák Adatbázisok és middleware

Részletesebben