A minőségbiztosítás informatikája Gégény Dávid - KHIWFS
|
|
|
- Dániel Halász
- 7 évvel ezelőtt
- Látták:
Átírás
1 A minőségbiztosítás informatikája Gégény Dávid - KHIWFS
2 - Tom DeMarco
3 Szoftvermetrikák A metrikák számszerűsítk egy folyamat vagy termék minőségét Fontos a fejleszthetőség Objektív eredményt adnak Lehetővé teszik az összehasonlítást A metrikák vizsgálata a minőség-ellenőrzés és minőségbiztosítás részét képezi
4 Szoftvermetrikák osztályozása Folyamatmetrikák pl. átlagos javítási idő Termékmetrikák Pl. kódsorok száma, ciklomatikus komplexitás
5 Folyamatmetrikák Fejlesztés hatékonyságát mérő új kódsorok száma havonta ne ezzel figyeljük a produktivitást (copy-paste) új funkciópontok száma havonta stb. Termékminőségre vonatkozó Bugok száma kódsoronként átlagos javítási idő átlagos meghibásodási idő két meghibásodás között eltelt átlagos idő hiba valószínűsége kérés esetén
6 Metrikák szerepe Kockázatelemzés Kockázatcsökkentés Erőforrás-igény, költségigény becslése Szoftverminőség meghatározása
7 Termékmetrikák Méretmetrikák Öröklődési metrikák Komplexitás Kohézió Csatolás Bad Smell és klón metrikák forráskód minősége (pl. szabványsértések száma)
8 Méretmetrikák Kódsorok száma (LOC) a rendszerhibákkal kapcsolatot feltéteztek de függ a programozási nyelvtől a programozási stílustól a rendszer típusától Hasznos kódsorok száma (ELOC) Nem üres és nem komment sorok Osztályok száma (NCL) Attribútumok/metódusok száma (NA/NM)
9 OO metrikák Objektumorientált programozáshoz tartozó metrikák Öröklési fa mélysége (DIT) az osztálytól a gyökérhez vezető út hossza a fában Osztályra adott válaszok száma (RFC) azon metódusok száma, amelyet válaszként hívhat egy másik osztály hatására Specializációs index
10 Komplexitás (McCabe) Ciklomatikus komplexitás Gráfmetrika Folyamatábrán (programgráfon) használjuk E N + 2P E élek száma N csúcsok száma P összefüggő komponensek száma (általában egy) Minél nagyobb, annál nehezebb tesztelni vagy megérteni a kódot Az idő- és tárbonyolultság szintén fontos szerepet játszik (ordó szimbolika)
11
12 WMC Weighted Methods per Class A tartalmazott metódusok McCabe komplexitásainak összege Magas érték tervezési hibára utalhat
13 LCOM Lack of Cohesion on Methods Azt méri, mennyire állnak kapcsolatban egymással az osztály metódusai Magas érték jobb enkapszulációt jelent Az alacsony érték tervezési hibára vagy magas komplexitásra utalhat
14 CBO Coupling Between Object classes Az osztályok mennyire állnak egymással kapcsolatban (pl. metódusokon keresztül) Az osztály által használt más osztályok száma (metódus, attribútum vagy öröklés által) A magas érték jelentése rossz enkapszuláció magas hibaszám rossz tesztelhetőség érzékenység a változásra Nagyon magas a korreláció a hibaszámmal
15 Fan-in, fan-out Fan-in hívó modulok száma Fan-out hívott modulok száma Henry és Kafura komplexitás Komplexitás = hossz (fan-in fan-out) 2 Card és Glass komplexitás strukturális komplexitás: S(i) = fan-out 2 (i) adatkomplexitás: D(i) = v(i) / (fan-out(i) + 1) v(i) I/O paraméterek száma rendszer komplexitás: C(i) = S(i) + D(i)
16 Klón metrikák Copy-paste használat Nehezebb változtatni vagy megérteni a kódot Felesleges kódrészek kerülhetnek bele CCL klónosztályok CI klónpéldányok CC klón-lefedettség klónként azonosított kódrészek aránya magas érték több hibát, nehezebb érthetőséget eredményez
17
18 Származtatott metrikák (ISO/IEC 9126) Funkcionalitás Megbízhatóság Használhatóság Hatékonyság Karbantarthatóság Hordozhatóság
19 Elemzés A meghatározott metrikákat elemezni kell Baseline értékek szükségesek nagyszámú mintából számított átlag szakértői tudást igényelhet
20 Bad Smell Adatosztály (csak adattagok, esetleg getter, setter) Feature envy (más osztály adattagjaira jobban koncentrál, mint a sajátjára) Nagyméretű osztály Lusta osztály (a szülő, gyerek, vagy a hívó végzi az összes feladatát) Hosszú metódus Hosszú paraméterlista
21
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
Innovatív együttműködés a NOKIA és az ELTE között
Innovatív együttműködés a NOKIA és az ELTE között Kooperatív képzés, kutatás, fejlesztés Fekete István, Kurtz János, Porkoláb Zoltán Kooperatív képzés Általános leírás Az ELTE Informatikai Kar programtervező
Nyílt forráskódú szoftverek minőségi vizsgálata szoftver metrikák alapján
Nyílt forráskódú szoftverek minőségi vizsgálata szoftver metrikák alapján Dr. Bagoly Zsolt 1 Dr. Ferenc Rudolf 2 1 Multiráció Kft. 2 Szegedi Tudományegyetem Szoftverfejlesztés Tanszék Motiváció A nyílt
Teljesítmény Mérés. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Teljesítmény Mérés / 20
Teljesítmény Mérés Tóth Zsolt Miskolci Egyetem 2013 Tóth Zsolt (Miskolci Egyetem) Teljesítmény Mérés 2013 1 / 20 Tartalomjegyzék 1 Bevezetés 2 Visual Studio Kód metrikák Performance Explorer Tóth Zsolt
Szoftvermérés:hogyan lehet a szoftvertermék vagy a szoftverfolyamat valamely jellemzőjéből numerikus értéket előállítani.
Szoftvermérés:hogyan lehet a szoftvertermék vagy a szoftverfolyamat valamely jellemzőjéből numerikus értéket előállítani. az értékeket összegyűjtik, tárolják egymással és az egész szervezetre alkalmazott
Programrendszerek tanúsítása szoftverminőség mérése
SZEGEDI TUDOMÁNYEGYETEM Programrendszerek tanúsítása szoftverminőség mérése Dr. Gyimóthy Tibor Dr. Ferenc Rudolf Szoftverminőség biztosítás Fő cél: az üzemelő IT rendszerekben csökkenteni a hibák számát
ö í Ü ö Ö ö ű ö ű ö í ű ó ö ó ö Ö ó ü í ó ó ó ö ö ö ó ó ó ö í ó ó ó ö ö ö ö ö í ö ó ö í ö ö ű ö ű ö í í í í ü ü í ó ö ö ü ú ü ö ö ö ó ü ö ű ö ö ü ó ö ú ö ű ö í ú í ó ö í ó ö í ö ű ö ű ö í í í ó ö ö Ö Ö
Á Á Á Á Ü ű Ü ö ű Ö ó ó ó ó Í ö Í ö ű ö ó ó ó Ö Í ó ó ó ó ó ó ó ö ó ö ö ó ö ó ö Ú Ö ó Í ö Í Íó Í ó Á Á ö ű ű ö É ü ű ó É ó ű ó ű ü É ó ó ó Ü É ó ó ö ó Í ü ö ö ö ü ó Ü ö ó ó É ü ö ö ó ü ű ó ü ö ó ó ö É
2. Szoftver minőségbiztosítás
2. Szoftver minőségbiztosítás A szoftver egy termelési folyamat végterméke, azaz végső soron a szoftver is egy termék. Az alábbiakban a minőség fogalmát tekintjük át általánosságban, mely így nemcsak a
Unit Teszt. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Unit Teszt / 22
Unit Teszt Tóth Zsolt Miskolci Egyetem 2013 Tóth Zsolt (Miskolci Egyetem) Unit Teszt 2013 1 / 22 Tartalomjegyzék 1 Bevezetés 2 Unit Teszt 3 Példa Tóth Zsolt (Miskolci Egyetem) Unit Teszt 2013 2 / 22 Szoftvertesztelés
Bonyolultsági. mértékek erlang programokhoz. Király Roland
Bonyolultsági mértékek erlang programokhoz Király Roland A kutatás a TÁMOP 4.2.4.A/2-11-1-2012-0001 azonosító számú Nemzeti Kiválóság Program Hazai hallgatói, illetve kutatói személyi támogatást biztosító
Osztályok. 4. gyakorlat
Osztályok 4. gyakorlat Az osztály fogalma Az objektumok formai leírása, melyek azonos tulajdonsággal és operációkkal rendelkeznek. Osztályból objektum készítését példányosításnak nevezzük. Minden objektum
Számítástechnika II. BMEKOKAA Előadás. Dr. Bécsi Tamás
Számítástechnika II. BMEKOKAA153 5. Előadás Dr. Bécsi Tamás Kivételkezelés try Azon utasítások kerülnek ide, melyek hibát okozhatnak, kivételkezelést igényelnek catch( típus [név]) Adott kivételtípus esetén
ó ő ö ő ű ö Ö ó ő ő ü ő ű É ő ő ő ű É ó ó ó ö ö ö ú ö ő ö ő ó ó ö ö ő ó ú ő ö ú ő ö ő Í Í ó ó ű Í ó ő ő ó ő ó ó ó ó ó ő ö Í Í Í ő ü ö ö ő ó ő ó ó ó Í ó ű ő ó ö ó ű ü ö ó ő ó ő ó ó ő ö őö ő ő Í ú ö ő ö
í ú ü ú í ú ü ú í ú ü ú ő ő Í Ö Ú Ü őí ű í í őő ő ü ő ő ű ő í É É Í Ö Ú Ü ő ő ő í ő í ú ű ő ő Í Ö Ú Ü ő ú ú í ü É ú í É ü í Ó ü É Ő É ü í ő Ú ő É ő ú É É ü ú í ő ő ü í ü ü ü í ű ú É É ü ü ü ü ü ü ő í ő
ö ő ü ú ö ö ő ö ő ö ö ö ö í Íó ó ó ö ö Í ö ő ö ö ö ö í ö ő ö ö í ö í ö őö í ö ö í ő ű ö ú í í ú ö ű í ó ö ö í í ő í ü ó ű ö ó ű ö ú ö ú í ő ö ö í ő í ö ü ő ó ö Í ő ó ö Íö ö ö ö ö ő ö ö í ö ö ő í ű ö ú
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,
ő ő ö ö ö ö ü ó ó ú ó ő ő ő ő ő ó ó ő ő íő ó ó ö ö ő ő ő ö ő ó ó ö ű ö ö í ó ö í ő ó í ő ö Í í ö í ú ó ő íó ő ö ó ő ó ó ó ú ó í Í Í ő ő ö ö ő ö ú ö ö ő ö ö Í ő ó ő ő ő ó ú ú ó Í ő í ó ó í ö ő ó ó ő ő ó
ő Á Á ö É Á ő ű ő Á Ó ü ö ö ö ő Ö Ö ő ü ü ü ű ü ö ö ö ő Ó Ó ő ő ő ő ű Ö ő ü ö ő Ö íő ő ő ö ű ő ő Ü ő ö ö ű ü ő ő ő ü ő ü ü ű ő ő ű Ü ő ű ű Ó ő ő ő í Ö ö ü ö ű í í ű í Ü ű ö ő ű ű ü í ű ű ö ü ö ű ü ű ö
É Ó ő ü ó ő Í ü ő ü Í ó Ú ő ó ü ő ő ű ő ó Ö ü É É É É ó ó ü ü ő ü ű ü ó ó ű ű ó ő ó ő ü ő ő ü ó ü ó ő ő ő ű ü ő ü ü ő Ú ó ő ü ó ő ő ü ő ó Ü ő ó ő ő ó ő Ú ő ó ő ó ő ó ó ő ü ó Í Íő ő ü ő É ő ü ó ü ű Á ü
ü ő ó ő ó ó ó ő ó ó ó í ó ö ó ö ö ű í ü ú í ő ő ö ő ő ő ó ö ü ó ö ó ü ó ő ú ű ő ö ü ő ú ű í ú ó őí ó ő í ö ó ö í ó ö ö ó í ó ö ó ó ó ö ő ó ő ő ő ő í ó ő ő ő ő ő ó ü ö ü ő ó ö ü ő ó ő ö ő ö ö ö ö í ö ö
Ő Ö ü ö ü ü ó ó Á ü ó ó ó ű ö ü ü ö ü ö ö ű ü ö ü ü ö ö ö ö ü ü ó ü ú ü ö ö ó ó ö ö ö ú ü ö ö ó ó ö ö ö ö ö ü ü ö ö ü Á ó ö ó ű ö ó ö ö ö Ö ö ö Í ó ü ú ó ö ü ú ö ö ö ó ó Í ü ó ú ö ö ö Ö ó ü ó ú ü Í ö ü
ő í ő Í í Ó í Ó í Ü í í í í í í ú í í Ü Ü Í Í í Ü Ú í í í í Í Ü Ő í í í í Ü ö Ó í í Ö í Ü í Ü Ö í Ö Ö í í Ó Ó Í í í Ő Ó í Ő Ú Ú Ö Ú Ö í Ő Í Ü í Ő í Í Ó Ó ő Ó Ó Í í Ü Ó Ó Ó Ó í ő í Ó Ó í Ö Ö í Ó Ó Ö í Ó
ó ó ö ö í ü í í ő ó Á ó Ó í ö ő ő í í ö Á ű ó ű í ő Í í ű ű ő ő ö ö í í í Ú Ü ö í ó ó ó ű í ő ű ö ő ö Ó ő ó í ú í Ó ú ö í Ó ű ü ű Ü í ü Ü Ó ű ő ó ű í Ü ő ő Ó Ö ö ö ő ő ű ő ü ű ű ó ő ö ő ö Ó í ó ű ő ű Ó
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 metrika Eclipse-plugin KÉSZÍTETTE: BARTA JÁNOS (SS4TCD)
Szoftver metrika Eclipse-plugin KÉSZÍTETTE: BARTA JÁNOS (SS4TCD) Témák áttekintése A szoftver metrika bemutatása Eclipse és plugin kapcsolat Jelentősebb Eclipse-pluginek ismertetése Eclipse Metrics Plugin
Szoftver termék metrikák alkalmazása a szoftverkarbantartás területén
Szegedi Tudományegyetem Szoftverfejlesztés Tanszék Szoftver termék metrikák alkalmazása a szoftverkarbantartás területén Ph.D. értekezés tézisei Siket István Témavezet : Dr. Gyimóthy Tibor Szeged 2010
OOP #1 (Bevezetés) v1.0 2003.03.07. 18:39:00. Eszterházy Károly Főiskola Információtechnológia tsz. Hernyák Zoltán adj.
OOP #1 (Bevezetés) v1.0 2003.03.07. 18:39:00 Eszterházy Károly Főiskola Információtechnológia tsz. Hernyák Zoltán adj. e-mail: aroan@ektf.hu web: http://aries.ektf.hu/~aroan OOP OOP_01-1 - E jegyzet másolata
ö ö ö ó ö ö ú ö ö ö ö ö ú ő ő ö ő ö ó ó ő ű ó ö őö ő ü ő ő ú ó Á Á Á Á ó ü ó ó ú Á Á Á ő ő ö ő ö ü É Á Á ú ö Á Á É É ö ü ö ö ő Í Á Ő É Ő ú Á É É ö ű ü ő ő ö ü ó ö Á É É ő ó ó ö ő ó Ö ő ó Ő ő ü ö ö ó ö
ó ü ú ü ú ó ó ú ü ú ü ú ö ö ű ü ö ö ö ú ó ü ö ö ö ü ö ö ö óó ü ö ö ó ó ö ó ö ú ó ó ó ó ű ö ö ó ö ó ó ú ű ü ö ö óó ú ó ö ö ü ó ó ó ó ó ó ó ü ó ú ű ü ó ö ú ű ó ü ö ö ó ó ü Á ó ű ó ü ó ó ú ó ú ó ó ö ö ü ú
Ö Í Ő Ó ó ö ó ó ő ö ú ö ú ö ö ú Í ó ö őö ő ü É É ő ő ö ö ó ó ö ő ő ő Ü É ü ú Ö Ö É É ő Ü Ö Í É Ó Ö Ó Ü É Ö ú Ó É Ő É É ö ö ü ö Ü ö ö ő ö ő ő Ö Ú Ő É Ő Ú É É ö ű ő ő ö ó ö Ú É É Ő Ó Ó ö Ó ö ó ő ó ő ó ű
Ó Ó ö ő ő Ü ö Ü ő ö ö Ü Ó ö Ó Ó Ü ö Ó Ó Ü Ó Ü ö ö ő Ü ő ö Ü ő Ó Ü ő ö Ó Ó Ü ö ő Ü Ü Ü Ó ö ö ő Ü Ó Ö ö Ó Ü Ó Ü Ó ő ö ö Ü Ü ő ö Ó Ü Ó ö Ó Ó ö Ü ö ő ö Ó ö ö ö ö ö ö ö ö ö Ü ő ű ű ö Ó ű ő Ó Ó Ü Ó Ü ő Ü Ó
Í ú Ó Á Á ö ö ő ö ő ö Á ö ő Í Í Í ö ö ő Í ö ö ű ö ü ö ú ü ő ü ő ö ő ö ő ú ő ö ő ö ő ö É ő ü ő ő ö ő ő Í ő ö ő ő ő ö ö ö ö ü ő Í ő ö ő Ó ü ő ő ü ü ő ő ő ő ü ő ö ű ő ő ő ő ő ő ű ő ő ő Í ű ő ö ö ő ő ő ű ő
É É ő ü ó ü ú ü ó Ö ű ő ú ű ő ü ó ó Ö Ü ó ó ő ü ú ü ű ó ő ő ő ő ő ó ő ő ü ó ő ó ő ő Ö ó ő ő Ö ő ü ó ü Ö ő ü ó ő ő Á Á ő ó ó ó ő ő Á ű ő ó ó ő ü ő ü ő ő Á ú ü ü ó ő ű ő ő ő ó ü ó ő ő ü ó ó ó Á ő Á ő ó ő
ü ö ú ü ü ö ú ő ö ő ő ű ö ú ő ű ö ü ü ő ú ö ü ü ö ö ő ö ú ű ü ö ő ű ö őö ő ü ő ö ő ö ö ü ü ő ű ö ö ü ü ő ü ü ő ü ú ö ö ü ö ü ö ö ő ú ő ő ú ü ő ő ü ö ú ő ö ü ő ú ő ő ö ö ö ő ő Á ő ö ő ü ő ö ő ú ü ü ő ő
Ó ú ö ő Á ö ő ő ő Á ú ú ő ő ö ú ő ő ü ö ö ü ő ö ő ö ő Ó ö ö Ó ö ö ú ö ö ő ö ö ö ü ú ő ú ö ú ő ő ő ő ö ő ő ú ő ő ö ú ú ő ő ú ő ö ö ü ő ö ö ö ö ő ü ő ö ö ő ö ö ü ő ő ö ő ö ő ö ő ö ö ö ö ő ö ö ő ő ű ű ű ö
ö Ö ő Í Ó ö ö Ö ő ő ű ö ő ö ö ö ö ő ő ö ő ő ő ő Ö ő ö ö Ö ö Ö ö ő ö Ö ő ö ő ö Ú ő ő ö ö Ö ő ö Ó ő ő ő Ö ö ő ö ö ú ö ő ö ö ö ö ű ö Ö ö Ó ö ú ú ö ő ö ú ö ö ö ö ö Ó ő ő öő ő Á ű ő ö Ö ő Á Ó ö Ó Ó ö ű ú ú
ö ú Ú ö ö Ú Á É Á ő ú Ú Ú É É ő É É ö ú Ú ö É Á Á Á ö ö ö É ö ö ö Ú É ö Ú É ö ő ú Ú É ö Ü ö ö Ü ö Á Á ö ő ű ú ö ú Ú É É ö ű ú É ú ö ő ű ö ü É ú ú ö É ö ű É ú ö ú Ü ü É Á ö ő ű ö ö ú É ú ü ú É ö ű ú Á ü
Á Á Ó É ö ó ó É í ó ü ó ö ö í ó ö ó í ó í ú Í í ó í ö í ó ű ű ü ó ó ú í ö í ö ü ú í í ü ü ó ó ó ó ó ú í ü í ű ó í í ö ü ü í ű ó í ó ü ö ü í í ü ó ű ó í ü ü ó í ó ó í ó í ú í ó ó í ö ó ö Á óö ö í í ó ó
ü ú ü É É Ő Ö ü ü ö ú ó ő ö ü ő ü ü ö ú ü í ő ö ő ó ö ö ö ö ü ö ö ö ö ü ü ő ö ú ü ő í í ö ü ü ö ő ó ő í ü ő í ő í Í ó í ó Í Ó Ü Ö ö ő ó ó ö ü Í Í ó Íí ö ő ó ó ö í Í í ő ó ö ő ó í ő ü ü ó ó ö ö Ú ó ó ü
ö Á ö É É ü ü É É Ő ö É ö Á ó ü É Ó Ö Á ú é ü ö é Ö é ü é é ü ü é é Ü é ö ö Ö ö é Á é é é é é ó é é é é ü é ö ö ö í é ü ú é é é ü ü é é é ü é é ö é ö é é ó ö ü é é é é ó ó ö í ó é ó é é é ó é é é ű ö é
Á Ó Á Ü ő ű Ú ö í ő Ó ú ö Á ú Ű Ó ű Ó í ű ö í ö ő ö ö í ö ö ő É ö Á ű Ó ö Á Ó ö í Á í í ö ű ö ú ö ö ú ö Ú ö ű Ó Ú ö Á í Ó í í Í í í Í ö Ú ö Á ú í Ó ő í ú ö Á ú Á í ú ö Á ú í ö Á ú í Ó ö ű Ó Ú Ú ű ő ö ü
Á Á É Á Ü ö ű ű ő í ő ö ő í ő ö í É ő í ű ö ő ő í ö ü ő ő ü ő ü í ö ö ü ö ü ő ő ü ü ő ü ö ő ő ő ő íő ö ö ö ü ő ő ő ő í ú ő ő í ü ö ő í ű ü ö ő ő ő ő í ú ö ö ő ö ö ö ö ü ő ő ö ő ő í í ő ö ü ö í ö ö ö ö
ó Í ó ó Ü ó ő Ú ő É ó É Í ő Ö ő ő ó Íó ó Ú ó É Ö ó ő ő Ú Íő ő ő ő ő ő Ú ő ó ó ő ő ő ő ó ő ő ő ő ő ő Í ő ő ó ő ő ó ő Í ő ó ő ő ő ő ő ó ó ó ő ő ó ő ő ő ő ő ő ó ő ő ő ó ő ő Á ű ő ő ő ő ő ő Í ó ő ő ő ő ó ó
Á Á Í ó ó ó ö ó Ü ö ú Í ó ö ö ó ú ö ó ö ö Ü ö ú ó ó ó ó ö ü ó ö ö ü Ü ö ö ú ó ó ö ú ö ó ó ó ó ö ó ö ó ö ó ö ű ö ö ö ű ö ö ű ö ö ö ű ö ö ó ö ö ó ó ü ö ö ű ö ö ö ó ö ű ö Ü ö ö ú ó ö ó ü ü ö ü ü ö Í ö ü ö
ó ő ó ó ö ö ú Á Í ö ó ő ö ú Í ó ü ó ő ö ú ö ó ő ó ő ü ő ű ö ö ü ő ü ó Ó ö ó ó ő ő ő ö Í ó ö ö ö ó ő ö ő Í ü ö ö ö ö ö ö ő ö ö ö ö ú ú ű ö ű ó ó ö ö ő ű ö ú ö ö ö ö ö ó Á ö ö ö ő ő ó ő ő Ö ő ú ó ö ú ú ű
É ő ő íí í ú í ő Ő ő ü ü ü ü ü Ü Ü ő ő ő ő í ő ő ő í íí í ő ű í Ó Ó Ó í Ö Ö í Á Ö Ü Ö É í Ö í ő Ö Ö Ö Á í Á ő ő ő ő É Í Í ő ú Ú ú Ö í ő Á Ö ő Í Í ő ű í ő ú ü íí í Ö ő ő ő ő Í ő ő ő ő í ő ő ő ő í É É í
í ö ő í ú ö ö í íí ü Ú Í Á ú ü í ö í ő í ö ő ű Í í ö ü ü ő ő ú í ő í ő ü ü ő Í ő Í í ü ö ö ö ö í ű ő ö ö ö í ü í Ó ö í ő ő í í ő Ó Ú Ő Íő Ő Ó ő ö ő ü ű í í ü ú Ő Í ő ő ő í ü ő É í Ő í ü ü ö ő í ü ö ö ü
Í ö Í ű ú ö ö ú ö É í í ö Ó ű í ö ö í ö ö ö í í ö í í ö ö í ö ö ö ű í ö ö ö ö ö ö ö ú ö í ö ö í ö ö ö ö ö ú ű ű ú ö ö í ö É í ö ö í ö ö ö ú ű ö ö í ö ú ű ö ö í í ú ö ö í ö í í ö ö ö ú ö ö ö ö Í ö ú ö ú
ö Ö ö Ö ö ö ö ö ö ö ö Ö ö Ö ö ö ö ö ö ű ö ö ö ö Ö ö Ő Ü ö ö Ö Ö ö ö ö ö ö ö ö ö Ü ö ö ö ű ö ö ö ö ű ö ű ö Ö Ü Ü ö ö ú Ű ÍŐ Ö Ő ÍŐ ö ö ö ö ű ö Ö Ö Ó ö ö Ö ö ö Ö ö ö Ö ö ű ö ö É ö ö Í Á Á Ő ű ö ű ú Ö Ü Á
í ö Ö Á í ö í í ö í ö ö í í ö ö ö ö í í ö í ö í ö í ü í í ö í í í í í ö ö í í í ú ö í í ö Á Á Á ü ú í ö Á í í í ö í í ü ö ö ö ö í ö í í í ú í í ű ú í í í í ö í ű í ö ö ü ö ű ö ö í í í í í ö ü í ö í ö ű
Ő Ö ö Ö É Á Ü É ó É ó ü É É Ö Ö Á É Ő ú É Á ú Ő Ö Ü Ö Ö ü ó ó ü Ü ű ö ú ó Á í ó ö ö ö ö ó ü í í Á í Ó í ó ü Ö ö ú ó ó ö ü ó ó ö í í ű ö ó í ü í ö í í ű ö ü Ő ü ú Ö ö ó ö ó ö ö ö ü ó ö í ó Ö ö Ő ü Ö Ö ü
ű í ö ö Á ü ü ö ö ö í í É ú ú ö ö ű í ö ü ö ú ü ű ú ö í í ú ö ú í ö ü í í ö í Á Ó É í ű ö ü ö ü ú ü ö ü ú ű ö ü ű ü í ü ű ü ü ö ű í ü í ö ü í í í í ö í ö ö ö Á ű ú ű ö ö ű í ö ö í ú í í ű í ö ú ö ö í Á
ö é Ö é ü ö é ü ö é Ö é ü í ü ü ü é é ü é é Ö ö é é é é ö ü ö ü ö é é ö é é ö é é ö ö é í é ü é é é í é ö é é ö é ö é ü é ü ú é é é é é í é é é é ö ö é é ö ö é é í í é í é ü ö ü Á é ö Á í ö í é ö ü ö é
ö ú í í í ő ű Ü Ű Í í Ő Á Á Ö Ő Ű Í ö ú í í í ú ő ö ű í í í ö Ó ő í í í ö ú í ö ö ö ö Ü ő ö ö ö ú ű ő ú ű ö ö ú ö ö ő Ü ö ö í í ő ö í í í í í í ö ö í ö ö í í ő í ő ö ő í ú í ö í ö í í ö ű ö ö Ó Ü ö ő ő
ú ű ö ö ü ü Í ö ö ö ö É Í É ú ú É ú ú ö É ö Í Ü ú Í ö ö Í ú ö ö ö ö ü ö ö ú ü Ü ö ü Í ö ö ű ö ö Í ű ú ö ö ö ö Í ö ö ű ö ö Í ü Í ü ú Í É ö ö ü ö ö Ü ö ö Í ü Í ö ü Í Í ö Í ö Í ü ö ú Í ú Í ö É ú Í ö ö Í É
É ö ö Í Í Í Ó Í Í Á Ó Á Ü Ú Í Á Á ű Á Ó Í Í É Á Ó Á Á ö ö Á Í Á Á ö ö ű ö ö Í Í ű Ö ű ö ö ű Í Í Ü ö ö Ó ű Í ö ö Í ö ö Ó ö Ö Í ö ö Ö ö ű ö ö Ó Í ű Ó ö ö ű ö ű Ö Ü Ö ű ű ö ö ö ö ö ö Íö ö Í Ö Ó ű ö ű ö ö
Ő Ö Ü Ö Ö ő ü ó í ü ü ő ü ó Ö ó ő ó ó ő ó ő í ő í ü ő ö ö ö ü í ü ö ö ö ö Ö ő ő Ö ő í ó ő ó ő Ö í ő ő ő ő ü ő ő ö ó ű ö ó ö ú ő ő ó ü ö í ü ö ö ó í ú ő ó ő í ö ö ö í ő ö ő ő ó ü ö ú ü ő ó ó ő ó ő ó í í
É É É Ó Ö É í Ö ő ü ó ő ó ű Á ű ó ő ó ü ó ő ű ő Ö ü É É É ó É ó ü ű í Ö ü ó ű í ó ő ó ő ü ó ü ő ó É Í ő ő ő Ú ó ő ő ő ó ű ó ő ó ü ő ő ő í ü ő ü ő ó Ü ő ó ő ő ó ő Ú ő ő ó ő í ó ő ü ó Í ő ő ü ő É í ő ü ó
ő ö é ü ö é Ö é ő ü é í ü é é ő ö é ő ö Á ó ü ö é í é ö é Ö é ő ü ü é í é é ó é é í í é é ő ü í ő Ö í é ő é é ő é ő éü ú ü ö ő í Ú Ú ö É í í ü ó ó ó ü ő ö é í ó ö é í ö é é í ö é ó ű ő ö é ő ű ő í é í
ú Ö ü ő ő ú ú ű ő í ó ó í ó ú ő ü ú ű ő í ó ó í ó ű í ó ő Í ő ü ú ő ő í ó ú Ö ő Ü ó ő ő É ó ó ó ó ő ő ú ű ő í ó ú ű ő ú ú ő ű ő í ő ó í ű ő ü ú ó ő ő ó ű ő ő í í í í ó ű ú ő Á ó ő Á ú ó ó ő ó í ó ű í í
ú ő ó ú ö ő ü ú ö ő ó ó ó ü ő í ö í ó ú ő ó ó ó ú ó ú ó ő ő ö ö ő ó ú ó ő ó ő í Á Á ö ö ó ő ú ö ő ú ó í ő ü ü ü í ú ü ü ü ó ú í ü í ó ő ó ő í ú ü ú ó ü ü ö ó ü ó í ü ó ő ö ö í ü ú ó ő ó í ó ő ó í ó ó í
Á ó ü ő Ö Á ü ó ü ő Í ü Í Ó ü ő ő ó ó ó Í ó ü ó ő ő ó ó ü ú Í ő ő ó Ó ő ó ü ó Á ü ó ő ó Í Á Í ő ó ó ó ő ő Á ó ó ú ő Í ő ű ó Ó ü ó ó ú ó ő ú ü ő ó ó ó ő ó ó Ö ó ó ő ó ő ó ő ü ű ő ó ó ő ú ő ú ü Í ü ő ó ó
ü ö Ö ü ó ü ó ó ó Á Ő É ö Ö ü ó ü ú ó ó ó ö ó í í ö ú Ó É ö Ö ü ó ü ü ó ó ó ö ó í ü ö Ö ó ü ü ü ó ó ó ö ó ü í í í ó í ú ű ű ü ű ú í ü ö ö í ö ú ü ó ú ú ű í ü ö ö ó ú ó í ü ú ó ü ó ó ű ó í ü ű ü í ű í
ü ó Ö ü í ü ü ü ö É ó ó í ó ó ö ó ö ö ö í í ű ü ü ü Í í ü ü ü ö í ó í ó ó í ó í É ü ö í Í É í ö ú í ó í ö ö ó í ö ó ó ó ö ó ö í í ó ó í ó ó Ö í ö ö ó ö ó ú ó ö ó í ó ó í í ü ó í ö ó ó ü ü ó ö ó ú í ó í
Í ú ó ú ó ú ó ó Á ó ó ö ű ú Á ú ó ó ó Í ó ö ö ö Í ö ó ó ö ó ó ó ö ó ö ö ö ö ó ö ó ö ó ü ó ó ü ó ü ö ö ö ö Ő ó ó Íó ó ó ü ó ű ó ó ű ű ó ö ü ö ú ö ü ű ö ö ö ö ó ú ö ö ö ü Í Í Í Á ó ó ú ü ú Á ü ö Á ó ü ó
ü Ü ö ö ú Í ó í í ó ó ó ü ó ű ó í ó ó í ö ó ö ú ü ö Í í í ó ó ó ó Í ó ü ű ó í ó ó í ó Í í ó ü ö ú ó ó ó í í ó í í ű í ü ö í ó í ö í ú ó í ú ü ú Í í ü Í í í ó ü ö í ó í ó ü ö ó Í í í ó Í É ó ó ó Í í ö ö
í ő í Í Í ő ő ö Ú Ő É í É É Ö Ú Ü ö ö í ö í É Í í Ó ú ő í ö Ú Ó ő Ó ő í Ó ú í ö ú ü í ő ú ö Ó Í ő Ó ő ö Ó őö Ó őí ö í í ő őí ő í í Í Í Ú ü ö ő í ő í í Ó ö Ú ú ö ú Í Ó ö Ú ő Ú ü ö ő ú ö Ó í ö ö Ó í ü í
í í ő Ó Ü Ü Á Í Í ü í É Á Á í Ü ő ű Ű ő ü ö í ő í í í í ö Á ü Ü í í í ü ö í ő í ő í í í ű É í í í ő É ü Í í Í ő ű É ü í ő Ö í ú í ú Í í í ő í É ü ű í ö ő ú ö í ü ü ő ő ű ő í í ő ő í ő ú ö í ü ü í í őí
ó ó ö ü ó ó É É ó ó ó ö ü ó ó ű É É ó óé ó Ü ó ó ö ó ó ö ó ó ü ö Ü ó ö ó Ü ü ó ú ű É É ü ú ó Ü ó ű ö ó Ü ú ű ö ó ú ó ó ó ö ó ü ü ú ó ó Ü ó ó ú ó ó ú ü ó ó ó ó ó ó Í ó Í ó ó ó ó ó ó ó ü ú ó ú ü ó ó ú ú
Szoftver-technológia II. Modulok és OOP. Irodalom
Modulok és OOP Irodalom Steven R. Schach: Object Oriented & Classical Software Engineering, McGRAW-HILL, 6th edition, 2005, chapter 7. 2 Modulok és objektumok Modulok Lexikálisan folytonos utasítás sorozatok,
Magas szintű adatmodellek Egyed/kapcsolat modell I.
Magas szintű adatmodellek Egyed/kapcsolat modell I. Ullman-Widom: Adatbázisrendszerek. Alapvetés. 4.fejezet Magas szintű adatmodellek (4.1-4.3.fej.) (köv.héten folyt.köv. 4.4-4.6.fej.) Az adatbázis modellezés
Programozási alapismeretek 4.
Programozási alapismeretek 4. Obejktum-Orientált Programozás Kis Balázs Bevezetés I. Az OO programozási szemlélet, egy merőben más szemlélet, az összes előző szemlélettel (strukturális, moduláris, stb.)
Forráskód minőségbiztosítás
Forráskód minőségbiztosítás Digitális Jólét Fórum nemzeti digitális ipar fejlesztése Dr. habil. Ferenc Rudolf Egyetemi docens, SZTE Szoftverfejlesztés Tanszék Tudományos tanácsadó, FrontEndART Kft. Szoftvertermék
Interfészek. PPT 2007/2008 tavasz.
Interfészek szenasi.sandor@nik.bmf.hu PPT 2007/2008 tavasz http://nik.bmf.hu/ppt 1 Témakörök Polimorfizmus áttekintése Interfészek Interfészek kiterjesztése 2 Már megismert fogalmak áttekintése Objektumorientált
SZOFTVER- MINŐSÉGBIZTOSÍTÁS
SZOFTVER- MINŐSÉGBIZTOSÍTÁS DR. SZIRAY JÓZSEF DR. BENYÓ BALÁZS HECKENAST TAMÁS 2005. Minőség koncepciók Különböző minőség fogalmak A minőség filozófiai értelmezése A minőség fogyasztói értelmezése A minőség
ő ü ő ő ő í ő ü í ü Á ő ő ő ű ő ő ő ő ő ő Ó Ó Ö ő ü ő ű ú ü ő ú ü ő ű ű ú ű ő í ő ű ő í ü Ő ő Ö Ö í ő ü ő ő ű ú ú í ú Ö ő Ö ő ü ő Ö í ú ő ú ü ő ű ű ú ő ú ő í ű ő í ü ő ő Ö Ö ő ő Ö Ö ő ű ú ú í ú Ö ő Ö ő
Funkciópont elemzés: elmélet és gyakorlat
Funkciópont elemzés: elmélet és gyakorlat Funkciópont elemzés Szoftver metrikák Funkciópont, mint metrika A funkciópont metrika alapelveinek áttekintése Bonyolultsággal korrigált funkciópont A funkciópont
Komplex záróvizsga témakörök Gazdaságinformatikus szak Pénzintézeti informatikus szakirány 2018
Komplex záróvizsga témakörök Gazdaságinformatikus szak Pénzintézeti informatikus szakirány 2018 Objektumorientált tervezés és programozás 1. (4 kredit) 1. Osztály, objektum. Az osztály szerkezete. Az objektum
É É Í Á É ő Ó Á É É É Á Ó í Ó ó ó Ó Ó í í í Ó ő í Ó Ó Ó í í ó Ó ó ó Ó í ő í ő Ó ó ó í Ó Ó í Ó Ó Ó ó Ó ó Ó ó Ő í í í ó ó Ó Í í ó Ó Ó ó Ó Í Ó Ó Ó ó ö Ó í ó í ó ó ó í Ó Ó í ó í ó ó Í í ó í ő Í Ó Ó ó í ő í
ü ö ú Í ü ü ö ú ü ö ö ó ö ő ö ú ü í ő ö ő ó ö ö ö ö í í ö ü ő ü ö ő Í ő í ú í Ó í ő Í ó ó ó í í Í ó í ó ü ö ő í Í Ó Ü Ö ö ő ö í í ó ó ö ö í í ó ó ö ő í ő ö ó í ó ő í ó í ő í ó ü ő ő ü ó Á í í ó ö ő ö í
Objektum orientált programozás (Object Oriented Programming = OOP)
Objektum orientált programozás (Object Oriented Programming = OOP) Ajánlott irodalom: Angster Erzsébet: Az objektumorientált tervezés és programozás alapjai Dr. Kondorosi Károly, Dr. László Zoltán, Dr.
Á ö É ó Á É ó ü É ó ö í ü ő ö Ö ó ó í ő ő í ó ö ő ó ő ő ö ö Ö ő ő ő ő ő ő ő ü ü ö ő őő ű ö ő ő ó ö ő ő ő ü ó ó ó ő ő ú ó í ú ö ú ó í ő ő ő ő ü ü ő ö ó í ő ő ő ü ú ö í ó í ő ő ü í ő ő ő ü ö ő ü í ü ó ő
A KÓDOLÁS TECHNIKAI ELVEI
1. A KÓDOLÁS FOGALMA A KÓDOLÁS TECHNIKAI ELVEI A kódolás a forrásnyelvű (pl. C#, Java) program elkészítését jelenti. Ha a megoldást gondosan megterveztük, akkor ez általában már csak rutinszerű, technikai
Á Á É É Í É É É ö ő ü ö ő ő ü ő í ú ó ő ő ó ó ő ú ó í ő ő ő ó ü ö ü ö ü ö ö í í ő í ő É É Á ő ő É í ó ú ó í ö í í ő É í ó í ó ó ő í í ö ő ő ő ö ő ö í ö í ő ő ő ö ó ü ő ö ő ó ó ü ő ó ő ő í ó ó ő ö í í ó
ő ő ű ú ő ü ő ő ő ü ü ü ü ü Í Ü Ü ü ő ő ő ő ő ő ő ű ú ű ő ő Í Á Í ü É Á Ó Í Á ő ő ő Ó Í Ö ú ú ú ő Á ő ő Í ő ű ú Í ű Í Í ő ő Í ő ő ő ő É ü ű Í ü Í ő ú Í ű É Í ü ú ő ő ű ú ű Í ő ő ő ő ő ő ő ő ő ő ü ú Í ő
Á Ő Á Ö é í ó Á ő ő Á Á Ó Ö Őú Ó ó É ö Ű ö É Á é Ö ú ó Á Ó Ö É É É ó í É É ó ó É ö ű ö É Á ó ő ö é í ö é ű ö ő ö ő é ű ö é ö é é ű é Ő é é í é ö é é ő é é é ö é é é é í é ú ó é ű é Ó é ú ű ő é é ő é ű
ó ü ó í ö ú ú í ú óö ó ő ő ö ő ó ú ó ő ö ó ú ó ő ő ő ő ú ó ő ú ó ú ó ó í ő ó ő ő í ü ö ő ú ó í ö ő ö ő í í ó í Í ü ö ó ó ú í Í í ő ő ö ö ő ú í ö ö ő ú ó ú ó ő ö ő í ő ő í ő ö ö ő ó ü ő ö ő ó ó ü ü Í ó
C++ programozási nyelv
C++ programozási nyelv Gyakorlat - 9. hét Nyugat-Magyarországi Egyetem Faipari Mérnöki Kar Informatikai Intézet Soós Sándor 2004. november A C++ programozási nyelv Soós Sándor 1/15 Tartalomjegyzék Hozzáférési
ő ö ő í ő Í í í ö Ö Ö ű Ö ő Ö Ö ő ő Í Ö ő Ö ő Ö í ö ő í í í í ő í í ő ő őí őú ü ü í ő ö ő ű ő ö ü ü ő Í Í ő ö ö í ő Í ö í ő ö ö í í ö ű ö ö ő ú ö ö í í ű ö ő ö í ő ő ü í ő ő ü ő ő ü ö ö ü ő ő ö ü ü ő ö
Objektumelvű programozás
Objektum, osztály Objektumelvű programozás Az elemzés együttműködő objektumok rendszereként fogalmazza meg a feladatot. Objektum-központú elemzés A tervezés a feladat tárgyköreit egy-egy objektum felelősségévé
Á í Á í ó ó ő ő ű í ó ő ííó í ó ó ü ó ö í ő É ö í ö ű ő ó í ó ü í ó ő ő ő í ó ö ő ó ó ő ó ö ú í ö ö ó ö ó ö í ö í ó ó ö ó í ö íö ö ó ó Á ö ö ö ó ü ű ö ö ó í ö ó ó ö í ó ö ő ó ó í ü ő ó ó ó ü ö ö ö ö ő
ú ö ö í Ö Á Ó Á Ö ő í ő í ő ö ö ö Ö í ö ő í ö ő ő í ő ö ő ő ö í ü ő ő í ű ő ő ö ő í ö ö ü ú ű ú ő ú í ü í í íí ú ü ö í ü ü ő í ö ö ü ő ú ő ö ő í Á ő í ő ö ű ö ö í ö ö ö ö ö ö ő ö ő í ű í ö ö ö í ő ö ö
Szoftver újrafelhasználás
Szoftver újrafelhasználás Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással
ő ö ó í ó ö ő ó ö ö ö ö í ő ü ö ő ó ü ó ó ő ü ő ö ü ö ő ő ő í ő ó ö ü Í ő ó ü ö ó ú ő ö ó ó ö ő ö ó í ó ő ö ú ó ó ü ó ö ó Á Á ó ó ó Á ó ő ő í ö ő í Á í ő í ü ö ö ö ó í ö ő ö ő ü ó ű ö ő ö ö ó í ü ó ö ő
í ó Í ő í í ó ó ó ú ó Ó ó ö ű ú ó í ó í ó ő ű ö í í ó ű ű ö í ö ü íó ő í ó ú Ö í ó ő í ó ű ö í ö ú ő ö ö í ö ú ó ő ö ú ö ö ú ó í ó ű í í ó ű ó í ó í ó ű ö ú í ü ö ó ö ú ú ü ó ű ö ú ú ü ö ö ű ö ú ö ö ö
Autóipari beágyazott rendszerek. 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
Osztálytervezés és implementációs ajánlások
Osztálytervezés és implementációs ajánlások Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2006. 04. 24. Osztálytervezés és implementációs kérdések OTERV / 1 Osztály tervezés Egy nyelv
Ö É Á Ú Ö É É É É Í Ü Ü É í Ü ő ö ö Á ö ú ö í Í ő Ö ő Ü ú ö í ú ő í ő í í ő ö ö ö ö ü í ő í í ü ő ü ő ő í í í ő ú ö ő ő í í í í ö ő í ö ü ő í ü ű í í ü í úő í ö ü ő í ü ú í ü ő ő í í Ü Í ő Ü É Ú ö ö Í