A SZOFTVERTECHNOLÓGIA ALAPJAI. Architekturális tervezés, Osztott rendszerek 7. előadás PPKE-ITK
|
|
- Irma Horváthné
- 8 évvel ezelőtt
- Látták:
Á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 Distributed systems architectures Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 12. Andrew S. Tanenbaum, aarten van Steen: Distributed Systems: rinciples
RészletesebbenSzoftver-technológia II. Szoftver újrafelhasználás. (Software reuse) Irodalom
Szoftver újrafelhasználás (Software reuse) Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 18. Roger S. Pressman: Software Engineering, 5th e. chapter 27. 2 Szoftver újrafelhasználás Szoftver
RészletesebbenObjektumorientált felbontás
Objektumorientált felbontás Dr. Mileff Péter Az OO architekturális modell jellemzői: a rendszert lazán kapcsolódó, jól definiált interfészekkel rendelkező objektumok halmazára tagolja. Az objektumok a
RészletesebbenVezető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észletesebbenSzoftverarchitektú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észletesebbenSzoftver újrafelhasználás
Szoftver újrafelhasználás Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással
RészletesebbenSzolgáltatás Orientált Architektúra a MAVIR-nál
Szolgáltatás Orientált Architektúra a MAVIR-nál Sajner Zsuzsanna Accenture Sztráda Gyula MAVIR ZRt. FIO 2009. szeptember 10. Tartalomjegyzék 2 Mi a Szolgáltatás Orientált Architektúra? A SOA bevezetés
RészletesebbenA prototípus gyors, iteratív fejlesztése azért nagyon fontos, mert a költségek így ellenırizhetık.
A prototípus fogalma: a szoftverrendszer kezdeti verziója, Arra használják, hogy bemutassák a koncepciókat, kipróbálják a tervezési opciókat, és hogy jobban megismerjék a problémát és annak lehetséges
RészletesebbenTudá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észletesebbenAutóipari beágyazott rendszerek. Komponens és rendszer integráció
Autóipari beágyazott rendszerek és rendszer integráció 1 Magas szintű fejlesztési folyamat SW architektúra modellezés Modell (VFB) Magas szintű modellezés komponensek portok interfészek adattípusok meghatározása
RészletesebbenSzoftver 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észletesebbenOsztott 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észletesebbenPető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észletesebbenSzoftverprototí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észletesebbenA 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észletesebbenA szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom
A szoftver-folyamat Szoftver életciklus modellek Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 4. Roger S. Pressman: Software Engineering, 5th e. chapter 2. 2 A szoftver-folyamat Szoftver
RészletesebbenNagy bonyolultságú rendszerek fejlesztőeszközei
Nagy bonyolultságú rendszerek fejlesztőeszközei Balogh András balogh@optxware.com A cég A BME spin-off-ja A Hibatűrő Rendszerek Kutatócsoport tagjai alapították Tisztán magánkézben Szakmai háttér Hibatűrő
RészletesebbenAlkalmazá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észletesebben01. gyakorlat - Projektalapítás
2 Követelmények 01. gyakorlat - Projektalapítás Szoftvertechnológia gyakorlat OE-NIK A félév során egy nagyobb szoftverrendszer prototípusának elkészítése lesz a feladat Fejlesztési módszertan: RUP CASE-eszköz:
RészletesebbenFolyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Folyamatmodellezés és eszközei Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamat, munkafolyamat Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata,
RészletesebbenA 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észletesebbenBá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észletesebbenADATBÁ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észletesebbenHá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észletesebbenIBM 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észletesebbenS01-7 Komponens alapú szoftverfejlesztés 1
S01-7 Komponens alapú szoftverfejlesztés 1 1. A szoftverfejlesztési modell fogalma. 2. A komponens és komponens modell fogalma. 3. UML kompozíciós diagram fogalma. 4. A szoftverarchitektúrák fogalma, összetevői.
Részletesebbenvbar (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észletesebbenVÁ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észletesebben30 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észletesebbenSzoftvertechnológia ellenőrző kérdések 2005
Szoftvertechnológia ellenőrző kérdések 2005 Mi a szoftver, milyen részekből áll és milyen típusait különböztetjük meg? Mik a szoftverfejlesztés általános lépései? Mik a szoftvergyártás általános modelljei?
RészletesebbenVIR 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észletesebbenTartalomjegyzé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észletesebbenNETinv. Ú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észletesebbenSzoftverprototí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észletesebbenFogalomtá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észletesebbenKomponens 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észletesebbenCOMET 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észletesebbenTörténet John Little (1970) (Management Science cikk)
Információ menedzsment Szendrői Etelka Rendszer- és Szoftvertechnológia Tanszék szendroi@witch.pmmf.hu Vezetői információs rendszerek Döntéstámogató rendszerek (Decision Support Systems) Döntések információn
RészletesebbenSDL 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észletesebbenNyilvá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észletesebbenAdattárház kialakítása a Szövetkezet Integrációban, UML eszközökkel. Németh Rajmund Vezető BI Szakértő március 28.
Adattárház kialakítása a Szövetkezet Integrációban, UML eszközökkel Németh Rajmund Vezető BI Szakértő 2017. március 28. Szövetkezeti Integráció Központi Bank Takarékbank Zrt. Kereskedelmi Bank FHB Nyrt.
RészletesebbenA szoftverfejlesztés eszközei
A szoftverfejlesztés eszközei Fejleszt! eszközök Segédeszközök (szoftverek) programok és fejlesztési dokumentáció írásához elemzéséhez teszteléséhez karbantartásához 2 Segédeszközök szükségessége Szoftver
RészletesebbenInformá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észletesebbenCCS 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észletesebbenParametrikus tervezés
2012.03.31. Statikus modell Dinamikus modell Parametrikus tervezés Módosítások a tervezés folyamán Konstrukciós variánsok (termékcsaládok) Parametrikus Modell Parametrikus tervezés Paraméterek (változók
RészletesebbenSzá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észletesebbenInfor 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észletesebbenTOGAF elemei a gyakorlatban
TOGAF elemei a gyakorlatban Vinczellér Gábor 2009.06.0406 04 8 éves szakmai tapasztalat Bemutatkozás IT Support, Programozó, jelenleg Projektvezető, Termékfejlesztési Üzletág Vezető Tanácsadási és Szoftverfejlesztési
RészletesebbenProgramfejlesztési Modellek
Programfejlesztési Modellek Programfejlesztési fázisok: Követelmények leírása (megvalósíthatósági tanulmány, funkcionális specifikáció) Specifikáció elkészítése Tervezés (vázlatos és finom) Implementáció
RészletesebbenDLM 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észletesebbenMiskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája. Készítette: Urbán Norbert
Miskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája Készítette: Urbán Norbert Szoftver-minőség A szoftver egy termelő-folyamat végterméke, A minőség azt jelenti,
RészletesebbenAdatbá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észletesebbenOracle9i 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észletesebbenAz objektumorientált megközelítés elınye: Hátránya:
1 Egy objektumorientált architekturális modell a rendszert lazán kapcsolódó, jól definiált interfészekkel rendelkezı objektumok halmazára tagolja. Az objektumok a többi objektum által biztosított szolgáltatásokat
RészletesebbenMagic 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észletesebbenBevezeté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észletesebbenTöbbfelhasználós és internetes térkép kezelés, megjelenítés
Többfelhasználós és internetes térkép kezelés, megjelenítés Többfelhasználós környezetek Egyszerű fájlszerveres megoldás, LAN (Novel, Windows hálózat) Egy fájl egyidejű módosítása több helyről nem lehetséges
RészletesebbenBanki 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észletesebbenSOA 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Ü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észletesebbenObjektum 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észletesebbenRendszermodernizációs lehetőségek a HANA-val Poszeidon. Groma István PhD SDA DMS Zrt.
Rendszermodernizációs lehetőségek a HANA-val Poszeidon Groma István PhD SDA DMS Zrt. Poszeidon EKEIDR Tanúsított ügyviteli rendszer (3/2018. (II. 21.) BM rendelet). Munkafolyamat támogatás. Papírmentes
RészletesebbenModell 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észletesebbenOperá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észletesebbenMobil 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észletesebbenInformatika tagozat osztályozóvizsga követelményei
Tartalom 9. évfolyam... 1 10. évfolyam... 4 11. évfolyam... 6 12. évfolyam... 8 9. évfolyam Az informatikai eszközök használata Az egészséges munkakörnyezet megteremtése Neumann elvű számítógép felépítése
RészletesebbenMultimé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észletesebbenIntelligens 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észletesebbenBiztonsá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észletesebbenUML (Unified Modelling Language)
UML (Unified Modelling Language) UML (+ Object Constraint Language) Az objektum- modellezés egy szabványa (OMG) UML A 80-as, 90-es években egyre inkább terjedő objektum-orientált analízis és tervezés (OOA&D)
RészletesebbenCsoportos ü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észletesebben10-es Kurzus. OMT modellek és diagramok OMT metodológia. OMT (Object Modelling Technique)
10-es Kurzus OMT modellek és diagramok OMT metodológia OMT (Object Modelling Technique) 1 3 Modell és 6 Diagram Statikus modell : OMT Modellek és diagramok: Statikus leírása az összes objektumnak (Név,
RészletesebbenRendszer-modellezés, modellezési technikák
Rendszer-modellezés, modellezési technikák System engineering and modelling Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 8. Roger S. Pressman: Software Engineering, 5th e. chapter 10,
RészletesebbenInformá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észletesebbenFejleszté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észletesebbenV. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus
V. Félév Információs rendszerek tervezése Komplex információs rendszerek tervezése dr. Illyés László - adjunktus 1 Az előadás tartalma A GI helye az informatikában Az előadás tartalmának magyarázata A
RészletesebbenS04-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észletesebbenErő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észletesebbenA szoftverfejlesztés eszközei
A szoftverfejlesztés eszközei Fejleszt! eszközök Segédeszközök (szoftverek) programok és fejlesztési dokumentáció írásához elemzéséhez teszteléséhez karbantartásához 2 Történet (hw) Lyukkártya válogató
RészletesebbenTartalom. 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észletesebbenMicrosoft 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észletesebbenJárműinformatika A járműinformatikai fejlesztés
Járműinformatika A járműinformatikai fejlesztés 2016/2017. tanév, II. félév Dr. Kovács Szilveszter E-mail: szkovacs@iit.uni-miskolc.hu Informatika Intézet 107/a. Tel: (46) 565-111 / 21-07 A járműfejlesztés
RészletesebbenÜzleti architektúra menedzsment, a digitális integrált irányítási rendszer
Üzleti architektúra menedzsment, a digitális integrált irányítási rendszer XXII. MINŐSÉGSZAKEMBEREK TALÁLKOZÓJA A digitalizálás a napjaink sürgető kihívása Dr. Ányos Éva működésfejlesztési tanácsadó Magyar
RészletesebbenSzakterületi modell A fogalmak megjelenítése. 9. fejezet Applying UML and Patterns Craig Larman
Szakterületi modell A fogalmak megjelenítése 9. fejezet Applying UML and Patterns Craig Larman 1 Néhány megjegyzés a diagramokhoz Ez a tárgy a rendszer elemzésről és modellezésről szól. Noha például egy
RészletesebbenA J2EE fejlesztési si platform (application. model) 1.4 platform. Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem
A J2EE fejlesztési si platform (application model) 1.4 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11.13. A J2EE application model A Java szabványok -
RészletesebbenVállalati információs rendszerek I, MIN5B6IN, 5 kredit, K. 4. A meghirdetés ideje (mintatanterv szerint vagy keresztfélében):
Követelményrendszer 1. Tantárgynév, kód, kredit, választhatóság: Vállalati információs rendszerek I, MIN5B6IN, 5 kredit, K 2. Felelős tanszék: Informatika Szakcsoport 3. Szak, szakirány, tagozat: Műszaki
RészletesebbenSzoftver-technológia I.
Szoftver technológia I. Oktatók Sziray József B602 Heckenast Tamás B603 2 Tananyag Elektronikus segédletek www.sze.hu/~sziray/ www.sze.hu/~heckenas/okt/ (www.sze.hu/~orbang/) Nyomtatott könyv Ian Sommerville:
RészletesebbenS01-8 Komponens alapú szoftverfejlesztés 2
S01-8 Komponens alapú szoftverfejlesztés 2 Tartalom 1. Komponens megvalósítása: kölcsönhatás modell, viselkedési vagy algoritmikus modell és strukturális modell. 2. Komponens megtestesítés: finomítás és
RészletesebbenAz 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észletesebbenAutóipari beágyazott rendszerek. Funkcionális biztonságossági koncepció
Autóipari beágyazott rendszerek Funkcionális biztonságossági koncepció 1 Funkcionális biztonsági koncepció Functional safety concept Cél A funkcionális biztonsági követelmények levezetése A biztonsági
RészletesebbenSzá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észletesebbenTranszformációk integrált alkalmazása a modellvezérelt szoftverfejlesztésben. Ráth István
Transzformációk integrált alkalmazása a modellvezérelt szoftverfejlesztésben Ráth István rath@mit.bme.hu A grafikus nyelvek... mindenhol ott vannak: Grafikus felületek (Visual Studio) Relációs sémák (dbdesign)
RészletesebbenNyí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észletesebbenAPI 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észletesebbenSzoftver 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észletesebbenA 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észletesebbenProgramozá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észletesebbenTANMENET 2018/2019. tanév
Szolnoki Műszaki Szakképzési Centrum Pálfy-Vízügyi Szakgimnáziuma 5000 Szolnok, Tiszaparti sétány 2-3. Tel:06-56-424-955, Fax: 06-56-513-925 e-mail cím: titkarsag@palfy-vizugyi.hu TANMENET 2018/2019. tanév
RészletesebbenII. rész: a rendszer felülvizsgálati stratégia kidolgozását támogató funkciói. Tóth László, Lenkeyné Biró Gyöngyvér, Kuczogi László
A kockázat alapú felülvizsgálati és karbantartási stratégia alkalmazása a MOL Rt.-nél megvalósuló Statikus Készülékek Állapot-felügyeleti Rendszerének kialakításában II. rész: a rendszer felülvizsgálati
RészletesebbenObjektumorientált paradigma és programfejlesztés Bevezető
Objektumorientált paradigma és programfejlesztés Bevezető Vámossy Zoltán vamossy.zoltan@nik.uni-obuda.hu Óbudai Egyetem Neumann János Informatikai Kar Ficsor Lajos (Miskolci Egyetem) prezentációja alapján
Részletesebben