Informatikai rendszertervezés (VIMIAC01) VIZSGA MINTA Név: NEPTUN:
|
|
- Péter Illés
- 6 évvel ezelőtt
- Látták:
Átírás
1 Informatikai rendszertervezés (VIMIAC01) VIZSGA MINTA Név: NEPTUN: Összpontszám: / 60 A vizsga hossza 90 perc. A vizsgán legalább 40%-ot kell elérni. I. Elméleti kérdések (minden kérdés 1 pontot ér) / Mit jelent a traceability, miért van rá szükség? 2. Mi a különbség az include és extend reláció között a használati eset diagramok esetében? 3. Milyen csoportokra oszthatjuk a követelményeket? Soroljon fel legalább ötöt! 4. Struktúramodellezés során mire tudjuk használni a portokat bottom-up megközelítésben? 5. Mi az a jólformáltsági kényszer? Írjon rá egy példát OCL nyelven! 6. Milyen előnyei és hátrányai vannak a top-down megközelítésnek? 7. Mi a különbség a hazárd és a meghibásodás között? 8. Hagyományosan milyen oszlopai vannak az FMEA elemzési táblázatnak? 9. Milyen formái vannak a redundanciának? 1
2 10. Mi a szemantikája a Join elemnek az activity diagramok esetében? 11. Mire érdemes használni az interakció diagramokat? Soroljon fel legalább három esetet? 12. Mit jelent, ha egy állapotgép teljes? 13. Mi a platform-modell, és mik a fő fázisai a definiálásuknak? 14. Mi az AADL? Soroljon fel legalább 3 támogatott számítási komponenst! 15. SysML-ben milyen eszközökkel lehet definiálni az allokációkat? 16. Mi a különbség a statikus és a dinamikus tesztelés között? 17. Tesztelés esetében mit jelent az ekvivalencia osztály? Adjon rá példát! 18. Tesztmodellezés esetében koncepcionálisan milyen modellekre van szükség (3-4 csoport)? 19. Milyen előnyei és hátrányai vannak a sablon alapú (template-based) kódgenerátoroknak más megoldásokkal szemben? 20. Írja le, milyen részekből áll egy gráftranszformációs szabály! 2
3 Név: Informatikai rendszertervezés (VIMIAC01) VIZSGA NEPTUN: II. Gyakorlati feladatok / Verifikáció és validáció / 6 Okos üvegház rendszert fejlesztünk. A rendszer egész évben üzemel majd. Jelenleg azt a komponenst vizsgáljuk, ami azonosítja, hogy mikor kell mindenképp beavatkoznia a rendszernek. Ha a hőmérséklet 30 fölé nő, akkor el kell kezdeni a szabályzó folyamatokat, ha 40 fölé nőne, akkor riasztást kell küldeni. A növényeknek nem szabad megfagyniuk sem. A páratartalmat is figyelni kell, a paprika esetén például az alacsony páratartalom korlátozza a növekedést. A rendszernek fel kell készülnie arra, hogy a használt szenzorok nem túl megbízhatóak. a) Milyen be- és kimenő paraméterei vannak a komponensnek? Az egyes paraméterekhez milyen ekvivalencia osztályokat definiálna? b) Milyen teszteseteket definiálna a komponens teszteléséhez a fenti specifikáció alapján? 3
4 2. Allokáció és ütemezés / 6 Adottak az a) ábrán látható szoftver komponensek (I, A, B, O) és a közöttük lévő függőségek; illetve a b) ábrán egy platform modell, melyben négy komponens (P1, P2, P3 és P4) képes kommunikálni egyetlen busz csatornán keresztül. A c) táblázatban találhatóak az egyes szoftver komponensek futásidői a hardver komponenseken, ahol a azt jelenti, hogy az adott komponens nem futtatható az adott célhardveren. Végül a d) táblázat mutatja, hogy a hálózaton mennyi idő alatt lehet eljuttatni adott szoftver komponensek kimentét adott szoftver komponensek bemenetére, amik különböző hardver komponenseken futnak. Azonos hardveren futó szoftverek között kommunikáció elhanyagolható. Tervezze meg a szoftverek olyan allokációját és ütemezését, mely képes tolerálni két hardver komponens teljes kiesését úgy, hogy az utolsó (O) komponens is képes legyen kimenetet produkálni! Hardver komponensek kiesése esetén az ütemezés nem hiúsulhat meg! (A busz hibavalószínűségét elhanyagolhatónak tekintjük, csak a számítási csomópontok hibáira készülünk fel.) a) b) c) d) A feladatot kérjük az alábbi rácsozott részre berajzolni, ahova az első lépést könnyítésképp megadtuk. Törekedjen az optimális megoldás megtalálására. 4
5 Név: Informatikai rendszertervezés (VIMIAC01) VIZSGA NEPTUN: 3. Követelmények, use-case modellezés / 7 Egy bankautomata (ATM) követelményanalízisét végezzük. Csapatunk feladata a use case diagramok folyamatos fejlesztése és karbantartása, hogy a menedzsmenttel és a megrendelővel kommunikálva minél hamarabb kaphassunk visszajelzéseket. A követelménymodell első verziója az alábbi diagramon látható. Készítse el a követelménymodell alapján a bankautomata magas szintű use case diagramját! Ügyeljen rá, hogy a diagram a lehető legpontosabban tükrözze a jelenlegi követelménymodellt, ne egészítse ki azt saját prekoncepcióival. Ahol indokolt, használja az include és extend éleket a use case-ek közti kapcsolatok leírására. Ha úgy ítéli meg, hogy elkészült a diagram, a következő oldalra mindenképpen rajzoljon egy tisztázott változatot. 5
6 Végleges diagram: 6
7 Név: Informatikai rendszertervezés (VIMIAC01) VIZSGA NEPTUN: 4. Szolgáltatásbiztonság / 7 Egy vállalat levelező ( ) szolgáltatásának működéséről a következőket tudjuk: A levél küldése a munkatárs munkaállomásáról történik és azt a vállalati mail szervere továbbítja a címzettnek. A vállalat munkaállomásai és szerverei egy belső hálózaton keresztül vannak összekötve. A munkaállomásról a vállalati mail szerver eléréséhez, valamint a kimenő levelek továbbküldéséhez ismerni kell a célszerverek IP címeit. A vállalaton belül melegtartalékoltan 2 DNS szerver van (elsődleges és másodlagos). A belső hálózatról az internet elérése egy útválasztón (router) keresztül történik. A vállalatnak 2 internet szolgáltatóval van kapcsolata, ezek mint elsődleges illetve másodlagos internet kapcsolat használhatók. Az összeköttetések megbízhatósági adatai ismertek. Mivel a kimenő levelek további sorsáról nincs ismeretünk, a megbízhatósági analízist eddig a lépésig végezzük el. Az egyes szolgáltatások megbízhatósági adatai a következők (órában mérve): Munkaállomás Belső hálózat Mail server DNS szerverek Útválasztó (router) Elsődleges internet kapcsolat Másodlagos internet kapcsolat MTTF MTTR Feladatok: a) Rajzoljuk meg a rendszer megbízhatósági blokkdiagramját! b) Számítsuk ki a levelezés szolgáltatás rendelkezésre állását (egy munkatárs szemszögéből) a fenti adatokat felhasználva! c) Adjuk meg, átlagosan hány óra kiesésre kell számítanunk egy évben! 7
8 8
9 Név: Informatikai rendszertervezés (VIMIAC01) VIZSGA NEPTUN: 5. Struktúramodellezés / 6 Kötélhidat építő drónokat szeretnénk tervezni. Ehhez már elkészült a drónok funkcionális dekompozíciója, illetve tudjuk, hogy három drónra lesz szükségünk (lásd mellékelt BDD-k). Következő lépésben egy drón magas szintű funckionális architektúráját szeretnénk megtervezni, illetve a drónok közötti kommunkiációt. A Mission Control egy előre megadott lépés sorozat végrehajtásáért felel. A lépés sorozatban lehetnek checkpointreached üzenetre való várakozások, amely üzenetben lehetnek más információk is. A drónok a Communication modulon keresztül kommunikálnak és adott időközönként valamilyen pozíció információkat is megosztanak magukról broadcast jelleggel. Rajzolja le a Drone és Rope Bridge Building Mission IBD-jét és egy BDD-n a szükséges szignálokat és interfészeket. Diagram fejlécre nincs szükség. Elég a szövegben leírt funkcionalitást kidolgozni. Portokat csak ott vegyen fel, ahol szükséges. Neveket rövidíteni lehet, ha az egyértelmű. 9
10 6. Viselkedésmodellezés / 8 Feladatunk állapotgépek segítségével megtervezni egy biztonsági vezérlő logikáját. A vezérlőnek három vezérlési tartománya van: bekapcsolt állapotban (normális működés) az ON állapotban, kikapcsolt állapotban az OFF és hiba bekövetkeztekor az ERROR HANDLING (hibakezelés) állapotban van. A vezérlő bejövő eseményei az alábbiak: on, off, err, succ. A vezérlő az alábbi kimeneteket adhatja: repair, return. a) A vezérlő kikapcsolt állapotból indul és onnan csak az on esemény hatására kezdi el a normális működés. Bármikor off esemény érkezik, kikapcsol. Ha egy err esemény érkezik, akkor átlép a hibakezelés állapotba és a kimenetén kiküld egy repair eseményt! A hibakezelés állapotból a succ esemény hatására egy return esemény generálódik és a rendszer visszatér a normális működési tartományba. Egészítse ki az alábbi állapotgép-vázat, hogy megfeleljen a specifikációnak! Finomítsuk/módosítsuk a működést úgy, hogy már alább eseményeket is felhasználhatjuk: Bejövő események: a, b. Kimenő események: ok, nok. b) Egészítse ki az ON állapotban található állapotgépet annak érdekében, hogy megvalósítsa az alábbi funkciót! A megvalósított funkció a és b események megfelelő sorrendben történő beérkezését vizsgálja és jelez vissza az ok és nok üzenetek segítségével. Az a és b üzeneteknek egymás után váltakozva kell bekövetkezniük, amelyre ok üzenet kiküldésével válaszolunk. Ha egy a üzenet után további a üzenetek érkeznek, ilyenkor nok üzeneteket küldünk ki válaszként egészen a következő b beérkező üzenetig. Ha a b üzenetből érkezik több egymás után anélkül, hogy a jönne, akkor nem adunk ki kimenetet, csak várunk a következő a üzenetre. A normál működés egy a üzenet beérkezésével kell, hogy kezdődjön! c) Az ERROR HANDLING állapot finomításával tervezzen olyan funkciót, amely felügyeli, hogy pontosan háromszor próbálja a rendszer a repair esemény segítségével megjavítani az állapotát, és amennyiben mindhárom repair esemény után err válasz érkezett, kikapcsolja magát a vezérlő. Figyeljen arra, hogy a hibakezelés állapotba lépéskor is keletkez(het)nek repair esemény(ek)! d) Módosítsa úgy a b) feladatrészben elkészített funkciót, hogy a funkció végrehajtását mindig ugyanonnan folytassa a rendszer, ahol legutóbb abbahagyta! OFF ON ERROR HANDLING a/ok 10
Hálózati architektúrák laborgyakorlat
Hálózati architektúrák laborgyakorlat 5. hét Dr. Orosz Péter, Skopkó Tamás 2012. szeptember Hálózati réteg (L3) Kettős címrendszer: ARP Útválasztás: route IP útvonal: traceroute Parancsok: ifconfig, arp,
OpenCL alapú eszközök verifikációja és validációja a gyakorlatban
OpenCL alapú eszközök verifikációja és validációja a gyakorlatban Fekete Tamás 2015. December 3. Szoftver verifikáció és validáció tantárgy Áttekintés Miért és mennyire fontos a megfelelő validáció és
Szoftvertechnoló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?
Modell alapú tesztelés mobil környezetben
Modell alapú tesztelés mobil környezetben Micskei Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék A terület behatárolása Testing is an activity performed
Számítógépes Hálózatok. 7. gyakorlat
Számítógépes Hálózatok 7. gyakorlat Gyakorlat tematika Hibajelző kód: CRC számítás Órai / házi feladat Számítógépes Hálózatok Gyakorlat 7. 2 CRC hibajelző kód emlékeztető Forrás: Dr. Lukovszki Tamás fóliái
Norway Grants. Az akkumulátor mikromenedzsment szabályozás - BMMR - fejlesztés technológiai és műszaki újdonságai. Kakuk Zoltán, Vision 95 Kft.
Norway Grants AKKUMULÁTOR REGENERÁCIÓS ÉS Az akkumulátor mikromenedzsment szabályozás - BMMR - fejlesztés technológiai és műszaki újdonságai Kakuk Zoltán, Vision 95 Kft. 2017.04.25. Rendszer szintű megoldás
Hálózati architektúrák és Protokollok PTI 6. Kocsis Gergely
Hálózati architektúrák és Protokollok PTI 6 Kocsis Gergely 2018.04.11. Hálózati konfiguráció $ ifconfig Kapcsoló nélkül kiíratja a csomópont aktuális hálózati interfész beállításait. Kapcsolókkal alkalmas
Miskolci Egyetem Általános Informatikai Tanszék
Software tesztelés Miskolci Egyetem Általános Informatikai Tanszék Software tesztelés SWTESZT / 1 A tesztelés feladata Két alapvető cél rendszerben található hibák felderítése annak ellenőrzése, hogy a
A tesztelés feladata. Verifikáció
Software tesztelés Miskolci Egyetem Általános Informatikai Tanszék Software tesztelés SWTESZT / 1 A tesztelés feladata Két alapvető cél rendszerben található hibák felderítése annak ellenőrzése, hogy a
E mail titkosítás az üzleti életben ma már követelmény! Ön szerint ki tudja elolvasni bizalmas email leveleinket?
E mail titkosítás az üzleti életben ma már követelmény! Ön szerint ki tudja elolvasni bizalmas email leveleinket? Egy email szövegében elhelyezet információ annyira biztonságos, mintha ugyanazt az információt
Autó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
Miskolci 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,
Hálózati architektúrák laborgyakorlat
Hálózati architektúrák laborgyakorlat 4. hét Dr. Orosz Péter, Skopkó Tamás 2012. szeptember Hálózati réteg (L3) Kettős címrendszer Interfész konfigurációja IP címzés: címosztályok, alhálózatok, szuperhálózatok,
Megoldások a mintavizsga kérdések a VIMIAC04 tárgy ellenőrzési technikák részéhez kapcsolódóan (2017. május)
Megoldások a mintavizsga kérdések a VIMIAC04 tárgy ellenőrzési technikák részéhez kapcsolódóan (2017. május) Teszt kérdések 1. Melyik állítás igaz a folytonos integrációval (CI) kapcsolatban? a. Folytonos
Nagy 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ő
Hálózati architektúrák és Protokollok Levelező II. Kocsis Gergely
Hálózati architektúrák és Protokollok Levelező II Kocsis Gergely 2016.04.29. Route tábla Lekérdezése: $ route -n $ netstat -rn Eredmény: célhálózat átjáró netmaszk interfész Route tábla Útválasztás: -
Szoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (13) Szoftverminőségbiztosítás Szoftverminőség és formális módszerek Formális módszerek Formális módszer formalizált módszer(tan) Formális eljárások alkalmazása a fejlesztésben
Click to edit Master title style
2017 Okos Városok Magyarországon - okos városok a régióban 2017 május 25. Bottyán Balázs: Okos város LoRa alapokon - intelilight közvilágítási hálózat, mint smart city alapinfrastruktúra bevezetés és kontextus
S01-7 Komponens alapú szoftverfejlesztés 1
S01-7 Komponens alapú szoftverfejlesztés 1 1. A szoftverfejlesztési modell fogalma. 2. A komponens és komponens modell fogalma. 3. UML kompozíciós diagram fogalma. 4. A szoftverarchitektúrák fogalma, összetevői.
Csak felvételi vizsga: csak záróvizsga: közös vizsga: Mérnök informatikus szak BME Villamosmérnöki és Informatikai Kar. 2010. január 4.
Név, felvételi azonosító, Neptun-kód: MI pont(90) : Csak felvételi vizsga: csak záróvizsga: közös vizsga: Közös alapképzéses záróvizsga mesterképzés felvételi vizsga Mérnök informatikus szak BME Villamosmérnöki
Bevezető. PoC kit felépítése. NX appliance. SPAN-Proxy
Bevezető A dokumentum célja összefoglalni a szükséges technikai előkészületeket a FireEye PoC előtt, hogy az sikeresen végig mehessen. PoC kit felépítése A FireEye PoC kit 3 appliance-t tartalmaz: NX series:
MINTA Írásbeli Záróvizsga Mechatronikai mérnök MSc. Debrecen,
MINTA Írásbeli Záróvizsga Mechatronikai mérnök MSc Debrecen, 2017. 01. 03. Név: Neptun kód: Megjegyzések: A feladatok megoldásánál használja a géprajz szabályait, valamint a szabványos áramköri elemeket.
30 MB INFORMATIKAI PROJEKTELLENŐR
INFORMATIKAI PROJEKTELLENŐR 30 MB DOMBORA SÁNDOR BEVEZETÉS (INFORMATIKA, INFORMATIAKI FÜGGŐSÉG, INFORMATIKAI PROJEKTEK, MÉRNÖKI ÉS INFORMATIKAI FELADATOK TALÁKOZÁSA, TECHNOLÓGIÁK) 2016. 09. 17. MMK- Informatikai
Hálózati architektúrák és Protokollok GI 8. Kocsis Gergely
Hálózati architektúrák és Protokollok GI 8 Kocsis Gergely 2018.11.12. Knoppix alapok Virtuális gép létrehozása VirtualBox-ban (hálózatelérés: bridge módban) Rendszerindítás DVD-ről vagy ISO állományból
Megoldás. Feladat 1. Statikus teszt Specifikáció felülvizsgálat
Megoldás Feladat 1. Statikus teszt Specifikáció felülvizsgálat A feladatban szereplő specifikáció eredeti, angol nyelvű változata egy létező eszköz leírása. Nem állítjuk, hogy az eredeti dokumentum jól
IRÁNYÍTÓ RENDSZER IRÁNYÍTANDÓ FOLYAMAT. Biztonsági funkciók Biztonsági integritás. Normál működés. Hibák elleni védettség Saját (belső) biztonság
Biztonsági funkciók Biztonsági integritás Teljes funkcionalitás Biztonsági funkciók Irányító funkciók Gyakoriság Normál működés Kockázat osztályozás Veszélyelemzés Kockázatcsökkentés Súlyosság Belső kockázat
Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve
Hatékony iteratív fejlesztési módszertan a gyakorlatban a RUP fejlesztési módszertanra építve Kérdő Attila, ügyvezető, INSERO Kft. EOQ MNB, Informatikai Szakosztály, HTE, ISACA 2012. május 17. Módszertanok
Hálózati architektúrák és Protokollok PTI 5. Kocsis Gergely
Hálózati architektúrák és Protokollok PTI 5 Kocsis Gergely 2013.03.28. Knoppix alapok Virtuális gép létrehozása VirtualBox-ban (hálózatelérés: bridge módban) Rendszerindítás DVD-ről vagy ISO állományból
1. Melyik szabvány foglalkozik dokumentumok tulajdonságainak megfogalmazásával? a. RDFS b. FOAF c. Dublin Core d. DBPedia
Név: Neptun kód: 2018. június 1., 8.15-9.45. VIMIAC04 Integrációs és ellenőrzési technikák vizsga Rendelkezésre álló idő: 90 perc Vizsga maximális pontszám: 51 Megfelelt szint: 40% Teszt kérdések (max.
Programfejleszté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ó
Rendszermodellezés. Modellellenőrzés. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Rendszermodellezés Modellellenőrzés Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Ismétlés: Mire használunk modelleket? Kommunikáció, dokumentáció Gondolkodás,
Számítógépes Hálózatok. 6. gyakorlat
Számítógépes Hálózatok 6. gyakorlat Forgalomirányítás DEFINÍCIÓ A hálózati réteg szoftverének azon része, amely azért a döntésért felelős, hogy a bejövő csomag melyik kimeneti vonalon kerüljön továbbításra.
Györgyi Tamás. Szoba: A 131 Tanári.
Györgyi Tamás Szoba: A 131 Tanári E-Mail: gyorgyit@petriktiszk.hu 2 Számítógépek megjelenésekor mindenki külön dolgozott. (Personal Computer) A fejlődéssel megjelent az igény a számítógépek összekapcsolására.
Szoftver-technológia II. Szoftver újrafelhasználás. (Software reuse) Irodalom
Szoftver újrafelhasználás (Software reuse) Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 18. Roger S. Pressman: Software Engineering, 5th e. chapter 27. 2 Szoftver újrafelhasználás Szoftver
IoT alapú mezőgazdasági adatgyűjtő prototípus fejlesztési tapasztalatok
IoT alapú mezőgazdasági adatgyűjtő prototípus fejlesztési tapasztalatok 2016.05.19. Szilágyi Róbert Tóth Mihály Debreceni Egyetem Az IoT Eszközök és más fizikai objektumok elektronikával, vezérléssel,
Két típusú összeköttetés PVC Permanent Virtual Circuits Szolgáltató hozza létre Operátor manuálisan hozza létre a végpontok között (PVI,PCI)
lab Adathálózatok ATM-en Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Megvalósítások Multiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577)
Multiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577) - IETF LAN Emulation (LANE) - ATM Forum Multiprotocol over ATM (MPOA) -
lab Adathálózatok ATM-en Távközlési és Médiainformatikai Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Megvalósítások Multiprotocol encapsulation (RFC1483) - IETF Classical IP over ATM (RFC1577)
Hálózati réteg. WSN topológia. Útvonalválasztás.
Hálózati réteg WSN topológia. Útvonalválasztás. Tartalom Hálózati réteg WSN topológia Útvonalválasztás 2015. tavasz Szenzorhálózatok és alkalmazásaik (VITMMA09) - Okos város villamosmérnöki MSc mellékspecializáció,
Rubin SPIRIT TEST. Rubin firmware-ek és hardverek tesztelése esettanulmány V1.0. Készítette: Hajnali Krisztián Jóváhagyta: Varga József
Rubin firmware-ek és hardverek tesztelése esettanulmány V1.0 Készítette: Hajnali Krisztián Jóváhagyta: Varga József Rubin Informatikai Zrt. 1149 Budapest, Egressy út 17-21. telefon: +361 469 4020; fax:
Hálózati architektúrák és Protokollok GI 7. Kocsis Gergely
Hálózati architektúrák és Protokollok GI 7 Kocsis Gergely 2017.05.08. Knoppix alapok Virtuális gép létrehozása VirtualBox-ban (hálózatelérés: bridge módban) Rendszerindítás DVD-ről vagy ISO állományból
Szoftverminőségbiztosítás
NGB_IN003_1 SZE 2017-18/2 (9) Szoftverminőségbiztosítás Specifikáció alapú (black-box) technikák A szoftver mint leképezés Szoftverhiba Hibát okozó bement Hibás kimenet Input Szoftver Output Funkcionális
Advanced PT activity: Fejlesztési feladatok
Advanced PT activity: Fejlesztési feladatok Ebben a feladatban a korábban megismert hálózati topológia módosított változatán kell különböző konfigurációs feladatokat elvégezni. A feladat célja felmérni
Városi tömegközlekedés és utastájékoztatás szoftver támogatása
Városi tömegközlekedés és utastájékoztatás szoftver támogatása 1. Általános célkitűzések: A kisvárosi helyi tömegközlekedés igényeit maximálisan kielégítő hardver és szoftver környezet létrehozása. A struktúra
A dokumentáció felépítése
A dokumentáció felépítése Készítette: Keszthelyi Zsolt, 2010. szeptember A szoftver dokumentációját az itt megadott szakaszok szerint kell elkészíteni. A szoftvert az Egységesített Eljárás (Unified Process)
A szolgáltatásbiztonság alapfogalmai
A szolgáltatásbiztonság alapfogalmai Majzik István majzik@mit.bme.hu http://www.inf.mit.bme.hu/edu/courses/szbt 1 Tartalomjegyzék A szolgáltatásbiztonság fogalma A szolgáltatásbiztonságot befolyásoló tényezők
Biztonságkritikus rendszerek Gyakorlat: Architektúrák
Biztonságkritikus rendszerek Gyakorlat: Architektúrák Rendszertervezés és -integráció dr. Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék BME-MIT
Verifikáció és validáció Általános bevezető
Verifikáció és validáció Általános bevezető Általános Verifikáció és validáció verification and validation - V&V: ellenőrző és elemző folyamatok amelyek biztosítják, hogy a szoftver megfelel a specifikációjának
Szoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (8) Szoftverminőségbiztosítás Szoftvertesztelési folyamat (folyt.) Szoftvertesztelési ráfordítások (Perry 1995) Tesztelésre fordítódik a projekt költségvetés 24%-a a projekt menedzsment
2. rész PC alapú mérőrendszer esetén hogyan történhet az adatok kezelése? Írjon pár 2-2 jellemző is az egyes esetekhez.
Méréselmélet és mérőrendszerek (levelező) Kérdések - 2. előadás 1. rész Írja fel a hiba fogalmát és hogyan számítjuk ki? Hogyan számítjuk ki a relatív hibát? Mit tud a rendszeres hibákról és mi az okozója
Szekvencia diagram. Szekvencia diagram Dr. Mileff Péter
Dr. Mileff Péter 1 2 Szekvencia diagram Feladata:objektumok egymás közti üzenetváltásainak ábrázolása egy időtengely mentén elhelyezve. Az objektumok életvonala egy felülről lefelé mutató időtengelyt képvisel.
10-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,
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.
"Eseményekre imm/connection Server scriptek futtatása
"Eseményekre imm/connection Server scriptek futtatása Az eseményeken az inels BUS rendszeren belül bekövetkező állapotváltozásokat értjük, amelyeket a CU3 központi egység ASCII kommunikációval továbbít
TRBOnet Térinformatikai terminál és diszpécseri konzol
TRBOnet Térinformatikai terminál és diszpécseri konzol A TRBOnet egy kliens szerver diszpécser szoftver MOTOTRBO rádiók száméra. A TRBOnet szoftver jól alkalmazható a MOTOTRBO rádiós rendszereknél. A szoftver
Szoftver karbantartás
Szoftver karbantartás Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék http://www.mit.bme.hu/~majzik/ Áttekintés Követelményspecifikálás Architektúra
Informatikai rendszertervezés
Informatikai rendszertervezés Dr. Varró Dániel Budapesti Műszaki és Gazdaságtudományi Egyetem Hibatűrő Rendszerek Kutatócsoport Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs
CAD Rendszerek II. Adaptív tervezés Bottum-up - top-down design
CAD Rendszerek II. Adaptív tervezés Bottum-up - top-down design Farkas Zsolt Budapesti Műszaki és Gazdaságtudományi Egyetem, Gép- és Terméktervezés Tanszék 1/ 20 Tartalom Mechanizmusok tervezése, Mechanizmusok
Szoftver architektúra tervek ellenőrzése
Szoftver architektúra tervek ellenőrzése Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék http://www.mit.bme.hu/~majzik/ Tartalomjegyzék A fázis
Internet ROUTER. Motiváció
Több internetvonal megosztása egy szerverrel iptables/netfilter és iproute2 segítségével Készítette: Mészáros Károly (MEKMAAT:SZE) mkaroly@citromail.hu 2007-05-22 Az ábrán látható módon a LAN-ban lévő
Biztonsági folyamatirányító. rendszerek szoftvere
Biztonsági folyamatirányító rendszerek szoftvere 1 Biztonsági folyamatirányító rendszerek szoftvere Tartalom Szoftverek szerepe a folyamatirányító rendszerekben Szoftverek megbízhatósága Szoftver életciklus
Intelligens beágyazott rendszer üvegházak irányításában
P5-T6: Algoritmustervezési környezet kidolgozása intelligens autonóm rendszerekhez Intelligens beágyazott rendszer üvegházak irányításában Eredics Péter, Dobrowiecki P. Tadeusz, BME-MIT 1 Üvegházak Az
Dr. Mileff Péter
Dr. Mileff Péter 1 2 1 Szekvencia diagram Szekvencia diagram Feladata: objektumok egymás közti üzenetváltásainak ábrázolása egy időtengely mentén elhelyezve. Az objektumok életvonala egy felülről lefelé
Rendszermodellezés: házi feladat bemutatás
Rendszermodellezés: házi feladat bemutatás Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology and Economics Department of Measurement
Fejlesztés kockázati alapokon 2.
Fejlesztés kockázati alapokon 2. Az IEC61508 és az IEC61511 Szabó Géza Szabo.geza@mail.bme.hu 1 A blokk célja Áttekintő kép a 61508-ról és a 61511-ről, A filozófia megismertetése, Nem cél a követelmények
Informatikai rendszertervezés
Informatikai rendszertervezés Budapesti Műszaki és Gazdaságtudományi Egyetem Hibatűrő Rendszerek Kutatócsoport Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Informatikai Főosztály. Igazságszolgáltatási Tanács Hivatala május 29.
Munkacsoport megoldások - Országos Igazságszolgáltatási Tanács Hivatala Linux alapú csoportmunka megoldás GroupWise-zal és Open Enterprise Server-relrel Zibriczki Béla - főosztályvezető 2008. május 29.
Hálózatok. Alapismeretek. A hálózatok célja, építőelemei, alapfogalmak
Hálózatok Alapismeretek A hálózatok célja, építőelemei, alapfogalmak A hálózatok célja A korai időkben terminálokat akartak használni a szabad gépidők lekötésére, erre jó lehetőség volt a megbízható és
Broadcast Service Widget
OE-NIK 2012. április 22. Sicz-Mesziár János sicz-mesziar.janos@ nik.uni-obuda.hu Broadcast Service Widget Broadcast Mi is ez? Aszinkron, üzenetszórásos értesítés Azok akik felregisztráltak rá értesülnek
Digitális írástudás kompetenciák: IT alpismeretek
Digitális írástudás kompetenciák: IT alpismeretek PL-5107 A továbbképzés célja: A program az alapvető számítógépes fogalmakban való jártasságot és a számítógépek alkalmazási területeinek ismeretét nyújtja
G Data MasterAdmin 9 0 _ 09 _ 3 1 0 2 _ 2 0 2 0 # r_ e p a P ch e T 1
G Data MasterAdmin TechPaper_#0202_2013_09_09 1 Tartalomjegyzék G Data MasterAdmin... 3 Milyen célja van a G Data MasterAdmin-nak?... 3 Hogyan kell telepíteni a G Data MasterAdmin-t?... 4 Hogyan kell aktiválni
Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Folyamatmodellezés és eszközei Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamat, munkafolyamat Ez vajon egy állapotgép-e? Munkafolyamat (Workflow):
IoT rendszerfelügyelet
IoT rendszerfelügyelet Rózsa Gábor, NETvisor Zrt. Budapest, 2016. december 6. Tartalom Rendszerfelügyelet IoT környezetben Alapvető felügyeleti komponensek Felderítés Nyilvántartás Teljesítmény monitorozás
Fábián Zoltán Hálózatok elmélet
Fábián Zoltán Hálózatok elmélet Tűzfal fogalma Olyan alkalmazás, amellyel egy belső hálózat megvédhető a külső hálózatról (pl. Internet) érkező támadásokkal szemben Vállalati tűzfal Olyan tűzfal, amely
Név: Neptun kód: Pontszám:
Név: Neptun kód: Pontszám: 1. Melyek a szoftver minőségi mutatói? Fejlesztési idő, architektúra, programozási paradigma. Fejlesztőcsapat összetétele, projekt mérföldkövek, fejlesztési modell. Karbantarthatóság,
our future our clients + our values Szeptember 16. MEE vándorgyűlés 2010
MEE vándorgyűlés 2010 our clients + our values our future Az átviteli hálózati munkairányítási és eszközgazdálkodási rendszer megvalósítása 2010. Szeptember 16. A WAM projekt és azon belül az Eszközgazdálkodás
Szoftver értékelés és karbantartás
Szoftver értékelés és karbantartás Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék http://www.mit.bme.hu/~majzik/ Emlékeztető: Biztonsági követelmények
CCS Hungary, 2000 szeptember. Handling rendszer technikai specifikáció
CCS Hungary, 2000 szeptember Handling rendszer technikai specifikáció Hálózati architektúra SITA Hálózat/ Vám/ Internet/... CodecServer üzenet központ DB LA N Laptop computer RAS elérés Adatbázis szerver
Számítógépes Hálózatok Felhasználói réteg DNS, , http, P2P
Számítógépes Hálózatok 2007 13. Felhasználói réteg DNS, email, http, P2P 1 Felhasználói réteg Domain Name System Példák a felhasználói rétegre: E-Mail WWW Content Delivery Networks Peer-to-Peer-Networks
Felhasználói réteg. Számítógépes Hálózatok Domain Name System (DNS) DNS. Domain Name System
Felhasználói réteg Domain Name System Számítógépes Hálózatok 2007 13. Felhasználói réteg DNS, email, http, P2P Példák a felhasználói rétegre: E-Mail WWW Content Delivery Networks Peer-to-Peer-Networks
Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Folyamatmodellezés és eszközei Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamat, munkafolyamat Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata,
Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban
Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban Nagy Attila Mátyás 2016.12.07. Áttekintés Bevezetés Megközelítés Pilot tanulmányok
A BIZTONSÁGINTEGRITÁS ÉS A BIZTONSÁGORIENTÁLT ALKALMAZÁSI FELTÉTELEK TELJESÍTÉSE A VASÚTI BIZTOSÍTÓBERENDEZÉSEK TERVEZÉSE ÉS LÉTREHOZÁSA SORÁN
A BIZTONSÁGINTEGRITÁS ÉS A BIZTONSÁGORIENTÁLT ALKALMAZÁSI FELTÉTELEK TELJESÍTÉSE A VASÚTI BIZTOSÍTÓBERENDEZÉSEK TERVEZÉSE ÉS LÉTREHOZÁSA SORÁN Szabó Géza Bevezetés Az előadás célja, vasúti alrendszerekre
Tartalom. Router és routing. A 2. réteg és a 3. réteg működése. Forgalomirányító (router) A forgalomirányító összetevői
Tartalom Router és routing Forgalomirányító (router) felépítésük működésük távolságvektor elv esetén Irányító protokollok autonóm rendszerek RIP IGRP DHCP 1 2 A 2. réteg és a 3. réteg működése Forgalomirányító
NETTUTOR AZ OKTATÁSSZERVEZÉS SZÁMÍTÓGÉPES TÁMOGATÁSA
NETTUTOR AZ OKTATÁSSZERVEZÉS SZÁMÍTÓGÉPES TÁMOGATÁSA Kis Ferenc, kis.f@szamalk-inf.hu SZÁMALK Informatika Rt. Az utóbbi években az elektronikus oktatás területén egyre több vállalat próbál különböző multimédiás
SZÁMÍTÓGÉP HÁLÓZATOK BEADANDÓ ESSZÉ. A Windows névfeloldási szolgáltatásai
SZÁMÍTÓGÉP HÁLÓZATOK BEADANDÓ ESSZÉ A Windows névfeloldási szolgáltatásai Jaszper Ildikó jaszper.ildiko@stud.u-szeged.hu Jaszper.Ildiko@posta.hu Budapest, 2007. május 19. - 1 - TARTALOMJEGYZÉK 1. Névfeloldás...
Szolgáltatás Orientált Architektúra a MAVIR-nál
Szolgáltatás Orientált Architektúra a MAVIR-nál Sajner Zsuzsanna Accenture Sztráda Gyula MAVIR ZRt. FIO 2009. szeptember 10. Tartalomjegyzék 2 Mi a Szolgáltatás Orientált Architektúra? A SOA bevezetés
Hálózati alapismeretek
Hálózati alapismeretek Tartalom Hálózat fogalma Előnyei Csoportosítási lehetőségek, topológiák Hálózati eszközök: kártya; switch; router; AP; modem Az Internet története, legfontosabb jellemzői Internet
VB IP. IP Kommunikátor
VB IP IP Kommunikátor Telepítői Kézikönyv 2014. március 27. TARTALOMJEGYZÉK 1. BEVEZETÉS...3 2. RENDSZER FELÉPÍTÉS...3 3. RENDSZER PROGRAMOZÁS PC SZOFTVERREL...5 4. HIBAELHÁRÍTÁS...7 5. ENIGMA II ELÉRÉS
Autóipari beágyazott rendszerek. Local Interconnection Network
Autóipari beágyazott rendszerek Local Interconnection Network 1 Áttekintés Motiváció Kis sebességigényű alkalmazások A CAN drága Kvarc oszcillátort igényel Speciális perifériát igényel Két vezetéket igényel
S01-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
UML (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)
V. 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
4-32-zónás vagyonvédelmi rendszer
2 Termék katalógus 4-32-zónás vagyonvédelmi rendszer Az új Esprit E55 központok megbízható, kis költségű, az ügyfél igényeit kielégítő biztonságot nyújtanak. Számos szolgáltatásuk közül kiemelkedik a StayD,
GSM ALAPÚ SMS KOMMUNIKÁTOR HŐMÉRSÉKLET FELÜGYELETHEZ, VEZÉRLÉSHEZ 8 HŐMÉRŐ BEMENETTEL
8 GSM ALAPÚ SMS KOMMUNIKÁTOR HŐMÉRSÉKLET FELÜGYELETHEZ, VEZÉRLÉSHEZ 8 HŐMÉRŐ BEMENETTEL RESORT Biztonságtechnikai Kft. H-1137 Budapest, Szent István park 2. Telefon: (1) 450-1583 Fax: (1) 450-1585 E-mail:
NEMZETI SZAKKÉPZÉSI ÉS FELNŐTTKÉPZÉSI HIVATAL. Komplex szakmai vizsga. Gyakorlati vizsgatevékenység
NEMZETI SZAKKÉPZÉSI ÉS FELNŐTTKÉPZÉSI HIVATAL Komplex szakmai vizsga Gyakorlati vizsgatevékenység Gyakorlati vizsgatevékenység időtartama: 120 perc A vizsgafeladat értékelési súlyaránya: 30% 315/2013.
Az informatikai katasztrófa elhárítás menete
Az informatikai katasztrófa elhárítás menete A katasztrófa elhárításáért felelős személyek meghatározása Cég vezetője (ügyvezető): A Cég vezetője a katasztrófa elhárítás első számú vezetője. Feladata:
TM TM TM-77203
TM-77201 TM-77202 TM-77203 Árnyékállomás rendszer Használati útmutató 2012 BioDigit Ltd. Minden jog fenntartva. A dokumentum sokszorosítása, tartalmának közzététele bármilyen formában, beleértve az elektronikai
HÁLÓZATBIZTONSÁG III. rész
HÁLÓZATBIZTONSÁG III. rész Tűzfalak működése Összeállította: Huszár István 1. A tűzfal (firewall) szerepe Tűzfal: olyan biztonsági rendszer, amely a számítógépes hálózatok kapcsolódási pontján helyezkedik
Szimmetrikus bemenetű erősítők működésének tanulmányozása, áramköri paramétereinek vizsgálata.
El. II. 5. mérés. SZIMMETRIKUS ERŐSÍTŐK MÉRÉSE. A mérés célja : Szimmetrikus bemenetű erősítők működésének tanulmányozása, áramköri paramétereinek vizsgálata. A mérésre való felkészülés során tanulmányozza
GSM ALAPÚ SMS KOMMUNIKÁTOR HŐMÉRSÉKLET FELÜGYELETHEZ, VEZÉRLÉSHEZ
GSM ALAPÚ SMS KOMMUNIKÁTOR HŐMÉRSÉKLET FELÜGYELETHEZ, VEZÉRLÉSHEZ RESORT Biztonságtechnikai Kft. H-1137 Budapest, Szent István park 2. Telefon: +36 1 450-1583 Fax: +36 1 450-1585 E-mail: info@resort.hu