Folyamatmodellezés. Rendszermodellezés Budapesti Műszaki és Gazdaságtudományi Egyetem. Hibatűrő Rendszerek Kutatócsoport
|
|
- Nikolett Molnárné
- 6 évvel ezelőtt
- Látták:
Átírás
1 Folyamatmodellezés 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 1 és Információs Rendszerek Tanszék 1
2 Tartalom Ismétlés, kitekintés Folyamatmodellezés célja Folyamatmodellek Vezérlési folyam Megvalósítás 2 2
3 Tartalom Ismétlés, kitekintés Folyamatmodellezés célja Folyamatmodellek Vezérlési folyam Megvalósítás 3 3
4 Ismétlés: felépítési vs. viselkedési modellek Felépítési (structural) modellek o Statikus o Rész és egész, összetevők o Kapcsolatok, összeköttetések Viselkedési (behavioral) modellek o Dinamikus o Időbeli lefolyás o Állapot, folyamat o Reakciók a külvilágra Az autóban van kamera és kormányvezérlő A kamera jeleket küld a sáv elhagyásáról (mennyit? mikor?) A sávtartó rendszerben a kamera jeleit fogadva a kormányvezérlő beavatkozik (mikor/hogyan?) Nem fed le mindent, nem válik élesen szét 4 4
5 Viselkedésmodellek fő kérdései Mit csinál a rendszer? Esemény alapú modell Folyamat alapú modell Most milyen, és hogyan változik a rendszer? Állapot alapú modell 5 5
6 Folyamat Folyamat: lépések sorozata, melyek sorrendben történő végrehajtása valamilyen célra vezet. 6 6
7 Tartalom Ismétlés, kitekintés Folyamatmodellezés célja Folyamatmodellek Vezérlési folyam Megvalósítás 7 7
8 Dokumentáció Implementáció Folyamatmodellezés célja o Végrehajtható modellek o Kódgenerálás Modell szintű ellenőrzés (Verifikáció) o Szimuláció o Monitorozás o Automatizált modellellenőrzés 8 8
9 Példa: HW rendelés kiszállítása omg.org, BPMN 2.0 by Example 9 9
10 Példa: HW rendelés kiszállítása Opcionális végrehajtás Összetartozó vezérlési elemek Döntési pontok ( XOR ) Lépések végrehajtási sorrendje Párhuzamos (független) végrehajtás ( AND ) 10 10
11 Történeti előzmények Mire épül? o Programok vezérlési szerkezete o Ütemezés (pl. GANTT diagramok) o Gyártási/irodai folyamatok modellezése o IDEF-0: 1980-as évek, US AirForce o Logisztikai folyamatok leírása o Üzemeltetés: runbook Közös elemek o Vannak elemi lépések o Köztük függőségek (idő? adat? sorrend?) o Döntési pontok o általános célú folyamatmodellezési nyelvek (pl. BPMN) 11 11
12 Példa: IDEF-0 Adatfüggőség és végrehajtási logika nem látszik Logikai függőség igen Defense Acquisition University - Systems Engineering Fundamentals. Defense Acquisition University Press,
13 flow 13 13
14 Gantt 14 14
15 Példa: GANTT Tevékenységek állapota, időzítése, és függőségei 15 15
16 16 16
17 17 17
18 18 18
19 Mit használ fel? Ötlet rendszer/szoftvertervezésben: o használjunk fel meglévő elemeket o Írjuk le az összetett rendszer működését Alapelem lehet sokféle o webform validáció, küldés, adatbázisművelet, távoli webszolgáltatás, emberi interakció, SMS küldés, diagram kirajzolás, stb. Mire fordul a vezérlési logika? o Lehet közvetlen kód (C/C++, C#, Java, ) o Lehet egy végrehajtó környezet bemenete Csinálj nekem ilyen folyamatot 19 19
20 Hol használnak még folyamatmodelleket? Informatikai rendszerek működtetése o ITIL, UK Gov. kezdeményezés Protokoll specifikáció o Összetett rendszer részei hogy működnek együtt o Melyik komponensnek mi a szerepe Végrehajtható folyamatok tervezése o Rendeléskiértékelés, hitelbírálat előkészítése, Adatfeldolgozási/elemzési folyamatok 20 20
21 Példa: egészségügyi adatok kezelése Több, egymással kommunikáló fél Belső sorrendi függőségek Belső és külső események Feltételezések ez önmagában nem automatizálható
22 Példa: agilis fejlesztés, mint folyamat Szerepek, termékek A csoportmunka lépései
23 Példák Banki folyamatok modellezése o Milyen tevékenységek tudnak le záráskor? o Át tud-e állni a bank a napi többszöri utalásra? Gyártási folyamat modellezése o Optimális gyártásütemezés: átszereljünk vagy újat gyártsunk? o Mi történik a gyárban? o (ld. Szimuláció előadás) Üzletkötési folyamatok modellezése o Hol vannak ismétlődő kommunikációs minták? o Adatfeldolgozás modell alapon 23 23
24 Példa: adatfeldolgozási folyamat Lépések: beolvasás, adatszűrés, grafikon előállítás, Lépések állapota lefutásonként követhető: előállt már az eredmény? Eszköz: pl. KNIME 24 24
25 Példa: gyári tesztelés, mint folyamat Létező konfiguráció kiegészítése Új gép gyártása Átszerelés 25 25
26 Folyamatok tervezésének alapfogalmai Folyamat leíró nyelv o BPMN, jpdl, XPDL, BPEL, UML AD, o Vezérlés, adatáramlás o Adatstruktúrák kapcsolhatóak hozzá o Végrehajtandó lépések definíciója o Időzítések, erőforrások Folyamat minta (template) o Pl. Jegyrendelés folyamat o Verziózás Folyamat példány (instance) o Gönczy László jegyet rendel Lisszabonba 26 26
27 Tartalom Ismétlés, kitekintés Folyamatmodellezés célja Folyamatmodellek Vezérlési folyam Megvalósítás 27 27
28 Elemi tevékenység Compile végrehajtás kezdete végrehajtás vége Compile t 28 28
29 Definíció: Elemi tevékenység Az elemi tevékenység olyan időbeli kiterjedéssel rendelkező tevékenység, amelynek a megkezdésén és befejezésén túl további részleteit nem modellezzük. Compile 29 29
30 Szekvencia, vezérlésfolyam Compile Link Compile Link t 30 30
31 Definíció: Szekvencia A Szekvencia tevékenységek végrehajtási sorrendjét definiálja. Compile Link 31 31
32 Őrfeltételek, elágazás [source modified] Compile Merge (Egyesítés) Decision (Döntés) [source unmodified] Szemantika: o Csak az egyik ág hajtódik végre o Nemdeterminizmus lehetséges Átlapolódó őrfeltételek Vagy egyszerűen őrfeltételek nélkül 32 32
33 Definíció: Vezérlési elem A vezérlési elem olyan csomópont a folyamatban, mely a folyamatmodell tevékenységei közül választ ki egyet vagy többet végrehajtásra. [source modified] Compile [source unmodified] 33 33
34 Definíció: Elágazás Az elágazás olyan vezérlési szerkezet, mely áll egy Döntés (Decision) és egy Egyesítés (Merge) vezérlési elemből, ahol a döntési csomópontnak van legalább kettő kimenete, melyek közül a kimenetekhez tartozó őrfeltételek kiértékelése alapján választunk (oda kerül a vezérlési token), a kiválasztott kimenet (döntési ág) tetszőleges számú elemet tartalmazhat, az összes döntési ág az Egyesítés csompontba fut be. Itt az elágazást mindig kizáró döntés (XOR kapu) értelemben használjuk, vagyis egy kiértékelés során csak az elágazás (Decision) egyik kimenete lehet kiválasztva (aktív). Egy elágazás lehet többszörös vagy bináris, a tárgyban alapvetően bináris (két kimenetű) elágazást használunk 34 34
35 Ciklus Merge Decision Compile [no syntax errors] [syntax errors] Edit 35 35
36 Definíció: ciklus A ciklus olyan vezérlési szerkezet, mely többszörös végrehajtást definiál. A ciklus áll egy Egyesítés (Merge) és egy azt szekvenciálisan követő Döntés (Decision) vezérlési elemből, ahol a döntési csomópont egyik kimenete (döntési ága) az egyesítés (merge) vezérlési csomópontba fut vissza. Compile [no syntax errors] [syntax errors] Edit 36 36
37 Fork / Join Compile source1.c Join (Szinkronizáció) Fork (Elágazás) Compile source2.c Szemantika: o Nem meghatározott végrehajtási sorrend o Párhuzamos / átlapolt végrehajtás is lehet Lásd: SzGArch tárgy 37 37
38 Definíció: párhuzamos végrehajtás A párhuzamos végrehajtás áll egy Párhuzamos elágazás (Fork) és egy Összeillesztés/ Szinkronizáció (Join) vezérlési elemből, ahol az elágazásnak tetszőleges számú kimenete lehet (ágak), az egyes ágak egymással konkurrens módon hajthatóak végre, az összes ág a szinkronizáció csomópontba fut be, a párhuzamos végrehajtás akkor fejeződik be, ha az összes ág végrehajtása befejeződött. Két tevékenység konkurrens, ha végrehajtási sorrendjükre nézve nincs megkötés. Megj: tipikusan kettő párhuzamos ággal fogunk dolgozni. NEM azonos a döntési elágazással! 38 38
39 Flow begin / flow end Build 39 39
40 Definíció: folyamat indítása/befejezése Minden folyamat egy indítási (Flow Begin) vezérlési elemmel indul, és egy befejezési (Flow End) elemmel fejeződik be. Az indítási csomópont a csomópont legelső eleme, melynek pontosan egy kimenete van. A befejezési csomópont a folyamat utolsó eleme, melynek pontosan egy bemenete van. Megj: itt nem modellezzük külön, minek a hatására indul el a folyamat
41 Hierarchia Build Compile Link Build Compile Link t 41 41
42 Hierarchikus folyamatmodell: Definíció: hierarchia Elemi tevékenység helyett tartalmaz folyamatmodellel leírt részmodellt (hierarchikus finomítás) 42 42
43 Példa: kávéfőzés 1. Töltse meg a BAL tartályt hideg vízzel 2. Tegyen egy bögrét vagy poharat a BAL pohártartóra 3. Tegyen be egy kávépárnát a BAL oldali tartóba 4. Dugja be a kábelt és nyomja meg a BAL OLDAL START/STOP gombot Ha egyszerre két kávét akar főzni, egyszerre kövesse a BAL és JOBB utasításokat 43 43
44 Példa: kávéfőzés Fill LEFT reservoir Place cup on LEFT side Place pod in LEFT side Plug in and press LEFT side START 44 44
45 Kávéfőzés Fill LEFT reservoir Place cup on LEFT side Place pod in LEFT side Plug in and press LEFT side START 45 45
46 Kávéfőzés Fill LEFT reservoir Place cup on LEFT side Place pod in LEFT side Plug in and press LEFT side START 46 46
47 Kávéfőzés Fill LEFT reservoir Place cup on LEFT side Place pod in LEFT side Plug in Press LEFT side START 47 47
48 Kávéfőzés [not plugged in] Fill LEFT reservoir Place cup on LEFT side Place pod in LEFT side [plugged in] Plug in Press LEFT side START 48 48
49 Kávéfőzés [not plugged in] Fill LEFT reservoir Place cup on LEFT side Place pod in LEFT side [plugged in] Plug in Press LEFT side START 49 49
50 Kávéfőzés [not plugged in] Fill LEFT reservoir Place cup on LEFT side Place pod in LEFT side [plugged in] Plug in Press LEFT side START 50 50
51 Kávéfőzés [not plugged in] Prepare LEFT side [plugged in] Plug in Press LEFT side START 51 51
52 Kávéfőzés [not plugged in] Prepare LEFT side [plugged in] Plug in Press LEFT side START 52 52
53 Kávéfőzés Prepare LEFT side [plugged in] Plug in [not plugged in] Prepare RIGHT side Press LEFT side START Press RIGHT side START 53 53
54 Kávéfőzés Prepare LEFT side [plugged in] Plug in [not plugged in] Prepare RIGHT side Fill LEFT reservoir Place cup on LEFT side Place pod in LEFT side Press LEFT side START Press RIGHT side START 54 54
55 Különböző szempontok szerinti modellezés 55 55
56 Mi történik egy autóval? Assemble Car i Paint Car i Polish Car i 56 56
57 Mi történik a gyártósoron? Assemble Car 1 Assemble Car n Assemble Cars Paint Cars Polish Cars 57 57
58 Különböző szempontok szerinti modellezés Assemble Car 1 Assemble Car n Assemble Cars Paint Cars Polish Cars Assemble Car i Paint Car i Polish Car i 58 58
59 Együttes nézet Assemble Car 1 Assemble Car 2 Assemble Car n Paint Car 1 Paint Car 2 Paint Car n Polish Car 1 Polish Car 2 Polish Car n Mindent tartalmaz, de nem túl praktikus 59 59
60 Együttes nézet Assemble Car 1 Assemble Car 2 Assemble Car n Paint Car 1 Ez nem a folyamat logikájából adódó függőség (erőforrás, fizikai hely, stb. konfiguráció) Paint Car 2 Paint Car n Ne a folyamat logikájában ábrázoljuk (ld. Későbbi előadások: erőforrásfoglalás) Polish Car 1 Polish Car 2 Polish Car n Mindent tartalmaz, de nem túl praktikus 60 60
61 Együttes nézet A 2D fork-join háló nem túl praktikus o Aspektusokra (autó és gép életútja) külön folyamat Sok fork-join tömörebben? PERT chart o Program Evaluation and Review Technique Végrehajtási idő analízisére való, ld. BSz 2 o (Ez viszont elágazást nem tud)
62 ÜZLETI FOLYAMATOK VÉGREHAJTÁSA 62 62
63 Folyamatok szemantikája Modellezés szempontjából Az elvárt működés 63 63
64 Folyamat végrehajtása Tokenáramlás A folyamat állapota 64 64
65 Elemi tevékenység állapotai T végrehajtás kezdete végrehajtás vége T végrehajtás előtt T végrehajtás alatt T befejezve t 65 65
66 Elemi tevékenység állapotai T végrehajtás előtt T végrehajtás alatt T befejezve végrehajtás kezdete végrehajtás vége T végrehajtás előtt T végrehajtás alatt T befejezve t 66 66
67 Folyamat állapotai T 1 T 2 T 1 végrehajtás előtt T 1 végrehajtás alatt T 1 befejezve T 2 végrehajtás előtt T 2 végrehajtás alatt T 2 befejezve t 67 67
68 Háttér: matematikai modell Allen-féle intervallum logika (1983) o Pl. tesztelésnél használják, 13 ( ) eset James F. Allen: Maintaining knowledge about temporal intervals. In: Communications of the ACM. 26 November ACM Press. pp , ISSN
69 Háttér: matematikai modell Allen-féle intervallum logika (1983) o Pl. tesztelésnél használják, 13 ( ) eset X EQUALS y X BEFORE y X MEETS y X OVERLAPS y X STARTS y X FINISHES y James F. Allen: Maintaining knowledge about temporal intervals. In: Communications of the ACM. 26 November ACM Press. pp , ISSN X DURING y n intervallum: 1,1,13,409, eset
70 Mit lehet ellenőrizni? Pl. a végrehajtás nem folyamat alapon történt o Megfelelt-e az elvárásoknak (sorrend, függetlenség)? Mi lehetett a folyamat a rendszer mögött? o Workflow mining Pl. a futtatókörnyezet megengedő o Lépés kihagyható o Ilyenkor is teljesülnek az elvárások? Eszköz: formális módszerek o Logika, Petri-hálók, modellellenőrzés, stb
71 Tartalom Ismétlés, kitekintés Folyamatmodellezés célja Folyamatmodellek Vezérlési folyam Megvalósítás 71 71
72 Vezérlési folyam <statement1> <statement2> statement1 statement
73 if (<expression>) <statement> Vezérlési folyam [expression fails] [expression holds] statement 73 73
74 Vezérlési folyam if (<expression>) <statement1> else <statement2> [expression holds] statement1 [expression fails] statement
75 while (<expression>) <statement> Vezérlési folyam [expression fails] [expression holds] statement 75 75
76 do <statement> while (<expression>) Vezérlési folyam statement [expression fails] 76 76
77 Vezérlési folyam - példa while (a!= b) { if (a > b) { a = a - b; } else { b = b - a; } } return a; 77 77
78 Vezérlési folyam - példa while (a!= b) { if (a > b) { a = a b; } else { b = b a; } } return a; 78 78
79 Vezérlési folyam - példa while (a!= b) { if (a > b) { a = a b; } else { b = b a; } } return a 79 79
80 Vezérlési folyam - példa [a!= b] if (a > b) { a = a b; } else { b = b a; } [a == b] return a 80 80
81 Vezérlési folyam - példa [a!= b] [a == b] [a > b] [a <= b] a = a b b = b a return a 81 81
82 Vezérlési folyam - komplexitás [a!= b] [a == b] [a > b] [a <= b] Ciklomatikus komplexitás M = E N + 2 a = a b b = b a return a 82 82
83 Vezérlési folyam - rekurzió int fact(int n) { return (n == 0)? 1 : n * fact(n - 1); } 83 83
84 Vezérlési folyam - rekurzió int fact(int n) { int tmp1; if (n == 0) { tmp1 = 1; } else { int tmp2 = fact(n - 1); tmp1 = n * tmp2; } return tmp1; } 84 84
85 Vezérlési folyam - rekurzió fact(n) [n == 0] [n!= 0] tmp1 = 1 tmp2 = fact(n - 1) tmp1 = n * tmp2 return tmp
86 Példa: n alatt a k int choose(int n, int k) { } if (k < 0 k > n) { return 0; } else if (k == 0 && n == 0) { return 1; } else { } int x = spawn choose(n 1, k); int y = spawn choose(n 1, k - 1); sync; return x + y; n k = n 1 k 0 0 =1 + n 1 k 1
87 Példa: n alatt a k choose(n, k) [k < 0 k > n] return 0 [k == 0 n == 0] [else] return 1 x = choose(n 1, k) return x + y y = choose(n 1, k - 1) 87 87
88 Jólstrukturált folyamatok Vezérlési blokkokból építkezünk o Egy bemenet, egy kimenet, közte jól strukturált blokk o Szekvencia, decision-merge és fork-join blokk, ciklus o (üres vezérlési szakasz) Analógia: strukturált programozás (goto helyett vezérlési szerkezetek) Nem jólstrukturált folyamatra példa: A B C 88 88
89 Jólstrukturált folyamatok Bizonyos formalizmusok kikényszerítik o pl. BPEL (üzleti folyamatok webszolgáltatások fölött) o Pl. Struktogram (Nassi-Shneiderman) true while a b do a > b false a := a - b b := b - a return a 89 89
Folyamatmodellezés. Budapesti Műszaki és Gazdaságtudományi Egyetem. Hibatűrő Rendszerek Kutatócsoport. Budapesti Műszaki és Gazdaságtudományi Egyetem
Folyamatmodellezé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 1 és Információs Rendszerek Tanszék 1 Tartalom
Folyamatmodellezés. Budapesti Műszaki és Gazdaságtudományi Egyetem. Hibatűrő Rendszerek Kutatócsoport. Budapesti Műszaki és Gazdaságtudományi Egyetem
Folyamatmodellezés Budapesti Műszaki és Gazdaságtudományi Egyetem Hibatűrő Rendszerek Kutatócsoport Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék 1 Tartalom
Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék. Folyamatmodellezés
Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamatmodellezés Folyamat, munkafolyamat Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata, amelyeket
Folyamatmodellezés (BPMN), adatfolyamhálók
Folyamatmodellezés (BPMN), adatfolyamhálók Rendszermodellezés 2015. Budapesti Műszaki és Gazdaságtudományi Egyetem Hibatűrő Rendszerek Kutatócsoport Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika
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):
Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék. Folyamatmodellezés
Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamatmodellezés Folyamat, munkafolyamat Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata, amelyeket
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,
Folyamatmodellezés (BPMN) és alkalmazásai
Folyamatmodellezés (BPMN) és alkalmazásai Rendszermodellezés 2018. Budapesti Műszaki és Gazdaságtudományi Egyetem Hibatűrő Rendszerek Kutatócsoport Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika
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
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,
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
Java programozási nyelv
Java programozási nyelv 2. rész Vezérlő szerkezetek Nyugat-Magyarországi Egyetem Faipari Mérnöki Kar Informatikai Intézet Soós Sándor 2005. szeptember A Java programozási nyelv Soós Sándor 1/23 Tartalomjegyzék
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
Bánsághi Anna anna.bansaghi@mamikon.net. 2014 Bánsághi Anna 1 of 31
IMPERATÍV PROGRAMOZÁS Bánsághi Anna anna.bansaghi@mamikon.net 9. ELŐADÁS - OOP TERVEZÉS 2014 Bánsághi Anna 1 of 31 TEMATIKA I. ALAPFOGALMAK, TUDOMÁNYTÖRTÉNET II. IMPERATÍV PROGRAMOZÁS Imperatív paradigma
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
3. gyakorlat Folyamatmodellek, kooperáló viselkedésmodellek Megoldások
3. gyakorlat Folyamatmodellek, kooperáló viselkedésmodellek ok 1. Összetett rendszer modellezése Felhő alapú adattárolást modellezünk (ld. Dropbox, Google Drive, Tresorit), egyetlen állományra szorítkozva.
Modellek fejlesztése
Modellek fejlesztése 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 1 Tartalom
Modellek fejlesztése
Modellek fejlesztése Molnár Vince, Dr. Pataricza Andrá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
Szoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (10) Szoftverminőségbiztosítás Struktúra alapú (white-box) technikák A struktúrális tesztelés Implementációs részletek figyelembevétele Tesztelési célok -> lefedettség Implicit
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
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/
Folyamatmodellezés (BPMN), adatfolyamhálók
Folyamatmodellezés (BPMN), adatfolyamhálók Rendszermodellezés 2016. 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é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
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ó
Webprogramozás szakkör
Webprogramozás szakkör Előadás 5 (2012.04.09) Programozás alapok Eddig amit láttunk: Programozás lépései o Feladat leírása (specifikáció) o Algoritmizálás, tervezés (folyamatábra, pszeudokód) o Programozás
A fordítóprogramok szerkezete. Kódoptimalizálás. A kódoptimalizálás célja. A szintézis menete valójában. Kódoptimalizálási lépések osztályozása
A fordítóprogramok szerkezete Forrásprogram Forrás-kezelő (source handler) Kódoptimalizálás Fordítóprogramok előadás (A,C,T szakirány) Lexikális elemző (scanner) Szintaktikus elemző (parser) Szemantikus
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
Operációs rendszerek. 11. gyakorlat. AWK - szintaxis, vezérlési szerkezetek UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED
UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED AWK - szintaxis, vezérlési szerkezetek Operációs rendszerek 11. gyakorlat Szegedi Tudományegyetem Természettudományi és Informatikai Kar Csuvik
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
Bánsághi Anna 2014 Bánsághi Anna 1 of 68
IMPERATÍV PROGRAMOZÁS Bánsághi Anna anna.bansaghi@mamikon.net 3. ELŐADÁS - PROGRAMOZÁSI TÉTELEK 2014 Bánsághi Anna 1 of 68 TEMATIKA I. ALAPFOGALMAK, TUDOMÁNYTÖRTÉNET II. IMPERATÍV PROGRAMOZÁS Imperatív
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
A programozás alapjai előadás. Amiről szólesz: A tárgy címe: A programozás alapjai
A programozás alapjai 1 1. előadás Híradástechnikai Tanszék Amiről szólesz: A tárgy címe: A programozás alapjai A számítógép részegységei, alacsony- és magasszintű programnyelvek, az imperatív programozási
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,
Bevezetés az informatikába
Bevezetés az informatikába 6. előadás Dr. Istenes Zoltán Eötvös Loránd Tudományegyetem Informatikai Kar Programozáselmélet és Szoftvertechnológiai Tanszék Matematikus BSc - I. félév / 2008 / Budapest Dr.
... S n. A párhuzamos programszerkezet két vagy több folyamatot tartalmaz, melyek egymással közös változó segítségével kommunikálnak.
Párhuzamos programok Legyen S parbegin S 1... S n parend; program. A párhuzamos programszerkezet két vagy több folyamatot tartalmaz, melyek egymással közös változó segítségével kommunikálnak. Folyamat
NEM-DETERMINISZTIKUS PROGRAMOK HELYESSÉGE. Szekvenciális programok kategóriái. Hoare-Dijkstra-Gries módszere
Szekvenciális programok kategóriái strukturálatlan strukturált NEM-DETERMINISZTIKUS PROGRAMOK HELYESSÉGE Hoare-Dijkstra-Gries módszere determinisztikus valódi korai nem-determinisztikus általános fejlett
Valószínűségi modellellenőrzés Markov döntési folyamatokkal
Valószínűségi modellellenőrzés Markov döntési folyamatokkal Hajdu Ákos Szoftver verifikáció és validáció 2015.12.09. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek
3. gyakorlat Folyamatmodellek, kooperáló viselkedésmodellek Megoldások
3. gyakorlat Folyamatmodellek, kooperáló viselkedésmodellek ok Figyelem: Jelen anyag belső használatra készült megoldási útmutató, melyet a ZH felkészülés segítése érdekében publikáltunk. A feladatok részletesebb
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)
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
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
Programozási nyelvek (ADA)
Programozási nyelvek (ADA) Kozsik Tamás előadása alapján Készítette: Nagy Krisztián 1. előadás Hasznos weboldal http://kto.web.elte.hu Program felépítése Programegységek (program unit) eljárások (procedure)
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)
3. gyakorlat Folyamatmodellek, kooperáló viselkedésmodellek Megoldások
3 gyakorlat Folyamatmodellek, kooperáló viselkedésmodellek ok 1 Felhőalapú adattárolás Felhő alapú adattárolást modellezünk (ld Dropbox, Google Drive, Tresorit), egyetlen állományra szorítkozva Az állománynak
BPEL nyelvű üzleti folyamatok modellezése és formális ellenőrzése
BPEL nyelvű üzleti folyamatok modellezése és formális ellenőrzése Kovács Máté, Gönczy László {kovmate,gonczy}@mit.bme.hu Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek
Megoldások a mintavizsga kérdések a VIMIAC04 tárgy ellenőrzési technikák részéhez kapcsolódóan (2017. május)
Megoldások a mintavizsga kérdések a VIMIAC04 tárgy ellenőrzési technikák részéhez kapcsolódóan (2017. május) Teszt kérdések 1. Melyik állítás igaz a folytonos integrációval (CI) kapcsolatban? a. Folytonos
AWK programozás, minták, vezérlési szerkezetek
10 AWK programozás, minták, vezérlési szerkezetek AWK futtatási módok AWK parancs, közvetlen programkódmegadás: awk 'PROGRAMKÓD' FILE példa: ls -l awk '{print $1, $5}' a programkód helyére minden indentálás
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ó
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
2) Tervezzen Stibitz kód szerint működő, aszinkron decimális előre számlálót! A megvalósításához
XIII. szekvenciális hálózatok tervezése ) Tervezzen digitális órához, aszinkron bináris előre számláló ciklus rövidítésével, 6-os számlálót! megvalósításához negatív élvezérelt T típusú tárolót és NN kaput
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
Occam 1. Készítette: Szabó Éva
Occam 1. Készítette: Szabó Éva Párhuzamos programozás Egyes folyamatok (processzek) párhuzamosan futnak. Több processzor -> tényleges párhuzamosság Egy processzor -> Időosztásos szimuláció Folyamatok közötti
Fordítás Kódoptimalizálás
Fordítás Kódoptimalizálás Kód visszafejtés. Izsó Tamás 2016. október 20. Izsó Tamás Fordítás Kódoptimalizálás / 1 Aktív változók Angol irodalomban a Live Variables kifejezést használják, míg az azt felhasználó
Modellező eszközök, kódgenerálás
Modellező eszközök, kódgenerálás Budapesti Műszaki és Gazdaságtudományi Egyetem Hibatűrő Rendszerek Kutatócsoport Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek
AWK programozás, minták, vezérlési szerkezetek
10 AWK programozás, minták, vezérlési szerkezetek AWK adatvezérelt szkriptnyelv text processing, adat kiterjesztés, tagolt adatok automatizált soronkénti feldolgozása a forrásállományt soronként beolvassa
Informatikai rendszertervezés
Informatikai rendszertervezés Dr. Varró Dániel Budapesti Műszaki és Gazdaságtudományi Egyetem Hibatűrő Rendszerek Kutatócsoport Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs
Programozás BMEKOKAA146. Dr. Bécsi Tamás 3. előadás
Programozás BMEKOKAA146 Dr. Bécsi Tamás 3. előadás Vezérlési szerkezetek Elágazás Gyakran előfordul, hogy meg kell vizsgálnunk egy állítást, és attól függően, hogy igaz vagy hamis, a programnak más-más
Szolgáltatásintegráció (VIMIM234) tárgy bevezető
Szolgáltatásintegráció Szolgáltatásintegráció (VIMIM234) tárgy bevezető Gönczy László gonczy@mit.bme.hu A tárgyról A tantárgy célja a hallgatók megismertetése a komplex informatikai rendszerek integrációs
Szimuláció. Fault Tolerant Systems Research Group. Budapest University of Technology and Economics. Department of Measurement and Information Systems
Szimuláció Budapest University of Technology and Economics Fault Tolerant Systems Research Group Budapest University of Technology and Economics Department of Measurement and Information Systems 1 Mérés:
Programozási technológia
Programozási technológia Dinamikus modell Tevékenységdiagram, Együttműködési diagram, Felhasználói esetek diagramja Dr. Szendrei Rudolf ELTE Informatikai Kar 2018. Tevékenység diagram A tevékenység (vagy
A C# programozási nyelv alapjai
A C# programozási nyelv alapjai Tisztán objektum-orientált Kis- és nagybetűket megkülönbözteti Ötvözi a C++, Delphi, Java programozási nyelvek pozitívumait.net futtatókörnyezet Visual Studio fejlesztőkörnyezet
Informatikai rendszertervezés
Informatikai rendszertervezés Budapesti Műszaki és Gazdaságtudományi Egyetem Hibatűrő Rendszerek Kutatócsoport Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
UML (Unified Modelling Language)
UML (Unified Modelling Language) UML (+ Object Constraint Language) Az objektum- modellezés egy szabványa (OMG) UML A 80-as, 90-es években egyre inkább terjedő objektum-orientált analízis és tervezés (OOA&D)
Informatika tanítási módszerek
Informatika tanítási módszerek Programozás tanítási módszerek módszeres, algoritmusorientált; adatorientált; specifikációorientált; feladattípus-orientált; nyelvorientált; utasításorientált; matematikaorientált;
Szoftvertervezés és -fejlesztés I.
Szoftvertervezés és -fejlesztés I. Operátorok Vezérlési szerkezetek Gyakorlás 1 Hallgatói Tájékoztató A jelen bemutatóban található adatok, tudnivalók és információk a számonkérendő anyag vázlatát képezik.
10-es Kurzus. OMT modellek és diagramok OMT metodológia. OMT (Object Modelling Technique)
10-es Kurzus OMT modellek és diagramok OMT metodológia OMT (Object Modelling Technique) 1 3 Modell és 6 Diagram Statikus modell : OMT Modellek és diagramok: Statikus leírása az összes objektumnak (Név,
Algoritmizálás és adatmodellezés tanítása 1. előadás
Algoritmizálás és adatmodellezés tanítása 1. előadás Algoritmus-leíró eszközök Folyamatábra Irányított gráf, amely csomópontokból és őket összekötő élekből áll, egyetlen induló és befejező éle van, az
Java II. I A Java programozási nyelv alapelemei
Java2 / 1 Java II. I A Java programozási nyelv alapelemei Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2009. 02. 09. Java II.: Alapelemek JAVA2 / 1 A Java formalizmusa A C, illetve
Komputeralgebra Rendszerek
Komputeralgebra Rendszerek Programozás Czirbusz Sándor ELTE IK, Komputeralgebra Tanszék 2014. február 23. TARTALOMJEGYZÉK 1 of 28 TARTALOMJEGYZÉK I 1 TARTALOMJEGYZÉK 2 Értékadás MAPLE -ben SAGE -ben 3
Java II. I A Java programozási nyelv alapelemei
Java II. I A Java programozási nyelv alapelemei Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2008. 02. 19. Java II.: Alapelemek JAVA2 / 1 A Java formalizmusa A C, illetve az annak
Adattípusok, vezérlési szerkezetek. Informatika Szabó Adrienn szeptember 14.
Informatika 1 2011 Második előadás, vezérlési szerkezetek Szabó Adrienn 2011. szeptember 14. Tartalom Algoritmusok, vezérlési szerkezetek If - else: elágazás While ciklus For ciklus Egyszerű típusok Összetett
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
Autóipari beágyazott rendszerek. Komponens és rendszer integráció
Autóipari beágyazott rendszerek és rendszer integráció 1 Magas szintű fejlesztési folyamat SW architektúra modellezés Modell (VFB) Magas szintű modellezés komponensek portok interfészek adattípusok meghatározása
Programozási alapismeretek. 1. előadás. A problémamegoldás lépései. A programkészítés folyamata. Az algoritmus fogalma. Nyelvi szintek.
Tartalom 1. előadás programozás során használt nyelvek A specifikáció Algoritmikus nyelvek A problémamegoldás lépései 3/41 (miből?, mit?) specifikáció (mivel?, hogyan?) adat- + algoritmus-leírás 3. (a
BGF. 4. Mi tartozik az adatmodellek szerkezeti elemei
1. Mi az elsődleges következménye a gyenge logikai redundanciának? inkonzisztencia veszélye felesleges tárfoglalás feltételes függés 2. Az olyan tulajdonság az egyeden belül, amelynek bármely előfordulása
Mechatronika és mikroszámítógépek 2017/2018 I. félév. Bevezetés a C nyelvbe
Mechatronika és mikroszámítógépek 2017/2018 I. félév Bevezetés a C nyelvbe A C programozási nyelv A C egy általános célú programozási nyelv, melyet Dennis Ritchie fejlesztett ki Ken Thompson segítségével
Programozási alapismeretek 1. előadás
Programozási alapismeretek 1. előadás Tartalom A problémamegoldás lépései programkészítés folyamata A specifikáció Az algoritmus Algoritmikus nyelvek struktogram A kódolás a fejlesztői környezet 2/33 A
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
Programok értelmezése
Programok értelmezése Kód visszafejtés. Izsó Tamás 2016. szeptember 22. Izsó Tamás Programok értelmezése/ 1 Section 1 Programok értelmezése Izsó Tamás Programok értelmezése/ 2 programok szemantika értelmezése
Forráskód generálás formális modellek alapján
Forráskód generálás formális modellek alapján dr. Majzik István Horányi Gergő és Jeszenszky Balázs (TDK) BME Méréstechnika és Információs Rendszerek Tanszék 1 Modellek a formális ellenőrzéshez Hogyan használhatók
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?
5. előadás. Programozás-elmélet. Programozás-elmélet 5. előadás
Elemi programok Definíció Az S A A program elemi, ha a A : S(a) { a, a, a, a,..., a, b b a}. A definíció alapján könnyen látható, hogy egy elemi program tényleg program. Speciális elemi programok a kövekezők:
Mintavételes szabályozás mikrovezérlő segítségével
Automatizálási Tanszék Mintavételes szabályozás mikrovezérlő segítségével Budai Tamás budai.tamas@sze.hu http://maxwell.sze.hu/~budait Tartalom Mikrovezérlőkről röviden Programozási alapismeretek ismétlés
Transzformációk integrált alkalmazása a modellvezérelt szoftverfejlesztésben. Ráth István
Transzformációk integrált alkalmazása a modellvezérelt szoftverfejlesztésben Ráth István rath@mit.bme.hu A grafikus nyelvek... mindenhol ott vannak: Grafikus felületek (Visual Studio) Relációs sémák (dbdesign)
Alkalmazott modul: Programozás 4. előadás. Procedurális programozás: iteratív és rekurzív alprogramok. Alprogramok. Alprogramok.
Eötvös Loránd Tudományegyetem Informatikai Kar Alkalmazott modul: Programozás 4. előadás Procedurális programozás: iteratív és rekurzív alprogramok Giachetta Roberto groberto@inf.elte.hu http://people.inf.elte.hu/groberto
Szoftver-modellellenőrzés absztrakciós módszerekkel
Szoftver-modellellenőrzés absztrakciós módszerekkel Hajdu Ákos Formális módszerek 2017.03.22. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék 1 BEVEZETŐ 2
Teszttervezés. Majzik István, Micskei Zoltán. Integrációs és ellenőrzési technikák (VIMIA04) Méréstechnika és Információs Rendszerek Tanszék
Integrációs és ellenőrzési technikák (VIMIA04) Teszttervezés Majzik István, Micskei Zoltán Méréstechnika és Információs Rendszerek Tanszék Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és
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
Algoritmizálás, adatmodellezés tanítása 6. előadás
Algoritmizálás, adatmodellezés tanítása 6. előadás Tesztelési módszerek statikus tesztelés kódellenőrzés szintaktikus ellenőrzés szemantikus ellenőrzés dinamikus tesztelés fekete doboz módszerek fehér
Algoritmusok tervezése
Hova fordulhatok segítségért? Az amatrcsillagászat egy szép tevékenység, de gyakran nagyon nehéz is lehet. Ilyenkor jöhet jól a többi amatrcsillagász segítsége. Az amatrök különböz egyesületeket, klubokat,
Digitális technika VIMIAA01 9. hét Fehér Béla BME MIT
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 VIMIAA01 9. hét Fehér Béla BME MIT Eddig Tetszőleges
Laborgyakorlat 3 A modul ellenőrzése szimulációval. Dr. Oniga István
Laborgyakorlat 3 A modul ellenőrzése szimulációval Dr. Oniga István Szimuláció és verifikáció Szimulációs lehetőségek Start Ellenőrzés után Viselkedési Funkcionális Fordítás után Leképezés után Időzítési
Digitális technika VIMIAA01 9. hét
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 VIMIAA01 9. hét Fehér Béla BME MIT Eddig Tetszőleges
A félév során előkerülő témakörök
A félév során előkerülő témakörök rekurzív algoritmusok rendező algoritmusok alapvető adattípusok, adatszerkezetek, és kapcsolódó algoritmusok dinamikus programozás mohó algoritmusok gráf algoritmusok
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
Kölcsönhatás diagramok
Kölcsönhatás diagramok Célkitűzés Olvasni tudják az alap UML kölcsönhatás diagramok (kommunikáció és szekvencia) diagramok jelöléseit. 2 Bevezetés Miért léteznek az objektumok? Azért, hogy a rendszer valamilyen
A programozás alapjai 1 Rekurzió
A programozás alapjai Rekurzió. előadás Híradástechnikai Tanszék - preorder (gyökér bal gyerek jobb gyerek) mentés - visszaállítás - inorder (bal gyerek gyökér jobb gyerek) rendezés 4 5 6 4 6 7 5 7 - posztorder
Struktúra alapú teszttervezési módszerek
Szoftverellenőrzési technikák Struktúra alapú teszttervezési módszerek Majzik István, Micskei Zoltán http://www.inf.mit.bme.hu/ 1 Teszttervezés módszerei I. Specifikáció alapú A rendszer mint fekete doboz
BOC Information Technologies Consulting GmbH. Minőségmenedzsment
Minőségmenedzsment Bäckerstraße 5/3, A- 1010 Wien Tel: +43-513 27 36-0 Fax: +43-513 27 36-5 http://www.boc-hu.com E-Mail: boc@boc-hu.com AZ ADONIS ÉS A MINŐSÉGMENEDZSMENT / ISO 9000:2000 A sikeres és dinamikus