Közlekedési automatika Biztonságintegritás, életciklus modellek
|
|
- Judit Mezeiné
- 6 évvel ezelőtt
- Látták:
Átírás
1 Közlekedési automatika Biztonságintegritás, életciklus modellek Dr. Sághi Balázs diasora alapján összeállította, kiegészítette: Lövétei István Ferenc BME Közlekedés- és Járműirányítási Tanszék 2019
2 Tartalomjegyzék Bevezetés Biztonság, Kockázatosztályozás, Kockázatcsökkentés (ism.), Gépi eszközök az irányítási rendszerben, Biztonsági funkciók, biztonságintegritás, Biztonsági rendszerek belső veszélyforrásai, Biztonságintegritási szintek, példák, Életciklus modellek, példák, SIL fejlesztési módszerek, technikák, intézkedések, példák. Biztonsági architektúrák 2
3 Bevezetés Biztonság, RAMS Depandability: a rendszer azon tulajdonsága, mely lehetővé teszi a szolgáltatása iránti bizalmat, Reliability működőképesség: R(t) λ T, elemek, soros és párhuzamos rendszerek, lásd korábbi gyakorlati órák, Maintainability karbantarthatóság: M(t) ha a rendszer karbantartható, javítások, javítható rendszerek, lásd gyakorlati órák, Availability rendelkezésre állás: A(t), A ss - ha a rendszer javítható, (és ha nem?) lásd gyakorlati órák, Safety - biztonság??????? Biztonsági architektúrák 3
4 Bevezetés - Biztonság a célunk az, hogy olyan rendszereket hozzunk létre, amelyek a saját feladatukat a megfelelő* biztonsággal hajtsák végre. *megfelelő: társadalmilag elviselhető kockázati szinten Biztonsági architektúrák 4
5 Bevezetés - Biztonság Safety Biztonság (def.): egy rendszer azon tulajdonsága, hogy nem veszélyezteti az emberi életet és a környezetét. általánosan az elfogadhatatlan kockázatoktól való mentesség pl: vasútbiztonsági szabványok, MSZ EN 50126, villamos/elektronikus/programozható elektronikus biztonsági rendszerek IEC 61508, az ésszerűtlen kockázatok hiánya járműipari szabvány, ISO 26262, az elfogadhatatlan károk kockázatától való mentesség EUROCONTROL, az az állapot, amikor a repüléssel összefüggő kockázatok amelyek közvetve vagy közvetlenül a repülőgépek üzemeltetéséhez kapcsolódnak, elfogadható szintre vannak csökkentve, és ott kontrollálva vannak ICAO (International Civil Aviation Organization). Safety related (or critical) system Biztonságkritikus rendszer: olyan rendszer, amely egy berendezés vagy üzem biztonságát biztosítja. olyan rendszer, amely meghibásodása vagy hibás működése emberek halálát/sérülését, a környezet/berendezések károsodását okozhatja. Biztonsági architektúrák 5
6 Bevezetés - Kockázatosztályozás Gyakoriság (1/h) Valószínű Gyakori Ésszerűen valószínű Valószínűtlen Távoli Nagyon távoli Rendkívül valószínűtlen Rendkívül valószínűtlen 10-9 Biztonsági architektúrák 6
7 Bevezetés - Kockázatosztályozás Biztonsági architektúrák 7
8 Közúti közlekedés - Kockázatcsökkentés Gépi úton ellenőrzött utasítások jelzések révén. Ellenőrző mechanizmusok biztosítják, hogy ne jelenhessen meg olyan jelzés, amelynek következtében veszélyes forgalmi szituáció alakulhat ki (kizáró mátrix), még meghibásodás esetén se. Az utasítások betartása humán döntésen alapul. Szabályozott rendszerhozzáférés, Újabban: támogató és beavatkozó rendszerek a járműveken. Biztonsági architektúrák 8
9 Légi közlekedés - Kockázatcsökkentés Utasítások adása humán döntés. Utasítások betartása humán döntés. Alapja: támogató eszközök légiforgalmi irányítás, magas szintű képzés, folyamatos tréning. Műszaki biztonsági irányítói rendszerek: ütközéselkerülő rendszerek, radarok, szenzorok, stb autopilóta. Biztonsági architektúrák 9
10 Vasúti közlekedés - Kockázatcsökkentés Jelzésadás menetengedély: gépi úton ellenőrzött, biztosítóberendezések Jelzések betartása:, korán megjelenik a gépi úton való kikényszerítés, vonatmegállító, vonatbefolyásoló berendezések, automata vonatvezérlő rendszerek. Biztonsági architektúrák RATP, Paris, IRJ 10
11 Vizi közlekedés - Kockázatcsökkentés Vizi közlekedési szabályok: nemzetközi jelzési rendszer, humán képesítés, Kikötői közlekedés: dedikált, képzett pilóták Rotterdam, Panama-csatorna, Automatizálási rendszerek: Automata dokkolás kikötői irányítói rendszerek, kikötői kapacitások növelése, ütközések elkerülése. Autodocking Technology Biztonsági architektúrák 11
12 Járműirányítás - Kockázatcsökkentés Autonóm funkciók: az ember szerepének csökkentése, Járművek irányítási feladatai: szenzorok, aktuátorok, irányítási algoritmusok implementációja, Járművek és infrastruktúra közötti kommunikáció: hálózatok, hálózati irányítási algoritmusok. The Road Ahead Biztonsági architektúrák 12
13 Gépi eszközök az irányítási rendszerben A kockázatcsökkentést megvalósító eszközök a közlekedésben: folyamatirányító rendszerek biztonsági rendszerek. Milyen tulajdonságokat kell támasztani az irányító rendszerrel szemben? Hogyan kell megvalósítani az elvárt viselkedést? Kell-e szabályokat alkalmazni a rendszer (komponens) fejlesztése során? Milyen biztonsági funkciót - funkciókat kell megvalósítani? Biztonsági architektúrák 13
14 Biztonsági funkciók - Biztonságintegritás Teljes funkcionalitás Biztonsági funkciók Irányító funkciók Gyakoriság Súlyosság Kockázat osztályozás Belső kockázat Veszélyelemzés Kockázatcsökkentés Biztonsági integritás Normál működés Hibák elleni védettség Saját (belső) biztonság IRÁNYÍTANDÓ FOLYAMAT IRÁNYÍTÓ RENDSZER Biztonsági architektúrák 14
15 A biztonsági rendszerek belső veszélyforrásai Szisztematikus hibák: A rendszer létrehozása során elkövetett emberi hibák, amelyek a rendszer üzemelése során helytelen működést okoznak. Specifikációs hibák, tervezési hibák, gyártási hibák, szoftverhibák stb. Fellépési gyakoriság nem adható meg. Véletlenszerű hibák: meghibásodások A rendszer üzemelése során fellépő meghibásodások. Fellépési gyakoriságuk megadható. A fellépési gyakoriságot befolyásolja az üzemmód, környezeti hatások, túlterhelés stb. Biztonsági architektúrák 15
16 Biztonságintegritási szintek és hibakezelés Véletlenszerű hibák elleni int. (HW) THR Eltűrhető veszélyeztetési ráta Tolerable Hazard Rate [1/h] Integritás Saját (belső) biztonság Szisztematikus integr. (SW+HW) SIL Biztonságintegritási szint Safety Integrity Level Biztonsági architektúrák 16
17 Biztonságintegritás általános megközelítés biztonságintegritás (def): annak a valószínűsége, hogy egy biztonsági irányítórendszer az előírt biztonsági funkciókat egy adott időszakban meghatározott körülmények között megfelelően végrehajtja, azaz nem lép fel veszélyeztető meghibásodás. véletlenszerű meghibásodásokra: B V P B (t) l(t) P V (t) a biztonság kívánt foka: P B t P Bmin P V t P Vmax Biztonsági architektúrák 17
18 Biztonságintegritási szintek iparági megközelítés, példák Safety Integrity Level vasúti szabványok, MSZ EN 50126: egy olyan diszkrét érték, amely specifikálja a biztonságintegritási követelményeket egy biztonságkritikus rendszer biztonsági funkcióival szemben, Automotive Safety Integrity Level közúti járművek funkcionális biztonsága, ISO 26262: egy a négy szint közül, amelyek specifikálják egy elem vagy rendszer ISO szerinti követelményeit, és amelyek specifikálják azokat a módszereket, amelyekkel elkerülhető az ésszerűtlen maradék kockázat, a D a legszigorúbb, az A a legkevésbé szigorú szintet jelenti. Biztonsági architektúrák 18
19 Biztonságintegritási szintek iparági megközelítés, példák Safety Integrity Level - villamos/elektronikus/programozható elektronikus biztonsági rendszerek IEC 61508: egy diszkrét szint (egy a négy lehetséges közül) amely egy biztonságintegritási értéknek felel meg, ahol a 4 -es a legmagasabb, az 1 -es a legalacsonyabb szintet jelenti. Design Assurrance Level légijárművek, DO-178B, csak SW! öt szintet állapít meg az alapján, hogy egy hiba milyen lehetséges következménnyel járhat, a legalacsonyabb szint a DAL E, a legmagasabb a DAL A (olyan hibák, amelyek több ember halálát és a légijármű súlyos károsodását okozhatják). Biztonsági architektúrák 19
20 A biztonságintegritási szintek száma és értelmezése, példák Biztonsági integritási szintek SIL Az irányító rendszer veszélyes meghibásodásának valószínűsége [h -1 ] A védelmi rendszer elmaradt működéseinek aránya az összes kívánt működéshez képest Biztonsági architektúrák 20
21 A biztonságintegritási szintek száma és értelmezése, példák TFFR: Tolerable Functional Failure Rate: egy funkció eltűrhető veszélyes meghibásodási rátája, új megközelítés. Biztonsági architektúrák 21
22 A biztonságintegritási szintek száma és értelmezése, példák Biztonsági architektúrák 22
23 A biztonságintegritási szintek száma és értelmezése, példák Biztonsági architektúrák 23
24 A biztonságintegritási szintek száma és értelmezése, példák Biztonsági architektúrák 24
25 A biztonságintegritási szintek összehasonlítás Biztonsági architektúrák 25
26 SIL meghatározás biztonsági funkciók számára, példa A kockázatelemzés, illetve a szabványok azt deklarálják, hogy lesz egy adott mértékű maradék kockázat, vagyis a rendszerünkbe beépítjük a veszteség lehetőségét! az ábra forrása: prof. Ing. Karol Rástocny, PhD; doc. Ing. Izabela Krbilová, PhD; Biztosítóberendezések biztonságának értékelése, egyetemi előadás, Budapest, 2011, link Biztonsági architektúrák 26
27 Biztonságintegritási szintek és hibakezelés Véletlen hardver hibák elleni védelem: - A biztonsági szintnek megfelelő megbízhatóság elérése, biztonsági stratégiák Véletlenszerű hibák elleni int. Hibadetektálás Hibatűrés Biztonsági állapot Integritás Saját (belső) biztonság Szisztematikus integr. Szoftver integritás A hibák elkerülése eltávolítása Diverz kialakítás Szisztematikus hibák elleni védelem: - Minőségbiztosítás a teljes életciklusban (szervezett folyamat) - A biztonsági szintnek megfelelő fejlesztési módszerek alkalmazása Biztonsági architektúrák 27
28 A szisztematikus hibák elleni védelem A fejlesztési/tervezési/gyártási folyamat szabályozása életciklus modellek (követelmény~) követhetőség, ellenőrizhetőség, áttekinthetőség, Személyi függetlenségek: ellenőrizhetőség, Megfelelő módszerek alkalmazása: hibaelkerülés. Biztonsági architektúrák 28
29 Életciklus modellek - meghatározás Biztonsági életciklus modell: olyan szükséges cselekvések összessége a biztonságkritikus rendszerek megvalósítása során, amely a koncepciónál kezdődik és akkor fejeződik be, amikor a villamos/elektronikus/programozható elektronikus biztonságkritikus rendszerek és más kapcsolódó kockázatcsökkentő intézkedések* tovább nem kerülnek felhasználásra IEC 51608, olyan azonosított szakaszok sorozatának összessége, amely során egy termék áthalad a koncepciótól kezdve az ártalmatlanításáig vasúti szabványok, azon fázisok teljessége, amelyek egy termék koncepciójától a leszereléséig tartanak ISO *például egy mechanikus szelep egy ilyen rendszerben Biztonsági architektúrák 29
30 Életciklus modellek példa Megjegyzés: Az a fázis, amelynél a módosítás a rendszer életciklusába belép, függ a módosítandó rendszertől és a szóban forgó módosítás jellegétől Biztonsági architektúrák 30
31 Életciklus modellek - példa villamos/elektronikus/programozható elektronikus eszközök, az első modell - IEC Biztonsági architektúrák 31
32 Életciklus modellek példa, V vízesés modell Vasútbiztonsági szabványokban definiált biztonsági életciklus modell - MSZ EN Biztonsági architektúrák 32
33 Verifikáció & Validáció Verifikáció: annak az objektív bizonyítása, hogy a meghatározott követelmények teljesülnek: a fázis bemenő követelményei a fázis kimenetén teljesítésre kerülnek, tesztek, elemzések, Validáció: annak az objektív bizonyítása, hogy egy meghatározott célú alkalmazás követelményei teljesülnek, a rendszerkövetelményeknek való megfelelőség, Sikeres verifikációs lépések sikeres validáció! Biztonsági architektúrák 33
34 Verifikáció & Validáció V&V Biztonsági architektúrák 34
35 Életciklus modellek - példa Menedzsment - keretrendszer Fejlesztés Támogató folyamatok Autóipari szabvány - ISO Biztonsági analízis Iránymutatás Biztonsági architektúrák 35
36 Életciklus modellek - példa SW életciklus modell Biztonsági architektúrák 36
37 Életciklus modellek - példa Biztonsági életciklus modell - MSZ EN Biztonsági architektúrák 37
38 Személyi függetlenség - példa Biztonsági architektúrák 38
39 SIL fejlesztési módszerek, intézkedések, technikák - példa Technikák/Intézkedések SIL 1 SIL 2 SIL 3 SIL 4 1. A biztonsági szervezet tagjainak képzése HR: Kezdeti képzés minden biztonságorientált tevékenységnél HR: Minden biztonságorientált tevékenységgel kapcsolatban ismétlődő képzés vagy a tevékenység rendszeres teljesítése 2. A résztvevők személyi függetlensége lásd a 6. ábrát: a függetlenség megszervezése (előző dia) 3. A biztonsági szervezet személyzetének képesítése (lásd az 1. sz. megjegyzést) 4. (lásd a megjegyzést) HR: műszaki oktatás vagy elegendő tapasztalat HR: magasabb szintű műszaki oktatás vagy szélesebb körű tapasztalat Vasútbiztonsági szabványokban definiált biztonsági életciklus modell - MSZ EN Biztonsági architektúrák 39
40 SIL fejlesztési módszerek, intézkedések, technikák - példa Technikák/Intézkedések SIL 1 SIL 2 SIL 3 SIL 4 1. A biztonságorientált és nem biztonságorientált rendszerek szétválasztása R: jól meghatározott interfészek a biztonságorientált és nem biztonságorientált rendszerek között 2. Grafikus leírás beleértve pl. HR blokkdiagramokat 3. Strukturált specifikáció HR: manuális, hierarchikus szétválasztás alfeladatokra, interfészleírások HR: jól meghatározott interfészek a biztonságorientált és nem biztonságorientált rendszerek között és interfész-elemzés HR HR: hierarchikus szétválasztás formális módszerek alkalmazásával, automatikus konzisztencia-ellenőrzés, finomítás a funkcionális szintig 4. Formális vagy félformális módszerek 5. Számítógéppel támogatott specifikációs eszközök R: eszközök kiválasztása bármely konkrét tervezési módszer előnyben részesítése nélkül 6. Ellenőrzőlisták R: előkészített ellenőrzőlisták minden biztonsági életciklus-fázisra R: számítógéppel támogatott R: modellorientált eljárások hierarchikus felosztással, minden objektum, kapcsolatainak, közös adatbázisának, automatikus konzisztencia-ellenőrzésének leírása R: előkészített részletes ellenőrzőlisták minden biztonságorientált életciklus-fázisra Vasútbiztonsági szabványokban definiált biztonsági életciklus modell - MSZ EN Veszélynapló HR: A Veszélynaplót fel kell fektetni és karban kell tartani a rendszer teljes életciklusa során Biztonsági architektúrák 40
41 SIL fejlesztési módszerek, intézkedések, technikák - példa Technikák Intézkedések* SIL 1 SIL 2 SIL 3 SIL 4 1. A biztonságorientált és nem biztonságorientált rendszerek szétválasztása R R HR HR 2.Egyszerű elektronikai felépítés ön-teszteléssel és ellenőrzéssel R R Duál elektronikai felépítés R R Összetett fail-safe jellegen alapuló duál elektronikai felépítés fail-safe összehasonlítással R R HR HR 5.Belső fail-safe jellegen alapuló egyszerű elektronikai felépítés 6.Reaktív fail-safe jellegen alapuló egyszerű elektronikai felépítés 7.Diverziter elektronikai struktúra fail-safe összehasonlítással 8.Az architektúra igazolása a hardver mennyiségi megbízhatósági elemzésével R R HR HR R R HR HR R R HR HR HR HR HR HR Vasútbiztonsági szabványokban definiált biztonsági életciklus modell - MSZ EN *lásd részletesen a héten MEGJEGYZÉS: Minden, szürke mezőben feltüntetett technika alternatívát jelent, azaz az R azt jelenti, hogy ezen technikák közül legalább egy választása ajánlott. Biztonsági architektúrák 41
42 SIL fejlesztési módszerek, intézkedések, technikák - példa Autóipari szabványban definiált biztonsági életciklus modell - ISO Biztonsági architektúrák 42
43 SIL fejlesztési módszerek, intézkedések, technikák - példa Autóipari szabványban definiált biztonsági életciklus modell - ISO Biztonsági architektúrák 43
44 SIL fejlesztési módszerek, intézkedések, technikák - példa Autóipari szabványban definiált biztonsági életciklus modell - ISO Biztonsági architektúrák 44
45 Összefoglalás THR/TFFR: védelem a véletlenszerű meghibásodásokkal szemben: rendszerfelépítés, a RAM követelményeknek való megfelelőség, SIL/ASIL/DAL: fejlesztési módszerek, életciklus modellek mind SW, mind HW komponensekre, iparági szabályozások, módszertanok, maradék kockázat mindig lesz! kérdés annak a mértéke. Integritás Saját (belső) biztonság Véletlenszerű hibák elleni int. (HW) Szisztematikus integr. (SW+HW) THR SIL Eltűrhető veszélyeztetési ráta Tolerable Hazard Rate [1/h] Biztonságintegritási szint Safety Integrity Level Biztonsági architektúrák 45
46 Köszönöm a figyelmet! Biztonságintegritás, életciklus modellek Lövétei István Ferenc (lovetei.istvan@mail.bme.hu) Dr. Sághi Balázs
biztonságkritikus rendszerek
Kockázat, biztonság, biztonságkritikus rendszerek Dr. Sághi Balázs BME Közlekedés- és Járműirányítási Tanszék Tartalom A közlekedéssel szembeni elvárások A kockázat fogalma Kockázatcsökkentés Követelmények
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
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
Közlekedési automatika Biztonsági architektúrák
Közlekedési automatika Biztonsági architektúrák Dr. Sághi Balázs diasora alapján összeállította, kiegészítette: Lövétei István Ferenc BME Közlekedés- és Járműirányítási Tanszék 2019 Tartalomjegyzék Bevezetés
A fejlesztési szabványok szerepe a szoftverellenőrzésben
A fejlesztési szabványok szerepe a szoftverellenőrzésben Majzik István majzik@mit.bme.hu http://www.inf.mit.bme.hu/ 1 Tartalomjegyzék Biztonságkritikus rendszerek A biztonságintegritási szint Az ellenőrzés
Autóipari beágyazott rendszerek. Kockázatelemzés
Autóipari beágyazott rendszerek Kockázatelemzés 1 Biztonságkritikus rendszer Beágyazott rendszer Aminek hibája Anyagi vagyont, vagy Emberéletet veszélyeztet Tipikus példák ABS, ESP, elektronikus szervokormány
Biztosítóberendezések biztonságának értékelése
Žilinská univerzita v Žiline Elektrotechnická fakulta Univerzitná 1, 010 26 Žilina tel: +421 41 5133301 e mail: kris@fel.uniza.sk Téma: Biztosítóberendezések ának értékelése prof. Ing. Karol Rástočný,
Az ISO Cél: funkcionális biztonság kizárva az elektromos áramütés, tűz stb. veszélyeztetések
Az ISO 26262 Alkalmazási terület sorozatgyártott, 3.500 kg-ot nem meghaladó személygépjárművek elektromos és/vagy elektronikus (E/E) komponenseket tartalmazó biztonságreleváns rendszereire. Cél: funkcionális
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
Biztonságkritikus rendszerek
Biztonságkritikus rendszerek 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 Mik azok a biztonságkritikus
Közlekedési automatika. BME Közlekedés- és Járműirányítási Tanszék Dr. Sághi Balázs
Közlekedési automatika BME Közlekedés- és Járműirányítási Tanszék Dr. Sághi Balázs 1 Közlekedési automatika Közlekedésben alkalmazott automatikus irányító rendszerek Jármű szerkezeti fedélzeti Forgalomirányító
Közlekedési automatika Biztonsági folyamatirányító rendszerek szoftvere
Közlekedési automatika Biztonsági folyamatirányító rendszerek szoftvere Dr. Sághi Balázs diasora alapján összeállította, kiegészítette: Lövétei István Ferenc BME Közlekedés- és Járműirányítási Tanszék
Autóipari beágyazott rendszerek. Funkcionális biztonságossági koncepció
Autóipari beágyazott rendszerek Funkcionális biztonságossági koncepció 1 Funkcionális biztonsági koncepció Functional safety concept Cél A funkcionális biztonsági követelmények levezetése A biztonsági
II. rész: a rendszer felülvizsgálati stratégia kidolgozását támogató funkciói. Tóth László, Lenkeyné Biró Gyöngyvér, Kuczogi László
A kockázat alapú felülvizsgálati és karbantartási stratégia alkalmazása a MOL Rt.-nél megvalósuló Statikus Készülékek Állapot-felügyeleti Rendszerének kialakításában II. rész: a rendszer felülvizsgálati
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,
Veszélyforrások, veszélyeztetések
Veszélyforrások, veszélyeztetések 1 Biztonságkritikus folyamatok A közlekedés veszélyes üzem: személyek tárgyak a környezet biztonságát sérülések okozásával veszélyeztetheti. Példák más veszélyes folyamatokra,
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
ORVOSTECHNIKAI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE AKTÍV ORVOSI ESZKÖZÖK FEJLESZTÉSE - PEMS V&V
ORVOSTECHNIKAI ESZKÖZÖK GYÁRTMÁNYFEJLESZTÉSE AKTÍV ORVOSI ESZKÖZÖK FEJLESZTÉSE - PEMS V&V Nagy Katinka Budapest, 29 November 2018 Bemutatkozás Nagy Katinka Villamosmérnök BSc (2012) Villamosmérnök MSc
Szoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (4) Szoftverminőségbiztosítás Biztonság kritikus szoftverek Hibatűrés Szoftver-diverzitás Biztonság, biztonságosság Mentesség azoktól a feltételektől, melyek halált, sérülést,
Orvostechnikai eszközök gyártmányfejlesztése Aktív orvosi eszközök fejlesztése PEMS V&V. Nagy Katinka
Orvostechnikai eszközök gyártmányfejlesztése Aktív orvosi eszközök fejlesztése PEMS V&V Nagy Katinka 2016-11-24 Bemutatkozás Nagy Katinka Villamosmérnök BSc (2012) Villamosmérnök MSc (2014) Rendszer tesztmérnök,
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
Védelem a véletlenszerű egyedi hibák veszélyeztető hatása ellen Biztonsági stratégiák
Védelem a véletlenszerű egyedi hibák veszélyeztető hatása ellen Biztonsági stratégiák Dr. Sághi Balázs diasorra alapján összeállította, készítette Dr. Baranyi Edit KÖZLEKEDÉSI AUTOMATIKA FOLYAMATIRÁNYÍTÓ
Megbízhatóság és biztonság. Dr. Sághi Balázs BME Közlekedés- és Járműirányítási Tanszék 2017
Megbízhatóság és biztonság Dr. Sághi Balázs BME Közlekedés- és Járműirányítási Tanszék 2017 A közlekedési rendszerekkel szemben támasztott elvárások Elvárások Biztonság Kapacitás Probléma A kapacitás növekedése
A szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom
A szoftver-folyamat Szoftver életciklus modellek Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 4. Roger S. Pressman: Software Engineering, 5th e. chapter 2. 2 A szoftver-folyamat Szoftver
Biztonságkritikus rendszerek
Biztonságkritikus rendszerek Biztonságkritikusnak nevezzük azon rendszereket, melyek hibás működése jelentős anyagi kárt okoz, vagy emberek testi épségét, életét veszélyezteti. Autóipari rendszerek esetében
Közlekedési automatika. Dr. Sághi Balázs BME Közlekedés- és Járműirányítási Tanszék 2017
Közlekedési automatika Dr. Sághi Balázs BME Közlekedés- és Járműirányítási Tanszék 2017 A közlekedési rendszerekkel szemben támasztott elvárások Elvárások Biztonság Kapacitás Probléma A kapacitás növekedése
Járműinformatika A járműinformatikai fejlesztés
Járműinformatika A járműinformatikai fejlesztés 2016/2017. tanév, II. félév Dr. Kovács Szilveszter E-mail: szkovacs@iit.uni-miskolc.hu Informatika Intézet 107/a. Tel: (46) 565-111 / 21-07 A járműfejlesztés
Modellellenőrzés a vasút automatikai rendszerek fejlesztésében. XIX. Közlekedésfejlesztési és beruházási konferencia Bükfürdő
Modellellenőrzés a vasút automatikai rendszerek fejlesztésében XIX. Közlekedésfejlesztési és beruházási konferencia Bükfürdő 2018.04.25-27. Tartalom 1. Formális módszerek state of the art 2. Esettanulmány
Megbízhatóság az informatikai rendszerekben
Megbízhatóság az informatikai rendszerekben Az információ Minden intelligens rendszer hajtóanyaga Az információ minőségi jellemzői Sértetlenség Biztonság Adatvédelem Titkosság Hitelesség Rendelkezésre
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
Intelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft.
Intelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft. Intelligens eszközök fejlesztése az ipari automatizálásban Evosoft Hungary kft., Evosoft Hungary Kft.
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
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
Fejlesztés kockázati alapokon
Fejlesztés kockázati alapokon 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
(Teszt)automatizálás. Bevezető
(Teszt)automatizálás Bevezető Órák ( az előadások sorrendje változhat) 1. Bevezető bemutatkozás, követelmények, kérdések és válaszok 2. Előadás Unit test in general, 3. Előadás Unit test, Tools and practices,
Élettartam teszteknél alkalmazott programstruktúra egy váltóvezérlő példáján keresztül
Élettartam teszteknél alkalmazott programstruktúra egy váltóvezérlő példáján keresztül 1 Tartalom Miről is lesz szó? Bosch GS-TC Automata sebességváltó TCU (Transmission Control Unit) Élettartam tesztek
A TESZTELÉS ALAPJAI MIÉRT SZÜKSÉGES A TESZTELÉS? MI A TESZTELÉS? ÁLTALÁNOS TESZTELÉSI ALAPELVEK
A TESZTELÉS ALAPJAI MIÉRT SZÜKSÉGES A TESZTELÉS? MI A TESZTELÉS? ÁLTALÁNOS TESZTELÉSI ALAPELVEK MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR,
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ő
Projectvezetők képességei
Projectvezetők képességei MOI modell Motivation ösztönzés Organisation szervezés Ideas or Innovation ötletek vagy újítás Más felosztás Probléma megoldás Vezetői öntudat Teljesítmény Befolyás, team képzés
Informatikai projektellenőr szerepe/feladatai Informatika / Az informatika térhódítása Függőség az információtól / informatikától Információs
Bevezetés Projektellenőr szerepe és feladatai Informatika Informatikai függőség Informatikai projektek Mérnöki és informatikai feladatok találkozása technológiák 1 Tartalom Informatikai projektellenőr
A szoftverellenőrzés szerepe Alapfogalmak
A szoftverellenőrzés szerepe Alapfogalmak Majzik István majzik@mit.bme.hu http://www.inf.mit.bme.hu/ 1 Motiváció Tartalomjegyzék Milyen minőségi igények vannak a szoftverrel szemben, és mit tud ma a szoftveripar?
Aktualitások a minőségirányításban
1 Aktualitások a minőségirányításban Önálló területek kockázatai Előadó: Solymosi Ildikó TQM Consulting Kft. ügyvezető TQM szakértő, munkavédelmi szakmérnök, vezető auditor A) A munkahelyi egészségvédelemmel
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
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
Közúti közlekedési automatika. BME, Közlekedés- és Járműirányítási Tanszék
Közúti közlekedési automatika BME, Közlekedés- és Járműirányítási Tanszék A közúti forgalomirányítás célja A közlekedési folyamatok befolyásolása meghatározott célok elérése érdekében. A forgalomirányító
Részletes szoftver tervek ellenőrzése
Részletes szoftver 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 részletes
Dr. BALOGH ALBERT: MEGBÍZHATÓSÁGI ÉS KOCKÁZATKEZELÉSI SZAKKIFEJEZÉSEK FELÜLVIZSGÁLATÁNAK HELYZETE
Dr. BALOGH ALBERT: MEGBÍZHATÓSÁGI ÉS KOCKÁZATKEZELÉSI SZAKKIFEJEZÉSEK FELÜLVIZSGÁLATÁNAK HELYZETE 1 Megbízhatósági terminológia: IEC 50(191):2007 változat (tervezet) Kockázatkezelő irányítási terminológia:
Orvostechnikai eszköz tesztelése DSS Unit test. Taliga Miklós BME-IIT
Orvostechnikai eszköz tesztelése DSS Unit test Taliga Miklós BME-IIT Szabványok és direktívák Orvostechnikai eszközök feladatai Objektív eredmények képzése Embernek érzékelhetetlen paraméterek mérése Sokféle
Hidak építése a minőségügy és az egészségügy között
DEBRECENI EGÉSZSÉGÜGYI MINŐSÉGÜGYI NAPOK () 2016. május 26-28. Hidak építése a minőségügy és az egészségügy között A TOVÁBBKÉPZŐ TANFOLYAM KIADVÁNYA Debreceni Akadémiai Bizottság Székháza (Debrecen, Thomas
Szoftver újrafelhasználás
Szoftver újrafelhasználás Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással
Autóipari beágyazott rendszerek Dr. Balogh, András
Autóipari beágyazott rendszerek Dr. Balogh, András Autóipari beágyazott rendszerek Dr. Balogh, András Publication date 2013 Szerzői jog 2013 Dr. Balogh András Szerzői jog 2013 Dunaújvárosi Főiskola Kivonat
A minőség és a kockázat alapú gondolkodás kapcsolata
Mottó: A legnagyobb kockázat nem vállalni kockázatot A minőség és a kockázat alapú gondolkodás kapcsolata DEMIIN XVI. Katonai Zsolt 1 Ez a gép teljesen biztonságos míg meg nem nyomod ezt a gombot 2 A kockázatelemzés
Légiközlekedési Iparág
~ Légiközlekedési Iparág Compliance szerepe HungaroControl Dr. Fazekas Anikó Compliance és Belső Ellenőrzési Igazgató Compliance Summit Budapest, 2015. november 27. Tartalom 1 A magyar polgári légiközlekedés
A hálózattervezés alapvető ismeretei
A hálózattervezés alapvető ismeretei Infokommunikációs hálózatok tervezése és üzemeltetése 2011 2011 Sipos Attila ügyvivő szakértő BME Híradástechnikai Tanszék siposa@hit.bme.hu A terv általános meghatározásai
Architektúra tervezési példák: Architektúrák biztonságkritikus rendszerekben
Architektúra tervezési példák: Architektúrák biztonságkritikus rendszerekben Majzik István majzik@mit.bme.hu Biztonságos állapotok Működésmód Fail-stop működés A megállás (lekapcsolás) biztonságos állapot
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
A szoftverfejlesztés eszközei
A szoftverfejlesztés eszközei Fejleszt! eszközök Segédeszközök (szoftverek) programok és fejlesztési dokumentáció írásához elemzéséhez teszteléséhez karbantartásához 2 Történet (hw) Lyukkártya válogató
Egészségügyi kockázatok integrált kezelésének számítógéppel támogatott gyakorlata
Egészségügyi kockázatok integrált kezelésének számítógéppel támogatott gyakorlata Balatonalmádi, 2015. 09. 17. Dr. Horváth Zsolt, egyetemi adjunktus Óbudai Egyetem, Kandó Kálmán Villamosmérnöki Kar AZ
KÖZLEKEDÉSAUTOMATIKA
Nyíregyháza, 2016/2017. 2. fé. KÖZLEKEDÉSAUTOMATIKA Dr. Bede Zsuzsanna adjunktus (BME Közlekedés- és Járműirányítási Tanszék) bede.zsuzsanna@mail.bme.hu 1 BIZTONSÁG VESZÉLYEZTETÉS SÉRÜLÉS 2 A BIZTONSÁG
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
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
Szoftver-technológia I.
Szoftver technológia I. Oktatók Sziray József B602 Heckenast Tamás B603 2 Tananyag Elektronikus segédletek www.sze.hu/~sziray/ www.sze.hu/~heckenas/okt/ (www.sze.hu/~orbang/) Nyomtatott könyv Ian Sommerville:
Információ menedzsment
Információ menedzsment Szendrői Etelka Rendszer- és Szoftvertechnológiai Tanszék szendroi@witch.pmmf.hu Infrastruktúra-menedzsment Informatikai szolgáltatások menedzsmentje Konfigurációkezelés Gyorssegélyszolgálat
KÖZLEKEDÉSBIZTONSÁGI SZERVEZET BEMUTATÁSA. KTE KÖZLEKEDÉSTECHNIKAI NAPOK Budapest, május 07. dr. Becske Loránd főigazgató
KÖZLEKEDÉSBIZTONSÁGI SZERVEZET BEMUTATÁSA KTE KÖZLEKEDÉSTECHNIKAI NAPOK Budapest, 2013. május 07. dr. Becske Loránd főigazgató 1 KBSZ Alapító: Gazdasági és Közlekedési Miniszter Alapítva: 2006. január
Hegesztőrobot rendszerek biztonságtechnikája
Hegesztőrobot rendszerek biztonságtechnikája Dipl. Ing. Zsolt, GYŐRVÁRY Application engineer Flexman Robotics Kft. Europe 1 A hegesztő robotrendszerekre vonatkozó biztonsági előírások csoportosítása 2
DW 9. előadás DW tervezése, DW-projekt
DW 9. előadás DW tervezése, DW-projekt Követelmény felmérés DW séma tervezése Betöltési modul tervezése Fizikai DW tervezése OLAP felület tervezése Hardver kiépítése Implementáció Tesztelés, bevezetés
AZ AUTONÓM KÖZÚTI JÁRMŰVEK TESZTELÉSI ÉS VALIDÁLÁSI KIHÍVÁSAI
AZ AUTONÓM KÖZÚTI JÁRMŰVEK TESZTELÉSI ÉS VALIDÁLÁSI KIHÍVÁSAI Dr. SZALAY, Zsolt HAVEit demonstrációs jármű 2 Speciális kihívások Jogi felelősség Kié a felelősség, illetve hogyan lehet a járművekbe felelősséget
Kockázatkezelés és biztosítás 1. konzultáció 2. rész
Kockázatkezelés és biztosítás 1. konzultáció 2. rész Témák 1) A kockázatkezelés eszközei 2) A kockázatkezelés szakmai területei 3) A kockázatelemzés nem holisztikus technikái 4) Kockázatfinanszírozás 5)
A szoftverellenőrzés szerepe
A szoftverellenőrzés szerepe Majzik István majzik@mit.bme.hu http://www.inf.mit.bme.hu/ 1 Motiváció Tartalomjegyzék Milyen minőségi igények vannak a szoftverrel szemben, és mit tud ma a szoftveripar? Miért
Programrendszerek tanúsítása szoftverminőség mérése
SZEGEDI TUDOMÁNYEGYETEM Programrendszerek tanúsítása szoftverminőség mérése Dr. Gyimóthy Tibor Dr. Ferenc Rudolf Szoftverminőség biztosítás Fő cél: az üzemelő IT rendszerekben csökkenteni a hibák számát
Bevezetés a programozásba
Bevezetés a programozásba A szoftverfejlesztés folyamata PPKE-ITK Tartalom A rendszer és a szoftver fogalma A szoftver, mint termék és készítésének jellegzetességei A szoftverkészítés fázisai: Az igények
Szoftverminőségbiztosítás
NGB_IN003_1 SZE 2017-18/2 (2) Szoftverminőségbiztosítás A szoftverminőségbiztosítási rendszer A szoftver-minőségbiztosítási rendszer összetevői Minőségbiztosítási rendszer Minőség menedzsment Minőségbiztosítás
A szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom
A szoftver-folyamat Szoftver életciklus modellek Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 4. Roger S. Pressman: Software Engineering, 5th e. chapter 2. 2 A szoftver-technológia aspektusai
Életciklus modellek a rendszer és szoftverrendszer-fejlesztésben. SDLC System Development Life Cycle Software Development Life Cycle
Életciklus modellek a rendszer és szoftverrendszer-fejlesztésben SDLC System Development Life Cycle Software Development Life Cycle Mi az életciklus? A termék piacon való megjelenésétől a kivonásáig terjedő
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,
Bevezetés. Adatvédelmi célok
Bevezetés Alapfogalmak Adatvédelmi célok Adatok és információk elérhet!ségének biztosítása és védelme Hagyományosan fizikai és adminisztratív eszközökkel Számítógépes környezetben automatizált eszközökkel
A felelősség határai a tudásalapú társadalomban a közlekedés példáján. Palkovics László BME
A felelősség határai a tudásalapú társadalomban a közlekedés példáján Palkovics László BME Az autonóm közúti közlekedési rendszerek (jármű + közlekedési környezet) fejlődésének indokai a humán vezető képességei
Veszély- és kockázatbecslés alapú rekonfigurált eljárás-befolyásolás a polgári légiközlekedésben
Veszély- és kockázatbecslés alapú rekonfigurált eljárás-befolyásolás a polgári légiközlekedésben Meyer Dóra Témavezető: Dr. Tarnai Géza Közlekedés és járműirányítás workshop BME 20 ISBN 978-963-420-975-
Az alkalmazás minőségbiztosítás folyamata Fókuszban a teszt-automatizálás
Az alkalmazás minőségbiztosítás folyamata Fókuszban a teszt-automatizálás Alvicom HP szeminárium 2006 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without
Autóipari beágyazott rendszerek. Integrált és szétcsatolt rendszerek
Autóipari beágyazott rendszerek Integrált és szétcsatolt rendszerek 1 Integrált és szétcsatolt rendszerek Szétcsatolt rendszer 1:1 hozzárendelés ECUk és funkciók között Minden funkció külön egységen van
BME Járműgyártás és -javítás Tanszék. Javítási ciklusrend kialakítása
BME Járműgyártás és -javítás Tanszék Javítási ciklusrend kialakítása A javítási ciklus naptári napokban, üzemórákban vagy más teljesítmény paraméterben meghatározott időtartam, amely a jármű, gép új állapotától
MŰSZAKI TESZTTERVEZÉSI TECHNIKÁK A TESZT FEJLESZTÉSI FOLYAMATA A TESZTTERVEZÉSI TECHNIKÁK KATEGÓRIÁI
MŰSZAKI TESZTTERVEZÉSI TECHNIKÁK A TESZT FEJLESZTÉSI FOLYAMATA A TESZTTERVEZÉSI TECHNIKÁK KATEGÓRIÁI MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN
A 9001:2015 a kockázatközpontú megközelítést követi
A 9001:2015 a kockázatközpontú megközelítést követi Tartalom n Kockázat vs. megelőzés n A kockázat fogalma n Hol található a kockázat az új szabványban? n Kritikus megjegyzések n Körlevél n Megvalósítás
evosoft Hungary Kft.
Intelligens eszközök fejlesztése az ipari automatizálásban 9. fejezet: Minőség menedzsment Előadó: Harrer Ágnes Krisztina minőségügyi megbízott menedzser ELŐADÓ: HARRER ÁGNES KRISZTINA Minőségügyi megbízott
Új megközelítés az európai IT biztonságitudatosság növelésben
Új megközelítés az európai IT biztonságitudatosság növelésben Birkas Bence Budapest, Szeptember 26, 2012 Puskás Tivadar Közalapítvány II Nemzetközi konferencia CERT-Hungary / Biztonságosinternet Hotline
Szoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (2) Szoftverminőségbiztosítás A szoftverminőségbiztosítási rendszer A szoftver-minőségbiztosítási rendszer összetevői Szoftver minőségi alapkérdések Hogyan hasznosítsuk a know-how-t
Légiforgalmi irányítás szektorizációs tool munkaterhelés alapú megközelítése Számel Bence Domonkos. Unrestricted
Légiforgalmi irányítás szektorizációs tool munkaterhelés alapú megközelítése Számel Bence Domonkos Unrestricted A döntéstámogató eszköz rendeltetése A légiforgalmi irányítás biztonságának és hatékonyságának
Intelligens pályákon, intelligens járművek szekció Európai együttműködés az összekapcsolt és autonóm járművek közlekedési kérdéseiben
Intelligens pályákon, intelligens járművek szekció Európai együttműködés az összekapcsolt és autonóm járművek közlekedési kérdéseiben Dr. Erb Szilvia Főosztályvezető Nemzeti Fejlesztési Minisztérium Gépjármű-közlekedési
ÉRZÉKELŐK ÉS BEAVATKOZÓK I. 0. TANTÁRGY ISMERTETŐ
ÉRZÉKELŐK ÉS BEAVATKOZÓK I. 0. TANTÁRGY ISMERTETŐ Dr. Soumelidis Alexandros 2018.09.06. BME KÖZLEKEDÉSMÉRNÖKI ÉS JÁRMŰMÉRNÖKI KAR 32708-2/2017/INTFIN SZÁMÚ EMMI ÁLTAL TÁMOGATOTT TANANYAG A tárgy célja
A CRD prevalidáció informatika felügyelési vonatkozásai
A CRD prevalidáció informatika felügyelési vonatkozásai Budapest, 2007. január 18. Gajdosné Sági Katalin PSZÁF, Informatika felügyeleti főosztály gajdos.katalin@pszaf.hu Tartalom CRD előírások GL10 ajánlás
Termeléshatékonyság mérés Ipar 4.0 megoldásokkal a nyomdaiparban
PRESENTATION Termeléshatékonyság mérés Ipar 4.0 megoldásokkal a nyomdaiparban Kremzer, Péter ICCS Kft. kremzerp@iccs.hu Tartalomjegyzék Folyamatirányítás FIR nélkül Nyomdai sajátosságok Megrendelői igények
SZOLGÁLTATÁS BIZTOSÍTÁS
6. óra SZOLGÁLTATÁS BIZTOSÍTÁS Tárgy: Szolgáltatás menedzsment Kód: NIRSM1MMEM Kredit: 5 Szak: Mérnök Informatikus MSc (esti) Óraszám: Előadás: 2/hét Laborgyakorlat: 2/hét Számonkérés: Vizsga, (félévi
Bokor Péter. DECOS Nemzeti Nap október 15. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Beépített diagnosztika Bokor Péter Tartalom 1. Elosztott diagnosztika: a feladat 2. A diagnosztika kihívása 3. A tagság mint diagnosztika 4. A DECOS diagnosztikai szolgáltatások 5. Kapcsolódó feladatok:
Szoftverminőségbiztosítás
NGB_IN003_1 SZE 2017-18/2 (4) Szoftverminőségbiztosítás Biztonság kritikus szoftverek Hibatűrés Szoftver-diverzitás Biztonság, biztonságosság Mentesség azoktól a feltételektől, melyek halált, sérülést,
A szolgáltatásbiztonság alapfogalmai
A szolgáltatásbiztonság alapfogalmai Majzik István majzik@mit.bme.hu http://www.mit.bme.hu/oktatas/targyak/vimim146/ 1 Tartalomjegyzék A szolgáltatásbiztonság fogalma A szolgáltatásbiztonságot befolyásoló
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.
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
Dr. Topár József (BME)
(BME) Budapesti Műszaki és Gazdaságtudományi Egyetem XXII. Magyar Minőség Hét 2013. november 6. 1 Projekt minőségbiztosítás?? minőségmenedzsment??? Projekt K+F+I Mit várunk e rendszerektől? Összehangolás-
Követelmény alapú minőségbiztosítás az államigazgatásban
Követelmény alapú minőségbiztosítás az államigazgatásban László István 2006 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice Témák Követelmény
Beltéri autonóm négyrotoros helikopter szabályozó rendszerének kifejlesztése és hardware-in-the-loop tesztelése
Beltéri autonóm négyrotoros helikopter szabályozó rendszerének kifejlesztése és hardware-in-the-loop tesztelése Regula Gergely, Lantos Béla BME Villamosmérnöki és Informatikai Kar Irányítástechnika és