Veszély analízis. Rendszertervezés és -integráció előadás dr. Majzik István

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

Download "Veszély analízis. Rendszertervezés és -integráció előadás dr. Majzik István"

Átírás

1 Veszély analízis Rendszertervezés és -integráció előadás dr. Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék BME-MIT

2 Célkitűzések BME-MIT 2.

3 Ellenőrzések a tervezési fázisban Követelmények elemzése Rendszer specifikálás Üzemeltetés, karbantartás Rendszer validáció Statikus analízis: modellek, tervek, kód vizsgálata Veszély analízis Formális verifikáció: Rendszer verifikáció formális modellek esetén Architektúra tervezés Rendszer integrálás Modul tervezés Modul verifikáció Modul implementáció BME-MIT 3.

4 A veszély analízis Cél: Hibahatások és veszélyes állapotok kialakulásának felmérése o Mi okozhat rendszerszintű veszélyes állapotot? o Mit okoz egy komponens szintű hiba? Eredmények: o Veszélyek minősítése Előfordulási gyakoriság Következmények szintje o Veszély katalógus o Kockázati mátrix gyakoriság trigger ok veszély hatás Alapot képez a kockázatcsökkentéshez szint BME-MIT 4.

5 Cél: Kockázati mátrix elkészítése Védelmi szint: Kezelendő kockázatok Veszély szint /gyakoriság Gyakori P2 szelep beragad Valószínű. Pumpa beragad Esetenkénti Motor nem indul Mérsékelt Kritikus Katasztrofális... P3 szelep beragad... J1 jelfogó zárva beragad Piros tartomány: Kockázatcsökkentés szükséges Ritka. Tartály ereszt. D3 dióda szakadása Elhanyagolható Valószínűtlen Cső repedése. R1 szakadt Lehetetlen.... D3 dióda rövidzára BME-MIT 5.

6 A módszerek csoportosítása A fejlesztési fázis szerint (feladatok): o Tervezési fázis: Veszélyek felmérése o Átadási fázis: Biztonság igazolása o Működési fázis: Módosítások felülvizsgálata Az analízis megközelítése szerint: o Ok-okozati szempontból: Előrelépő (induktív): Események hatásainak vizsgálata Visszalépő (deduktív): Veszélyek okainak felderítése o Rendszerhierarchia szempontból: Alulról felfelé: Alrendszerek (komponensek) felől Felülről lefelé: Rendszerszintről lebontva Fontos: Szisztematikus módszerek szükségesek BME-MIT 6.

7 Analízis típusa: Statikus analízis Cél: Hiányosságok, ellentmondások kiszűrése a terv, modell vagy kód végrehajtása nélkül o Analógia: Átolvasás sorról sorra o Ellenőrző listák jól használhatók Statikus analízis vizsgálhatja: o Specifikáció o Tervek, modellek o Forráskód Automatizálás: Modellek illetve forráskód esetén BME-MIT 7.

8 Veszély analízis technikái (áttekintés) 1. Ellenőrző lista 2. Hibafa 3. Eseményfa 4. Ok-következmény analízis 5. Hibamód és hatás analízis (FMEA) BME-MIT 8.

9 Veszély analízis technikák BME-MIT 9.

10 Technika: 1. Ellenőrző listák o Tapasztalatok, tipikus hibák rendszerezett gyűjteménye o Alkalmazás: Mint ökölszabályok Biztosítja: o Ismert veszélyforrások nem maradnak ki o Kipróbált megoldások alkalmazhatók Hátrányok: o A lista nem teljes és nehezen kezelhető o Téves biztonságérzetet ad o Más környezetben az alkalmazhatóság kérdéses BME-MIT 10.

11 Specifikációk és tervek vizsgálati szempontjai Teljesség o Funkciók, hivatkozások, eszközök Ellentmondásmentesség o Külső és belső o Követhetőség Megvalósíthatóság o Erőforrások o Használhatóság o Karbantarthatóság o Költségbeli, technikai, környezeti kockázatok Tesztelhetőség o Specifikusság o Egyértelműség o Számszerűsíthetőség BME-MIT 11.

12 Specifikáció vizsgálata: Motiváció Tapasztalat: Sok hiba visszavezethető hiányos vagy ellentmondásos specifikációra o Példa: Voyager és Galileo űrszondák szoftver validációja során felfedezett hibák statisztikája 78% (149/192) specifikációs hiányosság, ebből 23% veszélyes állapotban ragadás (nincs kilépés) 16% időzítési kényszerek megadásának hiánya 12% nincs specifikált reakció külső eseményre 10% bemeneti érték ellenőrzésének hiánya Megoldás lehet: o Szigorú specifikációs nyelv (kötött szintaxis kényszerít) o Ellenőrzött tervezési minták használata o Utólagos ellenőrzés BME-MIT 13.

13 Példa: Ellenőrző lista állapotgép modellekhez Teljesség és ellentmondásmentesség: Állapotdefiníció Bemenetek (események) Kimenetek Kimenetek és trigger kapcsolata Állapotátmenetek Ember-gép interfész Kezelő Vezérlő Vezérelt rendszer BME-MIT 14.

14 Példa: Ellenőrző lista állapotgép modellekhez Állapotdefiníció Bemenetek (események) Kimenetek Biztonságos a kezdőállapot Érvénytelen állapot definiált: kimaradó bemeneti események esetén timeout, ide lép és nincs a kimeneten akció szinkronizálásig Kimenetek és trigger kapcsolata Állapotátmenetek Ember-gép interfész Kezelő Vezérlő Vezérelt rendszer BME-MIT 15.

15 Példa: Ellenőrző lista állapotgép modellekhez Állapotdefiníció Bemenetek (események) Kimenetek Minden bemenetre van megadott reakció Egyértelmű (determinisztikus) reakciók vannak Van bemeneti ellenőrzés (pl. érték, idő) Hibás bemenet kezelése megtörténik Megszakítások gyakorisága korlátozott Kimenetek és trigger kapcsolata Állapotátmenetek Ember-gép interfész Kezelő Vezérlő Vezérelt rendszer BME-MIT 16.

16 Példa: Ellenőrző lista állapotgép modellekhez Állapotdefiníció Bemenetek (események) Kimenetek Kimenetek és trigger kapcsolata Hihetőségvizsgálat kritériumai adottak Fel nem használt kimenetek ellenőrzöttek Környezeti feldolgozó kapacitás betartva Állapotátmenetek Ember-gép interfész Kezelő Vezérlő Vezérelt rendszer BME-MIT 17.

17 Példa: Ellenőrző lista állapotgép modellekhez Állapotdefiníció Bemenetek (események) Kimenetek Kimenetek hatása ellenőrzött a bemeneteken keresztül Szabályzási kör stabil Kimenetek és trigger kapcsolata Állapotátmenetek Ember-gép interfész Kezelő Vezérlő Vezérelt rendszer BME-MIT 18.

18 Példa: Ellenőrző lista állapotgép modellekhez Állapotdefiníció Bemenetek (események) Kimenetek Minden állapot elérhető statikusan Állapotátmenetek visszafordíthatók (út van) Több átmenet van veszélyes állapotból biztonságosba Megerősített átmenet van biztonságosból veszélyes állapotba Kimenetek és trigger kapcsolata Állapotátmenetek Ember-gép interfész Kezelő Vezérlő Vezérelt rendszer BME-MIT 19.

19 Példa: Ellenőrző lista állapotgép modellekhez Állapotdefiníció Bemenetek (események) Kimenetek Kijelzett események frissítése definiált Kijelzett események gyakorisága korlátozott (kezelő túlterhelése elkerülve) Kezelő felé kijelzendő események sorrendezettek (prioritás) Kimenetek és trigger kapcsolata Állapotátmenetek Ember-gép interfész Kezelő Vezérlő Vezérelt rendszer BME-MIT 20.

20 Forráskód vizsgálata statikus analízissel Cél: Veszélyes konstrukciók kiszűrése Eszköztámogatás: o Hibaminták keresése (pl. Lint, PMD, FindBugs) Adathibák: Inicializálás, típuskonverzió Vezérlési hibák: Elérhetetlen kód Interfész hibák: Típusok, számosság, visszatérési érték Tárkezelési hibák: Tár felszabadítás Jellegzetes hibaminták (teljesítmény, adatbiztonság, ) o Szemantikus analízis (pl. PolySpace) Hívási fa felderítése Változók értékkészletének vizsgálata: Null pointer, túlcsordulás, túlcímzés, aritmetikai hibák ellenőrzése BME-MIT 22.

21 2. Hibafa analízis Rendszerszintű veszély okainak vizsgálata o Tipikusan felülről lefelé haladó analízis o Felderíti a kezelendő hibaokokat és -kombinációkat Hibafa konstrukció: 1. Rendszerszintű veszély, veszélyes állapot azonosítása: környezet, követelmények, szabványok 2. Közbenső események, pszeudo-események: veszélyhez vezetnek, alacsonyabb szintű események Boole-logikai kombinációi (AND, OR) 3. Elsődleges (alapszintű) események: további felbontás nincs BME-MIT 24.

22 Hibafa grafikus elemkészlet Legfelső szintű vagy közbenső esemény Elsődleges (alapszintű) esemény Tovább nem vizsgált esemény Normál esemény (nem hiba vagy veszély) Feltétel egy összetett esemény bekövetkezéséhez ÉS kapu VAGY kapu BME-MIT 25.

23 Hibafa példa: Felvonó Boole-logikai kapcsolat Felvonó beragad Legfelső szintű veszély Gomb beragad Tápfesz. kiesés Vezérlő hiba Közbenső esemény Tovább nem vizsgált esemény 380V kiesés UPS kiesés Vezérlő hardver hiba Vezérlő szoftver hiba Elsődleges események Elsődleges proc. hiba Tartalék proc. hiba BME-MIT 28.

24 Minőségi (kvalitatív) analízis Hibafa redukció: Közbenső események és pszeudo-események feloldása diszjunktív normál forma (OR a legtetején) Vágat: AND kapuval összefogott elsődleges események Minimális vágathalmaz: Nem redukálható o Nincs olyan, aminek részhalmaza is megtalálható Azonosítható: o Egyszeres hibapont (SPOF) o Több vágatban is szereplő (kritikus) esemény BME-MIT 30.

25 Redukált hibafa példa: Felvonó Felvonó beragad Gomb beragad SPOF lehet 380V kiesés UPS kiesés Elsődleges proc. hiba Tartalék proc. hiba Vezérlő szoftver hiba SPOF BME-MIT 32.

26 Mennyiségi (kvantitatív) analízis Alapszintű eseményekhez rendelt valószínűségek o Komponens-adat, tapasztalat, becslés Rendszerszintű veszély valószínűség számítása o AND kapu: szorzat (ha független események) Pontos: P{A és B} = P{A} P{B A} o OR kapu: összegzés (felső becslés) Pontos: P{A vagy B} = P{A}+P{B}-P{A és B} <= P{A}+P{B} Problémák: o Korreláló hibák o Időbeli (hiba)szekvenciák kezelése BME-MIT 33.

27 Hibafa példa: Kvantitatív analízis Felvonó beragad p 1 +p 2 p 3 +(p 4 p 5 +p 6 ) p 1 p 2 p 3 Gomb beragad Tápfesz. kiesés Vezérlő hiba p 4 p 5 +p 6 p 2 p 3 380V kiesés UPS kiesés p 4 p 5 Vezérlő hardver hiba p 4 p 5 Elsődleges proc. hiba Tartalék proc. hiba Vezérlő szoftver hiba p6 BME-MIT 34.

28 3. Eseményfa analízis Előrelépő analízis: Elsődleges események következményeit vizsgálja o Kiváltó esemény: o Következmények: o Sorrendezés: o Elágazások: pl. egy komponens hibája más komponensek állapotától függ oksági kapcsolat, időbeli viszony események bekövetkezése Baleset / veszély forgatókönyvek vizsgálata o Utak valószínűsége (elágazások valószínűsége alapján) o Védelmi rendszerek hatékonysága Előnyök: Eseményszekvenciák vizsgálhatók Korlátok: Komplexitás, többszörös események BME-MIT 35.

29 Eseményfa példa: Reaktorhűtés Hűtőrsz. csőszakadás Elektromos hálózat Vészhűtés Reagens eltávolítás Folyamat fékezés kiváltó esemény van kiesett nem indul indul meghiúsul sikeres sikeres meghiúsul sikeres meghiúsul BME-MIT 38.

30 Eseményfa példa: Reaktorhűtés Hűtőrsz. csőszakadás Elektromos hálózat Vészhűtés Reagens eltávolítás Folyamat fékezés kiváltó esemény P1 van 1-P2 kiesett P2 nem indul P3 indul 1-P3 meghiúsul P4 sikeres 1-P4 sikeres meghiúsul P5 sikeres meghiúsul P5 P1 P3 P4 P1 P3 P4 P5 P1 P3 P1 P1 P5 P1 P2 BME-MIT 39.

31 4. Ok-következmény analízis Eseményfa és hibafa összekapcsolása o Eseményfa: forgatókönyvek (szekvencia) o Csatolt hibafák: események bekövetkezési okainak analízise Előnyök: o Szekvenciák (előrelépő analízis) és ok-okozati kapcsolatok (hátralépő analízis) együtt Korlátok: o Minden kiváltó eseményhez külön diagram szükséges BME-MIT 41.

32 Példa ok-következmény analízisre Túlnyomás P0 Szelep1 hiba Vezérlő hiba Tartalék szelep nyit igen nem P1 Szelep2 hiba Kezelő hiba Kézi szelep nyit igen nem P2 P0 P0 P1 P0 P1 P2 BME-MIT 43.

33 Példa ok-következmény analízisre Túlnyomás Tartalék szelep nyit igen nem P0 P1 = pa + pb Kézi szelep nyit igen nem pa Szelep1 hiba P2 = pc + pd Vezérlő hiba pc pb Szelep2 hiba Kezelő hiba pd P0 P0 P1 P0 P1 P2 BME-MIT 44.

34 5. Hibamód és hatás analízis (FMEA) Hibák és hatásaik szisztematikus áttekintése Előny: o Rendszerkomponensek ismert hibáinak vizsgálata o Redundancia felismerése Komponens Hibamód D1 dióda szakadás rövidzár Valószínűség Hatás 65% 35% - túlnyomás - technológiai hiba BME-MIT 45.

35 Példa: Vezérlő elektronika Számított Hibamód Hatás Valószínűség Származtatott hibamódok BME-MIT 46.

36 Emberi hibák analízise Kvalitatív módszerek: o Művelet veszély hatások okok elkerülés o Fizikai és mentális elvárások elemzése o Hibalehetőségek pl. kezelői felület problémái Nyit Zár Zár Nyit Hűtő1 Hűtő2 BME-MIT 47.

37 Kockázati mátrix és kockázatcsökkentés BME-MIT 48.

38 Veszély katalógus Veszély analízis alapján a veszélyek besorolása (pl. MIL-STD-822b, NASA szabványok): o Veszély szint: katasztrofális, kritikus, mérsékelt, elhanyagolható o Veszély időtartam/gyakoriság: gyakori, valószínű, esetenkénti, ritka, valószínűtlen, lehetetlen Veszély katalógus formája: o Kockázati mátrix o Védelmi szint bejelölése: A kezelendő kockázatok BME-MIT 49.

39 Kockázati mátrix és védelmi szint Védelmi szint: Kezelendő kockázatok Veszély szint /gyakoriság Gyakori P2 szelep beragad Valószínű. Pumpa beragad Esetenkénti Motor nem indul Mérsékelt Kritikus Katasztrofális... P3 szelep beragad... J1 jelfogó zárva beragad Piros tartomány: Kockázatcsökkentés szükséges Ritka. Tartály ereszt. D3 dióda szakadása Elhanyagolható Valószínűtlen Cső repedése. R1 szakadt Lehetetlen.... D3 dióda rövidzára BME-MIT 50.

40 Kockázati mátrix példa (vasúti alkalmazások) Frequency of Occurrence of a Hazardous Event RISK LEVELS Daily to monthly FREQUENT (FRE) Undesirable (UND) Intolerable (INT) Intolerable (INT) Intolerable (INT) Monthly to yearly PROBABLE (PRO) Tolerable (TOL) Undesirable (UND) Intolerable (INT) Intolerable (INT) Between once a year and once per 10 years OCCASIONAL (OCC) Tolerable (TOL) Undesirable (UND) Undesirable (UND) Intolerable (INT) Between once per 10 years and once per 100 years REMOTE (REM) Negligible (NEG) Tolerable (TOL) Undesirable (UND) Undesirable (UND) Less than once per 100 years IMPROBABLE (IMP) Negligible (NEG) Negligible (NEG) Tolerable (TOL) Tolerable (TOL) INCREDIBLE Negligible Negligible Negligible Negligible (INC) (NEG) (NEG) (NEG) (NEG) INSIGNIFICANT MARGINAL CRITICAL CATASTROPHIC (INS) (MAR) (CRI) (CAT) Severity Levels of Hazard Consequence BME-MIT 51.

41 Kockázatcsökkentés alapelvei gyakoriság trigger szint Veszély okai és hatásai ok veszély hatás Beavatkozási lehetőségek gyakoriság trigger szint ok veszély hatás kiküszöbölés, csökkentés kézbentartás, kár csökkentés BME-MIT 52.

42 Kockázatcsökkentés (áttekintés) Veszély kiküszöbölés: elkerülni a veszélyt o Helyettesítés: kevésbé veszélyes alkatrész, programnyelv o Egyszerűsítés: determinisztikus, statikus struktúra o Szétcsatolás: modularizálás, jogosultságok kezelése Veszély csökkentés: o Vezérelhetőség: inkrementális vezérlés, monitorozás o Határolók: kizárás (jogosultság), bezárás (bemenet vizsgálat), közrezárás (végrehajtási szekvencia vizsgálat) o Hiba minimalizálás: biztonsági tartomány Veszély kézbentartás: o Időtartam csökkentés, elszigetelés, védőrendszerek Kár csökkentés: o Menekülés, riadó tervek BME-MIT 54.

43 I. Veszély kiküszöbölés Módszer neve Rendszerszintű megoldás 1. Helyettesítés Más anyag, más alkatrész, más technológia, Szoftver specifikus megoldás példa - Biztonságosabb programozási nyelv (C helyett SPARK Ada) Pl. tűzveszélyes, robbanásveszélyes anyagok kiváltása - Bevált modulok újonnan írtak helyett BME-MIT 55.

44 I. Veszély kiküszöbölés Módszer neve Rendszerszintű megoldás Szoftver specifikus megoldás példa 2. Egyszerűsítés Komponensek, üzemmódok számának csökkentése Veszély kontroll egyszerűség Hibatűrés egyszerűség Egyszerű programszerkezetek: - Statikus vezérlés - Determinisztikus vezérlés - Strukturáltság - Egyszerű interfészek - Robusztus adatstruktúrák BME-MIT 56.

45 I. Veszély kiküszöbölés Módszer neve Rendszerszintű megoldás Szoftver specifikus megoldás példa 3. Szétcsatolás Függőségek és hibaterjedés csökkentése Pl. aluljáró, felüljáró Laza csatolású rendszerek: - Modularizálás (biztonsági mag) - Információrejtés Kritikus nemkritikus modulok közti kapcsolatok csökkentése BME-MIT 57.

46 I. Veszély kiküszöbölés Módszer neve 4. Emberi hibázás csökkentése Rendszerszintű megoldás Ergonómia, színkódok, eltérő csatlakozók, Szoftver specifikus megoldás példa Programozási nyelv (részhalmaz) kiválasztása (szigorúbb legyen) Kezelői felületek kialakítása (pl. túl gyors, túl lassú, rossz sorrendű kezelés tiltása) BME-MIT 58.

47 II. Veszély csökkentés Módszer neve Rendszerszintű megoldás Szoftver specifikus megoldás példa 1. Vezérelhetőség (aktív veszély csökkentés) Beavatkozás lehetősége veszély kialakulás esetén Inkrementális vezérlés (közben zavar/visszajelzés analízis) Pl. mechanikus biztosító eszközök, jelfogós előfüggés, Monitorozás: - Veszélyek - Működési feltételek - Ideális monitor BME-MIT 59.

48 II. Veszély csökkentés Módszer neve Rendszerszintű megoldás Szoftver specifikus megoldás példa 2. Határolók (passzív veszély csökkentés) - Kizárás: Veszélyhez ne juthassunk pl. védőrács - Bezárás: Veszély ne juthasson hozzánk pl. védőruházat - Közrezárás: Akciószekvencia behatárolása - Kizárás: Hozzáférésvédelem, jogosultságvizsgálat, jóváhagyások - Bezárás: Bemenetek vizsgálata - Közrezárás: Hívási szekvencia, szinkronizáció BME-MIT 60.

49 II. Veszély csökkentés Módszer neve 3. Meghibásodási valószínűség csökkentése Rendszerszintű megoldás Biztonsági tartomány: Méretezett terhelés legyen nagyobb, mint a névleges terhelés Eloszlásfüggvények alakja nem közömbös! Szoftver specifikus megoldás példa Robusztusság: Felkészülés kivételes helyzetekre Hibatűrés: Előrelépő helyreállítás javasolt (garancia adható a végrehajtásra) BME-MIT 61.

50 III. Veszély kézbentartás Módszer neve Rendszerszintű megoldás Szoftver specifikus megoldás példa 1. Időtartam csökkentés Időtartam csökkentés Biztonságos kezdőállapot Szinkronizálás 2. Elszigetelés Térbeli, időbeli elzárás 3. Detektorok Tűz, gáz, víz stb. detektorok Időbeli ütemezés elkülönítése Challenge-response alapú detektálás BME-MIT 62.

51 IV. Kár csökkentés Módszer neve 1. Baleseti és menekülési tervek kidolgozása 2. Point of no return meghatározás Rendszerszintű megoldás Tűzriadó, menekülési utak Veszély kezelés helyett kárcsökkentés Szoftver specifikus megoldás példa? Szoftver támogatás, rendszeres tesztelés BME-MIT 63.

52 Összefoglalás Veszély- és kockázati analízis o Ellenőrző listák (statikus analízis) o Hibafa o Eseményfa o Ok-következmény analízis o Hibamód és hatás analízis (FMEA) Kockázati mátrix o Védelmi szint Kockázatcsökkentési módszerek BME-MIT 64.

Veszély analízis. Rendszertervezés és -integráció előadás dr. Majzik István

Veszély analízis. Rendszertervezés és -integráció előadás dr. Majzik István Veszély analízis Rendszertervezés és -integráció előadás dr. Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék BME-MIT Célkitűzések BME-MIT 2.

Részletesebben

Szoftver architektúra tervek ellenőrzése

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

Részletesebben

A kockázatelemzés menete

A kockázatelemzés menete A kockázatelemzés menete 1. Üzem (folyamat) jellemzői Veszélyforrások 2. Baleseti sorok meghatározása 3a. Következmények felmérése 3b. Gyakoriság becslése 4. Kockázat meghatározás Balesetek Gyakoriság

Részletesebben

Modell alapú tesztelés mobil környezetben

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

Részletesebben

Autóipari beágyazott rendszerek. Kockázatelemzé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

Részletesebben

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

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

Részletesebben

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 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

Részletesebben

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

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

Részletesebben

biztonságkritikus rendszerek

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

Részletesebben

Architektúra tervek ellenőrzése

Architektúra tervek ellenőrzése Szoftverellenőrzési technikák Architektúra tervek ellenőrzése Majzik István http://www.inf.mit.bme.hu/ 1 Tartalomjegyzék Motiváció Mit határoz meg az architektúra? Milyen vizsgálati módszerek vannak? Követhetőség

Részletesebben

Szoftverminőségbiztosítá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

Részletesebben

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 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,

Részletesebben

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

Hibatűrés. Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Hibatűré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/ 1 Hibatűrés különféle hibák esetén Hardver tervezési hibák

Részletesebben

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

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

Részletesebben

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 Folyamatmodellezés és eszközei Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamat, munkafolyamat Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata,

Részletesebben

Szoftverminőségbiztosítás

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

Részletesebben

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ő 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

Részletesebben

Működésbiztonsági veszélyelemzés (Hazard and Operability Studies, HAZOP) MSZ

Működésbiztonsági veszélyelemzés (Hazard and Operability Studies, HAZOP) MSZ Működésbiztonsági veszélyelemzés (Hazard and Operability Studies, HAZOP) MSZ-09-960614-87 Célja: a szisztematikus zavar-feltárás, nyomozás. A tervezett működési körülményektől eltérő állapotok azonosítása,

Részletesebben

SÚLYOS BALESETEK ELEMZÉSE. 3. téma: Kvalitatív módszerek - Hibafa

SÚLYOS BALESETEK ELEMZÉSE. 3. téma: Kvalitatív módszerek - Hibafa Az oktatási anyag a szerzők szellemi terméke. Az anyag kizárólag a 2014.01.22-23 23-i OKF Továbbképzés céljaira használható. Sokszorosítás, utánközlés és mindennemű egyéb felhasználás a szerzők engedélyéhez

Részletesebben

A szolgáltatásbiztonság analízise

A szolgáltatásbiztonság analízise A szolgáltatásbiztonság analízise Előadásvázlat Szolgáltatásbiztonságra tervezés tárgyból Majzik István BME Méréstechnika és Információs Rendszerek Tanszék Tartalomjegyzék: 1 Bevezetés...2 2 Kvalitatív

Részletesebben

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

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

Részletesebben

Architektúra tervek ellenőrzése

Architektúra tervek ellenőrzése Szoftverellenőrzési technikák Architektúra tervek ellenőrzése Majzik István http://www.inf.mit.bme.hu/ 1 Tartalomjegyzék Motiváció Mit határoz meg az architektúra? Milyen vizsgálati módszerek vannak? Követhetőség

Részletesebben

Nagy bonyolultságú rendszerek fejlesztőeszközei

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ő

Részletesebben

Szoftver karbantartási lépések ellenőrzése

Szoftver karbantartási lépések ellenőrzése Szoftverellenőrzési technikák (vimim148) Szoftver karbantartási lépések 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.inf.mit.bme.hu/

Részletesebben

Architektúra tervek ellenőrzése

Architektúra tervek ellenőrzése Szoftverellenőrzési technikák Architektúra tervek ellenőrzése Majzik István http://www.inf.mit.bme.hu/ 1 Tartalomjegyzék Motiváció Mit határoz meg az architektúra? Milyen vizsgálati módszerek vannak? Követhetőség

Részletesebben

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 Miskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája Készítette: Urbán Norbert Szoftver-minőség A szoftver egy termelő-folyamat végterméke, A minőség azt jelenti,

Részletesebben

Szoftver értékelés és karbantartá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

Részletesebben

Szoftver karbantartás

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

Részletesebben

Programfejlesztési Modellek

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ó

Részletesebben

A minőség és a kockázat alapú gondolkodás kapcsolata

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

Részletesebben

Fejlesztés kockázati alapokon 2.

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

Részletesebben

Szoftvertechnológia ellenőrző kérdések 2005

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?

Részletesebben

Miskolci Egyetem Általános Informatikai Tanszék

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

Részletesebben

A tesztelés feladata. Verifikáció

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

Részletesebben

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

A modellellenőrzés érdekes alkalmazása: Tesztgenerálás modellellenőrzővel A modellellenőrzés érdekes alkalmazása: Tesztgenerálás modellellenőrzővel Majzik István Micskei Zoltán BME Méréstechnika és Információs Rendszerek Tanszék 1 Modell alapú fejlesztési folyamat (részlet)

Részletesebben

Szoftverminőségbiztosítás

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

Részletesebben

Elemzési módszerek. Egyes módszerek ágazat-specifikusak, mások teljesen általánosan használatosak. A leggyakoribb veszélyelemző módszerek:

Elemzési módszerek. Egyes módszerek ágazat-specifikusak, mások teljesen általánosan használatosak. A leggyakoribb veszélyelemző módszerek: Elemzési módszerek Egyes módszerek ágazat-specifikusak, mások teljesen általánosan használatosak. A leggyakoribb veszélyelemző módszerek: Hibamód és -hatás elemzés - failure modes and effects analysis

Részletesebben

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

A modellellenőrzés érdekes alkalmazása: Tesztgenerálás modellellenőrzővel A modellellenőrzés érdekes alkalmazása: Tesztgenerálás modellellenőrzővel Majzik István Micskei Zoltán BME Méréstechnika és Információs Rendszerek Tanszék 1 Modell alapú fejlesztési folyamat (részlet)

Részletesebben

Specifikáció alapú teszttervezési módszerek

Specifikáció alapú teszttervezési módszerek Szoftverellenőrzési technikák Specifikáció alapú teszttervezési módszerek Majzik István, Micskei Zoltán http://www.inf.mit.bme.hu/ 1 Klasszikus tesztelési feladat A tesztelendő program beolvas 3 egész

Részletesebben

Specifikáció alapú teszttervezési módszerek

Specifikáció alapú teszttervezési módszerek Szoftverellenőrzési technikák Specifikáció alapú teszttervezési módszerek Majzik István, Micskei Zoltán http://www.inf.mit.bme.hu/ 1 Klasszikus tesztelési feladat A tesztelendő program beolvas 3 egész

Részletesebben

Követelménykezelés A követelményspecifikáció ellenőrzése

Követelménykezelés A követelményspecifikáció ellenőrzése Követelménykezelés A követelményspecifikáció ellenőrzése Majzik István Egyes ábrák: Pap Zsigmond, Polgár Balázs http://www.inf.mit.bme.hu/ 1 Tartalomjegyzék Motiváció Miért fontosak a tervezési folyamat

Részletesebben

Modellezés és szimuláció a tervezésben

Modellezés és szimuláció a tervezésben Modellezés és szimuláció a tervezésben Szimuláció: egy másik rendszerrel - amely bizonyos vonatkozásokban hasonló az eredeti rendszerhez - utánozzuk egy rendszer viselkedését, vagyis az eredeti rendszer

Részletesebben

Robusztusság tesztelés

Robusztusság tesztelés Szoftverellenőrzési technikák (vimim148) Robusztusság tesztelés Majzik István és Micskei Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék http://www.inf.mit.bme.hu/

Részletesebben

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 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

Részletesebben

Részletes szoftver tervek ellenőrzése

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

Részletesebben

Hidak építése a minőségügy és az egészségügy között

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

Részletesebben

Követelménykezelés A követelményspecifikáció ellenőrzése

Követelménykezelés A követelményspecifikáció ellenőrzése Követelménykezelés A követelményspecifikáció ellenőrzése Majzik István Egyes ábrák: Pap Zsigmond, Polgár Balázs http://www.inf.mit.bme.hu/ 1 Tartalomjegyzék Motiváció Miért fontosak a tervezési folyamat

Részletesebben

30 MB INFORMATIKAI PROJEKTELLENŐR

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

Részletesebben

Biztonságkritikus rendszerek

Biztonságkritikus rendszerek Biztonságkritikus rendszerek Dr. Abonyi, János Dr. Fülep, Tímea Szerzők: Abonyi János (Fejezet 1-9) és Fülep Tímea (Fejezet 10-12) Szerzői jog 2014 Pannon Egyetem A tananyag a TÁMOP-4.1.2.A/1-11/1-2011-0042

Részletesebben

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 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,

Részletesebben

Elérhetőségi probléma egyszerűsítése: Állapottér és struktúra redukció Petri-háló alosztályok

Elérhetőségi probléma egyszerűsítése: Állapottér és struktúra redukció Petri-háló alosztályok Elérhetőségi probléma egyszerűsítése: Állapottér és struktúra redukció Petri-háló alosztályok dr. Bartha Tamás Dr. Pataricza András BME Méréstechnika és Információs Rendszerek Tanszék Elérhetőségi probléma

Részletesebben

Biztonságkritikus rendszerek

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

Részletesebben

Biztonságkritikus rendszerek Gyakorlat: Architektúrá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

Részletesebben

IATF 16949:2016 szabvány fontos kapcsolódó kézikönyvei (5 Core Tools):

IATF 16949:2016 szabvány fontos kapcsolódó kézikönyvei (5 Core Tools): APQP IATF 16949:2016 szabvány fontos kapcsolódó kézikönyvei (5 Core Tools): PPAP (Production Part Approval Process) Gyártás jóváhagyási folyamat APQP (Advanced Product Quality Planning and Control Plans)

Részletesebben

Követelmény-specifikáció készítés és ellenőrzés

Követelmény-specifikáció készítés és ellenőrzés Követelmény-specifikáció készítés és ellenőrzé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/ Tartalomjegyzék

Részletesebben

Rendszer szekvencia diagram

Rendszer szekvencia diagram Rendszer szekvencia diagram Célkitűzések A rendszer események azonosítása. Rendszer szekvencia diagram készítése az eseményekre. 2 1.Iteráció Az első igazi fejlesztési iteráció. A projekt kezdeti szakaszában

Részletesebben

MIKROELEKTRONIKA, VIEEA306

MIKROELEKTRONIKA, VIEEA306 Budapesti Műszaki és Gazdaságtudományi Egyetem MIKROELEKTRONIKA, VIEEA306 A MOS inverterek http://www.eet.bme.hu/~poppe/miel/hu/13-mosfet2.ppt http://www.eet.bme.hu Vizsgált absztrakciós szint RENDSZER

Részletesebben

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 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):

Részletesebben

Üzletmenet folytonosság menedzsment [BCM]

Üzletmenet folytonosság menedzsment [BCM] Üzletmenet folytonosság menedzsment [BCM] Üzletmenet folytonosság menedzsment Megfelelőség, kényszer? Felügyeleti előírások Belső előírások Külföldi tulajdonos előírásai Szabványok, sztenderdek, stb Tudatos

Részletesebben

Beágyazott információs rendszerek

Beágyazott információs rendszerek Beágyazott információs rendszerek Beágyazott rendszerek ellenőrzéstechnikája Előadásvázlat Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék majzik@mit.bme.hu

Részletesebben

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

Szoftver-mérés. Szoftver metrikák. Szoftver mérés Szoftver-mérés Szoftver metrikák Szoftver mérés Szoftver jellemz! megadása numerikus értékkel Technikák, termékek, folyamatok objektív összehasonlítása Mér! szoftverek, programok CASE eszközök Kevés szabványos

Részletesebben

Modellezési alapismeretek

Modellezési alapismeretek Modellezési alapismeretek 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

Részletesebben

Új felállás a MAVIR diagnosztika területén. VII. Szigetelésdiagnosztikai Konferencia 2007 Siófok

Új felállás a MAVIR diagnosztika területén. VII. Szigetelésdiagnosztikai Konferencia 2007 Siófok Új felállás a MAVIR diagnosztika területén VII. Szigetelésdiagnosztikai Konferencia 2007 Siófok Állapotfelmérés, -ismeret 1 Célja: Karbantartási, felújítási, rekonstrukciós döntések megalapozása, Üzem

Részletesebben

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

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

Részletesebben

ISO A bevezetés néhány gyakorlati lépése

ISO A bevezetés néhány gyakorlati lépése ISO 9001-2015 A bevezetés néhány gyakorlati lépése 115 30 20 Fö tevékenységünk: Felületkezelés Horganyzás, ZnNi, ZnFe bevonatok Folyamatalapú szabályozás SPC bevezetése FMEA bevezetése Elsődarabos folyamat

Részletesebben

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

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

Részletesebben

A hálózattervezés alapvető ismeretei

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

Részletesebben

Követelménykezelés Specifikáció készítés A specifikáció ellenőrzése

Követelménykezelés Specifikáció készítés A specifikáció ellenőrzése Követelménykezelés Specifikáció készítés A specifikáció ellenőrzése Majzik István Egyes ábrák: Pap Zsigmond, Polgár Balázs http://www.inf.mit.bme.hu/ Tartalomjegyzék Motiváció Miért fontosak a tervezési

Részletesebben

Megbízhatósági analízis

Megbízhatósági analízis Megbízhatósági analízis Rendszertervezés és -integráció előadás dr. Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék BME-MIT Célkitűzések BME-MIT

Részletesebben

01. gyakorlat - Projektalapítás

01. gyakorlat - Projektalapítás 2 Követelmények 01. gyakorlat - Projektalapítás Szoftvertechnológia gyakorlat OE-NIK A félév során egy nagyobb szoftverrendszer prototípusának elkészítése lesz a feladat Fejlesztési módszertan: RUP CASE-eszköz:

Részletesebben

Kinek szól a könyv? A könyv témája A könyv felépítése Mire van szükség a könyv használatához? A könyvben használt jelölések. 1. Mi a programozás?

Kinek szól a könyv? A könyv témája A könyv felépítése Mire van szükség a könyv használatához? A könyvben használt jelölések. 1. Mi a programozás? Bevezetés Kinek szól a könyv? A könyv témája A könyv felépítése Mire van szükség a könyv használatához? A könyvben használt jelölések Forráskód Hibajegyzék p2p.wrox.com xiii xiii xiv xiv xvi xvii xviii

Részletesebben

8.3. AZ ASIC TESZTELÉSE

8.3. AZ ASIC TESZTELÉSE 8.3. AZ ASIC ELÉSE Az eddigiekben a terv helyességének vizsgálatára szimulációkat javasoltunk. A VLSI eszközök (közöttük az ASIC) tesztelése egy sokrétűbb feladat. Az ASIC modellezése és a terv vizsgálata

Részletesebben

Alapszintű formalizmusok

Alapszintű formalizmusok Alapszintű formalizmusok dr. Majzik István BME Méréstechnika és Információs Rendszerek Tanszék 1 Mit szeretnénk elérni? Informális tervek Informális követelmények Formális modell Formalizált követelmények

Részletesebben

Szárazföldi autonóm mobil robotok vezérlőrendszerének kialakítási lehetőségei. Kucsera Péter ZMNE Doktorandusz

Szárazföldi autonóm mobil robotok vezérlőrendszerének kialakítási lehetőségei. Kucsera Péter ZMNE Doktorandusz Szárazföldi autonóm mobil robotok vezérlőrendszerének kialakítási lehetőségei. Kucsera Péter ZMNE Doktorandusz A mobil robot vezérlőrendszerének feladatai Elvégzendő feladat Kommunikáció Vezérlő rendszer

Részletesebben

A szolgáltatásbiztonság alapfogalmai

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

Részletesebben

Digitális technika (VIMIAA02) Laboratórium 1

Digitális technika (VIMIAA02) Laboratórium 1 BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM VILLAMOSMÉRNÖKI ÉS INFORMATIKAI KAR MÉRÉSTECHNIKA ÉS INFORMÁCIÓS RENDSZEREK TANSZÉK Digitális technika (VIMIAA02) Laboratórium 1 Fehér Béla Raikovich Tamás,

Részletesebben

Információ menedzsment

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

Részletesebben

Tartalom. Konfiguráció menedzsment bevezetési tapasztalatok. Bevezetés. Tipikus konfigurációs adatbázis kialakítási projekt. Adatbázis szerkezet

Tartalom. Konfiguráció menedzsment bevezetési tapasztalatok. Bevezetés. Tipikus konfigurációs adatbázis kialakítási projekt. Adatbázis szerkezet Konfiguráció menedzsment bevezetési tapasztalatok Vinczellér Gábor AAM Technologies Kft. Tartalom 2 Bevezetés Tipikus konfigurációs adatbázis kialakítási projekt Adatbázis szerkezet Adatbázis feltöltés

Részletesebben

Ellátási lánc optimalizálás P-gráf módszertan alkalmazásával mennyiségi és min ségi paraméterek gyelembevételével

Ellátási lánc optimalizálás P-gráf módszertan alkalmazásával mennyiségi és min ségi paraméterek gyelembevételével Ellátási lánc optimalizálás P-gráf módszertan alkalmazásával mennyiségi és min ségi paraméterek gyelembevételével Pekárdy Milán, Baumgartner János, Süle Zoltán Pannon Egyetem, Veszprém XXXII. Magyar Operációkutatási

Részletesebben

Digitális technika (VIMIAA02) Laboratórium 1

Digitális technika (VIMIAA02) Laboratórium 1 BUDAPESTI MŰSZAKI ÉS GAZDASÁGTUDOMÁNYI EGYETEM VILLAMOSMÉRNÖKI ÉS INFORMATIKAI KAR MÉRÉSTECHNIKA ÉS INFORMÁCIÓS RENDSZEREK TANSZÉK Digitális technika (VIMIAA02) Laboratórium 1 Fehér Béla Raikovich Tamás,

Részletesebben

Tartalom A verifikáció és validáció tervezése Szoftver vizsgálatok Automatizált statikus analízis Cleanroom szoftverfejlesztés

Tartalom A verifikáció és validáció tervezése Szoftver vizsgálatok Automatizált statikus analízis Cleanroom szoftverfejlesztés 22. Verifikáció és validáció Kérdések Mi a szoftver verifikáció és validáció, mi a különbség köztük? Mi a program-vizsgálati eljárás, mi a szerepe a verifikációban és validációban? Mi a statikus analízis,

Részletesebben

Modellezési alapismeretek

Modellezési alapismeretek Modellezési alapismeretek Rendszermodellezé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

Részletesebben

Termék- és tevékenység ellenőrzés tervezése

Termék- és tevékenység ellenőrzés tervezése Termék- és tevékenység ellenőrzés tervezése Tirián Attila NÉBIH Rendszerszervezési és Felügyeleti Igazgatóság 2016. November 15. Élelmiszerlánc-biztonsági Stratégia Időtáv 2013. október 8-tól hatályos

Részletesebben

PCS100 UPS-I Ipari felhasználási célú UPS

PCS100 UPS-I Ipari felhasználási célú UPS DMPC LV Power Conditioning, 09/2015 PCS100 UPS-I Ipari felhasználási célú UPS 2UCD120000E028 rev A September 25, 2015 Slide 1 PCS100 UPS-I, Ipari felhasználási célú UPS A létesítményét tápláló energiaellátás

Részletesebben

Pénzügyi algoritmusok

Pénzügyi algoritmusok Pénzügyi algoritmusok A C++ programozás alapjai Tömbök (3. rész) Konstansok Kivételkezelés Tömbök 3. Többdimenziós tömbök Többdimenziós tömbök int a; Többdimenziós tömbök int a[5]; Többdimenziós tömbök

Részletesebben

Az előadásdiák gyors összevágása, hogy legyen valami segítség:

Az előadásdiák gyors összevágása, hogy legyen valami segítség: Az előadásdiák gyors összevágása, hogy legyen valami segítség: Az elektronikai gyártás ellenőrző berendezései (AOI, X-RAY, ICT) 1. Ismertesse az automatikus optikai ellenőrzés alapelvét (a), megvilágítási

Részletesebben

Ütemezés tervezése A leghátrányosabb helyzet kistérségek fejlesztési és együttm ködési kapacitásainak meger

Ütemezés tervezése A leghátrányosabb helyzet kistérségek fejlesztési és együttm ködési kapacitásainak meger Ütemezés tervezése A leghátrányosabb helyzetű kistérségek fejlesztési és együttműködési kapacitásainak megerősítése ÁROP-1.1.5/C A Tokajii Kistérség Fejlesztési és Együttműködési Kapacitásának Megerősítése

Részletesebben

IBM felhő menedzsment

IBM felhő menedzsment IBM Váltsunk stratégiát! Budapest, 2012 november 14. IBM felhő menedzsment SmartCloud Provisioning és Service Delivery Manager Felhő alapú szolgáltatások Felhasználás alapú számlázás és dinamikus kapacitás

Részletesebben

Szoftverminőségbiztosítás

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,

Részletesebben

Bevezetés. Szendrei Rudolf Informatikai Kar Eötvös Loránd Tudományegyetem. Programozási technológia I. Szendrei Rudolf. Bevezetés. Szoftvertechnológia

Bevezetés. Szendrei Rudolf Informatikai Kar Eötvös Loránd Tudományegyetem. Programozási technológia I. Szendrei Rudolf. Bevezetés. Szoftvertechnológia UML tervező JAVA fejlesztő és Informatikai Kar Eötvös Loránd Tudományegyetem 1 Tartalom 1 UML tervező JAVA fejlesztő és 2 UML tervező JAVA fejlesztő és 2 technológiai áttekintése UML tervező JAVA fejlesztő

Részletesebben

FMEA tréning OKTATÁSI SEGÉDLET

FMEA tréning OKTATÁSI SEGÉDLET FMEA tréning OKTATÁSI SEGÉDLET 1. Hibamód és hatás elemzés : FMEA (Failure Mode and Effects Analysis) A fejlett nyugati piacokon csak azok a vállalatok képesek hosszabbtávon megmaradni, melyek gazdaságosan

Részletesebben

Szoftver újrafelhasználás

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

Részletesebben

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 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

Részletesebben

Modellek ellenőrzése és tesztelése

Modellek ellenőrzése és tesztelése Modellek ellenőrzése és tesztelése Rendszermodellezés imsc gyakorlat Budapesti Műszaki és Gazdaságtudományi Egyetem Hibatűrő Rendszerek Kutatócsoport Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika

Részletesebben

Új dokumentálandó folyamatok, azok minimális tartalmi elvárásai

Új dokumentálandó folyamatok, azok minimális tartalmi elvárásai Új dokumentálandó folyamatok, azok minimális tartalmi elvárásai Dokumentált folyamattal való rendelkezés ISO/TS 16949:2009 IATF 16949:2015 Dokumentumok kezelése, Feljegyzések kezelése, Nem megfelelő termék

Részletesebben

AZ INTEGRÁLT NYOMONKÖVETŐ RENDSZER BEMUTATÁSA (TÁMOP 3.4.2-B) Kern Zoltán Közoktatási szakértő Kern.zoltan@educatio.hu

AZ INTEGRÁLT NYOMONKÖVETŐ RENDSZER BEMUTATÁSA (TÁMOP 3.4.2-B) Kern Zoltán Közoktatási szakértő Kern.zoltan@educatio.hu AZ INTEGRÁLT NYOMONKÖVETŐ RENDSZER BEMUTATÁSA (TÁMOP 3.4.2-B) Kern Zoltán Közoktatási szakértő Kern.zoltan@educatio.hu Integrált (Elektronikus) Nyomonkövető Rendszer Miért használjuk? Hogyan használjuk?

Részletesebben

A szoftverfejlesztés eszközei

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ó

Részletesebben

Részletes tervek ellenőrzése

Részletes tervek ellenőrzése Szoftverellenőrzési technikák Részletes tervek ellenőrzése Majzik István http://www.inf.mit.bme.hu/ 1 Tartalomjegyzék Áttekintés Milyen szerepe van a részletes terveknek? Milyen ellenőrzési módszerek vannak?

Részletesebben

Az UPPAAL egyes modellezési lehetőségeinek összefoglalása. Majzik István BME Méréstechnika és Információs Rendszerek Tanszék

Az UPPAAL egyes modellezési lehetőségeinek összefoglalása. Majzik István BME Méréstechnika és Információs Rendszerek Tanszék Az UPPAAL egyes modellezési lehetőségeinek összefoglalása Majzik István BME Méréstechnika és Információs Rendszerek Tanszék Résztvevők együttműködése (1) Automaták interakciói üzenetküldéssel Szinkron

Részletesebben

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ó

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

Részletesebben