9. tétel Flashcards
(11 cards)
A szoftver mint termék
● Számítógépes programok és a hozzá kapcsolódó dokumentációk (pl.
követelmények, tervezési modellek és felhasználói kézikönyvek)
● Szoftver termékek készülhetnek egy meghatározott vevő, vagy egy széles piac
számára:
○ Általános (generic)– felhasználók széles rétege számára fejlesztett és általuk
használt szoftver. Pl. Excel, Word
○ Egyedi (custom) – egy megrendelő egyedi igényei szerint készült
● Új szoftver készülhet új programok írásával, általános szoftver konfigurálásával,
vagy létező szoftver újrafelhasználásával
A szoftvergyártás olyan tevékenységek sorozata, amelyeknek célja a szoftver kifejlesztése és
továbbfejlesztése (evolúciója).
Alapvető szoftvergyártási modellek
Vízesés modell:
Fázisokra bontja a fejlesztést, amelyek szekvenciálisan követik egymást. A modell legfőbb hátrányaihoz tartozik, a gyártás beindulása után nehéz változásokat beépíteni, valamint egy munkafázisnak be kell fejeződni, mielőtt a következő elkezdődhet. Ez a modell akkor hasznos, ha a követelmények jól ismertek és csak nagyon kis változások lehetségesek a fejlesztés során. Főleg nagy rendszerek fejlesztése során használják, ahol a fejlesztés több helyszínen történik.
Komponens alapú szoftverfejlesztés:
Újrafelhasználáson alapszik, a
rendszereket már létező, vagy készen vásárolható rendszerekből
integráljuk.
Evolúciós fejlesztés:
Feltáró fejlesztés
* Cél: a megrendelővel együtt egy kezdeti durva
specifikációból a végleges rendszert kialakítani. A
biztos követelményekből kiindulva a megrendelő
igényei szerint újabb funkciókkal bővíthető a
rendszer.
Eldobható prototípus
* Cél: a homályos követelmények tisztázása. A
legkevésbé kiforrott követelményekből indul, hogy
tisztázza a valós igényeket.
Iteratív szoftverfejlesztés
A rendszerkövetelmények minden projekt során változnak, így az iteratív megközelítés (korábban elvégzett munkafázisok átdolgozása) minden nagyobb rendszer fejlesztésének része. Az iteratív megközelítés valamennyi alapvető módszerhez alkalmazható. Két kapcsolódó megközelítése létezik, ezek az inkrementális teljesítés és a spirális fejlesztés.
Inkrementális teljesítés
A rendszert nem egy részletben szállítjuk, hanem a fejlesztés és átadás részekre van bontva. Minden újabb átadott részegység a rendszer újabb funkcionalitását valósítja meg. A felhasználói igényeknek megfelelő prioritási sorrendben szállítunk, a legfontosabb funkciókkal kezdve. Amint egy részegység fejlesztése elkezdődött, annak követelményeit befagyasztjuk. A későbbi részegységek követelményei még változhatnak.
Előnyei közé tartozik, hogy minden átadás során működő részegységeket helyezünk üzembe. A rendszer korábban kezdheti meg (rész)működését. Korábbi komponensek prototípusként működnek, így a későbbi részegységek követelménytervezésében ezek is segítenek. Kisebb a projekt teljes csődjének esélye. A legfontosabb szolgáltatásokat tesztelik a legtovább.
Extrém programozás
itt a fejlesztés és átadás nagyon kis funkcionális részegységenként történik. Állandó kódjavítás, a felhasználó aktív részvétele a fejlesztésben, valamint „páros programozás” jellemzik.
Spirális fejlesztés
A gyártási folyamat egy spirállal jellemezhető. A spirál minden hurka a gyártási folyamat egy fázisát jelképezi. Nincsenek fix hurkok (pl.: specifikáció vagy tervezés), a hurkokat az igényeknek megfelelően alakítjuk ki.
A kockázatkezelés explicit módon jelenik meg a gyártási folyamatban.
A spirális modell szektorai:
* Célkitűzések megállapítása: az adott fázis céljainak megállapítása.
* Kockázatbecslés és -csökkentés: a kockázati tényezők felmérése, valamint a legfőbb kockázati faktorok várható hatásának csökkentése.
* Fejlesztés és validáció: az általános módszerek közül bármely kiválasztása.
* Tervezés: a projekt áttekintése és a spirál következő fázisának megtervezése.
Szoftver specifikáció (követelménytervezés)
Választ keresünk a következő kérdésekre: milyen szolgáltatásokat várunk el a rendszertől; milyen kötöttségeket és kényszereket kell figyelembe venni a fejlesztés és üzemeltetés során.
Lépései:
* Megvalósíthatósági tanulmány
* Követelmények gyűjtése és analízise
* Követelmény specifikáció
* Követelmény validáció
Szoftver tervezés és implementáció
● Az az eljárás, amelynek során a specifikáció egy futtatható rendszerré alakul át.
● Szoftver tervezés
○ Olyan szoftver struktúra tervezése, amely megvalósítja a specifikációt;
● Implementáció
○ A tervezett struktúrának végrehajtható kóddá alakítása;
● A tervezés és implementálás lépései egymással szorosan összefüggnek és átlapolódhatnak.
Szoftver ellenőrzés (validáció)
● A verifikáció és validáció (V & V) célja annak bizonyítása, hogy a rendszer teljesíti a specifikációban foglaltakat és a felhasználó igényeinek megfelelően működik.
● Elemei: Ellenőrzés, felülvizsgálat és rendszertesztelés.
● Rendszertesztelés: a rendszer futtatása olyan tesztadatokkal, amely a specifikáció szerint a valós működés során előfordulhat.
Szoftver továbbfejlesztés (evolúció)
A szoftver eredően rugalmas és változtatható. Ahogy a változó üzleti-gazdasági körülmények miatt a követelmények változnak, a kiszolgáló szoftvernek is változnia és fejlődnie kell. Bár a fejlesztés és karbantartás között régebben éles határvonal húzódott, ez egyre kevésbé releváns, hiszen egyre kevesebb a teljesen új rendszer.
Az evolúció fázisai: rendszerkövetelmények meghatározása → a jelenlegi rendszer felmérése → fejlesztési javaslat → rendszer módosítása
A szoftvertervezés folyamata(általános lépései)
○ Specifikáció – mit kell a rendszernek tudnia és mik a fejlesztési kényszerek, kötöttségek
○ Fejlesztés (Tervezés) – A szoftver rendszer megalkotása
○ Ellenőrzés (Validáció) – ellenőrzés: a szoftver azt csinálja, amit a
megrendelő akar?
○ Továbbfejlesztés (Evolúció) – A szoftver változó igények szerinti
továbbfejlesztése.
