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

Hasonló dokumentumok
Szoftverminőségbiztosítás

Hibatűrés. Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

Autóipari beágyazott rendszerek. Integrált és szétcsatolt rendszerek

Miskolci Egyetem Általános Informatikai Tanszék

A tesztelés feladata. Verifikáció

A fejlesztési szabványok szerepe a szoftverellenőrzésben

Nagy bonyolultságú rendszerek fejlesztőeszközei

Biztonságkritikus rendszerek Gyakorlat: Architektúrák

Valós idejű kiberfizikai rendszerek 5G infrastruktúrában

Objektumorientált paradigma és programfejlesztés Bevezető

Autóipari beágyazott rendszerek. Local Interconnection Network

Miskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája. Készítette: Urbán Norbert

100% BIO Natur/Bio kozmetikumok és testápolás

Csoportos üzenetszórás optimalizálása klaszter rendszerekben

Csertán György Pataricza András. Idővezérelt architektúrák Robosztus partícionálás Kódgenerálás Integrált, automatizált V&V Tanusítás

Valószínűségi modellellenőrzés Markov döntési folyamatokkal

Autóipari beágyazott rendszerek. Kockázatelemzés

DECOS Nemzeti Nap október 15. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

Teljesen elosztott adatbányászat pletyka algoritmusokkal. Jelasity Márk Ormándi Róbert, Hegedűs István

Integrációs mellékhatások és gyógymódok a felhőben. Géczy Viktor Üzletfejlesztési igazgató

8.3. AZ ASIC TESZTELÉSE

Objektumorientált paradigma és a programfejlesztés

Alapszintű formalizmusok

Molnár Attila. Gazdasági igazgató EGVE Elnök Jövı? Kép?

Célkitűzés Megoldandó feladatok A tesztkörnyezet komponensei V&V folyamatok Eszközintegrációs szintek. Megfelelőség tanúsítása modell alapon

COMET webalkalmazás fejlesztés. Tóth Ádám Jasmin Media Group

Bevezetés a párhuzamos programozási koncepciókba

Autóipari beágyazott rendszerek. A kommunikáció alapjai

OpenCL alapú eszközök verifikációja és validációja a gyakorlatban

Az IEC PRP & HSR protokollok használata IEC61850 kommunikációjú védelmi automatika hálózatokban

R5 kutatási feladatok és várható eredmények. RFID future R Király Roland - Eger, EKF TTK MatInf

Szemléletmód váltás a banki BI projekteken

Az országos projekt állása,

Kód átvizsgálás. Irodalom. (Code review) code review,smart Bear Inc., ! Jason Cohen: Best kept secrets of peer

Digitálistechnika II. 1. rész

KOMPUTER-ALGEBRA RENDSZEREK VERIFIKÁCIÓJA

Hálózatok. Alapismeretek. A hálózatok célja, építőelemei, alapfogalmak

A modellellenőrzés érdekes alkalmazása: Tesztgenerálás modellellenőrzővel

A szoftverellenőrzés szerepe

Internet-hozzáférések teljesítményvizsgálata webböngészőben

A szolgáltatásbiztonság alapfogalmai

Mintapélda: Rendszertesztelés a SAFEDMI projektben

Tartalom Platform-független modellezés Alkalmazás-modellezés A DECOS hardver platform Platform modellezés Hardver-szoftver integráció Implementáció 2

Szoftver-mérés. Szoftver metrikák. Szoftver mérés

Modellezési alapismeretek

Modellezési alapismeretek

Biztosítóberendezések biztonságának értékelése

Forráskód generálás formális modellek alapján

Szenzorhálózatok programfejlesztési kérdései. Orosz György

Részletes tervek ellenőrzése

Megkülönböztetett kiszolgáló routerek az

Üzletmenet folytonosság menedzsment [BCM]

Digitális eszközök típusai

A modellellenőrzés érdekes alkalmazása: Tesztgenerálás modellellenőrzővel

DECOS Nemzeti Nap. DECOS Nemzeti Nap. DECOS Nemzeti Nap

Rendszermodellezés. Modellellenőrzés. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

Autóipari beágyazott rendszerek. FlexRay

MapReduce paradigma a CAP-tétel kontextusában. Adatb haladóknak. Balassi Márton Adatbázisok haladóknak 2012.

Szivattyú indítási folyamatok problémája több betáplálású távhőhálózatokban

A jövő beágyazott rendszerei

Modell alapú tesztelés mobil környezetben

Modellellenőrzés a vasút automatikai rendszerek fejlesztésében. XIX. Közlekedésfejlesztési és beruházási konferencia Bükfürdő

Informatikai rendszertervezés

A szolgáltatásbiztonság alapfogalmai

JUnit. JUnit használata. IDE támogatás. Parancssori használat. Teszt készítése. Teszt készítése

Verifikáció és validáció Általános bevezető

Programozási nyelvek II. JAVA

Az egészségügyi ellátáshoz való jog /1997. évi CLIV. Tv./ 7. (1) Minden betegnek joga van - jogszabályban meghatározott keretek között - az egészségi

Intervenciós röntgen berendezés teljesítményszabályozójának automatizált tesztelése

Élettartam teszteknél alkalmazott programstruktúra egy váltóvezérlő példáján keresztül

Kísérleti üzemek az élelmiszeriparban alkalmazható fejlett gépgyártás-technológiai megoldások kifejlesztéséhez, kipróbálásához és oktatásához

Informatika Rendszerek Alapjai

Teljesítménymodellezés

Projekt szponzor : siker - felelősség - kompetencia

ColourSMS Protokol definíció. Version 1.2

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

Formális módszerek GM_IN003_1 Bevezetés

Miért is transzformáljunk modelleket? Varró Dániel

R3-COP. Resilient Reasoning Robotic Co-operating Systems. Autonóm rendszerek tesztelése egy EU-s projektben

Fejlesztés kockázati alapokon 2.

Akkumulátortelepek diagnosztikája

I.3 ELOSZTOTT FOLYAMATSZINTÉZIS BERTÓK BOTOND. Témavezetői beszámoló

Együttmőködési rendszerek, csoporttevékenység támogatása 1. rész

Beágyazott Rendszerek Modellezése

Vezetői - Best Practice Felmérés összefoglaló. Dr. Németh Balázs Kvalikon Kft Július 24.

A szoftver-folyamat. Szoftver életciklus modellek. Szoftver-technológia I. Irodalom

Az RSVP szolgáltatást az R1 és R3 routereken fogjuk engedélyezni.

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

A szoftver tesztelés célja

Alap-ötlet: Karl Friedrich Gauss ( ) valószínűségszámítási háttér: Andrej Markov ( )

A genetikus algoritmus, mint a részletes modell többszempontú és többérdekű "optimálásának" általános és robosztus módszere

Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban

Hibatűrés. Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

TOGAF elemei a gyakorlatban

Crawler.NET: Komponensalapú elosztott keretrendszer a web bejárására

Adatstruktúrák, algoritmusok, objektumok

A dokumentáció felépítése

A klímamodellek eredményei mint a hatásvizsgálatok kiindulási adatai

III.5 KILOPROCESSZOROS RENDSZEREK LOGISZTIKAI ALKALMAZÁSA (SZOLGAY PÉTER)

Virtuális vállalatok működése gyorsan változó, bizonytalansággal terhelt környezetben

Átírás:

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: biztonságtanusítás 6. Összefoglalás 2

1. Elosztott diagnosztika a(z egyetemi) autó esete Diagnosztika Hibás egységek azonosítása Elosztott diagnosztika Központi diagnosztikai egység Egyszeres hibahely Túlterhelt erőforrás Hibatűrés, skálázhatóság Miért kell diagnosztika? A hiba realitás A hibatűrés (sokszor) követelmény Diagnosztika: A hibatűrés egyik módszere (vö. hibafedés) 3

1. Elosztott diagnosztika a(z egyetemi) autó esete (2) Diagnosztika Hibás egységek azonosítása Elosztott diagnosztika Központi egység Egyszeres hibahely Túlterhelt erőforrás Hibatűrés, skálázhatóság Miért kell diagnosztika? A hiba realitás A hibatűrés (sokszor) követelmény Diagnosztika: A hibatűrés egyik módszere (vö. hibafedés) Diagnosztika nélkül??? Hogyan fékezzek, ha más fék-egység rossz? 4

1. Elosztott diagnosztika a(z egyetemi) autó esete (3) Diagnosztika Hibás egységek azonosítása Elosztott diagnosztika Központi egység Egyszeres hibahely Túlterhelt erőforrás Hibatűrés, skálázhatóság Miért kell diagnosztika? A hiba realitás A hibatűrés (sokszor) követelmény Diagnosztika: A hibatűrés egyik módszere (vö. hibafedés) Diagnosztikával Jobb első rossz! Most úgy fékezünk, hogy a jobb elsőt is helyettesitjük! Jobb első rossz! Jobb első rossz! 5

1. Elosztott diagnosztika a(z egyetemi) autó esete (4) Diagnosztika Hibás egységek azonosítása Elosztott diagnosztika Központi egység Egyszeres hibahely Túlterhelt erőforrás Hibatűrés, skálázhatóság Miért kell diagnosztika? A hiba realitás A hibatűrés (sokszor) követelmény Diagnosztika: A hibatűrés egyik módszere (vö. hibafedés) Hibafedés drága Most Fékezhetünk úgy fékezünk, rendesen, hogy a jobb hiszen elsőt is mindenki helyettesitjük! jó! 6

2. A kihívás: Nehéz a diagnosztika? IGEN! Egy ízelítő probléma: A hibamodell 1. eset: Jobb első fék-egység leáll ( crash hiba) Jobb első, hibás vagy? Nincs válasz Diagnosztika: Jobb első fék-egység hibás 2. eset: Jobb első fék-egység worst-case hibás Jobb első, hibás vagy? Igen, Nem, Nem Diagnosztika:? A(z elosztott) diagnosztika nem triviális feladat! 7

2. Akadémia: Diagnosztika mint konszenzus A probléma gyökere Egyetértés (konszenzus) hibák jelenlétekor is A megoldás alapja mindig: többség dönt Akadémia A konszenzus probléma megoldása külön szakterület Diagnosztika: Speciális eset Konszenzus a hibás egységek kilétéről Miért fontos az általánosítás és a matematikai megközelítés? Sok más probléma megoldható Például: Tagsági szolgáltatás... 8

3. Tagsági csoport: Összetartó egységek Tagság A terminológia A tagok a csoportban ugyanazt gondolják A tagsági probléma Konszenzus a kapott üzeneteket felett Vevő-hibás egységek diagnosztikája Motiváció Fékezési intenzitás/irány/stb. kiszámolása az egymásnak küldött adatok alapján Tagság Üzenet fogadó részegység hibás Most úgy fékezünk, hogy a jobb elsőt is helyettesitjük! Mi egy tagsági csoport vagyunk! A jobb első egység nem tartozik közénk, mert nem tudja fogadni az üzeneteinket! 9

4. A DECOS diagnosztika Hibrid hibamodell: Crash + worst-case hibák Diagnosztika + Tagság Futás idejű diagnosztika Az autó működése közben Hosszútávú diagnosztika Átmeneti (tranziens) hiba után az egység visszatér a rendszerbe Alacsony késleltetés Hiba megjelenése után a diagnosztika időben hamar rendelkezésre áll Összefügg a szolgáltatás tolerált kiesési idejével Alacsony sávszélesség 10

4. A DECOS diagnosztika (2) Egy-két előny Tranziens hibák átlagosan 1000 óránként Konzervativ diagnosztika Elég egy hiba és az egység örökre hibásnak minősül És ha eltűnik a hiba (pl. zaj/zavar/meghibásodás után) és a misszió hosszú? DECOS diagnosztika A felgyógyult egységek felépülnek és visszaállnak a működésbe Diagnosztika kell Mi áron? Konzervatív diagnosztika Sok üzenetváltás Nagy sávszélesség Igazi alkamazásoknak kevés sávszélesség marad DECOS diagnosztika Kis sávszélesség (2N, 3N bit N az egységek száma) 11

5. A helyesség garanciája V&V A diagnosztika nem-triviális probléma Nem-triviális megoldások: Protokollok Számítógép számítógép kommunikáció Jól működik a javasolt megoldás? Megoldások ( DECOS esetén) Szisztematikus tesztelés (validáció) Mit igért az eredmény, ha nem minden futás tesztelt? (Ez nem jogerős.) Minden lehetséges hibaeset tesztelése (verifikáció) Biztonságosság matematikai bizonyítása (Ez jogerős.) DECOS melléktermék Technikák extrém komplexitás kezelésére is (absztrakció) N=7,8,9, 12

6. Összefoglalás Amit a DECOS kínál Hordozható diagnosztika Idővezérelt rendszerek (például FlexRay, TTP/C) Csomópont-csomópont szinkron rendszerek Hangolható diagnosztika Paraméterek Tranziens, permanens hibák gyakorisága,... Széleskörben felhasználható validációs + verifikációs paradigma Hibainjektálás Validáció Automatikus kimerítő szimuláció Verifikáció Támogatott protokoll fejlesztés Új protokollok fejlesztése 13