ELTE, Informatikai Kar december 12.

Hasonló dokumentumok
Név: Neptun kód: Pontszám:

Szálkezelés. Melyik az a hívás, amelynek megtörténtekor már biztosak lehetünk a deadlock kialakulásában?

Szálkezelés. Melyik az a hívás, amelynek megtörténtekor már biztosak lehetünk a deadlock kialakulásában?

Szálkezelés. Melyik az a hívás, amelynek megtörténtekor már biztosak lehetünk a deadlock kialakulásában?

Eseményvezérelt alkalmazások fejlesztése I 11. előadás. Szoftverek tesztelése

3. Beadandó feladat dokumentáció

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

Szoftvertechnológia 7. előadás. Objektumorientált tervezés: végrehajtás. Giachetta Roberto. Eötvös Loránd Tudományegyetem Informatikai Kar

1. Beadandó feladat dokumentáció

HASZNÁLATI ESET DIAGRAM (USE CASE DIAGRAM)

Programozási technológia II 7. előadás. Verifikáció és validáció Giachetta Roberto

UML (Unified Modelling Language)

S01-7 Komponens alapú szoftverfejlesztés 1

Programozási alapismeretek beadandó feladat: ProgAlap beadandó feladatok téma 99. feladat 1

Szoftvertechnológia 10. előadás. Verifikáció és validáció. Giachetta Roberto. Eötvös Loránd Tudományegyetem Informatikai Kar

Programozási technológia II 2. előadás. Specifikáció és követelménymenedzsment

Webes alkalmazások fejlesztése 10. előadás. Webszolgáltatások tesztelése (ASP.NET Core) Cserép Máté

TESZTELÉS A SZOFTVER ÉLETCIKLUSÁN ÁT SZOFTVERFEJLESZTÉSI MODELLEK

Programozási technológia 2.

Széchenyi István Egyetem. Programozás III. Varjasi Norbert

Alkalmazások fejlesztése A D O K U M E N T Á C I Ó F E L É P Í T É S E

Térinformatikai és távérzékelési alkalmazások fejlesztése. Szoftverek minőségbiztosítása

Információtartalom vázlata

Követelmény alapú minőségbiztosítás az államigazgatásban

2. Beadandó feladat dokumentáció

OOP: Java 8.Gy: Abstract osztályok, interfészek

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?

Térinformatikai és távérzékelési alkalmazások fejlesztése. Szoftverek minőségbiztosítása. Szoftverek minőségbiztosítása Verifikáció és validáció

2. Beadandó feladat dokumentáció

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

Szerző Lővei Péter LOPSAAI.ELTE IP-08PAEG/25 Daiki Tennó

Mobil Partner telepítési és használati útmutató

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)

Eseményvezérelt alkalmazások fejlesztése I 8. előadás. Általános szoftver architektúrák. Giachetta Roberto

Unit Teszt. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Unit Teszt / 22

HORVÁTH ZSÓFIA 1. Beadandó feladat (HOZSAAI.ELTE) ápr 7. 8-as csoport

Elemi Alkalmazások Fejlesztése II.

Modell megvalósítása. Gregorics Tibor: Eseményvezérelt alkalmazások fejlesztése I.

Programozás II gyakorlat. 6. Polimorfizmus

Szerző. Varga Péter ETR azonosító: VAPQAAI.ELTE cím: Név: Kurzuskód:

Junior Java Képzés. Tematika

Tartalomjegyzék. Általános Információ! 2. Felhasználói dokumentáció! 3. Feladat! 3. Környezet! 3. Használat! 3. Bemenet! 3. Példa!

Szoftvertechnológia 5. előadás. Objektumorientált tervezés: architektúra. Giachetta Roberto. Eötvös Loránd Tudományegyetem Informatikai Kar

Osztálytervezés és implementációs ajánlások

Osztálytervezés és implementációs ajánlások

Bánsághi Anna 2014 Bánsághi Anna 1 of 31

Általános szoftver architektúrák

Két csomag elemeiből lehet a felületet elkészíteni: awt: heavy weight komponensek; swing: light weight komponensek (időben később).

Modellalkotás UML-ben

3. Beadandó feladat dokumentáció

Objektumelvű programozás

Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem

C# Nyelvi Elemei. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) C# Nyelvi Elemei / 18

Eseményvezérelt alkalmazások fejlesztése I 12. előadás. Összetett szoftver architektúrák. Giachetta Roberto

Szoftvertechnológia 8. előadás. Szoftverrendszerek tervezése Giachetta Roberto

Folyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék

SQL*Plus. Felhasználók: SYS: rendszergazda SCOTT: demonstrációs adatbázis, táblái: EMP (dolgozó), DEPT (osztály) "közönséges" felhasználók

Programozási technológia

OOP. Alapelvek Elek Tibor

C++ referencia. Izsó Tamás február 17. A C++ nyelvben nagyon sok félreértés van a referenciával kapcsolatban. A Legyakoribb hibák:

Fejlesztési projektek menedzselése IBM Rational CLM termékekkel. Ker-Soft Kft. Kaszás Orsolya - üzleti tanácsadó

Software Engineering Babeş-Bolyai Tudományegyetem Kolozsvár

Programozás II. ATM példa Dr. Iványi Péter

Dokumentáció az 1. feladatsorhoz (egyszerű, rövidített kivitelben)

Felhasználói segédlet a Scopus adatbázis használatához

Microsoft Virtual PC 2007

Bevezetés a Programozásba II 5. előadás. Objektumorientált programozás és tervezés

Tervminták a valósidejű gyakorlatban

Szoftvertechnológia 6. előadás. Objektumorientált tervezés: állapotkezelés. Giachetta Roberto. Eötvös Loránd Tudományegyetem Informatikai Kar

Felhasználói segédlet a Scopus adatbázis használatához

Közösség, projektek, IDE

Szerializáció. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Szerializáció / 22

Maximum kiválasztás tömbben

01. gyakorlat - Projektalapítás

TERC V.I.P. hardverkulcs regisztráció

DW 9. előadás DW tervezése, DW-projekt

Technikai információk fejlesztőknek

NAGYPONTOSSÁGÚ EGÉSZ-ARITMETIKA TARTALOM

A Java EE 5 plattform

Programozási technikák Pál László. Sapientia EMTE, Csíkszereda, 2009/2010

PROGRAMOZÁS tantárgy. Gregorics Tibor egyetemi docens ELTE Informatikai Kar

1. Alapok. Programozás II

Programfejlesztési Modellek

Programozási technológia 2.

NAV nyomtatványok kitöltésének támogatása

Programozási technikák Pál László. Sapientia EMTE, Csíkszereda, 2009/2010

Grafikus felhasználói felületek. Dr. Szendrei Rudolf Informatikai Kar Eötvös Loránd Tudományegyetem. Programozási technológia I. Dr.

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

ESEMÉNY VEZÉRELT ALKALMAZÁSOK FEJLESZTÉSE I. Bevezetés. Készítette: Gregorics Tibor

Szakterületi modell A fogalmak megjelenítése. 9. fejezet Applying UML and Patterns Craig Larman

Eseményvezérelt alkalmazások fejlesztése II 4. előadás. Windows Forms alkalmazások architektúrája és tesztelése. Giachetta Roberto

Programozás Minta programterv a 1. házi feladathoz 1.

Szöveges fájlok szerkesztése Jegyzettömb használata

Már megismert fogalmak áttekintése

Algoritmizálás és adatmodellezés tanítása beadandó feladat: Algtan1 tanári beadandó /99 1

Szoftverfejlesztő képzés tematika oktatott modulok

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

FANUC Robotics Roboguide

A szerzõrõl... xi Bevezetés... xiii

Java-ról Kotlinra. Ekler Péter AutSoft BME AUT. AutSoft

Átírás:

1. Mi az objektum? Egy olyan változó, vagy konstans, amely a program tetszőleges pontján felhasználható. Egy olyan típus, amelyet a programozó valósít meg korábbi objektumokra alapozva. Egy olyan változó, amely összetett szerkezettel rendelkezik, így többféle adatot is eltárolhat. Egy olyan programegység, amely rendelkezik saját műveleteivel és adataival. 2. Melyik állítás helytálló a következő diagramra? TicTacToeConsole - _game :TicTacToeGame + run() :void + exit() :void - getposition() :int - readplayernames() :void - readstep() :void - showgamestate() :void -_game TicTacToeGame - _currentplayer :int - _gametable :int[,] - _playernames :string[] - _playerscore :int[] - _stepnumber :int + newgame() :void + stepgame(int, int) :void + setplayers(string, string) :void + getfield(int, int) :int {query} + getscore(int) :int + getwinner() :string {query} + isgameover() :bool {query} A TicTacToeGame kompozíciós szerepe a _game. Az exit() művelet csak egy harmadik osztályból (vagy a főprogramból) hívható meg. A _playernames tömb 2 elemű, és a játékosok neveit tartalmazza. A TicTacToeGame osztály meghívhatja a readstep() metódust. 3. Mit jelent a teszt vezérelt fejlesztés (TDD)? Szoftverfejlesztési módszer, amelyben a teszteket a tényleges programkód elkészítése előtt írják meg. Tesztelési módszer, amelynek célja, hogy az tesztesetek minden programegységre kiterjedjenek, és megfelelő sorrendben hajtódjanak végre. Egy általános elv, amely kimondja, hogy a programkód minden utasítását ellenőrizni kell egységtesztek segítségével (100%-os kódlefedettség). Tesztelési módszer, amelyben először egységteszteket készítenek az osztályokra (és metódusaikra), majd integrációs tesztekkel ellenőrzik az osztályok együttes viselkedését, végül rendszertesztekkel a teljes szoftvert viselkedését ellenőrzik.

4. Melyik állítás helytálló a következő diagramra? Beállítások megadása Felhasználó Kilépés «invokes» Új játék indítása «precedes» Lépés a játékban A felhasználónak lehetősége van új játékot kezdeni, de csak miután a beállításokat megadta. A felhasználó a beállítások megadásával automatikusan új játékot indít. A felhasználónak külön nem szükséges beállításokat megadni, vagy új játékot indítania, azonnal léphet a játékban. A felhasználó csak akkor léphet ki a programból, ha elkezdett egy játékot. 5. Mi a helyes sorrendje a követelményelemzésnek? megvalósíthatósági elemzés, követelmény feltárás, követelmény specifikáció, követelmény validáció követelmény feltárás, követelmény specifikáció, követelmény validáció, megvalósíthatósági elemzés követelmény feltárás, követelmény validáció, követelmény specifikáció, megvalósíthatósági elemzés követelmény feltárás, követelmény specifikáció, megvalósíthatósági elemzés, követelmény validáció 6. Melyik C++ kódrészlet felel meg a következő diagramnak? Shape + getperimeter() :double virtual double getperimeneter() { } virtual double getperimeneter() = 0; double getperimeneter() const { } double getperimeneter();

7. Melyik a használati történet (user story) szerkezete? USER felhasználó IN USE CASE használati eset WITH RELATION kapcsolat AS A szerepkör USE funkció TO cél WHEN tevékenység APPLYING funkció IN ORDER TO cél GIVEN környezet WHEN tevékenység THEN hatás 8. Melyek az UML használati eset (use case) diagram relációi? függőség (dependency), kompozíció (composition), használat (usage), beágyazás (nesting) előfeltétel (precedes), tartalmazás (include), használat (usage), általánosítás (generalization) használat (usage), beágyazás (nesting), importálás (import), függőség (dependency) felület (interface), megvalósítás (implementation), tartalmazás (include) 9. Melyik nem szoftverfejlesztési modell? vízesés (waterfall) továbbfejlesztés (evolution) scrum prototipizálás (prototyping) 10. Mely funkciót nem tudják biztosítani a teszt keretrendszerek (unit testing frameworks)? Implementálhatunk teszteseteket, amelyeket egyenként, vagy egyben is futtathatunk. Ha a tesztesetek mind sikerrel zárulnak, a program hibátlannak tekinthető. A tesztekben a kapott eredményt összehasonlítjuk egy elvárt eredménnyel assert utasítások segítségével. A tesztelés végeztével előáll egy tesztjelentés, amelyben látható, hogy mely tesztek lettek sikeresek/sikertelenek. 11. Mi a helyes tartalmazási sorrendje az alábbi, osztályok közötti relációknak (ahol előbbi tartalmazza az utóbbit)? függőség, asszociáció, kompozíció asszociáció, függőség, kompozíció kompozíció, függőség, asszociáció asszociáció, kompozíció, függőség

12. Mire szolgál az UML telepítési (deployment) diagram? Ábrázolja azt a műveletsorozatot, amely a szoftver adott gépen történő üzembehelyezéséhez szükséges. Ábrázolja az összes hibalehetőséget, amellyel a telepítés során találkozhatunk. Ábrázolja a szoftver összetevőket, annak megfelelően, miként kell őket telepítőcsomagba helyezni. Ábrázolja a szoftver összetevőinek fizikai (különböző gépeken történő) elhelyezését, a szükséges szoftverkörnyezettel. 13. Melyik állítás nem helytálló a következő diagramra? oktató új prezentáció prezentáció szerkesztő létrehoz prezentáció loop [nincs elég dia] új dia létrehoz dia hozzáad hozzáad dia sorszáma diát szerkeszt() módosít bezár opt [mentés] ment ment Ha új diát hozunk létre a szerkesztőben, akkor azzal létrejön egy dia objektum. Bezáráskor mindenképpen el lesznek mentve a diák. A dia szerkesztéséhez nem vesszük igénybe a prezentáció objektumot. A dia sorszámát a prezentáció objektum határozza meg hozzáadáskor.

14. A három rétegű (tri-tier) architektúrában mi a célja a modell (üzleti logika) rétegnek? Leképezi a modellezett tartalmakat ténylegesen megjeleníthető információkra, pl. képekre. Az üzleti funkciókat biztosítja az alkalmazásnak, pl. hitelkártya tranzakciók kezelése. A program lényegi funkcionalitását látja el, a tevékenységek végrehajtását, valamint az állapotfenntartást biztosítja. Felügyeli az adatok mentésének és betöltését valamilyen tárolóba, pl. szöveges fájl, adatbázis. 15. Mi a hard coding? Olyan szoftverfejlesztési modell, amelyben az implementációs folyamat rövid, és rögzített időtartamokra van szabva, amelyek során a fejlesztők csak kis feladatokat valósítanak meg. Egy fejlesztőkörnyezetek által nyújtott szolgáltatás, amely lehetővé teszi, hogy speciális jelölőket (pl. TODO, HACK) hagyjunk a kódunkban, és külön listázzuk őket. Az UML modellek közvetlen generálása programkóddá, így a fejlesztőnek az osztályok definícióját már nem kell külön implementálnia. Olyan kódolási forma, ahol konstansokat (pl. szám, szöveg) helyezünk el különböző helyeken a kódunkban, megnehezítve a karbantartást.