Bánsághi Anna 1 of 67

Save this PDF as:
 WORD  PNG  TXT  JPG

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

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

Átírás

1 SZOFTVERTECHNOLÓGIA Bánsághi Anna 5. ELŐADÁS - RENDSZERTERVEZÉS 1 1 of 67

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

3 V. RENDSZERTERVEZÉS Valós idejű rendszerek Objektumorientált tervezés 3. Tervezés újrafelhasználással 4. Adatorientált rendszerek 3 of 67

4 1. VALÓS IDEJŰ RENDSZEREK olyan szoftverrendszerek, melyeknek a környezetből érkező eseményekre valós időben kell válaszolniuk (gyakran beépülő) szoftverrendszerek, amelyek figyelik környezetüket és adott (rövid) időn belül képesek reagálni a környezeti hatásokra (ingerekre) nemcsak az általuk adott eredmények helyessége, hanem a reakcióidő, az eredmények előállításához szükséges idő is kritikusan befolyásolja ezen rendszerek minőségét 4 of 67

5 VALÓS IDŐ TÍPUSAI erősen valós idejű a rendszer teljes mértékű meghibásodását jelenti, ha az eredmények nem állnak elő a meghatározott időn belül pacemaker, robotpilóta szilárd valós idejű az még tolerálható, ha néha-néha az eredmények nem állnak elő a meghatározott időn belül, ám ezeket az eredményeket nem lehet felhasználni gyengén valós idejű a rendszer hasznossága és minősége csökken, ha az eredmények nem állnak elő a meghatározott időn belül, de az eredmények felhasználhatók maradnak járatfoglaló rendszer, online videó szolgáltatás 5 of 67

6 érzékelők VALÓS IDEJŰ RENDSZEREK JELLEMZŐI mindig tartoznak hozzájuk hardver eszközök is: adatokat gyűjtenek a rendszer környezetéből szabályozók, működtetők a rendszer környezetét befolyásolják 6 of 67

7 INGER / VÁLASZ RENDSZEREK a valós idejű rendszerek viselkedése a rendszert érő ingerek, a rájuk adott válaszok és a válaszidő hármasával adható meg periodikus ingerek időzítés hatására végez valamit a rendszer aperiodikus ingerek rendszertelenül bekövetkező külső esemény hatására kell valamit végrehajtani 7 of 67

8 VALÓS IDEJŰ RENDSZEREK JELLEMZŐI folyamatos futás, nincs terminálás; a hardver bekapcsolása indítja, és kikapcsolása állítja le a rendszert a környezettel való interakciók kontrollálhatatlanok és megjósolhatatlanok az architektúrának fizikai korlátai lehetnek (méret, súly, energia ráfordítás) köztesréteg nélküli közvetlen interakció a hardverrel az architektúra megbízhatósági és biztonsági kritériumai igen magasak (emberi élet múlhat rajta) 8 of 67

9 ARCHITEKTURÁLIS MEGFONTOLÁSOK a szigorú válaszidő követelmények miatt a rendszer architektúrájának képesnek kell lennie az ingereket fogadó érzékelők közötti gyors átkapcsolásra az egyes ingerekre adandó válasz időzítési követelményei nem azonosak, ezért az egyszerű szekvenciális végrehajtás nem megfelelő a valós idejű rendszereket együttműködő, párhuzamos folyamatokként kell megvalósítani, amelyeket valós idejű futtatórendszerek irányítanak 9 of 67

10 A RENDSZER ELEMEI érzékelőket vezérlő folyamatok összegyűjtik az adatokat az érzékelőktől, például azáltal, hogy beolvassák és átmenetileg tárolják azokat, mielőtt az érzékelő a következő adatot küldené számítási folyamatok feldolgozzák a begyűjtött adatokat és kiszámítják a rendszer válaszát működtető folyamatok a szabályozókat, a működtetőket irányító jeleket generálják 10 of 67

11 VALÓSI IDEJŰ RENDSZEREK TER VEZÉSE tervezéskor a fő szempont a rendszer helyes és időben való reagálása az eseményekre a tervezési döntéseket alapvetően a nemfunkcionális rendszerkövetelmények határozzák meg a rendszer hardver és szoftver elemeit együtt érdemes megtervezni, célszerűen elosztva a funkciókat a hardver és a szoftver között. A döntést azonban, hogy mit kell hardverben és mit szoftverben megvalósítani, jobb halogatni gyakori, hogy egy funkció hardverrel megvalósítva jobb teljesítményt nyújt, de hosszabb fejlesztést igényel, és a változások nehezebben követhetők 11 of 67

12 HARDVER- ÉS SZOFTVERTERVEZÉS FOLYAMATA 12 of 67

13 1. meghatározzuk a rendszer által feldolgozandó ingereket és válaszokat 2. minden ingerre és válaszra meghatározzuk az időzítési követelményeket párhuzamos folyamatokba szervezzük az ingerek és a válaszok feldolgozását. Az ingerek és a válaszok minden osztályához egy-egy folyamatot rendelhetünk megtervezzük az algoritmusokat minden ingerre adandó válaszhoz úgy, hogy végrehajthatók legyenek a válaszadásra meghatározott idő alatt megtervezzük az ütemezési rendszert, amely időben indítja a folyamatokat, és gondoskodik arról, hogy a válaszok a rendelkezésre álló idő alatt megszülessenek a szoftver rendszert integráljuk egy valós idejű futtató- vagy operációs rendszer vezérlése alatt a tesztelést először szimulált hardveren, majd a megtervezett hardverrel együtt hajtjuk végre 13 of 67

14 AZ IDŐZÍTÉSRE VONATKOZÓ MEGFONTOLÁSOK egy valós idejű rendszer időzítésének elemzése nagyon bonyolult. Sok szimulációra és mérésre van szükség a tervek, majd a rendszer validálásához is kiderülhet, hogy egyes tervezési stratégiák (pl. az objektumorientált tervezési mód) nem alkalmazhatók, mert az adatreprezentációk vagy a futtatórendszer nem engedi meg ebből következően az erősen valós idejű rendszereket a szükséges teljesítmény érdekében alacsony szintű programozási nyelven kell megírni 14 of 67

15 végrehajtási platform rendszer kiválasztása RENDSZERTERVEZÉSI TEVÉKENYSÉGEK a hardver és a valós idejű operációs inger / válasz a rendszer által fogadott inger típusok beazonosítása, és a kapcsolódó válaszok meghatározása időzítés elemzés az egyes inger / válasz párokhoz időzítési megszorítások rendelése folyamat tervezés az inger / válasz folyamatok konkurens folyamatarchitektúrájának terve algoritmus tervezés a számítási alfolyamatok tervezése vagy akár szimulálása a reakcióidők becsléséhez adat tervezés az alfolyamatok közötti információcsere adatszerkezetei folyamatok ütemezése az időben való elindulás és a határidőre történő befejeződés biztosítása 15 of 67

16 FOLYAMATKOORDINÁCIÓ a konkurens rendszerekben biztosítani kell az osztott erőforrásokhoz való hozzáférést, az adatok integritásának megóvását és a folyamatok közötti kommunikációt a kölcsönös kizárás szinkronizációs technika biztosítja, hogy más folyamat ne férjen hozzá az éppen használt erőforrásokhoz vagy adatokhoz általában a valós idejű operációs rendszer felelős a folyamat- és erőforrás-kezelésért, és mindig tartalmaz egy ütemezőt, amely azért felelős, hogy éppen melyik folyamatot kell indítani az ütemezési döntésekre a folyamatok prioritása alapján kerül sor 16 of 67

17 KÖVETELMÉNY-ELLENŐRZÉS a rendszer megfelel-e az időzítési követelményeknek az elemzés bonyolult és feltételezéseken alapul az aperiodikus ingerek megjósolhatatlan természete miatt statikus elemzés viselkedését dinamikus elemzés ismerve az egyes komponensek időbeli szimuláció segítségével 17 of 67

18 RENDSZERMODELLEZÉS a valós idejű rendszereknek eseményekre kell reagálniuk, amelyek legtöbbször a rendszer állapotváltozását okozzák ezért ezek a rendszerek állapotátmenet diagramokkal modellezhetők. Az állapotátmenet modell feltételezi, hogy a rendszer mindig egy meghatározható állapotban van, amelyből egy adott inger egy másik, determinisztikusan meghatározott állapotba viszi át az állapotátmenet modellek hátránya, hogy a rendszer struktúráját nem ábrázolja, és egy egyszerű rendszer is csak bonyolultan modellezhető az UML lehetővé teszi az állapotok definiálását 18 of 67

19 MIKROHULLÁMÚ SÜTŐ ÁLLAPOTMODELLJE 19 of 67

20 VALÓS IDEJŰ RENDSZEREK PROGRAMOZÁSA a valós idejű rendszereket gyakran assembly nyelven programozzák, mert a szigorú időzítési követelmények nem teszik lehetővé magas szintű nyelv alkalmazását például C nyelven lehetséges effektív programokat írni, de nem feltétlenül támogatja a párhuzamos folyamatokat, vagy a megosztott erőforrások kezelését. Ezeket azonban az operációs rendszer még megoldhatja az Ada a valós idejű rendszerek programozására készült, ezért támogatja a konkurenciát, az ütemezést és az időzítést 20 of 67

21 JAVA NYELV támogatja a konkurenciát (szálak és szinkronizált módszerek), ezért alkalmas a kevéssé kritikusan valós idejű rendszerek fejlesztésére nem használható viszont szigorúan real-time rendszerekhez, mert: nem lehet megadni egy szál végrehajtási idejét, azaz nem jósolható a végrehajtási idő a szemétgyűjtés nem vezérelhető a megosztott erőforrásokat tartalmazó sorok méretét nem lehet lekérdezni a különböző virtuális gép implementációk különböző időzítéssel futtatják ugyanazt a szoftvert nem lehetséges a futási idő tár- és processzor-használatának elemzése 21 of 67

22 VALÓS IDEJŰ FUTTATÓ RENDSZEREK a valós idejű futtató rendszerek speciális operációs rendszerek, melyek a folyamatokat és az erőforrásokat (processzor és memória) vezérlik egy konkrét alkalmazás legtöbbször egy általános valós idejű kernelre alapozott, és az igények alapján kiegészített futtató rendszer alatt működik a futtató rendszerek általában nem tartalmaznak fájl vagy adatbáziskezelést 22 of 67

23 A VALÓS IDEJŰ FUTTATÓRENDSZER KOMPONENSEI 23 of 67

24 valós idejű óra ütemezéshez megszakításkezelő ütemező FŐ KOMPONENESEK periodikus időzítési információt szolgáltat az fogadja és kezeli az aperiodikus ingereket kiválasztja a következő futtatandó folyamatot erőforráskezelő memória és processzor erőforrásokat allokál a kiválasztott folyamatokhoz elosztó indítja a következő folyamat végrehajtását 24 of 67

25 TOVÁBBI KOMPONENESEK konfigurációkezelő a rendszer hardver és szoftver elemeinek dinamikus rekonfigurálását végzi. A hardver modulok a rendszer leállítása nélkül kicserélhetők, illetve bővíthetők hibakezelő a szoftver és hardver hibák detektálásáért és a rendszer folyamatos működéséért felelős. Végrehajtja a hiba kiküszöböléséhez szükséges teendőket, például átkapcsol tartalék lemezre vagy memóriára 25 of 67

26 2. OBJEKTUMORIENTÁLT TERVEZÉS olyan szoftverrendszer, mely saját állapotukat karbantartó, és erről az állapotról információs műveleteket biztosító, egymással együttműködő objektumokból áll 26 of 67

27 OBJEKTUMORIENTÁLT FEJLESZTÉSI FOLYAMAT FÁZI SAI objektumorientált elemzés (OOA) az alkalmazás objektumorientált modelljének kialakítása objektumorientált tervezés (OOD) a követelményeknek megfelelő szoftverrendszer objektumorientált modelljének kidolgozása objektumorientált programozás (OOP) a szoftverterv objektumorientált programnyelven történő megvalósítása az egyes fázisok között nincs explicit határvonal, egy következő lépés az előző finomításával jár 27 of 67

28 AZ OBJEKTUMORIENTÁLT TERVEZÉS LÉNYEGE az objektumok a való világ vagy egy rendszer elemeinek absztrakciói, amelyek karbantartják saját állapotukat az objektumok függetlenek, de együttműködnek egymással, elrejtik állapotukat és jellemzőiket a rendszer funkcionalitása az objektumok szolgáltatásaiban fejezhető ki nem használnak megosztott adatterületeket, üzenetek útján kommunikálnak egymással az objektumok szétoszthatók, műveleteik szekvenciálisan vagy párhuzamosan végrehajthatók 28 of 67

29 AZ OBJEKTUMORIENTÁLT TERVEZÉS ELŐNYEI könnyebb a szoftvert karbantartani, mivel az osztályok önálló egységekként értelmezhetők az egyes rendszerekben egyértelmű leképezés van a való világ elemei és a rendszer objektumai között az osztályok egyben újrafelhasználható komponensek is a gyakran használt elemek osztálykönyvtárakba gyűjthetők a gyakran használt osztályszerkezetek tervezési mintákba sorolhatók 29 of 67

30 OBJEKTUMOK ÉS OBJEKTUMOSZTÁLYOK az objektumok egy szoftverrendszer vagy a való világ elemeinek reprezentációi az osztály a hasonló tulajdonságú objektumok egy halmaza az osztályok közötti kapcsolatokat relációknak nevezzük 30 of 67

31 OBJEKTUMOK az objektum egy olyan entitás, amely jól körülhatárolható, attribútumai és állapota van, valamint meghatározott műveletek tartoznak hozzá az állapotait az attribútumainak értékkészlete határozza meg a műveletekkel szolgáltatásokat nyújt más objektumoknak az objektum az osztály egy példánya OSZTÁLYOK az osztály az objektumok sablonjának tekinthető tartalmazza az attribútumok és a szolgáltatások deklarációit, melyek a példányosítás során létrehozott objektumokhoz köthetők 31 of 67

32 OBJEKTUMOK JELLEMZŐI azonosítható az objektumok egymástól megkülönböztethetők, akkor is, ha az állapotuk ugyanaz tulajdonságok, attribútumok tartoznak hozzá kötött, formális paraméterek is ezek lehetnek állapot tartozik hozzá az attribútumok konkrét értékei az objektum mindenkori állapotát határozzák meg műveletek tartoznak hozzá tevékenységek, események ezek lehetnek leképezések, korlátozott láthatósággal rendelkezik van látható része (export és import műveletek), van láthatatlan része (az ábrázolás és a szolgáltatások megvalósításának részletei) 32 of 67

33 OSZTÁLY JELLEMZŐI hasonló tulajdonságú objektumok halmaza, azaz szerkezeti és viselkedésbeli jellemzők hasonlósága az osztálynak van neve, és a nevet az osztályba tartozó összes objektum örökli tartoznak hozzá attribútumok, tulajdonságok, melyek vagy az osztály minden objektumára, vagy az osztály egészére vonatkoznak tartoznak hozzá szolgáltatások, műveletek, melyek vagy az osztály minden objektumára, vagy az osztály egészére vonatkozó műveletek tartozhat hozzá import felület, az általa igényelt szolgáltatások definícióival lehet absztrakt vagy konkrét osztály 33 of 67

34 TÉGLALAP OSZTÁLY 34 of 67

35 OBJEKTUMOK KOMMUNIKÁCIÓJA elméletileg az objektumok üzeneteken keresztül kommunikálnak egymással az üzenet tartalma a kért szolgáltatás neve a szolgáltatás végrehajtásához szükséges információ és a szolgáltatás eredményét kérő neve a kommunikáció gyakran eljáráshívással és paraméterek átadásával valósul meg, amikor a szolgáltatást kérő az alábbiakat adja meg név: a hívott metódus neve információ: az átadott paraméterek 35 of 67

36 KOMMUNIKÁCIÓ TÍPUSOK szinkron végrehajtás a hívó objektum megvárja a szolgáltatás befejeződését pl. az eljáráshívás párhuzamos végrehajtás ha az objektumok konkurens szálakként vannak implementálva, a hívó tovább folytatja működését ilyen esetekben és az osztott rendszerekben az objektumok kommunikációja (sokszor szöveges, pl. XML) üzenetek formájában valósul meg 36 of 67

37 asszociáció OSZTÁLYOK KÖZÖTTI KAPCSOLATOK kétirányú társítás két osztály között (konkrét esetben összekapcsolás, absztrakt esetben társítás) aggregáció az osztály objektumainak egymáshoz rendelése kompozíció egy osztály objektumai a másik osztály objektumait fizikailag tartalmazzák öröklődés egy általános osztályból származtatással létrehozott speciális(abb) osztály jön létre 37 of 67

38 GENERALIZÁCIÓ ÉS ÖRÖKLŐDÉS az objektumok osztályokba tartoznak, amelyek meghatározzák attribútumaikat és műveleteiket az osztályok hierarchiába szervezhetők, ahol egy osztálytól (ősosztály) egy vagy több osztály (leszármazott osztály) örökli az ős attribútumait és műveleteit a hierarchiában alacsonyabb szinten lévő osztályok öröklik az ősosztályok attribútumait és műveleteit, és újakkal egészíthetik ki azokat, sőt meg is változtathatják az ősök némely attribútumát vagy műveletét 38 of 67

39 AZ ÖRÖKLŐDÉS ELŐNYEI az öröklődés (generalizáció) olyan absztrakciós mechanizmus, amely az entitások hierarchiába szervezésére használható lehetővé teszi az újrafelhasználhatóságot a tervezés és a programozás szintjén egyaránt az öröklődési diagramban ábrázolhatók a szakterülettel és a rendszerrel kapcsolatos szervezeti ismeretek 39 of 67

40 AZ ÖRÖKLŐDÉS PROBLÉMÁI az objektumosztályok nem önállóak, nem érthetők és értelmezhetők az ősosztályok ismerete nélkül a tervezők a tervezés során újra felhasználhatják az elemzés során készült öröklődési diagramokat, amivel munkát takarítanak meg, azonban nagy mértékben csökkenhet a modell hatásfoka az elemzés, a tervezés és az implementáció során készített öröklődési diagramoknak más a feladata, ezért külön kell elkészíteni és karbantartani azokat 40 of 67

41 ÖRÖKLŐDÉS ÉS AZ OBJEKTUMORIENTÁLT TERVEZÉS mivel az öröklődés az OOD alapvető eszköze, ezzel kapcsolatban többféle megközelítés alakult ki: 1. az öröklődési hierarchia azonosítása az OOD alapvető feladata. Az implementáció pedig nyilvánvalóan egy objektumorientált programozási nyelv feladata 2. az öröklődés az implementáció hasznos eszköze, amely segíti az attribútumok és a műveletek újrafelhasználását. Az öröklődési hierarchiát azonban nem célszerű a tervezési fázisban meghatározni, mert ezzel túl sok megkötést viszünk be az implementációba az öröklődés olyan fokú bonyolultságot eredményezhet, amelyet kritikus rendszerekben célszerű elkerülni 41 of 67

42 KONKURENS OBJEKTUMOK az objektumok, mint önálló entitások meghatározhatják, hogy egy kért szolgáltatás végrehajtódjon: sorosan a szolgáltatást kérő megvárja a szolgáltatás eredményét párhuzamosan az objektumok közötti kommunikáció üzenettovábbítási modellje akár azonos, akár különböző processzorokon futó objektumok között alkalmazható 42 of 67

43 SZERVEREK ÉS AKTÍV OBJEKTUMOK a konkurens objektumok kétféle módon implementálhatók szerverek az objektum egy párhuzamos folyamatként van implementálva, műveletei egy külső üzenet hatására indulnak el, és más műveletekkel párhuzamosan futnak. Amikor befejeződtek, várakozó állapotba kerülnek aktív objektumok az objektum állapotát az objektum belső műveletei határozzák és változtatják meg, és nem külső hívások. Az objektum ezeket a műveleteket folyamatosan végrehajtja, így soha nem függesztődik fel 43 of 67

44 OBJEKTUMORIENTÁLT TERVEZÉSI FOLYAMAT 1. definiáljuk a rendszer összefüggéseit és használatának módjait 2. tervezzük meg a rendszerarchitektúrát 3. azonosítsuk be a rendszer legfontosabb objektumait 4. dolgozzuk ki a tervezési modelleket 5. határozzuk meg az objektumok interfészeit 44 of 67

45 PÉLDA: AUTOMATIKUS METEOROLÓGIAI ÁLLOMÁS az időjárási adatgyűjtő rendszerek az időjárási térkép elkészítéséhez automatikus (és egyéb) meteorológiai állomásoktól gyűjtenek adatokat. Ezek az állomások adataikat lekérdezésre küldik el. a körzeti számítógép ellenőrzi a begyűjtött adatokat, integrálja a különböző forrásokból érkező adatokat. Archiválja az integrált adatokat, majd egy digitális térkép adatbázis alapján elkészíti a helyi meteorológiai térképeket. az elkészült térképek kinyomtathatók, illetve különböző formákban megjeleníthetők 45 of 67

46 RÉTEGEZETT ARCHITEKTÚRA adatmegjelenítő réteg az objektumok az adatokat értelmezhető, olvasható formába konvertálják adatarchiváló és -kezelő réteg adatok tárolását végzik az objektumok az adatfeldolgozó réteg az objektumok az összegyűjtött adatok ellenőrzésével, integrálásával és feldolgozásával foglalkoznak adatgyűjtő réteg az objektumok a távoli forrásokból származó adatok összegyűjtésével foglalkoznak 46 of 67

47 RENDSZERKÖRNYEZET, HASZNÁLATI ESETEK ki kell dolgozni a tervezendő szoftver és környezete közti kapcsolatokat rendszerkörnyezet statikus modell, amely alrendszerként írja le a rendszerrel kapcsolatba lépő többi rendszert rendszerhasználat dinamikus modell, amely a rendszer és környezetének interakcióit írja le, rendszerint használati eset diagramokkal 47 of 67

48 METEOROLÓGIAI TÉRKÉPRENDSZER ALRENDSZEREI 48 of 67

49 AZ ÁLLOMÁS HASZNÁLATI ESETE 49 of 67

50 A HASZNÁLATI ESET LEÍRÁSA rendszer Meteorológiai állomás (Állomás) aktorok Meteorológiai adatgyűjtő rendszer, meteorológiai állomás adatok Az Állomás a műszerek adatait összegezi, és elküldi az adatgyűjtő rendszernek. Az elküldött adatok: maximális, minimális és átlagos talaj- és levegőhőmérséklet, max., min., és átlagos szélsebesség, teljes esőmennyiség, szélirány öt percenként vett minták. inger Az adatgyűjtő rendszer modemes kapcsolatot létesít az Állomással, és kezdeményezi az adatok átküldését válasz Az összegezett adatok átkerülnek az adatgyűjtő rendszerbe megjegyzés Az Állomástól általában óránként kérnek adatokat, de a gyakoriság változhat állomásonként és időszakonként 50 of 67

51 ARCHITEKTURÁLIS TERVEZÉS a rendszer és környezete közti együttműködési modell adja az alapot a rendszer architektúrájának tervezéséhez a meteorológiai állomás modellezéséhez a rétegezett architektúrát választjuk: interfész réteg a kommunikáció kezelését végzi adatgyűjtő réteg a műszerektől begyűjtött adatok kezelésével, összegzésével, és az adatoknak a térkép rendszerhez történő továbbításával foglalkozik a műszerek rétege az alapadatoknak a műszerektől való összegyűjtését végzi a tervezés ezen szintjén lehetőleg ne használjunk hétnél több réteget 51 of 67

52 METEOROLÓGIAI ÁLLOMÁS ARCHITEKTÚRÁJA 52 of 67

53 OBJEKTUMOK AZONOSÍTÁSA az objektumorientált tervezés legnehezebb része, nincs rá egyszerű recept ez a folyamat az objektumok és az osztályok azonosítását jelenti az objektumok azonosítása iteratív folyamat. A finomítás során többször vissza és visszatérünk, és módosítjuk az osztályok kezdeti azonosítását 53 of 67

54 MÓDSZEREK AZ OBJEKTUMOK AZONOSÍTÁSÁRA nyelvtani megközelítés, a természetes nyelvi leírásból a főnevek az objektumok és az attribútumok, az igék a műveletek és a szolgáltatások a szakterület konkrét tárgyainak, szerepköreinek, eseményeinek, interakcióinak, szervezeti egységeinek felhasználása, amit támogathat a tárolási szerkezetek (absztrakt adatszerkezetek) meghatározása a viselkedés megértése, és az objektumok azonosítása azon az alapon, hogy melyiket ki kezdeményezte és ki vett részt benne forgatókönyv alapú elemzés, a rendszerhasználat különböző forgatókönyveinek elemzése során határozza meg az objektumokat, az attribútumokat és a műveleteket 54 of 67

55 A METEOROLÓGIAI ÁLLOMÁS OBJEKTUMAI Weather station a meteorológiai állomás és környezete közti alapinterfész. Műveletei a használati esetben azonosított interakciókat végzik Weather data a műszerektől kapott összesített adatokat kezeli. Műveletei az adatokat gyűjtik össze és összegzik Ground thermometer, Anemometer, Barometer a meteorológiai állomás műszerei, hardverek, a műveletek ezen hardverek vezérlését végzik 55 of 67

56 A METEOROLÓGIAI ÁLLOMÁS OSZTÁLYAI 56 of 67

57 OBJEKTUMOK FINOMÍTÁSA, TOVÁBBI OBJEKTUMOK A SZAKTERÜLETI INFORMÁCIÓK ALAPJÁN TOVÁBBI OBJEKTUMOK AZONOSÍTHATÓK a meteorológiai állomásoknak egyedi azonosítóval kell rendelkezniük az állomások távol vannak, ezért a műszerek meghibásodásáról automatikusan kell jelentést küldeniük. Az állomásnak szüksége van egy öntesztelő műveletre és a hozzátartozó attribútumokra is. AKTÍV ÉS PASSZÍV OBJEKTUMOK esetünkben az objektumok passzívak, vagyis külső kérésre gyűjtenek adatokat, nem automatikusan. Ez a vezérlést rugalmasabbá teszi. 57 of 67

58 A RENDSZER CSOMAG DIAGRAMJA 58 of 67

59 AZ ADATGYŰJTÉS SZEKVENCIA DIAGRAMJA 59 of 67

60 A RENDSZER ÁLLAPOTDIAGRAMJA 60 of 67

61 AZ OBJEKTUMOK INTERFÉSZ SPECIFIKÁCIÓJA az objektumok közti interfészt úgy specifikáljuk, hogy az objektum és más komponensek tervezése párhuzamosan folyhasson az interfészek reprezentációjának rejtettnek kell lennie, hogy változtatható legyen. Műveleteket kell biztosítania az adatokhoz való hozzáférésre és módosításra egy objektumnak többféle interfésze is lehet, amelyek az objektum szolgáltatásainak különféle nézőpontból való megközelítését teszik lehetővé az UML osztálydiagramokat használ az interfészek specifikációjára, de Java szintén használható 61 of 67

62 A TERV EVOLÚCIÓJA az objektumorientált tervezés könnyebben változtathatóvá teszi a rendszert azáltal, hogy az információt az objektumokon belül tartja, így egy objektum módosítása nem érinti a többieket tételezzük fel, hogy a meteorológiai állomást ki kell egészíteni a légszennyezés mérésével. Ez mintát vesz a levegőből, és kiszámítja a különböző szennyező anyagok mennyiségét a szennyezés adatait az időjárási adatokkal együtt továbbítja 62 of 67

63 A VÁLTOZTATÁS BEVEZETÉSE egy új osztályt, az Air quality nevűt, és egy új műveletet reportairquality adnunk hozzá a WeatherStation modelljéhez a vezérlőszoftvert úgy módosítjuk, hogy a légszennyezési adatokat is begyűjtse egy új objektumra van szükség, amely a szennyezés mérését végzi 63 of 67

64 A LÉGSZENNYEZÉS MÉRÉSE 64 of 67

65 CRC TERVEZÉS Class Responsibility Collaborator (Beck&Cunningham, 1989) célja segíteni (formalizálni) az osztályok meghatározását és rendszerezését Class az osztályok és objektumok meghatározása (az osztály alapvető tulajdonságaival) Responsibilities az osztályok és az objektumok szerepének, feladatainak (felelősségének) és viselkedésének meghatározása (az osztály által nyújtott szolgáltatások magas szintű leírása) Collaborators az együttműködő osztályok meghatározása (típusok: része, ismeri, függ tőle) 65 of 67

66 osztály neve osztály típusa osztály tulajdonságai szülőosztály származtatott osztály feladatok együttműködők CRC ŰRLAP / KÁRTYA (eszköz, tulajdonság, szerep, esemény) (konkrét, elemi, konkurens, stb.) 66 of 67

67 ÖSSZEFOGLALÁS az objektumorientált tervezés a szoftvertervezés olyan módszere, ahol a terv komponensei saját állapottal és műveletekkel rendelkeznek az objektumoknak rendelkezniük kell konstruktor és inspektor műveletekkel, az állapotuk megfigyelésére és megváltoztatására az objektumok implementálhatók szekvenciálisan vagy párhuzamosan is az UML sokféle jelölési lehetőséggel rendelkezik a különböző modellek ábrázolására 67 of 67

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

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

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

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

Részletesebben

Előzmények 2011.10.23.

Előzmények 2011.10.23. Előzmények Dr. Mileff Péter A 80-as évek közepétől a szoftverek komplexitása egyre növekszik. Megjelentek az OO nyelvek. Az OO fejlesztési módszerek a rendszer különböző nézőpontú modelljeit készítik el.

Részletesebben

2.1.A SZOFTVERFEJLESZTÉS STRUKTÚRÁJA

2.1.A SZOFTVERFEJLESZTÉS STRUKTÚRÁJA 2.Szoftverfejlesztés 2.1.A SZOFTVERFEJLESZTÉS STRUKTÚRÁJA Szoftverfejlesztés: magában foglalja mindazon elveket, módszereket és eszközöket, amelyek célja a programok megbízható és hatékony elkészítésének

Részletesebben

Objektum Orientált Szoftverfejlesztés (jegyzet)

Objektum Orientált Szoftverfejlesztés (jegyzet) Objektum Orientált Szoftverfejlesztés (jegyzet) 1. Kialakulás Kísérletek a szoftverkrízisből való kilábalásra: 1.1 Strukturált programozás Ötlet (E. W. Dijkstra): 1. Elkészítendő programot elgondolhatjuk

Részletesebben

TERMÉKTERVEZÉS PANDUR BÉLA TERMÉKTERVEZÉS

TERMÉKTERVEZÉS PANDUR BÉLA TERMÉKTERVEZÉS TERMÉKTERVEZÉS A SZOFTVERFEJLESZTÉS STRUKTÚRÁJA Szoftverfejlesztés: magában foglalja mindazon elveket, módszereket és eszközöket, amelyek célja a programok megbízható és hatékony elkészítésének támogatása.

Részletesebben

2. fejezet Hálózati szoftver

2. fejezet Hálózati szoftver 2. fejezet Hálózati szoftver Hálózati szoftver és hardver viszonya Az első gépek összekötésekor (azaz a hálózat első megjelenésekor) a legfontosabb lépésnek az számított, hogy elkészüljön az a hardver,

Részletesebben

Adatstruktúrák, algoritmusok, objektumok

Adatstruktúrák, algoritmusok, objektumok Adatstruktúrák, algoritmusok, objektumok 3. Az objektumorientált paradigma alapelemei Objektum Osztály Példányosítás A konstruktor és a destruktor Osztályok közötti kapcsolatok 1 Objektum Definíció Az

Részletesebben

Java VI. Egy kis kitérő: az UML. Osztály diagram. Általános Informatikai Tanszék Utolsó módosítás: 2006. 03. 07.

Java VI. Egy kis kitérő: az UML. Osztály diagram. Általános Informatikai Tanszék Utolsó módosítás: 2006. 03. 07. Java VI. Öröklődés Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2006. 03. 07. Java VI.: Öröklődés JAVA6 / 1 Egy kis kitérő: az UML UML: Unified Modelling Language Grafikus eszköz objektum

Részletesebben

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

Bánsághi Anna anna.bansaghi@mamikon.net. 2014 Bánsághi Anna 1 of 31 IMPERATÍV PROGRAMOZÁS Bánsághi Anna anna.bansaghi@mamikon.net 9. ELŐADÁS - OOP TERVEZÉS 2014 Bánsághi Anna 1 of 31 TEMATIKA I. ALAPFOGALMAK, TUDOMÁNYTÖRTÉNET II. IMPERATÍV PROGRAMOZÁS Imperatív paradigma

Részletesebben

Ismeretanyag Záróvizsgára való felkészüléshez

Ismeretanyag Záróvizsgára való felkészüléshez Ismeretanyag Záróvizsgára való felkészüléshez 1. Információmenedzsment az információmenedzsment értelmezése, feladatok különböző megközelítésekben informatikai szerepek, informatikai szervezet, kapcsolat

Részletesebben

Models are not right or wrong; they are more or less useful.

Models are not right or wrong; they are more or less useful. Eötvös Loránd Tudományegyetem Informatikai Kar Szoftvertechnológia 8. előadás Models are not right or wrong; they are more or less useful. (Martin Fowler) 2015 Giachetta Roberto groberto@inf.elte.hu http://people.inf.elte.hu/groberto

Részletesebben

Tartalom Kontextus modellek Viselkedési modellek Adat-modellek Objektum-modellek CASE munkapadok (workbench)

Tartalom Kontextus modellek Viselkedési modellek Adat-modellek Objektum-modellek CASE munkapadok (workbench) 8. Rendszermodellek Kérdések Miért kell a rendszer kontextusát már a követelménytervezés során modellezni? Mi a viselkedési modell, az adatmodell és az objektum-modell? Milyen jelöléseket tartalmaz az

Részletesebben

TERMÉK FEJLESZTÉS PANDUR BÉLA TERMÉK TERVEZÉSE

TERMÉK FEJLESZTÉS PANDUR BÉLA TERMÉK TERVEZÉSE TERMÉK TERVEZÉSE A termék fogalma: Tevékenységek, vagy folyamatok eredménye /folyamat szemlélet /. (Minden terméknek értelmezhető, amely gazdasági potenciált közvetít /közgazdász szemlélet /.) Az ISO 8402

Részletesebben

4. Programozási nyelvek osztályozása. Amatőr és professzionális

4. Programozási nyelvek osztályozása. Amatőr és professzionális 4. Programozási nyelvek osztályozása. Amatőr és professzionális programozási nyelvek. Számítási modellek (Neumann-elvű, automataelvű, funkcionális, logikai). Programozási nyelvekkel kapcsolatos fogalmak

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

3.1. Alapelvek. Miskolci Egyetem, Gyártástudományi Intézet, Prof. Dr. Dudás Illés

3.1. Alapelvek. Miskolci Egyetem, Gyártástudományi Intézet, Prof. Dr. Dudás Illés 3. A GYÁRTERVEZÉS ALAPJAI A gyártervezési folyamat bemutatását fontosnak tartottuk, mert a gyártórendszer-tervezés (amely folyamattervezés) része a gyártervezési feladatkörnek (objektumorientált tervezés),

Részletesebben

Szervlet-JSP együttműködés

Szervlet-JSP együttműködés Java programozási nyelv 2007-2008/ősz 10. óra Szervlet-JSP együttműködés Kérés továbbítás technikái legradi.gabor@nik.bmf.hu szenasi.sandor@nik.bmf.hu Szervlet-JSP együttműködés Témakörök Osztálykönyvtár

Részletesebben

Követelmények a megbízható működés terén. Információbiztonsági osztályozás a megbízható működés szempontjából. T - T üz T

Követelmények a megbízható működés terén. Információbiztonsági osztályozás a megbízható működés szempontjából. T - T üz T Követelmények a megbízható működés terén Információbiztonsági osztályozás a megbízható működés szempontjából Megbízható működés Az informatikai rendszerek megbízható működését úgy értelmezzük, hogy az

Részletesebben

Integrált ügyviteli rendszerek fejlesztése A cégre formázható szoftver szállítója. BEMUTATKOZÁS 2016.

Integrált ügyviteli rendszerek fejlesztése A cégre formázható szoftver szállítója. BEMUTATKOZÁS 2016. R-TREND Kft Integrált ügyviteli rendszerek fejlesztése A cégre formázható szoftver szállítója. BEMUTATKOZÁS 2016. Az R-TREND Kft. bemutatása Az R-TREND Kft 1989-ben alakult, 27 éve, öt fő tevékenységi

Részletesebben

Objektumorientált tesztelés

Objektumorientált tesztelés Objektumorientált tesztelés OO tesztelés OO tesztelés funkcionális modell Az objektumok különálló komponensként nagyobbak, mint az egyszerű függvények A rendszernek nincsen egyértelmű teteje (az alrendszerekbe

Részletesebben

KERESKEDELMI AJÁNLAT BUDAÖRSI VÁROSFEJLESZTŐ KFT. RÉSZÉRE KERETRENDSZERBEN KIALAKÍTOTT - PROJEKT MENEDZSMENT FUNKCIONALITÁS

KERESKEDELMI AJÁNLAT BUDAÖRSI VÁROSFEJLESZTŐ KFT. RÉSZÉRE KERETRENDSZERBEN KIALAKÍTOTT - PROJEKT MENEDZSMENT FUNKCIONALITÁS KERESKEDELMI AJÁNLAT BUDAÖRSI VÁROSFEJLESZTŐ KFT. RÉSZÉRE KERETRENDSZERBEN KIALAKÍTOTT - PROJEKT MENEDZSMENT FUNKCIONALITÁS BEVEZETÉSÉRE ÉS TÁMOGATÁSÁRA 1 TARTALOMJEGYZÉK Vezetői Összefoglaló...3 Projekt

Részletesebben

Az élet szép, környezetünk tele van fákkal, virágokkal, repdeső madarakkal, vidáman futkározó állatokkal.

Az élet szép, környezetünk tele van fákkal, virágokkal, repdeső madarakkal, vidáman futkározó állatokkal. Objektumorientált programozás Az élet szép, környezetünk tele van fákkal, virágokkal, repdeső madarakkal, vidáman futkározó állatokkal. Ez a nem művészi értékű, de idillikus kép azt a pillanatot mutatja,

Részletesebben

CA Clarity PPM. Igénykezelés felhasználói útmutató. Release 14.2.00

CA Clarity PPM. Igénykezelés felhasználói útmutató. Release 14.2.00 CA Clarity PPM Igénykezelés felhasználói útmutató Release 14.2.00 A jelen dokumentáció, amely beágyazott súgórendszereket és elektronikusan terjesztett dokumentumokat (továbbiakban: Dokumentáció ) tartalmaz,

Részletesebben

Programozás 1. 2.gyakorlat

Programozás 1. 2.gyakorlat Programozás 1. 2.gyakorlat Ismétlés Objektum: Egy a való világból vett elem (ami lehet elvonatkoztatott is) számítógépes ábrázolása. Pl: Kurzus, Személy stb Minden Objektum rendelkezik: Állapottal Viselkedéssel

Részletesebben

A C++ öröklés. (Előfeltétel: 12. tétel ismerete)

A C++ öröklés. (Előfeltétel: 12. tétel ismerete) Az öröklés fogalma: A C++ öröklés (Előfeltétel: 12. tétel ismerete) olyan alapvető programozási technika, amely lehetővé teszi, hogy a már meglévő osztályainkból újakat tudunk származtatni, valamint az

Részletesebben

Történeti áttekintés

Történeti áttekintés Történeti áttekintés Előzmények A számítástechnika kezdetén elterjedt (egyeduralkodó) volt a mérnökpult használata, a gép és az ember kommunikációja bináris nyelven zajlott. A gépi kódú programozás nem

Részletesebben

Légsebesség profil és légmennyiség mérése légcsatornában Hővisszanyerő áramlástechnikai ellenállásának mérése

Légsebesség profil és légmennyiség mérése légcsatornában Hővisszanyerő áramlástechnikai ellenállásának mérése BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM GÉPÉSZMÉRNÖKI KAR ÉPÜLETGÉPÉSZETI ÉS GÉPÉSZETI ELJÁRÁSTECHNIKA TANSZÉK Légsebesség profil és légmennyiség mérése légcsatornában Hővisszanyerő áramlástechnikai

Részletesebben

A Szekszárdi I. Béla Gimnázium Helyi Tanterve

A Szekszárdi I. Béla Gimnázium Helyi Tanterve A Szekszárdi I. Béla Gimnázium Helyi Tanterve Négy évfolyamos gimnázium Informatika Készítette: a gimnázium reál munkaközössége 2015. Tartalomjegyzék Alapvetés...3 Egyéb kötelező direktívák:...6 Informatika

Részletesebben

Informatika-érettségi_emelt 11.-12. évfolyam Informatika

Informatika-érettségi_emelt 11.-12. évfolyam Informatika 11. évfolyam A tanév célja a középszintű érettségire való felkészítés, az emelt szintű érettségire való felkészülésnek a megalapozása. A középszintű érettségi elősegíti az eligazodást és a munkába állást

Részletesebben

IBM WebSphere Adapters 7. változat 5. alváltozat. IBM WebSphere Adapter for Oracle E-Business Suite felhasználói kézikönyv 7. változat 5.

IBM WebSphere Adapters 7. változat 5. alváltozat. IBM WebSphere Adapter for Oracle E-Business Suite felhasználói kézikönyv 7. változat 5. IBM WebSphere Adapters 7. változat 5. alváltozat IBM WebSphere Adapter for Oracle E-Business Suite felhasználói kézikönyv 7. változat 5.kiadás IBM WebSphere Adapters 7. változat 5. alváltozat IBM WebSphere

Részletesebben

TERC-ETALON Online Építőipari Költségvetés-készítő és Kiíró programrendszer Felhasználói kézikönyv

TERC-ETALON Online Építőipari Költségvetés-készítő és Kiíró programrendszer Felhasználói kézikönyv TERC-ETALON Online Építőipari Költségvetés-készítő és Kiíró programrendszer Felhasználói kézikönyv TERC Kft. Budapest 2015. április 2 Tartalomjegyzék TERC-ETALON ONLINE Tartalomjegyzék... 3 1. Bevezetés...

Részletesebben

ADATBÁZIS ADMINISZTRÁTOR SZAKKÉPESÍTÉS SZAKMAI ÉS VIZSGAKÖVETELMÉNYEI

ADATBÁZIS ADMINISZTRÁTOR SZAKKÉPESÍTÉS SZAKMAI ÉS VIZSGAKÖVETELMÉNYEI ADATÁZIS ADMINISZTRÁTOR SZAKKÉPESÍTÉS SZAKMAI ÉS VIZSGAKÖVETELMÉNYEI I. ORSZÁGOS KÉPZÉSI JEGYZÉKEN SZEREPLŐ ADATOK 1. A szakképesítés azonosító száma: 54 482 01 2. A szakképesítés megnevezése: Adatbázis

Részletesebben

Számítógépvezérelt rendszerek mérnöki tervezése 2006.05.19.

Számítógépvezérelt rendszerek mérnöki tervezése 2006.05.19. Számítógépvezérelt rendszerek mérnöki tervezése 2006.05.19. 1 Bevezetés Az irányított rendszerek típusa és bonyolultsága különböző bizonyos eszközöket irányítunk másokat csak felügyelünk A lejátszódó fizikai

Részletesebben

NET-VILÁG WEB GRAFIKAI STUDIÓ ÉS INFORMATIKAI TANÁCSADÓ. Általános Szerződési Feltételek. Internetes Szolgáltatások igénybevételére

NET-VILÁG WEB GRAFIKAI STUDIÓ ÉS INFORMATIKAI TANÁCSADÓ. Általános Szerződési Feltételek. Internetes Szolgáltatások igénybevételére 1 NET-VILÁG WEB GRAFIKAI STUDIÓ ÉS INFORMATIKAI TANÁCSADÓ Általános Szerződési Feltételek Internetes Szolgáltatások igénybevételére 1 Hatályos: Kazincbarcika, 2016. Junius 01. 2 2 Tartalomjegyzék 1. SZOLGÁLTATÓ

Részletesebben

Terület- és térségmarketing. /Elméleti jegyzet/

Terület- és térségmarketing. /Elméleti jegyzet/ Terület- és térségmarketing /Elméleti jegyzet/ Terület- és térségmarketing /Elméleti jegyzet/ Szerző: Nagyné Molnár Melinda Szent István Egyetem Szerkesztő: Nagyné Molnár Melinda Lektor: Szakály Zoltán

Részletesebben

Karbantartás. Az ESZR Karbantartás menüjébentudjuk elvégezni az alábbiakat:

Karbantartás. Az ESZR Karbantartás menüjébentudjuk elvégezni az alábbiakat: Karbantartás Az ESZR Karbantartás menüjébentudjuk elvégezni az alábbiakat: Jelszó módosítása: A felhasználói jelszavunkat módosíthatjuk ebben a menüpontban, a régi jelszavunk megadása után. Általánosan

Részletesebben

Elektronikus közhiteles nyilvántartások Megvalósítási tanulmány

Elektronikus közhiteles nyilvántartások Megvalósítási tanulmány eegészség Program 27. Projekt Elektronikus közhiteles nyilvántartások Megvalósítási tanulmány Készítette: Szentgáli Ádám (Stubenvoll Bt.) 1.1 Budapest, 2004 szeptember 30 Tartalom I. Az EKNY adatbank,

Részletesebben

Nemzeti Alaptanterv Informatika műveltségterület Munkaanyag. 2011. március

Nemzeti Alaptanterv Informatika műveltségterület Munkaanyag. 2011. március Nemzeti Alaptanterv Informatika műveltségterület Munkaanyag 2011. március 1 Informatika Alapelvek, célok Az információ megszerzése, megértése, feldolgozása és felhasználása, vagyis az információs műveltség

Részletesebben

Bosch Rexroth Szervizszolgáltatások

Bosch Rexroth Szervizszolgáltatások Bosch Rexroth Szervizszolgáltatások 2 Szerviz Rexroth szerviz: a nagyobb termelékenység kulcsa A Rexroth a gépek rendelkezésre állását maximalizáló szolgáltatások széles skáláját kínálja. Az Ön előnye:

Részletesebben

WebSphere Adapters. 6. változat 2. alváltozat. WebSphere Adapter for SAP Software felhasználói kézikönyv 6. változat 2. kiadás

WebSphere Adapters. 6. változat 2. alváltozat. WebSphere Adapter for SAP Software felhasználói kézikönyv 6. változat 2. kiadás WebSphere Adapters 6. változat 2. alváltozat WebSphere Adapter for SAP Software felhasználói kézikönyv 6. változat 2. kiadás Megjegyzés Az információk és a tárgyalt termék használatba vétele előtt feltétlenül

Részletesebben

Objektum orientált alapelvek

Objektum orientált alapelvek Krizsán Zoltán 1 [2012. február 12.] Általános Informatikai Tanszék Miskolci Egyetem Objektumorientált programozás C# alapokon tananyag Tartalom Bevezetés Programozási nyelvek A programozási eszközök absztrakciós

Részletesebben

Programozás I. 2. gyakorlat. Szegedi Tudományegyetem Természettudományi és Informatikai Kar

Programozás I. 2. gyakorlat. Szegedi Tudományegyetem Természettudományi és Informatikai Kar Programozás I. 2. gyakorlat Szegedi Tudományegyetem Természettudományi és Informatikai Kar Antal Gábor 1 Vizuális modellezés Programozás: Modellezés és tervezés Implemetálás (Kódolás) Dokumentálás és Tesztelés

Részletesebben

ANTENNAMÉRÉSEK. Leírás R12C - ANTENNAMÉRÉSEK ANTENNÁK HARDVERELEMEK VIZSGÁLATA

ANTENNAMÉRÉSEK. Leírás R12C - ANTENNAMÉRÉSEK ANTENNÁK HARDVERELEMEK VIZSGÁLATA Leírás ANTENNAMÉRÉSEK R12C - ANTENNAMÉRÉSEK ANTENNÁK HARDVERELEMEK VIZSGÁLATA R1 - A TÉRBELI RÁDIÓFREKVENCIÁS AZONOSÍTÁS LEHETŐSÉGEINEK KUTATÁSA BUDAPEST, 2013 Tartalomjegyzék 1. A DOKUMENTUM POZICIONÁLÁSA...

Részletesebben

IBM WebSphere Adapters 7. változat 5. alváltozat. IBM WebSphere Adapter for Email felhasználói kézikönyv 7. változat 5.kiadás

IBM WebSphere Adapters 7. változat 5. alváltozat. IBM WebSphere Adapter for Email felhasználói kézikönyv 7. változat 5.kiadás IBM WebSphere Adapters 7. változat 5. alváltozat IBM WebSphere Adapter for Email felhasználói kézikönyv 7. változat 5.kiadás IBM WebSphere Adapters 7. változat 5. alváltozat IBM WebSphere Adapter for

Részletesebben

Adminisztrátori kézikönyv (Ver: 2.0.0.1)

Adminisztrátori kézikönyv (Ver: 2.0.0.1) (Ver: 2.0.0.1) Tartalomjegyzék Adminisztrátori ismeretek...4 Bevezetés...4 1. A rendszer telepítése...4 1.1 A telepítés elvégzése...4 1.2 A hardverkulcs használata...5 1.3 A telepített komponensek...6

Részletesebben

Emberi erőforrás menedzsment Exact megoldásokkal

Emberi erőforrás menedzsment Exact megoldásokkal Emberi erőforrás menedzsment Exact megoldásokkal Lengyel Attila Tartalom Az Exact-ról Synergy Enterprise áttekintés Emberi erőforrás menedzsment Legfrissebb információk az Európai Uniós pályázatokról Közben

Részletesebben

Az MS Access adatbázis-kezelő program

Az MS Access adatbázis-kezelő program Az adatbázis-kezelő program A tananyagban az alapfogalmak és a tervezési megoldások megismerése után a gyakorlatban is elkészítünk (számítógépes) adatbázisokat. A számítógépes adatbázisok létrehozásához,

Részletesebben

Modellalkotás UML-ben

Modellalkotás UML-ben Modellalkotás UML-ben Modellalkotás UML-ben A Unified Modeling Language (UML) egy grafikus modellező nyelv, amely lehetőséget nyújt egy megoldandó probléma specifikációjának leírására absztrakt szinten,

Részletesebben

A VERTESZ VEGA 2.0 energiagazdálkodó és SCADA rendszere

A VERTESZ VEGA 2.0 energiagazdálkodó és SCADA rendszere A VERTESZ VEGA 2.0 energiagazdálkodó és SCADA rendszere www.vertesz.hu 1 VEGA 2.0 Energiagazdálkodó rendszer A VERTESZ Elektronika VEGA 2.0 energiagazdálkodó rendszerének feladata, hogy segítse a gazdasági

Részletesebben

Leonova. a gépállapotfigyelés géniusza. Végezzen azonnali helyszíni diagnosztikát, elemezzen, ha szükséges. Pénzt takarít meg.

Leonova. a gépállapotfigyelés géniusza. Végezzen azonnali helyszíni diagnosztikát, elemezzen, ha szükséges. Pénzt takarít meg. Leonova a gépállapotfigyelés géniusza Végezzen azonnali helyszíni diagnosztikát, elemezzen, ha szükséges. Pénzt takarít meg. Teljes mértékben elkötelezett aziránt, hogy az Önök gépeit üzemképes állapotban

Részletesebben

1 Rendszer alapok. 1.1 Alapfogalmak

1 Rendszer alapok. 1.1 Alapfogalmak ÉRTÉKTEREMTŐ FOLYAM ATOK MENEDZSMENTJE II. RENDSZEREK ÉS FOLYAMATOK TARTALOMJEGYZÉK 1 Rendszer alapok 1.1 Alapfogalmak 1.2 A rendszerek csoportosítása 1.3 Rendszerek működése 1.4 Rendszerek leírása, modellezése,

Részletesebben

Számítógép Architektúrák

Számítógép Architektúrák Multiprocesszoros rendszerek Horváth Gábor 2015. május 19. Budapest docens BME Híradástechnikai Tanszék ghorvath@hit.bme.hu Párhuzamosság formái A párhuzamosság milyen formáit ismerjük? Bit szintű párhuzamosság

Részletesebben

A természetvédelmi, ökológiai szempontok üzemi szintű integrálása a mezőgazdasági birtoktervezésben

A természetvédelmi, ökológiai szempontok üzemi szintű integrálása a mezőgazdasági birtoktervezésben Magyarország az ezredfordulón MTA stratégiai kutatások ZÖLD BELÉPŐ EU-csatlakozásunk környezeti szempontú vizsgálata Ángyán József Márkus Ferenc Ónodi Gábor Podmaniczky László A természetvédelmi, ökológiai

Részletesebben

ELEKTROMOS GÉP- ÉS KÉSZÜLÉKSZERELŐ SZAKKÉPESÍTÉS KÖZPONTI PROGRAMJA

ELEKTROMOS GÉP- ÉS KÉSZÜLÉKSZERELŐ SZAKKÉPESÍTÉS KÖZPONTI PROGRAMJA ELEKTROMOS GÉP- ÉS KÉSZÜLÉKSZERELŐ SZAKKÉPESÍTÉS KÖZPONTI PROGRAMJA I. A szakképesítés adatai, a képzés szervezésének feltételei és a szakképesítés óraterve 1. A szakképesítés adatai A szakképesítés azonosító

Részletesebben

Hírlevél. 2007. január. Fejlesztések és változások a Precíz Integrált Ügyviteli Információs rendszerben. 2007. I. negyedév

Hírlevél. 2007. január. Fejlesztések és változások a Precíz Integrált Ügyviteli Információs rendszerben. 2007. I. negyedév Hírlevél 2007. január Fejlesztések és változások a Precíz Integrált Ügyviteli Információs rendszerben 2007. I. negyedév Tartalomjegyzék Jelszóval támogatott adatbiztonság... 3 Idővezérelt jelszóvédelem...

Részletesebben

Integrált üzemirányítási, üzemfelügyeleti rendszer

Integrált üzemirányítási, üzemfelügyeleti rendszer Integrált üzemirányítási, üzemfelügyeleti rendszer Közbeszerzési Értesítő száma: 2014/117 Beszerzés tárgya: Szolgáltatásmegrendelés Hirdetmény típusa: Ajánlati felhívás - Egyes ágazatokban/eu/2011.08.19.

Részletesebben

Tantárgy: TELJESÍTMÉNYELEKTRONIKA Tanár: Dr. Burány Nándor Tanársegéd: Mr. Divéki Szabolcs 3. FEJEZET

Tantárgy: TELJESÍTMÉNYELEKTRONIKA Tanár: Dr. Burány Nándor Tanársegéd: Mr. Divéki Szabolcs 3. FEJEZET Tantárgy: TELJESÍTMÉNYELEKTRONIKA Tanár: Dr. Burány Nándor Tanársegéd: Mr. Divéki Szabolcs 5. félév Óraszám: 2+2 1 3. FEJEZET TÁPEGYSÉGEK A tápegységek építése, üzemeltetése és karbantartása a teljesítményelektronika

Részletesebben

Magyar Telekom Minősített e-szignó. hitelesítésszolgáltatás

Magyar Telekom Minősített e-szignó. hitelesítésszolgáltatás Magyar Telekom Minősített e-szignó hitelesítésszolgáltatás Nyilvános körben kibocsátott, biztonságos aláírás-létrehozó eszköz alkalmazását megkövetelő, minősített tanúsítványtípusra vonatkozó Hitelesítési

Részletesebben

A hierarchikus adatbázis struktúra jellemzői

A hierarchikus adatbázis struktúra jellemzői A hierarchikus adatbázis struktúra jellemzői Az első adatbázis-kezelő rendszerek a hierarchikus modellen alapultak. Ennek az volt a magyarázata, hogy az élet sok területén első közelítésben elég jól lehet

Részletesebben

Az ELEKTRA Hungaria közlekedési kártyarendszer továbbfejlesztése

Az ELEKTRA Hungaria közlekedési kártyarendszer továbbfejlesztése Az ELEKTRA Hungaria közlekedési kártyarendszer továbbfejlesztése VII. kötet - ELEKTRA Hungaria közlekedési kártyarendszer központi feldolgozási és elszámolási követelmények 2008. február 10. Az ELEKTRA

Részletesebben

Mennyire nyitott az emberi agy?

Mennyire nyitott az emberi agy? Székely György Mennyire nyitott az emberi agy? A reneszánsz tudósainak munkái nyomán egyre élénkebbé vált az érdeklődés a koponyában lévő kocsonyás anyag iránt, melynek csábító ismeretlenségében zajlanak

Részletesebben

Ajánlati/részvételi felhívás Közszolgáltatások. Szolgáltatásmegrendelés

Ajánlati/részvételi felhívás Közszolgáltatások. Szolgáltatásmegrendelés 1 / 9 Ez a hirdetmény a TED weboldalán: http://ted.europa.eu/udl?uri=ted:notice:151953-2016:text:hu:html Magyarország-Siófok: Iparspecifikus szoftverek fejlesztésével kapcsolatos szolgáltatások 2016/S

Részletesebben

Adatbázisok I 2012.05.11. Adatmodellek komponensei. Adatbázis modellek típusai. Adatbázisrendszer-specifikus tervezés

Adatbázisok I 2012.05.11. Adatmodellek komponensei. Adatbázis modellek típusai. Adatbázisrendszer-specifikus tervezés Adatbázisok I Szemantikai adatmodellek Szendrői Etelka PTE-PMMK Rendszer és Szoftvertechnológiai Tanszék szendroi@pmmk.pte.hu Adatmodellek komponensei Adatmodell: matematikai formalizmus, mely a valóság

Részletesebben

OBJEKTUM ORIENTÁLT PROGRAMOZÁS JAVA NYELVEN. vizsgatételek

OBJEKTUM ORIENTÁLT PROGRAMOZÁS JAVA NYELVEN. vizsgatételek OBJEKTUM ORIENTÁLT PROGRAMOZÁS JAVA NYELVEN vizsgatételek 1. Az objektumorientált programozás szemlélete, az objektum fogalma 2. Az objektumorientált programozás alapelvei 3. A Java nyelv története, alapvető

Részletesebben

Az üzemi méréstechnika hat szabálya

Az üzemi méréstechnika hat szabálya TECHNIKA Az üzemi méréstechnika hat szabálya Tárgyszavak: mérés; méréstechnika; számítógépes; szoftver; adatfeldolgozás; optikai ellenőrzés; mérőrendszer; integrált. A méretek felvétele és a mérési adatok

Részletesebben

Számítógépes képelemzés projektmunkák 2012

Számítógépes képelemzés projektmunkák 2012 Számítógépes képelemzés projektmunkák 2012 Automatikus panorámakép készítés Készíts néhány képet a Dóm térről (vagy a város más területéről) úgy hogy a képek között legalább 20% átfedés legyen, és a kívánt

Részletesebben

ÓBUDAI EGYETEM Neumann János Informatikai Kar Informatikai Rendszerek Intézet Témavezető: Bringye Zsolt

ÓBUDAI EGYETEM Neumann János Informatikai Kar Informatikai Rendszerek Intézet Témavezető: Bringye Zsolt Témavezető: Bringye Zsolt Diplomamunka/szakdolgozat címe: X64 szerver virtualizáció technológiai kérdéseinek áttekintése, kereskedelmi termékekben történő megvalósításuk elemzése (funkcionalitás, teljesítmény,

Részletesebben

MVC Java EE Java EE Kliensek JavaBeanek Java EE komponensek Web-alkalmazások Fejlesztői környezet. Java Web technológiák

MVC Java EE Java EE Kliensek JavaBeanek Java EE komponensek Web-alkalmazások Fejlesztői környezet. Java Web technológiák Java Web technológiák Bevezetés Áttekintés Model View Controller (MVC) elv Java EE Java alapú Web alkalmazások Áttekintés Model View Controller (MVC) elv Java EE Java alapú Web alkalmazások Áttekintés

Részletesebben

Összefüggő szakmai gyakorlat témakörei. 9-11. évfolyam. 9. évfolyam

Összefüggő szakmai gyakorlat témakörei. 9-11. évfolyam. 9. évfolyam 3700 Kazincbarcika, Lini István -. E-mail: titkar@irinyi-ref.hu Tel: (06-8) 3-; Fax: (06-8) 3-763 Összefüggő szakmai gyakorlat témakörei 9-. évfolyam XIII. Informatika ágazat 9. évfolyam Információtechnológiai

Részletesebben

Összefüggő szakmai gyakorlat témakörei. 13 évfolyam. Információtechnológiai gyakorlat 50 óra

Összefüggő szakmai gyakorlat témakörei. 13 évfolyam. Információtechnológiai gyakorlat 50 óra 700 Kazincbarcika, Lini István. Email: titkar@irinyiref.hu Tel: (0648) 4; Fax: (0648) 76 Összefüggő szakmai gyakorlat témakörei évfolyam Informatikai rendszergazda 54 48 04 Információtechnológiai gyakorlat

Részletesebben

Gyártási folyamatok tervezése

Gyártási folyamatok tervezése Gyártási folyamatok tervezése Dr. Kardos Károly, Jósvai János 2006. március 28. 2 Tartalomjegyzék 1. Gyártási folyamatok, bevezetés 9 1.1. Gyártó vállalatok modellezése.................. 9 1.1.1. Számítógéppel

Részletesebben

Lukovich Gábor logisztikai tanácsadó

Lukovich Gábor logisztikai tanácsadó LOGISZTIKAI KIHÍVÁSOK ÉS VÁLASZOK DISZTRIBÚCIÓS LOGISZTIKAI RENDSZEREK TERVEZÉSE SORÁN Lukovich Gábor logisztikai tanácsadó KÉRDÉSEK Mi az optimális megoldás? Fejlesztés céljai? Versenyképesség növelés,

Részletesebben

OBJEKTUMORIENTÁLT TERVEZÉS ESETTANULMÁNYOK. 2.1 A feladat

OBJEKTUMORIENTÁLT TERVEZÉS ESETTANULMÁNYOK. 2.1 A feladat 2. Digitális óra 28 OBJEKTUMORIENTÁLT TERVEZÉS ESETTANULMÁNYOK 2.1 A feladat Ebben a fejezetben egy viszonylag egyszerő problémára alkalmazva tekintjük át az OO tervezés modellezési technikáit. A feladat

Részletesebben

ÁSZF - klasszikus Webtárhely, Cloud Webtárhely és Cloud Platform

ÁSZF - klasszikus Webtárhely, Cloud Webtárhely és Cloud Platform ÁSZF - klasszikus Webtárhely, Cloud Webtárhely és Cloud Platform https://www.cloud.hu/aszf/webtarhely-platform/ Általános Szerződési Feltételek klasszikus Webtárhely, Cloud Webtárhely és Cloud Platform

Részletesebben

Számítógép Architektúrák

Számítógép Architektúrák Cache memória Horváth Gábor 2016. március 30. Budapest docens BME Hálózati Rendszerek és Szolgáltatások Tanszék ghorvath@hit.bme.hu Már megint a memória... Mindenről a memória tehet. Mert lassú. A virtuális

Részletesebben

A SAM-INSIGHTS RENDSZER ÉS AZ IPR-INSIGHTS SZOLGÁLTATÁSAI A SZOFTVERESZKÖZ-GAZDÁLKODÁSI ÉRETTSÉG KÜLÖNBÖZŐ SZINTJEIN

A SAM-INSIGHTS RENDSZER ÉS AZ IPR-INSIGHTS SZOLGÁLTATÁSAI A SZOFTVERESZKÖZ-GAZDÁLKODÁSI ÉRETTSÉG KÜLÖNBÖZŐ SZINTJEIN A SAM-INSIGHTS RENDSZER ÉS AZ IPR-INSIGHTS SZOLGÁLTATÁSAI A SZOFTVERESZKÖZ-GAZDÁLKODÁSI ÉRETTSÉG KÜLÖNBÖZŐ SZINTJEIN TEL. FAX WEB E-MAIL + 36 1 999 0420 +36 1 999 7965 www.ipr.hu info@ipr.hu TARTALOMJEGYZÉK

Részletesebben

Verziószám: 1.0. Kiadás időpontja: 2016.05.17. MÁSOLATKÉSZÍTÉSI REND

Verziószám: 1.0. Kiadás időpontja: 2016.05.17. MÁSOLATKÉSZÍTÉSI REND Verziószám: 1.0. Kiadás időpontja: 2016.05.17. MÁSOLATKÉSZÍTÉSI REND TARTALOMjEgyZÉK 1. Célkitűzésünk... 2 2. A másolatkészítési rendben használt egyes fogalmak meghatározása... 2 3. A másolatkészítési

Részletesebben

Techtrading Műszaki Fejlesztő és Kereskedelmi Kft.

Techtrading Műszaki Fejlesztő és Kereskedelmi Kft. AF 200 GPS DGPS TÉRINFORMATIKAI ADATGYŰJTŐ ÉS FELMÉRŐ RENDSZER 2 Bevezetés A Techtrading Kft. kifejlesztett egy olyan felhasználóbarát új térinformatikai és adatgyűjtő rendszert, amely az élet számos területén

Részletesebben

Pulzus Egészségügyi Adattárház

Pulzus Egészségügyi Adattárház 1 Pulzus Egészségügyi Adattárház Országos egészségmonitorozási és kapacitástérkép adatbázis - és alkalmazásfejlesztés célok és eredmények 2013 2015 TÁMOP 6.2.3-12/1-2012-0001 Európai Szociális Alap 2 Tartalom

Részletesebben

Adatstruktúrák Algoritmusok Objektumok

Adatstruktúrák Algoritmusok Objektumok Adatstruktúrák Algoritmusok Objektumok A számítógépes problémamegoldás modellezésének módszerei. Programozási elvek és módszerek: imperatív, strukturált, moduláris, objektumorientált programozás. Programozási

Részletesebben

Modellezés és modellhasználat a talajtani kutatásban

Modellezés és modellhasználat a talajtani kutatásban AGROKÉMIA ÉS TALAJTAN Tom. 50. (2001) No. 3 4. 469 Modellezés és modellhasználat a talajtani kutatásban A talaj, mint a legtöbb természeti képződmény túlságosan összetett ahhoz, hogy egyszerűen vizsgálható,

Részletesebben

Többrétegű műszaki nyilvántartás. NETinv

Többrétegű műszaki nyilvántartás. NETinv Többrétegű műszaki nyilvántartás NETinv NETinv TÁVKÖZLÉSI SZOLGÁLTATÓK, KÖZMŰVÁLLALATOK, ÁLLAMIGAZGATÁSI INTÉZMÉNYEK ÉS NAGYVÁLLATOK SZÁMÁRA A NETvisor NETinv műszaki nyilvántartó rendszere a távközlési

Részletesebben

Doktori Ertekez es J osvai J anos Sz echenyi Istv an Egyetem, M uszaki Tudom anyi Kar 2012

Doktori Ertekez es J osvai J anos Sz echenyi Istv an Egyetem, M uszaki Tudom anyi Kar 2012 Doktori Értekezés Jósvai János Széchenyi István Egyetem, Műszaki Tudományi Kar 2012 Jósvai János Proaktív termelésütemezési, logisztikai módszerek és ipari alkalmazásaik doktori értekezés Témavezetők:

Részletesebben

10. évfolyam 105 óra 10817-12 azonosító számú Hálózatok, programozás és adatbázis-kezelés 105 óra Adatbázis- és szoftverfejlesztés gyakorlat tantárgy

10. évfolyam 105 óra 10817-12 azonosító számú Hálózatok, programozás és adatbázis-kezelés 105 óra Adatbázis- és szoftverfejlesztés gyakorlat tantárgy 9. évfolyam 70 óra 10815-12 azonosító számú Információtechnológiai alapok gyakorlat 70 óra Információtechnológiai gyakorlat tantárgy 70 óra Számítógép összeszerelése Számítógép szétszerelése. Pontos konfiguráció

Részletesebben

Máté: Számítógép architektúrák 2010.12.01.

Máté: Számítógép architektúrák 2010.12.01. Máté: Számítógép architektúrák... A feltételes ugró utasítások eldugaszolják a csővezetéket Feltételes végrehajtás (5.5 5. ábra): Feltételes végrehajtás Predikáció ió C pr. rész Általános assembly Feltételes

Részletesebben

SEPA megbízások (Credit Transfer) kezelése a Raiffeisen Expressz programban

SEPA megbízások (Credit Transfer) kezelése a Raiffeisen Expressz programban SEP megbízások (Credit Transfer) kezelése a Raiffeisen Expressz programban SEP megbízás 1 Raiffeisen Expressz program keretében lehetőség van SEP megbízások (Credit Transfer) kézi rögzítésére, importálására

Részletesebben

Foglalkozási napló. Pénzügyi-számviteli ügyintéző 14. évfolyam

Foglalkozási napló. Pénzügyi-számviteli ügyintéző 14. évfolyam Foglalkozási napló a 20 /20. tanévre Pénzügyi-számviteli ügyintéző 1. évfolyam (OKJ száma: 5 3 01) szakma gyakorlati oktatásához A napló vezetéséért felelős: A napló megnyitásának dátuma: A napló lezárásának

Részletesebben

7. Verifikáci. ció. Ennek része a hagyományos értelemben vett szoftvertesztelés is. A szoftver verifikálásának,

7. Verifikáci. ció. Ennek része a hagyományos értelemben vett szoftvertesztelés is. A szoftver verifikálásának, 7. Verifikáci ció, validáci ció A verifikáció és a validáció (V&V) azon ellenőrző és elemző folyamatok összessége, amelyek célja annak vizsgálata, hogy a szoftver megfelel a specifikációnak. Ennek része

Részletesebben

TÁMOP 3.1.2 12/1 Új tartalomfejlesztések a közoktatásban pályázathoz Budapest, 2012. december 19.

TÁMOP 3.1.2 12/1 Új tartalomfejlesztések a közoktatásban pályázathoz Budapest, 2012. december 19. Pedagógiai terv A Nemzeti alaptanterven alapuló, egyes műveltségi területek önálló tanulását támogató digitális tananyag és képzésmenedzsment rendszer létrehozása 9-12. évfolyamon tanulók számára TÁMOP

Részletesebben

PÁLYÁZATI KIÍRÁS az Európai Területi Társulások 2013. évi támogatására (A pályázat kódja: ETT-13)

PÁLYÁZATI KIÍRÁS az Európai Területi Társulások 2013. évi támogatására (A pályázat kódja: ETT-13) PÁLYÁZATI KIÍRÁS az Európai Területi Társulások 2013. évi támogatására (A pályázat kódja: ETT-13) A Közigazgatási és Igazságügyi Minisztérium megbízásából a Közigazgatási és Igazságügyi Hivatal (a továbbiakban:

Részletesebben

Gondtalan Webáruház Általános Szerződési Feltételei

Gondtalan Webáruház Általános Szerződési Feltételei Az Általános Szolgáltatási Feltételek ( ÁSZF ) tartalmazzák a StaToBa Kft. (székhely: 1119 Budapest, Andor u. 21., adószám: 24844196-2-43), mint szolgáltató ( Szolgáltató ) által üzemeltetett webáruház

Részletesebben

Operációs rendszerek. A Windows NT felépítése

Operációs rendszerek. A Windows NT felépítése Operációs rendszerek A Windows NT felépítése A Windows NT 1996: NT 4.0. Felépítésében is új operációs rendszer: New Technology (NT). 32-bites Windows-os rendszerek felváltása. Windows 2000: NT alapú. Operációs

Részletesebben

Kaspersky Internet Security Felhasználói útmutató

Kaspersky Internet Security Felhasználói útmutató Kaspersky Internet Security Felhasználói útmutató ALKALMAZÁS VERZIÓJA: 16.0 Tisztelt Felhasználó! Köszönjük, hogy termékünket választotta. Reméljük, hogy ez a dokumentum segít a munkájában, és választ

Részletesebben

MSP4 A lega tfogo bb ipari mobil eszko zmenedzsment megolda s

MSP4 A lega tfogo bb ipari mobil eszko zmenedzsment megolda s MSP4 A lega tfogo bb ipari mobil eszko zmenedzsment megolda s 2012 januárjában megjelent az MSP legújabb változata az MSP4! A VÁLLALATI ÉS BYOD ESZKÖZÖK KÖZPONTOSÍTOTT ÉS TÁVOLI MENEDZSMENTJE Szerezzen

Részletesebben

A TÁRCA SZINTŰ KONTROLLING, MINT A VEZETŐI DÖNTÉS-ELŐKÉSZÍTÉS ÚJ ELEME. I. A tárca szintű kontrolling általános jellemzői

A TÁRCA SZINTŰ KONTROLLING, MINT A VEZETŐI DÖNTÉS-ELŐKÉSZÍTÉS ÚJ ELEME. I. A tárca szintű kontrolling általános jellemzői A TÁRCA SZINTŰ KONTROLLING, MINT A VEZETŐI DÖNTÉS-ELŐKÉSZÍTÉS ÚJ ELEME Briák Ottó 1 Mottó: A mocsár lecsapolásáról, nem a békák véleményét kell kikérni. I. A tárca szintű kontrolling általános jellemzői

Részletesebben