Szoftvertechnológia - Videójegyzet - Laptörténet

User15734: /* 19, */

2014-01-21T10:02:27Z

19,

← Régebbi változat		A lap 2014. január 21., 12:02-kori változata
1 722. sor:		1 722. sor:
	szolgáltatáskéréssel elérhető (vagyis egy szolgáltatás meghív egy operációt)		szolgáltatáskéréssel elérhető (vagyis egy szolgáltatás meghív egy operációt)
	** Általános szignatúrása:		** Á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		Exception (milyen kivételt dobhat), Contexek

User15734, 2014. január 21., 10:01-n

2014-01-21T10:01:39Z

← Régebbi változat		A lap 2014. január 21., 12:01-kori változata
1 714. sor:		1 714. sor:
	futárok, (→ ezek objektumok)		futárok, (→ ezek objektumok)
	* Típus: azon objektumtípusok, melyek kielégítik az interfészt		* 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 ====		==== 01:08:35 ====

Ecsedi: /* 18, Deliverables */

2013-12-29T12:37:46Z

18, Deliverables

← Régebbi változat		A lap 2013. december 29., 14:37-kori változata
266. sor:		266. sor:
	** RequirementSpecification: Követelmények technikai része		** RequirementSpecification: Követelmények technikai része
	** Preliminary user's manual: felhasználói dokumentumok, felületek!		** 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		* 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.		* 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.

Harapeti: jav, képek

2013-06-17T19:47:12Z

jav, képek

← Régebbi változat		A lap 2013. június 17., 21:47-kori változata
2 117. sor:		2 117. 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)		* 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.		* 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		*** A régi használatát várják el
	** Nyalóka: vonal, végén karika: ugyanaz, mint ez előzők		** 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		*** 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 ====		==== 00:34:46 ====

Harapeti: hibadefiníciók kiegészítése

2013-06-17T17:41:44Z

hibadefiníciók kiegészítése

← Régebbi változat		A lap 2013. június 17., 19:41-kori változata
2 950. sor:		2 950. sor:
	==== 00:24:10 ====		==== 00:24:10 ====
	===== 12, Testing, tesztelés – működés közben vizsgáljuk a programot =====		===== 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 ====		==== 00:29:08 ====

Harapeti: SOE-kép

2013-06-17T16:18:47Z

SOE-kép

← Régebbi változat		A lap 2013. június 17., 18:18-kori változata
1 460. sor:		1 460. sor:

	===== 2013: 21. dia, SOA - Service Oriented Architecture =====		===== 2013: 21. dia, SOA - Service Oriented Architecture =====
			===== SOE – Service Oriented Enterprise =====

	* BPEL: Üzleti folyamat leíró nyelv		* 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		** 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:		* 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.		* BPEL4WS: BPEL web service-ekhez.
	* WS-*: WebService Szabványok, ajánlások		* WS-*: WebService Szabványok, ajánlások
1 474. sor:		1 475. sor:
	* WS-Policy: összefogja a különböző szabványok szerinti leírásokat		* WS-Policy: összefogja a különböző szabványok szerinti leírásokat
	* WS-Coord: Hosszú távú tranzakcióknál használatos		* WS-Coord: Hosszú távú tranzakcióknál használatos

			[[File:Szofttech_Vizsga_Software_Architectures_Patterns_SOE.png\|400px]]

	==== 00:15:56 - 00:22:36 ====		==== 00:15:56 - 00:22:36 ====

Harapeti: RPC

2013-06-17T16:14:15Z

RPC

← Régebbi változat		A lap 2013. június 17., 18:14-kori változata
1 438. sor:		1 438. sor:
	===== 47, =====		===== 47, =====
	* SOAP: Simple Object Access Protocol		* 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		** Különböző Node-okat definiál
	*** Sender: küld egy üzenetet		*** Sender: küld egy üzenetet
	*** Receiver: vesz		*** Receiver: vesz
	*** Intermediary: közbenső elem		*** Intermediary: közbenső elem
	** Header,Body → ~~Strukturúlt~~		** Header, Body → Strukturált

	* UDDI: UniversalDescription, Discovery and Integration 1:12p		* UDDI: UniversalDescription, Discovery and Integration 1:12p
	** Aranyoldalak szerű könyv		** Aranyoldalak-szerű könyv
	** Előfizethető		** Előfizethető

Harapeti: ábra alapján leírás

2013-06-17T16:12:20Z

ábra alapján leírás

← Régebbi változat		A lap 2013. június 17., 18:12-kori változata
1 416. sor:		1 416. sor:

	[[File:Szofttech_Vizsga_Software_Architectures_Patterns_SOA.png\|400px]]		[[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 ====		==== EA14/01:07:05 == EA15/00:02:03 ====

Harapeti: SOA kép

2013-06-17T16:06:50Z

SOA kép

← Régebbi változat		A lap 2013. június 17., 18:06-kori változata
1 415. sor:		1 415. sor:
	* UDDI: „yellow pages”, 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_Client-server_logical_tiers~~.png\|400px]]		[[File:Szofttech_Vizsga_Software_Architectures_Patterns_SOA.png\|400px]]

	==== EA14/01:07:05 == EA15/00:02:03 ====		==== EA14/01:07:05 == EA15/00:02:03 ====

Harapeti: kép

2013-06-17T16:04:27Z

kép

← Régebbi változat		A lap 2013. június 17., 18:04-kori változata
1 399. sor:		1 399. sor:
	** Database		** Database
	* Sokszor 2 fizikai rétegen helyezzük el.		* Sokszor 2 fizikai rétegen helyezzük el.


			[[File:Szofttech_Vizsga_Software_Architectures_Patterns_Client-server_logical_tiers.png\|400px]]

	==== 00:54:14 ====		==== 00:54:14 ====
	==== 00:55:11 ====		==== 00:55:11 ====