Veszély analízis. Rendszertervezés és -integráció előadás dr. Majzik István
|
|
- Margit Vargané
- 8 évvel ezelőtt
- Látták:
Á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 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.
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
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
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
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
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
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
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
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
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
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
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,
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
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
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,
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
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
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,
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
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
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
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
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ő
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/
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
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,
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 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
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ó
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
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
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?
Miskolci Egyetem Általános Informatikai Tanszék
Software tesztelés Miskolci Egyetem Általános Informatikai Tanszék Software tesztelés SWTESZT / 1 A tesztelés feladata Két alapvető cél rendszerben található hibák felderítése annak ellenőrzése, hogy a
A tesztelés feladata. Verifikáció
Software tesztelés Miskolci Egyetem Általános Informatikai Tanszék Software tesztelés SWTESZT / 1 A tesztelés feladata Két alapvető cél rendszerben található hibák felderítése annak ellenőrzése, hogy a
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)
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
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
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)
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
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
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
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
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/
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é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
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
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
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
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
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,
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
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
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
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)
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
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
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
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):
Ü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
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
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
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
Ú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
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
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
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
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
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
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
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:
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
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
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
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
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
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,
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
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
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
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,
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,
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
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
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
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
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
Ü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
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
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,
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ő
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
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
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
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
Ú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
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?
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é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?
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
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