@@ 1. sor: / 1. sor: @@
 {{Vissza|Szoftvertechnológia#Vide.C3.B3}}
+[[Szoftvertechnológia_-_Videójegyzet#toc|→ Ugrás a tartalomjegyzékhez]] (alulra került, hogy ne vegyen el olyan sok helyet a dokumentum elején)
+'''A Szoftvertechológia videók itt megtekinthetőek, innen letölthetőek:<br />
+http://bme.videotorium.hu/hu/channels/details/902,Szoftvertechnologia'''
 A 2010-es videókhoz készült, időbélyegzőkkel ellátott [[Media:szofttech_video_jegyzet_timestamps_v1.pdf|videójegyzet]] Wiki-aloldallá átalakított, kiegészített változata. Segítségével könnyű megkeresni adott anyagot a videókban.<br />
@@ 6. sor: / 11. sor: @@
 Fontos, hogy ez alapvetően csak gyorsan össze lett firkálva, tehát nem túl rendezett, nem teljes, vannak elütések, stb., nem igazán volt idő ezekre is figyelni (talán érthető módon), de egy kis kiegészítésnek talán jó. Pl. betájolható, melyik rész melyik videóban, merre van, kereshetők a kulcsszavak.
-Úgy alakítottam ki valamiféle hierarchiát az elemek között, hogy az előadás <nowiki><h2></nowiki>-tag legyen, a konkrét diasor <nowiki><h3></nowiki>-tag, az időbélyeg <nowiki><h4></nowiki>-tag, a konkrét dia címe pedig <nowiki><h5></nowiki>-tag. Így legenerálódik belőle egy hierarchikus tartalomjegyzék is (igaz, jó hosszú), a fejezetek belinkelhetők, az alfejezetek külön-külön szerkeszthetők. --[[Szerkesztő:Harapeti|Haraszin Péter]] ([[Szerkesztővita:Harapeti|vita]]) 2013. június 9., 18:52 (UTC)
+Úgy alakítottam ki valamiféle hierarchiát az elemek között, hogy az előadás <nowiki><h2></nowiki>-tag legyen, a konkrét diasor <nowiki><h3></nowiki>-tag, az időbélyeg <nowiki><h4></nowiki>-tag, a konkrét dia címe pedig <nowiki><h5></nowiki>-tag. Így legenerálódik belőle egy hierarchikus [[Szoftvertechnológia_-_Videójegyzet#toc|→tartalomjegyzék]] is (igaz, jó hosszú), a fejezetek belinkelhetők, az alfejezetek külön-külön szerkeszthetők. --[[Szerkesztő:Harapeti|Haraszin Péter]] ([[Szerkesztővita:Harapeti|vita]]) 2013. június 9., 18:52 (UTC)
-== 1. előadás ==
+A Java-jegyzet (1-4. videó) még elkészítendő!!
+== [http://bme.videotorium.hu/hu/recordings/details/5409,Szoftvertechnologia_-_1._eloadas 1. előadás] ==
 ===== 4: Kettős célkitűzés: =====
@@ 33. sor: / 40. sor: @@
 * Igény meghaladja a gyártás képességeit → gagyi szoftverek is kikerülnek.
 * Minőség
-* legacy: nagyon régi szoftverek (30éves), működnek, de érdemes lenne korszerűsíteni, ami irdatlan pénz,
+* legacy: nagyon régi szoftverek (30éves), működnek, de érdemes lenne korszerűsíteni, ami irdatlan pénz, munka → honnan kezdjük?
-munka → honnan kezdjük?
 ===== 19: Minőség =====
@@ 47. sor: / 53. sor: @@
 (therac tanulmány)
-== 2. előadás ==
+== [http://bme.videotorium.hu/hu/recordings/details/5410,Szoftvertechnologia_-_2._eloadas 2. előadás] ==
 SW Oktatás Dilemmája:
@@ 58. sor: / 64. sor: @@
 * hordozók meddig lesznek üzemképesek?
 * óriási karbantartási költségek
-* ’’’Készítsük úgy, hogy könnyű legyen karbantartani!’’’
+* '''Készítsük úgy, hogy könnyű legyen karbantartani!'''
 ===== 36: célok =====
@@ 67. sor: / 73. sor: @@
 ===== 37,38:Mérnökség, engineering =====
-* ‘‘‘Költséghatékony‘‘‘ megoldást kell készíteni (milyen tényezők, súlyozás)
+* '''Költséghatékony''' megoldást kell készíteni (milyen tényezők, súlyozás)
-* ‘‘‘gyakorlati‘‘‘ problémák megoldása (tömegszerűség, nagyban gyártás)
+* '''gyakorlati''' problémák megoldása (tömegszerűség, nagyban gyártás)
-* ‘‘‘tudományt‘‘‘ alkalmazunk (megismételhető, ellenőrizhető, reprodukálható eszközök)
+* '''tudományt''' alkalmazunk (megismételhető, ellenőrizhető, reprodukálható eszközök)
-* ‘‘‘építünk‘‘‘
+* '''építünk'''
-* ‘‘‘az emberiség szolgálatában‘‘‘ (szabályokkal, szabványokkal, előírásokkal kell foglalkoznunk)
+* '''az emberiség szolgálatában''' (szabályokkal, szabványokkal, előírásokkal kell foglalkoznunk)
 ===== 39-42: Fejlődés =====
@@ 85. sor: / 91. sor: @@
 Pápai tudósok, stabil-e a kupola szerkezete? → Előbb volt kupola, utána mérés!
 Hidat kell építeni → Előbb mérések maketten, és csak utána építkezés!
-* ‘‘‘Előre‘‘‘ kell mérni, nem utólag!
+* '''Előre''' kell mérni, nem utólag!
 *
 * ne írja meg mindenki ugyanazt: könyvtárakba szervezzük, ami már megvan
@@ 129. sor: / 135. sor: @@
 * hatalmas keretrendszerek
-== 3. előadás ==
+== [http://bme.videotorium.hu/hu/recordings/details/5411,Szoftvertechnologia_-_3._eloadas 3. előadás] ==
 === 1.diasor/ ===
@@ 193. sor: / 199. sor: @@
 * Pénz, Adó (egyéb pénzügyi fogalmak)
 ** → leképezés → Fájl, adatbázis (implementációfüggő fogalmak)
-* Spirál vonalon, magas absztrakciós szintről indulunk, és hozzárendelünk implementálás függő
+* Spirális vonalon, magas absztrakciós szintről indulunk, és hozzárendelünk implementációfüggő dolgokat
-dolgokat
 ===== 10,11, ICOM modell: InputControlOutputMechanism =====
 * Folyamat, a bemenetből állít elő kimenetet, megkötések és erőforrások hozzáadásával
@@ 230. sor: / 236. sor: @@
 ** Használat, karbantartás
-== 4. előadás ==
+== [http://bme.videotorium.hu/hu/recordings/details/5412,Szoftvertechnologia_-_4._eloadas 4. előadás] ==
 ===== 14, SW élete =====
@@ 255. sor: / 261. sor: @@
 ===== 18, Deliverables =====
 * Mikor érünk a speci végére?
-* Követelményfázis vége, ha elkészült a ’’’rendszerdefiníció és a projektterv’’’ → de mik ezek?
+* Követelményfázis vége, ha elkészült a '''rendszerdefiníció és a projektterv''' → de mik ezek?
 Szabványok írják elő, van tartalomjegyzék. PFR: ellenőrzés
 * Specifikáció: formális leírás
 ** RequirementSpecification: Követelmények technikai része
 ** Preliminary user's manual: felhasználói dokumentumok, felületek!
-** Verifikációs terv (előzetes változata): hogyan fogunk ellenőrizni? Mi a feltétele, hogy átadjuk? Hogyan ellenőrizzük a terméket? SSR
+** Verifikációs terv (előzetes változata): hogyan fogunk ellenőrizni? Mi a feltétele, hogy átadjuk? Hogyan ellenőrizzük a terméket? SRR
 * Architekturális tervezés: milyen elemekből épül? Azok hogyan kapcsolódnak? Nagy komponensek leírása, PDR
 * Részletes tervezés: megmondjuk a programozónak, mit csináljon → munka lebontása elemi lépésekre, melyek kiadhatók, ellenőrizhetők: WBS.
@@ 310. sor: / 316. sor: @@
 * 5 szint van: 1 kezdetleges, 5 legjobb
 # 1: gyakorlatilag bárki
-# 2: van valamiféle ismétlődő technika, fejlesztési folyamat, nagyvonalakban definiált
+# 2: van valamiféle ismétlődő technika, fejlesztési folyamat, nagyvonalakban definiált dokumentációs minták. Nem szabványosak
-dokumentációs minták. Nem szabványosak
 # 3: definiált: van egy meghatározott fejlesztési folyamat, szabványok szerinti folyamatok
 # 4: mérés van: folyamat állapota jósolható a mérési eredményekből
@@ 339. sor: / 344. sor: @@
 * csoportok tagjai között harmónia
 * aki nem fér a csapatba, azt el kell távolítani
-* ’’’Brooks törvénye’’’: késésben lévő projekthez újembert adunk, csak tovább késik (bele kell
+* '''Brooks törvénye''': késésben lévő projekthez új embert adunk, csak tovább késik (bele kell tanulniuk, a többieket ez hátráltatja)
-tanulniuk, a többieket ez hátráltatja)
 * MagicSeven: kb ~7-tel érdemes csapatot alkotni
@@ 356. sor: / 360. sor: @@
 * ShortTerm, rövidtáv, akár napi szintre (melyik nap mit kell csinálni)
-== 5. előadás ==
+== [http://bme.videotorium.hu/hu/recordings/details/5413,Szoftvertechnologia_-_5._eloadas 5. előadás] ==
 Menedzser
@@ 427. sor: / 431. sor: @@
 * Kis projekt – jó becslés
 * Nagy projekt – csökkenő pontosság
-* Az igény fordított! Alapellentmondás
+* Az igény fordított! Alapvető ellentmondás
+==== 00:43:54 ====
+==== 00:47:08 ====
-==== 00:43:54
-:47:08 ====
 ===== 24,25 Becslés =====
 * Indokolhatónak kell lennie
@@ 444. sor: / 449. sor: @@
 ==== 01:03:03 ====
 ===== 26-31, Mérések =====
-* Fejlesztéshez mekkora ‘‘‘erőfeszítés‘‘‘ szükséges? Hány ember, mibe kerül? Milyen nagy/bonyolult?
+* Fejlesztéshez mekkora '''erőfeszítés''' szükséges? Hány ember, mibe kerül? Milyen nagy/bonyolult?
-* SW ‘‘‘méret‘‘‘: Hogyan mérjük a bonyolultságot? LineOfCode és FunkcióPontElemzés (kódsorok
+* SW '''méret''': Hogyan mérjük a bonyolultságot? LineOfCode és FunkcióPontElemzés (kódsorok
 száma és Adott funkciók meghatározása)
-* ‘‘‘Komplexitás‘‘‘ hogyan mérhető?
+* '''Komplexitás''' hogyan mérhető?
 * Mese: 50.p körül (pályázat, balesetek)
@@ 457. sor: / 462. sor: @@
 ==== 01:06:00 ====
 ===== 34, Bevezetés =====
-* ‘‘‘Hatáskör‘‘‘: mi tartozik a projektbe, hol vannak a határok?
+* '''Hatáskör''': mi tartozik a projektbe, hol vannak a határok?
 * SW funciók
 * Teljesítmény és viselkedés
@@ 492. sor: / 497. sor: @@
 * Változtatás menedzsment (hogyan mennek végbe változtatások, hogy vannak nyilvántartva)
-== 6. előadás, 4.diasor ==
+== [http://bme.videotorium.hu/hu/recordings/details/5414,Szoftvertechnologia_-_6._eloadas 6. előadás] ==
+=== 4.diasor ===
 ==== 00:14:33 ====
@@ 573. sor: / 580. sor: @@
 ** Üzleti folyamat, szabályzat alakítása
-== 7. előadás 5. diasor ==
+== [http://bme.videotorium.hu/hu/recordings/details/5415,Szoftvertechnologia_-_7._eloadas 7. előadás] ==
-=== Specification, Life-cycle ([http://directory.iit.bme.hu/belso/st/p11_6.pdf 2013: Part11 (p11_6.pdf)]) ===
+=== 5. diasor: Specification, Life-cycle ([http://directory.iit.bme.hu/belso/st/p11_6.pdf 2013: Part11 (p11_6.pdf)]) ===
 ==== 00:01:00 ====
@@ 664. sor: / 671. sor: @@
 * Műsorterv definiálás: eladható székek definiálása → kimenet: eladandó székek
-== 8. előadás ==
+== [http://bme.videotorium.hu/hu/recordings/details/5416,Szoftvertechnologia_-_8._eloadas 8. előadás] ==
 === 5.diasor. 2013: [http://directory.iit.bme.hu/belso/st/p12_6.pdf Part12 - p12_6.pdf] - Specification 2 ===
@@ 672. sor: / 679. sor: @@
 * Funkcionális kép (mit kell csinálni), strukturális kép (kik a résztvevők), dinamika (időbeli viselkedés)
 * Funkcionalitás lényege, hogy adat transzformációként képzeljük el (bejövőből valamilyen kimenő adat), formális leírása a ContextDiagram (ebbe beleugorva szétszedtük elemi folyamatokra, adatáramlásra, adattárolásra)
--
 * Process speci: minden process felbontható DataFlow ábrává, míg primitív nem lesz → ekkor szoktunk process specit írni:
 ** Milyen paramétereink vannak (InputOut)
-** Tevékenységek leírása struktúrált angol nyelvvel + szerkezeti konstrukció a tevékenységek összefűzésére, kapcsolatuk szerint:
+** Tevékenységek leírása strukturált angol nyelvvel + szerkezeti konstrukció a tevékenységek összefűzésére, kapcsolatuk szerint:
 *** szekvencia, egymás után
 *** szelekció, választás: vagy ezt, vagy azt
-*** iterálunk, adott tevékenységet hajtjuk végre adott feltételszer/ig
+*** iterálunk, adott tevékenységet hajtjuk végre adott feltételszer/-ig
 ==== 00:07:45 ====
@@ 732. sor: / 738. sor: @@
 * Szintaktika (pl. elkezdek egy tag-et, azt be is zárom)
 * Szemantika (Értelmes-e, tudunk-e vele mit kezdeni), leírása XML sémával vagy DTD-vel (DocumentTypeDefinition) (önleírók)
-* ‘‘‘W3C‘‘‘ társaság → tutorialok
+* '''W3C''' társaság → tutorialok
 ==== 01:02:26 ====
@@ 753. sor: / 759. sor: @@
 * Pl 1.08p
 * Lehet egyben nyitó és záró tag (üres): <email /> ugyanaz, mint <email></email>
-* ‘‘‘Megkötések‘‘‘ nevekre: lehet betű, szám, egyéb; nem kezdődik számmal; XML szóval nem kezdünk; Nem tartalmaz Space-t
+* '''Megkötések''' nevekre: lehet betű, szám, egyéb; nem kezdődik számmal; XML szóval nem kezdünk; Nem tartalmaz Space-t
 ==== 01:10:45 ====
@@ 764. sor: / 770. sor: @@
 ==== 01:13:38 ====
 ===== 25, Elem vs. attribútum =====
-* Alapszabály: ha egy attribútum a szerkezetben levő dologra vonatkozik, akkor legyen ‘‘‘eleme‘‘‘
+* Alapszabály: ha egy attribútum a szerkezetben levő dologra vonatkozik, akkor legyen '''eleme'''
-* ‘‘‘Attribútum‘‘‘, ha nem magának az ábrázolt dolognak a lényege, hanem az XML leírással (adatszerkezettel) függ össze (pl. személy sorszáma)
+* '''Attribútum''', ha nem magának az ábrázolt dolognak a lényege, hanem az XML leírással (adatszerkezettel) függ össze (pl. személy sorszáma)
 ==== 01:17:07 ====
@@ 776. sor: / 782. sor: @@
 ==== 01:20:20 ====
 ===== 27, Validáció =====
-* XML doksi ’’’jól formált’’’, ha megfelel az XML ‘‘‘szintaxisnak‘‘‘
+* XML doksi '''jól formált''', ha megfelel az XML '''szintaxisnak'''
-* ‘‘‘érvényes‘‘‘, ha megfelel a DTD/XML Sémában megadott formának, ‘‘‘szemantikailag‘‘‘ helyes
+* '''érvényes''', ha megfelel a DTD/XML Sémában megadott formának, '''szemantikailag''' helyes
 * <code> <![CDATA[”……”]]></code> CodeData, figyelmen kívül lesz hagyva
-== 9. előadás ==
+== [http://bme.videotorium.hu/hu/recordings/details/5417,Szoftvertechnologia_-_9._eloadas 9. előadás] ==
 Speci – formális leírás
@@ 891. sor: / 897. sor: @@
 * Átjutni balról jobbra
-===== Backus - Naur form BNF =====
+==== 01:18:45 ====
-== 00:18:45 ==
+===== 38, Backus - Naur form BNF =====
-=== 38, Backus–Naur ===
-== 10. Előadás ==
+== [http://bme.videotorium.hu/hu/recordings/details/5418,Szoftvertechnologia_-_10._eloadas 10. előadás] ==
 Specifikáció: formális leírás sw-re, mely kielégíti a követelményeinket. Funkcionális, szerkezeti, időbeli kép
-=== 5.Diasor/ ===
+=== 5.Diasor. 2013: [http://directory.iit.bme.hu/belso/st/p12_6.pdf 12. Part12_6 - p12_6.pdf], 24. dia, Specification2 / Algebraic axioms - Algebraic axioms (An algebra is a set of objects...) ===
-==== 01:19:47 ====
+==== 00:00:47 ====
 ===== 39, Algebrai axiómák, Absztrakt adatszerkezetek =====
 * Adatszerkezetek: tömb, bináris fa, láncolt listák…
@@ 930. sor: / 935. sor: @@
 ===== 41, Műveletek, 29p =====
 * Három kategória: Konstruktor, Modifier, Behavior
-* Konstruktor: minimális adathalmaz, szükséges ahhoz, hogy az összes lehetséges adatszerkezetet
+* '''Konstruktor''': minimális adathalmaz, szükséges ahhoz, hogy az összes lehetséges adatszerkezetet elő tudjam állítani. Van adatszerkezet-típusú visszatérési értéke és bővíti is a halmazt! Pl. stacknél: new(), push() → Új stack
-elő tudjam állítani. Pl (stacknél) : new, push → Új stack
+* '''Modifier'''/módosító: szintén új adatszerkezetet állít elő, de csak módosítja az adatszerkezetet, nélküle is tudunk létrehozni. Pl. stacknél: pop(), empty()
-* Modifier: módosító, szintén új adatszerkezetet állít elő, de csak módosítja az adatszerkezetet,
+* '''Behavior'''/viselkedés: adatszerkezet jellemzője az eredmény. Visszatérési értékei között nincs adatszerkezet-típus.
-nélküli is tudunk létrehozni. Pl.: pop, empty
+* Majd a Behaviort és Modifiert alkalmazzuk a konstruktoron.
-* Viselkedés: adatszerkezet jellemzője az eredmény
+** modifier(konstruktor)= ...
-* Majd a Behaviort és Mofidiert alkalmazzuk a konstruktoron.
+** behaviour(konstruktor)= ...
+* lásd még: [[Media:szofttech_algebrai_axiomak.pdf|Algebrai axiómák hasznos segédlet]]
 ==== 00:28:00 ====
@@ 946. sor: / 952. sor: @@
 ===== 45-46, Példa, lista, 42p =====
-==== 00:56:30 ====
+==== 00:56:36 ====
+===== Petri nets, modeling concurrent processes =====
+(nincs meg a 2013. tavaszi diák között a hivatalos honlapon)
 ==== 01:03:25 ====
 ===== 47-48, Petri hálók 58p =====
@@ 977. sor: / 988. sor: @@
 ===== 54, Nagyon szép ábra, 1:23p =====
-== 11. Előadás ==
+==== utolsó dia: Petri-hálóknál: Example: Reserve two resources =====
+== [http://bme.videotorium.hu/hu/recordings/details/5419,Szoftvertechnologia_-_11._eloadas 11. előadás] ==
+=== Specification / Specification, fejezetcímek - 2013: [http://directory.iit.bme.hu/belso/st/p13_6.pdf Part12 - p12_6.pdf], 12. dia ===
 ==== 00:00:41 ====
 ==== 00:01:00 ====
@@ 1 019. sor: / 1 033. sor: @@
 === PÉLDÁK megoldása ===
-==== 00:20:40 ====
+=== 1. [http://directory.iit.bme.hu/belso/st/p11-x-hu-ex.pdf p11-x-hu-ex.pdf] (2013, Specification problems) ===
-===== 1. p11-x-hu-ex.pdf (2013, Specification problems), "Miért rossz az alábbi ábra?" (lehet ilyen vizsgán) =====
+==== 00:20:40 (specifikációs diák vége) ====
+===== "Miért rossz az alábbi ábra?" (lehet ilyen vizsgán) =====
+=== 2. [http://directory.iit.bme.hu/belso/st/p12-x-hu-ex.pdf p12-x-hu-ex.pdf] (2013) ===
 ==== 00:24:03 ====
-===== 2. p12-x-hu-ex.pdf (2013), 2. dia - "Olyan nyilvántartást akarunk készíteni..." =====
+===== 2013: 2. dia - "Olyan nyilvántartást akarunk készíteni..." =====
 [[File:Szofttech_videójegyzet_02._p12-x-hu-ex.pdf,_2._Olyan_nyilvántartást_akarunk_készíteni.png|400px]]
+=== 3. [http://directory.iit.bme.hu/belso/st/p12-x-hu-ex.pdf p12-x-hu-ex.pdf] (2013) ===
 ==== 00:29:25 ====
-===== 3. ugyanitt, 3. dia, "A  kari TDK konferenciára..." =====
+===== 2013: 3. dia, "A  kari TDK konferenciára..." =====
 [[File:Szofttech_videójegyzet_03._p12-x-hu-ex.pdf,_3._A_kari_TDK_konferenciára.png|400px]]
+=== 4. [http://directory.iit.bme.hu/belso/st/p12-x-hu-ex.pdf p12-x-hu-ex.pdf] (2013) ===
 ==== 00:42:48 ====
-===== 4. ugyanitt, 11. dia, "Az alábbi három XML részlet közül melyik helyes szintaktikailag ? Egy személy (person) leírására melyiket választaná, miért ?" =====
+===== 2013: 11. dia, "Az alábbi három XML részlet közül melyik helyes szintaktikailag ? Egy személy (person) leírására melyiket választaná, miért ?" =====
+=== 5. [http://directory.iit.bme.hu/belso/st/ipt6maj30.pdf 2006. május 30-i vizsga - ipt6maj30.pdf] ===
 ==== 00:44:15 ====
-===== 5. 2006. május 30-i vizsga - (ipt6maj30).pdf, 5. feladat, "5. Definiálja az adatfolyam-ábrán szereplı CU vezérlőegység egy lehetséges állapottábláját úgy, hogy az konzisztens legyen (ne legyen ellentmondásban) az adatfolyam és adatspecifikációval !" =====
+===== 2013: 5. feladat, "5. Definiálja az adatfolyam-ábrán szereplı CU vezérlőegység egy lehetséges állapottábláját úgy, hogy az konzisztens legyen (ne legyen ellentmondásban) az adatfolyam és adatspecifikációval !" =====
      Állapot / Esemény    Tudor      Vidor     Kuka
@@ 1 049. sor: / 1 073. sor: @@
 a/b kitöltés véletlenszerűen (a és b is csak tipp, lehetne c is…)
 A megadott tevékenységeket meg csak úgy be kell szórni valahova (get, proc, write)
+=== 6. [http://directory.iit.bme.hu/belso/st/p13-x-hu-ex.pdf Gyak13_1 - p13-x-hu-ex.pdf] ===
 ==== 00:57:00 ====
-===== 6. Gyak13_1 - (p13-x-hu-ex).pdf, 4. dia (vagy 2006. június 17-i vizsga - (ipt6jun17).pdf, 3. feladat) ("Egy adatfolyam-ábrán szereplő vezérlőegységet az alábbi állapotgéppel írunk le:..." =====
+===== 2013: 4. dia (vagy 2006. június 17-i vizsga - (ipt6jun17).pdf, 3. feladat) ("Egy adatfolyam-ábrán szereplő vezérlőegységet az alábbi állapotgéppel írunk le:..." =====
 [[File:Szofttech_videójegyzet_06._p13-x-hu-ex.pdf,_4._Egy_adatfolyam-ábrán_szereplő_vezérlőegységet_az_alábbi_állapotgéppel_írunk_le.png|400px]]
+=== 7. 2013: [http://directory.iit.bme.hu/belso/st/p12-x-hu-ex.pdf Gyak12_1 - p12-x-hu-ex.pdf] ===
 ==== 1:01:30 ====
-===== 7. Gyak12_1 - (p12-x-hu-ex).pdf, 13. dia, ill. 2005. május 24-i vizsga - (ipt5maj24).pdf, 5. feladat ("Algebrai axiómák segítségével specifikálja az alábbi műveletekkel jellemzett, maximum 10 elemet tartalmazó halmazt (minden elem különböző) ! Az axiómák felírásakor megengedett összehasonlító művelet használata.") =====
+===== 2013: 13. dia, ill. 2005. május 24-i vizsga - (ipt5maj24).pdf, 5. feladat ("Algebrai axiómák segítségével specifikálja az alábbi műveletekkel jellemzett, maximum 10 elemet tartalmazó halmazt (minden elem különböző) ! Az axiómák felírásakor megengedett összehasonlító művelet használata.") =====
 Algebrai axiómák
@@ 1 067. sor: / 1 096. sor: @@
    //Halmaz, vagyis 1 elem csak egyszer szerepelhet!
-== 12. előadás ==
+== [http://bme.videotorium.hu/hu/recordings/details/5420,Szoftvertechnologia_-_12._eloadas 12. előadás] ==
 ==== Feladatmegoldás ====
-===== 11. ea. 5. példájának folytatása =====
+=== 11. ea. 7. példájának folytatása. 7. 2013: [http://directory.iit.bme.hu/belso/st/p12-x-hu-ex.pdf Gyak12_1 - p12-x-hu-ex.pdf] ===
+===== 2013: 13. dia, ill. 2005. május 24-i vizsga - (ipt5maj24).pdf, 5. feladat ("Algebrai axiómák segítségével specifikálja az alábbi műveletekkel jellemzett, maximum 10 elemet tartalmazó halmazt (minden elem különböző) ! Az axiómák felírásakor megengedett összehasonlító művelet használata.") =====
 Egy karakter, és az 1 karakterből álló string nem ugyanaz!!!
@@ 1 087. sor: / 1 119. sor: @@
    DUPLO(ADD(s,x)) = igaz, DUPLO(s), vagy ha az utolsó karakter = x, az utolsó hozzáadottal egyezik
-===== Petri háló, Elérhetőségi gráf: markerezés. 34p körül. =====
+==== 00:22:57 ====
+===== 2013: 14. dia, ill. 2003. június 14-i vizsga - (ipt3jun14).pdf, 5. feladat, ill. 2005. január 4-i vizsga - (ipt5jan4).pdf, 5. feladat ("Algebrai axiómák segítségével specifikálja az alábbi műveletekkel jellemzett stringet ! Az axiómák felírásakor megengedett a két karaktert összehasonlító művelet használata.") =====
+==== 00:34:30 ====
+===== Petri-hálós feladat, Elérhetőségi gráf: markerezés. [http://directory.iit.bme.hu/belso/st/ipt2jun15.pdf 2002. június 15-i vizsga - ipt2jun15.pdf], 1. feladat ("Az ábrán szereplő markerezésből kiindulva adja meg a Petri-háló elérhetőségi gráfját!")  (2013. tavaszi diákban már nincs Petri-háló!) =====
 → 0110 vagy 1001 → … → 0020 → 0011 → 0020 → 0011…
-=== 6.Diasor, 37p. ===
+=== 6.Diasor, 37p. 2013: [http://directory.iit.bme.hu/belso/st/p14_6.pdf Part14 - p14_6.pdf] elejétől: Design / Introduction... ===
+==== 00:36:51 ====
+===== Design / Introduction =====
-==== 00:36:55 ====
 ==== 00:38:34 ====
 ==== 00:40:18 ====
@@ 1 152. sor: / 1 192. sor: @@
 * Fan-out: 1 modul hány alárendeltnek parancsol (7 körül jó)
 * Fan-in: „hány főnökünk van közvetlenül”, erre nehéz számot mondani,
-*
 * Vezérlés és döntési hatáskör, döntés hasítás fogalma
-== 13. Előadás ==
+===== Design / Basic Concepts, Modularity - Afferent, Efferent (2013: 13. dia) =====
+== [http://bme.videotorium.hu/hu/recordings/details/5421,Szoftvertechnologia_-_13._eloadas 13. előadás] ==
+=== 2013: [http://directory.iit.bme.hu/belso/st/p14_6.pdf Part14 - p14_6.pdf], Design / Basic Concepts ===
+===== Modularity - Structure diagram, 2013: 12. dia; az új anyag a Scope of control, Scope of decision =====
 Tervezés: a speciből kiindulva megmondjuk, hogy mit kell csinálni ahhoz, hogy legyen szoftverünk. Munkaterv, kotta készítése, napi teendőkre → részleteket feltárjuk
@@ 1 178. sor: / 1 223. sor: @@
 * Mérete
 * Kapcsolás ideje, mikor jön létre
-*
 * pl. 16perc
 * Mit kommunikálunk?
 ** Adat: leggyengébb, Ismerjük a paramétereket, primitív paraméterek (pl. int)
-** Stamp csatolás: Összetett adatot adunk át (pl. rekord, struktúra). Ugyanazt a szerkezetet kell
+** Stamp csatolás: Összetett adatot adunk át (pl. rekord, struktúra). Ugyanazt a szerkezetet kell ismerni a két félnek → függenek egy harmadiktól
-ismerni a két félnek → függenek egy harmadiktól
+** Kontrol: vezérlést adunk át, pl. EOF, a másik modul működését befolyásoljuk, vagyis kívülről vezéreljük
-** Kontrol: Vezérlést adunk át, pl. EOF, a másik modul működését befolyásoljuk, vagyis kívülről vezéreljül
 ** KözösAdatok: pl. globális adatok → kinek a kezében van?
 ** Tartalmi jellegű: Egyik programrészből (pl. modul) a másik programrész kódját adatkezelem.
@@ 1 190. sor: / 1 233. sor: @@
 ** Minél több adatot adunk át (paraméter), annál nagyobb valószínűséggel lesz baj.
 ** Legjobb: 1 paraméter.
--
 * Mikor jön létre
 ** Program írásakor
@@ 1 203. sor: / 1 245. sor: @@
 ===== 18-19, Kohézió: összetartó erő =====
 * Objektumok mennyire állnak közel egymáshoz? Milyen a kohézió?
-* '''Kohézív''', ha egyetlen egy funkciót valósít meg, pl. gyökvonás. Csak azért van ott leírva minden, mert szükséges az adott folyamathoz
+* '''Funkcionálisan kohézív''', ha egyetlen egy funkciót valósít meg, pl. gyökvonás. Csak azért van ott leírva minden, mert szükséges az adott folyamathoz
 * '''Szekvenciális''' kohézió: lazább, pl. GetValidInput: Vesz egy inputot, és megnézi, hogy érvényes-e.
 ** Gyengébb, hiszen két dolgot végez el. Nem jó, bontsuk inkább két részre.
@@ 1 213. sor: / 1 255. sor: @@
 ==== 00:56:50 ====
-===== 20, Történelem =====
+===== 20, Történelem (Design / Design Methods - History (Early 70s - Structured Programming, etc.)) =====
 * Srukturált programozás (pl. Pascal), strukturált tervezés, srukturált analízis, formális módszerek, objektumorientáltság, újrahasznosíthatóság, komponens-alapú
@@ 1 219. sor: / 1 261. sor: @@
 ===== 21, Strukturált programozás =====
 * '''Top-Down''', fentről lefelé haladunk
+* Dijkstra
 * Oszd meg és uralkodj, bontsuk szét
 * Hierarchikus szerkezet
@@ 1 233. sor: / 1 276. sor: @@
 ==== 01:14:44 ====
-===== 26, Strukturált analízis =====
+===== 26, Strukturált analízis (Structured analysis) =====
 * DeMarco
 ** DFD – a problémát adatok áramlásaként ábrázolja
 ** Draw Structure Chart – a programot funkcionális komponensek hierarchiájában írja le. A DFD-ből származik
-== 14. Előadás ==
+===== Design / Software Architectures - Architecture fogalmi meghatározása, ami köv. előadáson kerül megtárgyalásra =====
+== [http://bme.videotorium.hu/hu/recordings/details/5422,Szoftvertechnologia_-_14._eloadas 14. előadás] ==
+=== Design / Software Architectures - Architecture 2013: Software Architectures / Concepts - Architecture ("art and science of building; design or style of building(s) [Oxford dictionary, 1989]") - [http://directory.iit.bme.hu/belso/st/p15_6.pdf Part15_6 - p15_6.pdf], elejétől ===
 ==== 00:00:42 ====
@@ 1 286. sor: / 1 334. sor: @@
 ==== 00:18:54 ====
-===== 33, BlackBoard =====
-* pl. Adatbáziskezelő rendszerek
+==== 00:20:54 ====
-* Középen egy nagy adatbázis (oszlop-sorok)
+===== 33. BlackBoard =====
+* megfelel a hagyományos adatbáziskezelő rendszereknek
+* Középen egy nagy adatbázis (oszlop-sorok) (repository (shared data))
 * Hozzá csatlakoznak processzek
 * → Nagy közös adatszerkezetek, amin egymástól független processzek dolgoznak
 * Tranzakciók
+[[File:Szofttech_Vizsga_Software_Architectures_Patterns_Blackboard_(repository_(shared_data)).png|400px]]
+==== 00:22:34 ====
 * Előnye:
 ** Felelősségek nagyon jól el vannak különítve
@@ 1 297. sor: / 1 352. sor: @@
 ** Nehéz tesztelni, pl. átírok valamit a központi adatbázisban, megnézzük, a többi kis rész működik-e továbbra is…
 ** Nem épp hatékony, magas overhead, ráadásul gyorsan változik
-==== 00:20:54 ====
-===== 34, Interpreter, 30p körül =====
+==== 00:28:12 ====
+===== 34. Interpreter, 30p körül =====
 * Egy egyszerű kis virtuális gép (pl. állapotgép, tábla)
-* Fogom az Eventet, ez, és az aktuális állapot alapján becímzünk a táblába, a táblából kiolvasom az
+* Fogom az eventet, ez, és az aktuális állapot alapján becímzünk a táblába, a táblából kiolvasom az értéket, és átteszem a következő állapotra, parancskódra egy switch, majd megyek az elejére
-értéket, és átteszem a következő állapotra, parancskódra egy switch, majd megyek az elejére
+* Engine (maga a program), control state (aktuális állapot), pseudocode (lényegében az állapottábla), program state (adatelemek, amik kellenek a végrehajtáshoz, inputok)
-* Engine (maga a program), ControlState (aktuális állapot), PseudoCode (lényegében a tábla),
-ProgramState (Adatelemek, amik kellenek a végrehajtáshoz, inputok)
+[[File:Szofttech_Vizsga_Interpreter_architekturális_minta.png|400px]]
+==== 00:40:48 ====
-==== 00:22:34 ====
 ===== 35, ObjektumOrientált =====
 * Absztrakt adatszerkezetet implementálunk, amik (az osztályok) egymás metódusait hívják meg.
-==== 00:18:12 ====
+==== 00:43:02 ====
 ===== 36, Event Based, implicit invocation, 43p. =====
 * „Előfizetői” minta
-* Van egy eseményforrás, ahova beregisztrálnak azok az elemek, akik ezekben érdekeltek, és ha
+* Van egy eseményforrás, ahova beregisztrálnak azok az elemek, akik ezekben érdekeltek, és ha változik történik, értesülnek
-változik történik, értesülnek
 * Sok overhead és nehézség, de használjuk, pl. ablakkezelő
 * Előny: objektum interfész, sok event
@@ 1 321. sor: / 1 379. sor: @@
 ** Korrektség bizonyítása szinte reménytelen (kik kapták meg, milyen sorrendben → ezt igazolni)
-==== 00:40:48 ====
+==== 00:49:31 ====
 ===== 37, Layered, Rétegelt szerkezet =====
 * Vízszintesen, a hívások között definiál szinteket
@@ 1 329. sor: / 1 388. sor: @@
 * Hátrány: nem minden rendszernél használható, teljesítmény szempontjából probléma lehet a funkciók szétválasztása
-==== 00:43:02 ====
+[[File:Szofttech_Vizsga_Layered_architecture_pattern.png|400px]]
-==== 00:49:31 ====
 ==== 00:51:20 ====
 ==== 00:53:00 ====
-==== 00:54:14 ====
-==== 00:55:11 ====
-==== 00:55:33 ====
 ===== 38-44, Kliens-Szerver, 54p =====
 * Ált. 3 réteg:
@@ 1 343. sor: / 1 400. sor: @@
 * Sokszor 2 fizikai rétegen helyezzük el.
-==== EA14/00:59:13 == EA15/00:00:40 ====
+[[File:Szofttech_Vizsga_Software_Architectures_Patterns_Client-server_logical_tiers.png|400px]]
+==== 00:54:14 ====
+==== 00:55:11 ====
+==== 00:55:33 ====
+==== 00:59:12 (EA14/00:59:12 == EA15/00:00:40) ====
 ===== 45, SOA: Service Oriented Architecture =====
 * pl. Argep.hu, brókerek (kigyűjti az infókat, és ajánlatot mutat)
@@ 1 349. sor: / 1 413. sor: @@
 * WSDL: Webes szolgáltatások leírása
 * SOAP: XML-es kommunikáció web szolgáltatások eléréséhez
-* UDDI: „yellowpages”, szakmák szerint milyen szolgáltatások hol vannak
+* UDDI: „yellow pages”, szakmák szerint milyen szolgáltatások hol vannak
+[[File:Szofttech_Vizsga_Software_Architectures_Patterns_SOA.png|400px]]
+* UDDI (Universal Description, Discovery and Integration)
+** enables discovery of WSDL
+** is accessed using SOAP
+* WSDL ([http://www.w3.org/TR/wsdl Web Services Description Language])
+** describes WS
+** binds to SOAP
+* SOAP ([http://www.w3.org/TR/soap/ Simple Object Access Protocol])
+** enables communication between WS
+* WS (Web Services)
 ==== EA14/01:07:05 == EA15/00:02:03 ====
@@ 1 362. sor: / 1 438. sor: @@
 ===== 47, =====
 * SOAP: Simple Object Access Protocol
-** Üzenetformátum, RPC-t takar el (RemotePr…C, távoli eljáráshívás)
+** Üzenetformátum, RPC-t takar el (Remote Procedure Call, távoli eljáráshívás)
 ** Különböző Node-okat definiál
 *** Sender: küld egy üzenetet
 *** Receiver: vesz
 *** Intermediary: közbenső elem
-** Header,Body → Strukturúlt
+** Header, Body → Strukturált
 * UDDI: UniversalDescription, Discovery and Integration 1:12p
-** Aranyoldalak szerű könyv
+** Aranyoldalak-szerű könyv
 ** Előfizethető
-==== EA14/01:12:58 == EA15/00:03:46 ====
+==== 01:12:58 (EA14/01:12:58 == EA15/00:03:46) ====
-===== 48, SOE, Service Oriented Enterprise: Szolgáltatásmérnökség =====
+===== 48, SOE, Service Oriented Enterprise: Szolgáltatásmérnökség (2013: 24. dia) =====
 * Szolgáltatási rendszer
 * Szabványosítás
 * Folyamatok
-== 15. előadás ==
+== [http://bme.videotorium.hu/hu/recordings/details/5423,Szoftvertechnologia_-_15._eloadas 15. előadás] ==
-* BPEL: Üzleti folyamat leíró nyelv
+=== Software architecture, 2013: [http://directory.iit.bme.hu/belso/st/p15_6.pdf Part15 - p15_6.pdf] ===
+===== 2013: 21. dia, SOA - Service Oriented Architecture =====
+===== SOE – Service Oriented Enterprise =====
+* BPEL (Business Process Execution Language): Üzleti folyamat leíró nyelv
 ** Dokumentum flow jelleg, mikor-milyen lépések (amik esetleg újabb szolgáltatások igénybevételét jelentik), melyek mögött emberi tevékenység járhat
 * Végrehejtásra két mód:
-** Orchestration: zenekar vezénylése, egy process ami leírja a folyamatot, tartozik hozzá egy végrehajtógép, ami a process elemeit végrehajtja
+** '''Orchestration''': zenekar vezénylése, egy process ami leírja a folyamatot, tartozik hozzá egy végrehajtógép, ami a process elemeit végrehajtja (''orkesztráció (orchestration) – egy központ ismeri a teljes folyamatot, az kér szolgáltatást az együttműködőktől, akik csak a saját dolgukat végzik.'')
-** Choreography: ha elkezdődik a folyamat (pl. érkezik megrendelés), továbbítjuk az első állomásra, ahol az előírt tevékenységet végrehajtják. Majd, hogy hova kell továbbküldeni (szolgáltatást kérni), azt tudja az első állomás.
+** '''Choreography''': ha elkezdődik a folyamat (pl. érkezik megrendelés), továbbítjuk az első állomásra, ahol az előírt tevékenységet végrehajtják. Majd, hogy hova kell továbbküldeni (szolgáltatást kérni), azt tudja az első állomás.
-Nincs központi rész
+Nincs központi rész (''koreográfia (choreography) – a folyamat nincs központosítva, minden résztvevő a dolgát elvégezve az általa ismert következő résztvevő(ke)t aktivizálja.'')
 * BPEL4WS: BPEL web service-ekhez.
 * WS-*: WebService Szabványok, ajánlások
@@ 1 395. sor: / 1 476. sor: @@
 * WS-Coord: Hosszú távú tranzakcióknál használatos
-=== 7. diasor, JSD, Jackson State Development ===
+[[File:Szofttech_Vizsga_Software_Architectures_Patterns_SOE.png|400px]]
+==== 00:15:56 - 00:22:36 ====
+* elektronikus közigazgatás, stb.-ről magyarázat, aztán Software Architectures / Document részt átugrottuk
+=== váltás, 7. diasor: JSD / Content (Jackson System Development) (Introduction, Case study, Steps in details) (2013: ??) ===
+==== 00:22:36 ====
 ==== 00:22:55 ====
 ==== 00:29:10 ====
@@ 1 418. sor: / 1 504. sor: @@
 ==== 00:44:14 ====
-===== 8, JSD Lépések =====
+===== 8. JSD: lépések =====
-* Modelleket készítünk:
-** Entity Action Step: Kik az entitások, az alapanyagok, ezekkel mi történik
+* 6 lépés van (1. Entity action step, 2. Entity structure step, 3. Initial model step, 4. Function step, 5. System timing step, 6. Implementation step), ezek szétbonthatók 3 fő lépésre (Model step, Network step, Implementation step) (ld. 44:36)
-** Entity Structure Step: Entitáshoz hozzá kapcsoljuk azokat az eseményeket, amik vele történnek, és ezen akciókat időben rendezzük is
-* Network Step: Processek hálója
+# Model step: modelleket készítünk
-** Initial Model Step: Entitások történetéből megalkotjuk a processt, számítástechnikai modell
+## Entity action step: Kik az entitások, az alapanyagok, ezekkel mi történik, az ő életét mik változtatják meg, milyen akciók történnek
-** Function Step: Ha megvannak a modellek, akkor azokra kell tenni funkciókat
+## Entity structure step: entitáshoz hozzákapcsoljuk azokat az eseményeket, akciókat, amik vele történnek, és ezen akciókat még időben rendezzük is, tehát sorrendet fogjuk megadni (közös események is lesznek)
-* Implementation Step:
+# Network Step: processek hálója, összefüggő processek hálózata jön létre (egyik process üzenget a másiknak, egyik process olvasgat a másikból, stb.)
-** System Timing Step: Időzítések, milyen ütemezést készítünk.
+## Initial model step: előző lépésben összegeztük az eseményeket, ha szimulációt akarunk készíteni, akkor az entitásokon értelmezett események feldolgozására létrehozunk egy modellt; ekkor entitások történetéből megalkotjuk a processt, számítástechnikai modell. Elkészítjük a modellező processt.
-** Implement. Step: Implementáció elkészítése
+## Function step: ha megvannak a modellek, amik szimulálják a világot, akkor azokra kell tenni funkciókat (mivel végül is ezért csináltuk az egész modellezést, hogy legyenek funkciók) (lásd csónakázós példa, funkció: számolja ki, mennyi volt a napi leghosszabb csónakázást, vagy mennyi volt az átlagos csónakázás, stb.)
+# Implementation Step: ha megvan az összetett processhálónk, akkor azt implementálni is kell
+## System timing step: megmondjuk az időzítéseket, ezek alapján fogjuk az ütemezést elkészíteni: a processeket a meghatározás után valahogy ütemeztetni kell.
+## Implementation step: implementáció elkészítése.
 ==== 00:49:16 ====
@@ 1 522. sor: / 1 611. sor: @@
 * Hazárd lehetősége
-== 16. előadás ==
+===== JSD / Steps in details (Step 6: Implementation step), 29. dia (2013: ??) (köv. előadáson még ezt folytatja) =====
+== [http://bme.videotorium.hu/hu/recordings/details/5424,Szoftvertechnologia_-_16._eloadas 16. előadás] ==
+=== 2013: [http://directory.iit.bme.hu/belso/st/p1_6.pdf Part1 - p1_6.pdf], 7. dia: Introduction / Course information (Assessment, homework...) ===
+=== JSD / Introduction - JSD steps ismét; mai téma JSD / Steps in details (Step 6: Implementation step), 29. dia (2013: ??) ===
 ==== 00:13:50 ====
 ==== 00:18:31 ====
 ===== 29,30, Implementáció =====
@@ 1 534. sor: / 1 630. sor: @@
 készíteni és vigyázni kell a funkcionalitással, funkc. túlhangsúlyozása zsákutcába vezethet
-=== 8. diasor, OO, UML (obejtum orientált modellező nyelv), RUP ===
+=== 8. diasor, OO, UML (objektumorientált modellező nyelv), RUP; OO Concepts / Content (fejezetcímek: Towards OO, Object Semantics (Objects, Requests, Types, Interfaces, Operations), Object Implementation (Execution, Constructions models; Class, Method), Design Principles (Inheritance, Object variables, Law of Demeter)); 2013: [http://directory.iit.bme.hu/belso/st/p14_6.pdf Part14 - p14_6.pdf], 19. diától (OO Concepts / Design by Contract) ===
+==== 00:22:48 ====
 ==== 00:25:19 ====
 ==== 00:27:00 ====
@@ 1 559. sor: / 1 656. sor: @@
 * Absztrakt adatszerkezetek: Adat absztrakció és Procedurális interfész
 * Problémák
-** Vagy név probléma, vagy kód láthatósági probléma (35p körül)
+** Vagy névprobléma, vagy kódláthatósági probléma (35p körül)
 ** Hiányoznak a generikus struktúrák
 ** InFix operációk: a+b vagy +(a,b) (→ utóbbi a prefix)
 *** Vagyis Infix fenn van tartva meghatározott típusokra
 * Paradigma: nézetrendszer
-** Gondolkodásmód beli váltás
+** Gondolkodásmódbeli váltás
-** Az alpvető konstrukció, amire építkezünk azok az objektumok
+** Az alapvető konstrukció, amire építkezünk, azok az objektumok
 ** Objektumok vannak, amik együttműködnek egymással
-** Ennek a kialakítására OO módszertan
+** Ennek a kialakítására: OO módszertan
-** Objektumok (kb.: entitás),
+** Objektumok (kb.: entitás)
 ==== 00:44:08 ====
@@ 1 617. sor: / 1 714. sor: @@
 futárok, (→ ezek objektumok)
 * Típus: azon objektumtípusok, melyek kielégítik az interfészt
-* Kielégíti a Liskov féle helyettesítési elvet: ha az A interfész B-ből származik, akkor egy olyan
+* Kielégíti a Liskov féle helyettesítési elvet: ha az A interfész B-ből származik, akkor egy olyan objektum, ami támogatja A interfészt, akkor azt bárhol lehet használni olyan helyen, ahol B-nek van deklarálva. Vagyis: B szupertípus, A származtatott típus. A kompatibilis B. A az egy B. Pl. 18. dia
-objektum, ami támogatja A interfészt, akkor azt bárhol lehet használni olyan helyen, ahol B-nek
-van deklarálva. Vagyis: B szupertípus, A származtatott típus. A kompatibilis B. A az egy B. Pl. 18. dia
 ==== 01:08:35 ====
@@ 1 627. sor: / 1 722. sor: @@
 szolgáltatáskéréssel elérhető (vagyis egy szolgáltatás meghív egy operációt)
 ** Általános szignatúrása:
-oneway (!= void), Visszatérési érték , Identifier (neve, pl. SetX), Paraméterek (5, 6, stb),
+oneway (!= void), Visszatérési érték, Identifier (neve, pl. SetX), Paraméterek (5, 6, stb),
 Exception (milyen kivételt dobhat), Contexek
@@ 1 663. sor: / 1 758. sor: @@
 *** Identitás, egyediség: minden objektumnak saját élete van (referenciák problémája)
-== 17. Előadás ==
+===== OO Concepts /  Obj. Implementation - The Construction Model =====
-=== 8.diasor ===
+== [http://bme.videotorium.hu/hu/recordings/details/5425,Szoftvertechnologia_-_17._eloadas 17. előadás] ==
+elején: részletek a HF-ről
+=== 8.diasor; OO Concepts /  Obj. Implementation - The Construction Model (Behavior, Structure, State, Identity) ===
 ==== 00:06:33 ====
+===== mai anyag innentől: Class ("An object describes...") (2013: ??) =====
 ==== 00:08:40 ====
 ==== 00:09:40 ====
@@ 1 676. sor: / 1 778. sor: @@
 * Nem csak öröklés során lehet a struktúrát kibővíteni, hanem felül is definiálhatjuk a meglévő (ősosztálybeli) fogalmakat. (29.dia)
 * Absztrakt operáció (30.dia): csak deklaráljuk, nincs megvalósítva, de mindenhova öröklődik, ahol viszont saját példányt kell definiálni.
-==== 00:13:48 ====
+=== 2013: [http://directory.iit.bme.hu/belso/st/p14_6.pdf Part14_2 - p14_2.pdf], 19. dia (OO Concepts / Design by Contract - Design by Contract - Bertrand Meyer) ===
+==== 00:13:45 ====
 ==== 00:18:24 ====
 ==== 00:20:26 ====
@@ 1 758. sor: / 1 864. sor: @@
 * Megoldás: kapcsolat rejtése.
-=== 1:14p 9.Diasor, UML ===
+=== 9.Diasor, UML / Content fejezet-áttekintés, 2013: [http://directory.iit.bme.hu/belso/st/p4_6.pdf Part4_6 - p4_6.pdf] ===
+==== 1:15:14 ====
 ==== 01:15:27 ====
 ===== 2, Unified Programming Language, áttekintés =====
@@ 1 771. sor: / 1 879. sor: @@
 ==== EA17/01:19:44 ====
 ==== EA17/01:23:47 == EA18/00:01:00 ====
+== [http://bme.videotorium.hu/hu/recordings/details/5426,Szoftvertechnologia_-_18._eloadas 18. előadás] ==
+=== folyt. 2013: [http://directory.iit.bme.hu/belso/st/p4_6.pdf Part4_6 - p4_6.pdf], 6. diától ===
+==== EA17/01:23:47 == EA18/00:01:00 ====
+===== UML / Introduction - Scope of the UML (Fuses the concepts...) =====
 ===== 4,5, UML: =====
-* Egyesít régebbi módszertaniokat
+* Egyesít régebbi módszertanokat
 * Nyitott dolog, kiterjeszthető
 * Standard, modellező nyelv, nem folyamat
@@ 1 918. sor: / 2 035. sor: @@
 ==== 01:08:33 ====
 ==== 01:14:48 ====
+===== utolsó dia: UML / Class Diagram - AssociationEnd =====
+== [http://bme.videotorium.hu/hu/recordings/details/5427,Szoftvertechnologia_-_19._eloadas 19. előadás] ==
+=== UML / Class Diagram - Association (Name, Property string, stb. ismétlés...; Multiplicity, Name, Navigability ismétlés...), mai óra anyaga: AssociationEnd - Visibility, Ownership, 2013: [http://directory.iit.bme.hu/belso/st/p4_6.pdf Part4 - p4_6.pdf], 35. dia ===
 ==== EA19/00:01:50 ====
 ==== 00:03:44 ====
 ==== 00:04:26 ====
@@ 1 961. sor: / 2 086. sor: @@
 *** Role-nak is van láthatósága, tulajdonoson kívül látja-e más
 *** Role tulajdonosa lehet az asszociáció (vagy a hozzá kapcs. classifier)
-== 19. előadás ==
+===== UML / Introduction - Scope of the UML (Fuses the concepts...) =====
 ===== Qualifier, minősítő 36, dia =====
@@ 1 988. sor: / 2 115. sor: @@
 * Ha az interfész attribútumokat deklarál, abból még nem következik, hogy azok attribútumként lesznek elérhetők (hanem pl. műveleteken keresztül)
 * Példák 29p.
-** UML 1.? Szaggatott vonal, nagy (üres) nyíllíl: interfész implementálása
+** UML 1: Szaggatott vonal, nagy (üres) nyíllal: interfész implementálása
-** UML 2: Szaggatott vonal, normál nyíl, ráírva, hogy „realize”
+*** http://i.imgur.com/0LfMGKt.png
+** UML 2: Szaggatott vonal, normál nyíl, ráírva, hogy <code>«realize»</code>
 *** A régi használatát várják el
 ** Nyalóka: vonal, végén karika: ugyanaz, mint ez előzők
 *** Elvárt interfész: Mit várok el; Miközben szolgáltatást végzek kell valaki, aki egy interfészt megvalósít. Jel: Nyalóka, túloldalon félkörrel bevonva
+http://i.imgur.com/oQtZpSM.png
 ==== 00:34:46 ====
@@ 2 003. sor: / 2 133. sor: @@
 * 37p Class-Car
-==== PÉLDÁK, gyakorlás, 42p ====
+=== Példák, 2013: [http://directory.iit.bme.hu/belso/st/p5-p-hu-ex.pdf Gyak5 - p5-p-hu-ex.pdf],  ===
-===== 42p. Első =====
+==== 00:42:00 - PÉLDÁK, gyakorlás ====
+===== 1. példa: 2. dia, "A mellékelt ábrán milyen UML elemek láthatóak ?", [http://directory.iit.bme.hu/belso/st/ipt6jan10a.pdf 2006. január 10-i vizsga_a - ipt6jan10a.pdf], 2. feladat =====
 * Aggregáció: Nincs. Asszociáció egyik végén kéne legyen egy ‘‘‘rombusz‘‘‘
 * Függőség: Nincs. Szaggatott vonal, sima fejjel
@@ 2 016. sor: / 2 150. sor: @@
 * Absztrakt osztály: Nincs (Italic, dőlttel jelölnénk)
 * Sztereotípia: Van ( <<Interface>> )
-===== 46p Második =====
+==== 00:46:03 ====
+===== 2. példa: 3. dia, "Elkészítjük az alábbi X osztály két példányát, x1-et és x2-t. Ezt követően végrehajtjuk a következő két műveletet:", [http://directory.iit.bme.hu/belso/st/ipt4maj19.pdf 2004. május 19-i vizsga - ipt4maj19.pdf], 4. feladat =====
 * 10-10, mert csak 1 a van, mival az static (aláhúzott) !
-===== 48p Harmadik =====
+==== 00:48:40 ====
+===== 3. példa: 4. dia, [http://directory.iit.bme.hu/belso/st/v011218.pdf 2001. december 18-i vizsga - v011218.pdf], 5. feladat =====
 * Egy ObjektumDiagram, rajzoljunk osztálydiagramot!
-===== 54p Negyedik
-:02 Ötödik
+==== 00:54:26 ====
-:08 Hatodik =====
-* B bárhol helyettesíthető E-vel, mert E a B leszármazottja: +++
+===== 4. példa: 5. dia, "A Villamos és Busz osztályok..." =====
+==== 00:56:36 ====
+===== 5. példa: 10. dia "Egy cégnél sok ember dolgozik, egy embernek több..." =====
+==== 01:02:09 ====
+===== 6. példa: 9. dia ("Az A osztályú objektum használni akar egy i interfészt...") =====
+==== 01:07:56 ====
+===== utolsó dia, 7. példa: 6. dia ("Az UML diagram alapján értékeljen minden állítást az alábbi kulcs segítségével!" "1. B bárhol helyettesíthető E-vel, mert az E a B leszármazottja....") =====
+* B bárhol helyettesíthető E-vel, mert E a B leszármazottja: +++
 * C bárhol helyettesíthető E-vel, mert D a C leszármazottja: --
 * F set(a:A) függvénye kaphat paraméterül D-t, mert a D megvalósítja az A interfészt: +++
 * D add(b:B) függvénye meghívhatja egy maraméterül kapott E count () metódusát, mert E megvalósítja az A interfészt: B-t kérünk paraméternek, fogalmunk sincs, hogy E micsoda: -+
 * E meghívhatja egy D add() metódusát, mert van közös ősük: ++-
-* E nem hívhatja meg egy D bar() metódusát, mert a metódus protected: D-nek nincs bar()
+* E nem hívhatja meg egy D bar() metódusát, mert a metódus protected: D-nek nincs bar() metódusa (B-nek van, de private): +-
-metódusa (B-nek van, de private): +-
 * F meghívhatja egy D add(b:B) metódusát, mert E egygszerre a B és C osztály leszármazottja: -+
-* D add(b:B) metódusából nem hívhatjuk meg D do() metósudát, mert a metódus absztrakt:
+* D add(b:B) metódusából nem hívhatjuk meg D do() metósudát, mert a metódus absztrakt: nem absztrakt a metódus, hanem static, így meghívhatjuk: --
-nem absztrakt a metódus, hanem static, így meghathatjuk: --
-== 20.előadás ==
+== [http://bme.videotorium.hu/hu/recordings/details/5428,Szoftvertechnologia_-_20._eloadas 20. előadás] ==
+=== 2013: [http://directory.iit.bme.hu/belso/st/p5-p-hu-ex.pdf Gyak5 - p5-p-hu-ex.pdf] ===
 ==== PÉLDÁK, feladatok, gyakorlás ====
+==== 11. dia, "Az UML diagram alapján értékeljen minden állítást az alábbi kulcs segítségével ! -- D helyettesíthető E-vel, mert közös az ősük..." ====
+=== váltás, UML / Package Diagram, 2013: [http://directory.iit.bme.hu/belso/st/p5_6.pdf Part5_6 - p5_6.pdf], 3. dia ===
+==== 00:13:10 ====
 ==== 00:16:35 ====
@@ 2 043. sor: / 2 200. sor: @@
 * Minden elem csak 1 package-ben
 * Nevet vagy beleírjuk (ha nincs benne több doboz), vagy a fülre (jelölésben)
 ==== 00:18:15 ====
 ===== 55, =====
@@ 2 151. sor: / 2 309. sor: @@
 ==== 01:22:21 ====
 ==== 01:23:05 ====
-===== 83-84, Use Case Jellemzők =====
+===== utolsó dia: 83-84, UML / Use Case Diagram - Use Case Properties (Use Case-jellemzők) =====
 * Eseményfolyam
 * Speciális követelmények: nem funkcionális (pl. biztonság)
@@ 2 159. sor: / 2 317. sor: @@
 * Activity diagram (flow chart)
 * Use Case Diagram
-== 21, Előadás ==
+== [http://bme.videotorium.hu/hu/recordings/details/5429,Szoftvertechnologia_-_21._eloadas 21. előadás] ==
+=== Interaction Diagram, 2013: [http://directory.iit.bme.hu/belso/st/p6_6.pdf Part6 - p6_6.pdf] ===
 ==== 00:03:01 ====
 ===== 86, Interaction, általános meggondolások, diagramok =====
@@ 2 207. sor: / 2 369. sor: @@
 ** Fej + FüggőlegesSzaggatottSzár: LifeLine, életvonal
 ** Rajza van az üzenet, ami eseményeket határoz meg
-** ‘‘‘Szinkron‘‘‘ üzenet: kis, ‘‘‘teli‘‘‘ ‘‘‘fej‘‘‘. Lényegében C átadja a vezérlést A-nak
+** '''Szinkron''' üzenet: kis, '''teli''' '''fej'''. Lényegében C átadja a vezérlést A-nak
-** ’’’Szaggatott, nyitott fejű vonal: return’’’
+** '''Szaggatott, nyitott fejű vonal: return'''
 ** Szaggatott vonalon függőleges doboz: Execution Specification, Execution Bar
-*** Valamilyen ’’’tevékenység’’’ folyik
+*** Valamilyen '''tevékenység''' folyik
-** Az egész ’’’körül egy doboz!’’’
+** Az egész '''körül egy doboz!'''
-** Bal felső sarokban ‘‘‘név‘‘‘
+** Bal felső sarokban '''név'''
 ==== 00:23:54 ====
 ===== 94, Másik szekvencia diagram =====
 * Magát a bar-t nem ábrázoljuk (bár lehetne)
-* ’’’Nyitott fejű nyíl: Aszinkron küldés’’’
+* '''Nyitott fejű nyíl: Aszinkron küldés'''
 * Ferde nyíl: üzenet küldés sokkal korábban van, mint a megérkezése (közben megérkezhet másik üzenet is)
 ** Pl. kártya kiadás indítás
@@ 2 240. sor: / 2 402. sor: @@
 ==== 00:39:52 ====
-, Még egy szekvencia diagram
+===== 96, Még egy szekvencia diagram =====
 * Példa máshol definiált szekvenciadiagram beépítésére, 40p
@@ 2 255. sor: / 2 417. sor: @@
 * Kapcsolatba hozható egy osztálydiagrammal
 * Példa 49p
-==== FELADAT, Gyakorlás, 51p ====
+==== 00:44:28 ====
+=== FELADAT, gyakorlás; 2013: [http://directory.iit.bme.hu/belso/st/p6-p-hu-ex.pdf Gyak6 - p6-p-hu-ex.pdf] ===
+==== 00:51:00 ====
+===== 2013: 6. dia ("Egy banki rendszerben bankkártyával pénzt tudunk felvenni...") =====
 * UseCase Bankos példa, 79-82 diák, úgy nagyjából
+=== [http://directory.iit.bme.hu/belso/st/v010626.pdf 2001. június 26-i vizsga - (v010626).pdf] ===
+==== 01:02:12 ====
+===== itt 7. feladat ("A síkbeli vektorok modellezésére legyen egy Sikvektor osztályunk, amelynek egyebek mellett legyen egy toString() metódusa a vektor kiírására....") =====
 * Síkvektor, Osztály Diagram, Szekvencia Diagram, 1:02
-* Doktoros, 1:14
-** A vérétel és a megküldés aszinkron események
-** Ha valami olyasmiről van szó, ami a továbbiakban is részt vesz valamilyen műveletben (pl. beutaló, recept), akkor tüntessük fel
-== 22. előadás ==
+=== 2013: [http://directory.iit.bme.hu/belso/st/p6-p-hu-ex.pdf Gyak6 - p6-p-hu-ex.pdf] ===
+==== 01:07:37 ====
+===== 2013: itt 20. dia, valamint [http://directory.iit.bme.hu/belso/st/v010113.pdf 2001. január 23-i vizsga - v010113.pdf], 6. feladat ("Gáz Géza rosszul érzi magát, és elmegy a háziorvosához. Elpanaszolja neki, hogy már két hete lázas, és a jobb lábfeje a kétszeresére dagadt."...) =====
+* A vérvétel és a megküldés aszinkron események
+* Ha valami olyasmiről van szó, ami a továbbiakban is részt vesz valamilyen műveletben (pl. beutaló, recept), akkor tüntessük fel
+== [http://bme.videotorium.hu/hu/recordings/details/5430,Szoftvertechnologia_-_22._eloadas 22. előadás] ==
+=== [http://directory.iit.bme.hu/belso/st/p6_6.pdf Part6 - p6_6.pdf] ===
-==== 1 Feladat ====
+==== 1. feladat ====
+===== UML / Communication Diagram ábra a példával, 2013: 16. dia =====
 ==== 00:09:00 ====
@@ 2 281. sor: / 2 468. sor: @@
 * Aktivitás diagramra hasonlít (ami meg egy UML-es tuningolt Flow-Chart)
 * Időtartamot is jelölhetünk
+==== 00:16:30 ====
+Interakciókat kivégeztük.
+=== váltás, State Machine Diagram, 2013: [http://directory.iit.bme.hu/belso/st/p7_6.pdf Part7 - p7_6.pdf], elejétől ===
 ==== 00:16:42 ====
 ==== 00:32:00 ====
 ==== 00:32:08 ====
@@ 2 326. sor: / 2 520. sor: @@
 * Ábra, 56p körül
-==== FELADATOK, Gyakorlás 1:00 ====
+=== FELADATOK, Gyakorlás ===
-===== Első: mentés, állapotot meg kell őrizni, majd visszaállítani =====
+=== [http://directory.iit.bme.hu/belso/st/v010605.pdf 2001. június 5-i vizsga - v010605.pdf] ===
+==== 01:00:01 ====
+===== 1. példa: 9. feladat a vizsgában ("Legyen egy O objektumunk, amelynek állapotát időnként menteni kell (egy Memento objektumba, annak setState() metódusát meghívva), hogy az később visszaállítható legyen...") =====
+* mentés, állapotot meg kell őrizni, majd visszaállítani
 * Mentés kész – hogyan oldjuk meg, hogy ne legyen módosítható?
 ** Pl. setState csak egyszer hajtható végre
 ** 1:15p… Játék interfészekkel
-===== Második: Izidor, Ajándék, Jézuska =====
-* Borzalmas… 1:22p
-===== Harmadik =====
-* Get és Remove nem a változónak megy, hanem a Kollekciónak!
+=== 2013: [http://directory.iit.bme.hu/belso/st/p7-p-hu-ex.pdf Gyak7 - p7-p-hu-ex.pdf], 4. dia, illetve [http://directory.iit.bme.hu/belso/st/v011218.pdf 2001. december 18-i vizsga - v011218.pdf] ===
+==== 01:17:13 ====
-== 23, Előadás ==
+===== 2. példa: 8. feladat "Rajzoljon az eseményekről UML szekvencia-diagramot! Izidor jó fiú volt az idén..." =====
-===== FELADATOK, Gyakorlás =====
+=== 2013: [http://directory.iit.bme.hu/belso/st/p6-p-hu-ex.pdf Gyak6 - p6-p-hu-ex.pdf, 19. dia] (ill. szöveg ugyanaz, mint [http://directory.iit.bme.hu/belso/st/ipt2maj30.pdf 2002. május 30-i vizsga - ipt2maj30.pdf], 7. feladat, csak ott kollaborációs diagram kell) ===
+==== 01:26:32 ====
+===== 3. példa: "Egy Alfa osztálybeli objektumnak van egy Beta..." =====
+* Get és Remove nem a változónak megy, hanem a Kollekciónak!
+== [http://bme.videotorium.hu/hu/recordings/details/5431,Szoftvertechnologia_-_23._eloadas 23. előadás] ==
+=== Feladatok - 2013: [http://directory.iit.bme.hu/belso/st/p7-p-hu-ex.pdf Gyak7 - p7-p-hu-ex.pdf] ===
+===== 2013: 5. dia ("Az alábbi UML kommunikációs diagram alapján rajzoljon UML szekvencia diagramot ! Tüntesse fel a végrehajtást specifikáló téglákat is !") + (6:51-től kicsit visszaugrás erre a feladatra 7:40-ig) =====
 * …
 * Harún Ar-Rasíd, 12p
+==== 00:06:14 ====
+===== 2013: [http://directory.iit.bme.hu/belso/st/p13-x-hu-ex.pdf Gyak13 - p13-x-hu-ex.pdf], 2. dia, ill. [http://directory.iit.bme.hu/belso/st/ipt2dec17.pdf 2002. december 17-i vizsga - ipt2dec17.pdf], 7. feladat ("Adva van egy objektumunk, amely két fő állapottal (A,B) rendelkezik. Az A állapotban a táblázatban megadott állapotgép működik. Az A állapotból B-be az 'off' esemény hatására kerül. Visszatérni az 'on'-ra fog, és ekkor ott folytatja, ahol a kilépéskor abbahagyta. Kezdetben az A állapot aktivizálódik, az A-n belül pedig az A2. Rajzolja meg az objektum state-chart-ját!") =====
+=== 2013: [http://directory.iit.bme.hu/belso/st/p7-p-hu-ex.pdf Gyak7 - p7-p-hu-ex.pdf] ===
+==== 00:12:44 ====
+===== 8. dia, illetve [http://directory.iit.bme.hu/belso/st/ipt5maj24.pdf 2005. május 24-i vizsga - ipt5maj24.pdf], 7. feladat ("Harún ar-Rasíd repülő szőnyeget kap ajándékba tengerjáró Szindbádtól...") =====
+=== Váltás, [http://directory.iit.bme.hu/belso/st/p7_6.pdf Part7 - p7_6.pdf] ===
+==== 00:24:26 ====
+===== 2013: 18. dia, UML / Beyond UML - Model structure =====
 ===== 121, Az UML-en túl, 24p =====
@@ 2 367. sor: / 2 590. sor: @@
 * ezután lévő Java-implementációt láthatjuk, hogyan generálta le az eszköz a Java-kódot az XMI-ból
-=== 10.diasor ===
+=== 10.diasor; 2013: [http://directory.iit.bme.hu/belso/st/p16_6.pdf Part16 - p16_6.pdf], elejétől, RUP / Content ===
+==== 00:40:00 ====
 ==== 00:40:54 ====
 ===== 3, RUP: Rational Unified Process =====
@@ 2 479. sor: / 2 703. sor: @@
 ==== EA23/01:14:07 == EA24/00:00:40 ====
 ==== EA23/01:14:27 == EA24/00:05:48 ====
-===== 21-22, Use-Case model létrehozása =====
+===== 21-22, Use-Case model létrehozása (RUP / Use cases - Use Case Model identification on ... 22. dia) =====
 * Actor-based: Kik a szereplők, milyen felelősség?
 * Event-based: Esemény alapú megközelítés, milyen események történnek a rendszerünkkel
@@ 2 489. sor: / 2 713. sor: @@
 ** Ki van kívül és ki van belül
-== 24. előadás ==
+== [http://bme.videotorium.hu/hu/recordings/details/5432,Szoftvertechnologia_-_24._eloadas 24. előadás] ==
+=== folyt. 10.diasor; 2013: [http://directory.iit.bme.hu/belso/st/p16_6.pdf Part16 - p16_6.pdf] ===
+===== RUP / Use cases - Requirement artifacts ábra, 21. dia =====
 ==== 00:07:07 ====
 ===== 23, Use-Case készítés =====
 * Rendszertől elvárt funkcionalitások bent vannak a követelmények között; megállapítjuk a határt
@@ 2 654. sor: / 2 883. sor: @@
 * Algoritmusok részletei
-== 25. Előadás ==
+===== RUP vége, RUP / Implementation (Design Algorithms, ...) =====
-=== 11. diasor, Verifikáció, validáció ===
+== [http://bme.videotorium.hu/hu/recordings/details/5433,Szoftvertechnologia_-_25._eloadas 25. előadás] ==
+=== 11. diasor, Verifikáció, validáció; 2013: [http://directory.iit.bme.hu/belso/st/p9_6.pdf Part9 - p9_6.pdf] ===
 ==== 00:01:54 ====
-===== 3, Bevezetés, =====
+===== 3, Bevezetés, V & V / Content (Verifikáció, Validáció) =====
 * Verification, Verifikáció: Jól készítettük el a terméket? Előírásnak megfelel-e
 * Validation, Validáció: A jó terméket készítettük el? Ez az-e a produktum, amire a user vágyik
@@ 2 720. sor: / 2 951. sor: @@
 ==== 00:24:10 ====
 ===== 12, Testing, tesztelés – működés közben vizsgáljuk a programot =====
-* Konformancia vezérelt tesztelés: előírásoknak meg kell, hogy feleljen, a tesztekkel ezt igazolom
+* Szoftvertesztelésben két megközelítés:
-* Hibadetektálás: pl. lefagy a program, mert hibásan lett felvéve változó, mert valaki rosszul értelmezte a feladatot → hibasorrend
+** Konformancia-vezérelt tesztelés: a szoftverünk valamilyen szabályoknak, előírásoknak meg kell, hogy feleljen, a tesztekkel az a célom, hogy ezt a megfelelőséget igazoljam (pozitív éle van)
-** error: valamilyen ‘‘‘emberi‘‘‘ tevékenység hiánya, tévedés
+** Hibadetektálás: a szoftvertesztelés nem más, mint a szoftver futtatása hibakeresés céljából (negatív éle van). Pl. lefagy a program, mert hibásan lett felvéve változó, mert valaki rosszul értelmezte a feladatot → hibasorrend. Hibákra definíciók (nincs egységes terminológia egyébként):
-** fault (bug): nem az van a ‘‘‘kódban‘‘‘, aminek lennie kéne, kódhiba (debuggolás)
+*** '''error''': valamilyen '''emberi''' tevékenység, annak hiánya, tévedés, elhanyagolás; emberhez köthető, valamit elront, és így ebből keletkezik egy bug
-** failure: kívülről ‘‘‘látható‘‘‘ (pl. lefagy, rossz eredményt ad), jelenség
+*** '''fault (bug)''': a program kódjában keletkezik egy hiba; nem az van a '''kódban''', aminek lennie kéne, vagy épp kihagytam valamit belőle; tehát '''kódbeli hiba''' (debuggolás során ezeket akarjuk megtalálni benne) (pl. ilyenek, mint hogy egy <code>*</code>-ot lehagytunk valahonnan, egy változó rossz értéket kapott, <code>==</code> helyett <code>=</code> áll a kifejezésben, stb.), ez pedig egy failure-t okoz
+*** '''failure''': amit kívülről '''láthatunk''' (pl. lefagy a szoftver, rossz eredményt ad), '''jelenség, amiben testet ölt a hiba'''; én ezekkel a hibákkal szembesülök, ehhez a failure-höz kell nekem majd megtalálnom a bugot, hogy a kódban ez mi miatt történt, vagy továbbmehetek, és rájöhetek, hogy tévedés történt, tehát error (pl. specifikációt félreértette, vagy hasonló), így deríthetem ki a hibát
 ==== 00:29:08 ====
@@ 2 836. sor: / 3 068. sor: @@
 * Teljesítményriportok
-== 26. előadás ==
+== [http://bme.videotorium.hu/hu/recordings/details/5434,Szoftvertechnologia_-_26._eloadas 26. előadás] ==
+=== folyt. [http://directory.iit.bme.hu/belso/st/p9_6.pdf Part9 - p9_6.pdf] ===
+===== V & V / Test - Test strategy, 35. dia =====
 ==== 00:00:43 ====
 ===== 35, Test Strategy, Teszt stratégiák =====
@@ 2 910. sor: / 3 147. sor: @@
 ===== 52, Dokumentációk =====
-=== 12. diasor, 31p, CM: Configuration Management ===
+===== V & V anyag vége... =====
+=== váltás, 12. diasor, 31p, CM: Configuration Management, elejétől, 2013: [http://directory.iit.bme.hu/belso/st/p8_6.pdf Part8 - p8_6.pdf] ===
+==== 00:31:08 ====
+===== eleje: CM / Content =====
 ==== 00:32:10 ====
@@ 3 043. sor: / 3 285. sor: @@
 * Milyen eszköz?
-==== FELADATOK, gyakorlás, 1:06p ====
+===== CM dia vége =====
+=== 2013: [http://directory.iit.bme.hu/belso/st/p6-p-hu-ex.pdf Gyak6 - p6-p-hu-ex.pdf] ===
+==== 1:05:55 - FELADATOK, gyakorlás ====
+===== 1. feladat: 2013: 15. dia: ("Az A osztály „a” példánya készít egy B osztály „b” példányát. Rajzoljon kommunikációs és szekvencia diagramot !") =====
+=== ?? dia ===
 ==== 01:11:04 ====
-* Mik a jelölt UML elemek?
+===== 2. feladat: Mik a jelölt UML elemek? =====
-** bal oldalt: elvárt interfész, socket (required interface)
+* bal oldalt: elvárt interfész, socket (required interface)
-** jobb oldalt: realizált, implementált interfész (provided interface)
+* jobb oldalt: realizált, implementált interfész (provided interface)
-** alul: port
+* alul: port
+=== 2013: [http://directory.iit.bme.hu/belso/st/p7-p-hu-ex.pdf Gyak7 - p7-p-hu-ex.pdf] ===
 ==== 01:12:12 ====
+===== 3. feladat: "A postán Jóskának a postásnak odaadják a Mari néninek szóló levelet, amit Jóska bedob Mari néni postaládájába. Mari néni mikor hazaér, kiveszi a levelet a postaládából, ötször megtörli a szemüvegét, majd elolvassa a levelet. Rajzoljon kommunikációs diagramot !" =====
 * sorrendek, üzenetek:
 ** 1: give(l) [aszinkron]
@@ 3 059. sor: / 3 315. sor: @@
 * a postás csak hurcol egy referenciát a levélre
 * felmerült a kérdés, hogy a postaláda a posthivatalhoz hasonlóan hosszasan tárolja a referenciát... hosszú távú store ott lehetne
+=== [http://directory.iit.bme.hu/belso/st/stv_090127.pdf 2009. január 27-i vizsga - stv_090127.pdf] ===
+==== 01:21:35 ====
 ==== 01:23:04 ====
+===== 4. feladat:  =====
 * C függ X-től és X függ C-től
 * X-et felhúzzuk qux(c)-vel, paraméterként kap c-t, tehát X amúgy nem tud c-ről, neki nincs c-je
@@ 3 070. sor: / 3 334. sor: @@
 * ha olyan lenne az ábra, két külön metódus van, két külön hívott metódus között van valami olyan tudás, ami túléli a két hívást, akkor van valami tárolt érték, akkor kell az asszociáció (szoros, tartós szemantikus kapcsolat, nem csak egy metódushívás idejéig kell, hogy fennálljon) – ha ilyen kapcsolat nem kell, hanem csak az adott paraméterezésből következik, akkor dependencia
 (ennek kapcsán visszatérve az előző Mari nénis példához, a postahivatal és levél között kéne megszüntetni a kapcsolatot, vagy pedig összekötjük a postaládát és levelet, és akkor hosszú távon tárolhatjuk benne, megmarad, bár nem hívunk rajta semmit sem a postás, sem a postaláda...)
+== [http://bme.videotorium.hu/hu/recordings/details/5847,Szoftvertechnologia_Java_gyakorlat_-_1._eloadas Java 1. előadás] - TODO!! ==
+== [http://bme.videotorium.hu/hu/recordings/details/5848,Szoftvertechnologia_Java_gyakorlat_-_2._eloadas Java 2. előadás] - TODO!! ==
+== [http://bme.videotorium.hu/hu/recordings/details/5849,Szoftvertechnologia_Java_gyakorlat_-_3._eloadas Java 3. előadás] - TODO!! ==
+== [http://bme.videotorium.hu/hu/recordings/details/5850,Szoftvertechnologia_Java_gyakorlat_-_4._eloadas Java 4. előadás] - TODO!! ==
+{{RightTOC}}
+[[Kategória:Infoalap]]

„Szoftvertechnológia - Videójegyzet” változatai közötti eltérés