„Szoftvertechnológia - Videójegyzet” változatai közötti eltérés
SOE-kép |
a →19, |
||
| (4 közbenső módosítás, amit 3 másik szerkesztő végzett, nincs mutatva) | |||
| 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? | ** 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. | ||
| 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 ==== | ||
| 1 724. 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 | ||
| 2 117. 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) | * 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 | ** UML 1: Szaggatott vonal, nagy (üres) nyíllal: interfész implementálása | ||
** UML 2: Szaggatott vonal, normál nyíl, ráírva, hogy | *** 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 ==== | ||
| 2 950. sor: | 2 951. 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 | * Szoftvertesztelésben két megközelítés: | ||
* Hibadetektálás: | ** 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, | *** '''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 ''' | *** '''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 ==== | ||