Ginf 5. fejezet - Szoftver életciklusa - Szoftvermenedzselés

8/13/2019 Ginf 5. fejezet - Szoftver életciklusa - Szoftvermenedzselés

http://slidepdf.com/reader/full/ginf-5-fejezet-szoftver-eletciklusa-szoftvermenedzseles 1/46

1Gazdasági informatika2008.04.09.

A szoftver életciklusaGyurkó György




Szoftvermenedzsment

Alkalmazásportfólió-menedzsment




Szoftvermenedzsment(Alkalmazásmenedzsment)

Adott szoftverhez vagy szoftvercsomaghoz kapcsolódóan• a beszerzésre, fejlesztésre, bevezetésre,

üzemeltetésre, szolgáltatás-működtetésre,karbantartásra; továbbá

• az előbbieket támogató folyamatokra: dokumentálásra,

minőségbiztosításra, konfiguráció-kezelésre,

poblémakezelésre, változás-kezelésre vagy az érintetthumánerőforrás képzésére koncentráló irányítási és végrehajtási funkciók együttese.




Alkalmazásportfólió-menedzsment

A szervezeti szoftvervagyon

• nyilvántartását,

• elemzését,

• konszolidációját és

• racionalizálását

célzó szervezeti-irányítási ésvégrehajtási funkciók együttese




A szoftveréletciklus folyamataiMSZ ISO/IEC 12207 szabvány




A szoftveréletciklus folyamatai

• Fő folyamatok

• Támogató folyamatok• Szervezeti folyamatok


http://slidepdf.com/reader/full/ginf-5-fejezet-szoftver-eletciklusa-szoftvermenedzseles 7/467Gazdasági informatika2008.04.09.

ISO 12207: A szoftveréletciklus folyamatai / 2

1. AZ ÉLETCIKLUS FŐ FOLYAMATAISZERZŐDÉSES NÉZET

1.1. Beszerzési folyamat

1.2. Szállítási folyamat

MŰSZAKI NÉZET ÜZEMELTETÉSI NÉZET

1.3. Fejlesztési folyamat 1.4. Üzemeltetésifolyamat

1.5. Karbantartásifolyamat




2. AZ ÉLETCIKLUS TÁMOGATÓ FOLYAMATAI2.1. Dokumentálási folyamat

2.2. Konfigurációkezelési folyamat

MINŐSÉGIRÁNYÍTÁSI NÉZET

2.3. Minőségbiztosítási folyamat

2.4. Igazolási folyamat

2.5. Érvényesítési folyamat

2.6. Együttes átvizsgálási folyamat

2.7. Felülvizsgálási folyamat

2.8. Problémamegoldási folyamat



3. AZ ÉLETCIKLUS SZERVEZETI FOLYAMATAI

IRÁNYÍTÁSI NÉZET 3.2. Infrastruktúra- biztosítási folyamat

3.1. Irányítási folyamat 3.3. Megújítási folyamat

3.4. Képzési folyamat




A fejlesztési folyamat az ISO 12207 szerint Fejlesztési folyamat kialakítása,

elemzés, tervezés

Kivitelezés, tesztelés, bevezetés

Projekt

Folyamatkialakítás A szoftver átvételitámogatása

A szoftver telepítése

Rendszer A rendszerkövetelményekelemzése

A rendszer minőségitesztelése

A rendszer nagyvonalútervezése

A rendszer integrálása

Szoftver

A szoftverkövetelményekelemzése

A szoftver minőségitesztelése

A szoftver nagyvonalútervezése

A szoftver integrálása

A szoftver részletestervezése

A szoftver kódolása,tesztelése



Az IR fejlesztésének főbb tevékenységei

Ezek minden életciklusmodellben megjelennek:

• Elemzés

• Tervezés

• Megvalósítás, tesztelés, integráció

• Bevezetés



Elemzés

Cél a követelmények meghatározása• A létező rendszer folyamatainak megfigyelése,

elemzése

• Dokumentumok tanulmányozása

• Kérdőíves felmérés

• Interjúk a szakterület specialistáival, afelhasználókkal

Termékek:

• Elemzési modellek

• Követelményleírások

• Rendszerszervezési változatok



Rendszerszervezési változat

A követelmények olyan részhalmaza, amely

• a projekt korlátai mellett teljesíthető és

• konzisztens (ellentmondásmentes és

hivatkozásteljes) Megjegyzés: Kivételesen a fejlesztés (tervezés,

megvalósítás) alatt megengedhetők ellentmondó

követelmények is, de legkésőbb a szoftver

telepítésekor el kell dönteni, hogy közülük melyikérvényes. Tehát ilyenkor a szoftvert fel kell készíteni atelepítési időre halasztott – és már a felhasználó általhozott - döntések fogadására.



Tervezés

A szoftvertervezés termékei:• szakterületi (termék)modell: a szakterület fogalmainak,

objektumainak, viszonyainak közvetlenül megfeleltethető

absztrakciókat tartalmazó modell;

• architektúramodell: a tervezés és a megvalósítás struktúrájátés követendő mintáit és az architekturális komponensek

interfészeinek specifikációit tartalmazó modell;

• termékterv: nagyvonalú rendszer-, illetve szoftverterv, funkcionásmodulok között interfészek specifikációk, valamint részletes

szoftverterv;• tesztspecifikációk: egységtesztekre, integrációs tesztekre,

validáló tesztelésre;

• megoldásmodell: az architektúramodellt maradéktalanulérvényesítő részletes szoftverterv.



Tervezés / 2

A szoftvertermék elemezhetőségét, változtathatóságát,

tesztelhetőségét, stabilitását, hordozhatóságát, valamint a

komponenseinek újrafelhasználhatóságát szolgáló alapvetőtervezési (konstrukciós) elv:

Egymástól függetlenül előforduló problémákat nemszabad egyazon megbonthatatlan építőelembenmegoldani!!!

A problémák függetlenségének felismerését segítő osztályozási

szempontok:

• szintek és vetületek - a strukturált megközelítés szerint;

• szintek, rétegek és minőségek – a korszerűbb módszertanokban.



Vetületek

Szintek Adat Feldolgozás Felhasználói felület

/Környezet, események

Fogalmiszint A szakterületi igények, szabályok figyelembevétele

A kiszolgált szakterület adataiés ezeknek a szakterületszabályaiból következő

kapcsolatai.

Mit?: Milyen szolgáltatásokat kellnyújtani a rendszernek? Ennekérdekében milyen funkcióilesznek?

(A funkciókat mint feketedobozokat leíró specifikációk.)

Szűkebben: az ember -gépkapcsolatra vonatkozóelképzelések. Tágabban: a környezet azoneseményei, amelyekre arendszer reagál.

Logikaiszint Hatékonysági, biztonsági szempontok és szervezeti korlátok figyelembevétele

Informatikai hatékonysági,biztonsági szempontok miattszükséges további adatok,adatkapcsolatok.

A szervezeti korlátokat isfigyelembe vevő struktúra.

Hogyan?: A megoldás – azegyes funkciók működésének – részletes megtervezése.

Szűkebben: a felhasználói

felület, párbeszédek részletesmegtervezése – mindenelőtérfunkcióhoz.

Tágabban: részleteseseménymodellek – a rendszer

és a környezete interakcióinakmegtervezése.

Fizikaiszint A technikai környezet sajátosságainak, korlátainak figyelembevétele

Konkrét adatbázis-kezelő

rendszer képességeitkihasználó és korlátaitfigyelembe vevő tervezés.

Operációs rendszer,programnyelv, fejlesztő

környezet, üzemeltető környezet

sajátosságait figyelembe vevő

tervezés.

A párbeszédeszközök, konkrétkommunikációs kapcsolatoksajátosságait figyelembe vevő

tervezés.

A szoftvertervezés szintjei és vetületeia strukturált megközelítés szerint



Egy finomabb rendszerezés:

A SunTone módszertanarchitektúra-sémája

Az alkalmazás mindenépítőeleme egy

meghatározott szintbe,illetve rétegbesorolható, és egymeghatározottminőségért felel.



Az elemzés és tervezés technikái, eszközei Grafikus modellezési technikák:• tömörség,• egyértelműség

CASE (Computer Aided Software Engineering) eszköztár:• a grafikus modellezési technikák integrált támogatása

• elektronikus formában készülő redundanciamentes konzisztensterv

• szabványok és módszertan követésének kikényszerítése(automatizált ellenőrzés)

• hatékony csoportmunka eszköze

• kódgenerálás, nyomtatott dokumentáció generálása



A fejlesztés további tevékenységei

Kivitelezés (kódolás és egységtesztek)Integráció és integrációs tesztMinőségi teszt Szoftver telepítése, bevezetése a használatba• a szervezeti folyamatok újraszervezése – a szoftver szakmai

felhasználási környezetének kialakítása;• a szoftver testreszabása;• az üzemeltetési, technikai környezet kialakítása, a rendszer

üzemeltetési környezetbe telepítése;• adatmigráció, azaz a korábbi rendszer adatainak konvertálása és

betöltése az új rendszer adatbázisába;• a felhasználók kiképzése;• próbaüzemi teszt, azaz üzemi környezetben tényleges volumenek és

csúcsterhelés melletti teszt;• átállás az új rendszerre



Életciklusmodellek




Vízesés modell

Tervezés

Elemzés

Kivitelezés és

egységteszt

Integráció és

rendszerteszt

Működtetés és

karbantartás

Előrehaladás

Visszacsatolás




Vízesés modell / 2

• Előnyei: - Világos struktúra.- A projekt egyszerűen ütemezhető, irányítható.

• Hátrányai: - Csak a szakaszok végén van visszacsatolás.- Feltételezi, hogy a követelmények pontosan

ismertek és nem változnak.- Hosszú a fejlesztési idő.




V modell

Rendszer elemzése,nagyvonalú tervezése

Szoftver elemzése

Szoftver nagyvonalútervezése

Szoftver részletestervezése

Szoftver kódolása,tesztelése

Szoftver integrálása

Szoftver minõségi

tesztelése

Rendszer integrálása,minõségi tesztelése

Idõbeli elõreh aladás

Meg fel elés tervekn ek , követelményekn ek




V-modell / 2

• Előnyei / hátrányai:

- Többnyire azonosak az egyszerű vízesés

modellével.- Az egyszerű vízesés modellnél világosabb

képet ad arról, hogy adott tevékenység ésannak terméke mely korábbi tevékenység

termékének kell megfeleljen.




Iteratív fejlesztés / 1

Nem önálló modell, hanem egy olyan, a célt fokozatosan közelítőmegoldás, amelyet klasszikus életciklusmodellekkel kombinálvaúj életciklusmodellt kapunk.

Iteratív fejlesztésen alapuló nevezetes modellek:• az inkrementális modell

• a spirálmodell

Iteráció: Azonos tevékenység vagy tevékenységsor ismételtvégrehajtása.

Iteratív fejlesztés: Minden iteráció újabb minőséget ad az előzővégrehajtás termékéhez. - Az iterációkat határozott célkitűzés,átfogó projektterv előzi meg.




Iteratív fejlesztés / 2

Az iteratív fejlesztés motivációi:• kezelni, hogy kezdetben nem lehet ismert minden követelmény;

• számolni az ismert követelmények megváltozásával;

• különlegesen nagy kockázatú projekteket is kezelhetővé tenni

(lásd spirálmodell);• minél korábban szülessen egy működő, átadott verzió (lásd

inkrementális modell);

• az előző iterációk során szerzett tapasztalatok felhasználásával amódszerek, a termékminőség folyamatos javítása (inkrementális

modell);

• megbízhatóbb termék (inkrementális modell: előbbikövetkezménye; spirálmodell: kifejezetten a minőségikockázatok csökkentését célzó prototípusok).




Inkrementálismodell -

átlapolással

Kivitelezés

Müködtetés

Tervezés

Kivitelezés

Tervezés

Elemzés

Elemzés

Kivitelezés

Tervezés

Elemzés

1.rész

2.rész

3.rész

Elemzõ team

Tervezõ team

Kivitelezõ és

integrációs team




Követelmények

meghatározása

Követelmények

inkrementumokhozrendelése

Inkrementum

fejlesztése

Inkrementum

validálása

Inkrementum

integrálása

Rendszer

validálása

nem teljes rendszer

Teljes

rendszer

Iteratív és inkrementálismodell




Inkrementális modell előnyei, hátrányai Előnyei: • Kezelni tudja a követelmények változásait.

• Korán megszületik egy működő, átadott verzió (ez a projekt megítélése, a megrendelő

elégedettsége szempontjából nagyon fontos);

• Az előző verziók fejlesztése és használata során szerzett tapasztalatok

felhasználásával a módszerek folyamatosan javulnak, a követelmények finomodnak, akockázatok csökkennek.

• A későbbi verziók egyre megbízhatóbbak (több tapasztalat, több sokszorosan kipróbált

komponens a termékben).

• A teljes rendszer helyett csupán egy inkrementumot fejlesztő projekt akkor is

elindítható, ha a szervezet szűkösebb emberi és pénzügyi erőforrásokkal rendelkezik.

• Elegendő erőforrások birtokában viszont az inkrementumok fejlesztésének

átlapolásával a teljes rendszer fejlesztésének időtartama is csökkenthető.

Hátrányai:• Szűkös erőforrások esetén a teljes rendszer lassan készül el.

• A soklépéses folyamat és a párhuzamos tevékenységek irányítása nehéz feladat.

• A már működő részeket és a későbbi lépések eredményeit újra és újra integrálni kell.




További életciklusmodellek

• Az iteratív fejlesztés valamilyen változatai (pl. Boehm-félespirálmodell)

• A kombinált iteratív-inkrementális modell változatai (pl. a RationalUnified Process – RUP-modell)

• A felhasználó és a fejlesztő közötti jobb megértést, a

követelmények pontosabb meghatározását, valamint a fejlesztésgyorsítását szolgáló modellek (pl. egyszerű prototípusmodell ésannak evolúciós fejlesztés nevű változata)

• A követelmények megváltozásával szemben különösen toleránsmodellek (pl. agilis módszertanok - extrém programozás)

• A ráfordítások – megvásárolható kész komponensek beépítésévelvaló – csökkentő modellek (komponens alapú fejlesztés)

• Az esetleges minőségi hiányosságok katasztrofális

következményeinek kockázatát módszeresen csökkentő modell

(pl. Boehm-féle spirálmodell)




Megközelítési módok és módszertanok




A (szoftver)fejlesztési megközelítési mód egy sajátosabsztrakciós szemlélet, amelyből sajátos

• fogalomrendszer,• eszköztár,• elemzési (felbontási) és konstrukciós elvekkövetkeznek.

A (szoftver)fejlesztési módszertan a fejlesztési folyamatminden architekturális összetevőjét lefedő, a kidolgozók

által figyelembe vett célkitűzések és feltételek mellett

legjobb gyakorlatnak szánt• terméksémák,

• folyamatsémák és• szervezeti sémák,valamint a felsoroltakhoz kapcsolódó• értékelési (mérési) kritériumokegyüttese.




Megközelítési módok

• Moduláris

• Strukturált

• Objektumorientált




Módszetanok

Alaptípusok:

• Folyamatvezérelt

• Eseményvezérelt

• Adatvezérelt• Felhasználóvezérelt

Az előbbieket kombináló kevert típusok:

• Hagyományos• Objektumorientált




Az üzemeltetési folyamata – Informatikaiszolgáltatások menedzselése

az Information Technology Infrastructure Library (röviden: ITIL)

módszertan szerint




A szolgáltatásmenedzsmentfeladatcsoportjai

• Szolgáltatás támogatása

• Szolgáltatás biztosítása




Szolgáltatás támogatása feladatcsoport• Ügyfélszolgálat

• Incidenskezelés

• Problémakezelés

• Változáskezelés

• Konfigurációkezelés

• Kiadáskezelés




Szolgáltatás biztosítása feladatcsoport• Szolgáltatásiszint-menedzsment

• Informatikai szolgáltatás pénzügyi

irányítása• Kapacitásmenedzsment

• Rendelkezésreállás-menedzsment

• Informatikai szolgáltatásfolytonosságának irányítása




A szoftverek

általános minőségi jellemzői MSZ ISO/IEC 9126 szabvány




A szoftverek általános minőségi jellemzői

1. Funkcionalitás - a szolgáltatási igények teljesítésének szintje

2. Megbízhatóság - a rendelkezésre állás, a teljesítményszintfenntartása adott feltételek mellett és adott időszakon belül

3. Használhatóság - a felhasználótól igényelt ráfordítások

4. Hatékonyság - a teljesítményszint és az ehhez felhasználterőforrások mennyisége közötti viszony

5. Karbantarthatóság - konkrét változtatások elvégzéséhez

szükséges ráfordításokra kiható tulajdonságok

6. Hordozhatóság - különböző alkalmazási, szervezeti, hardver -vagy szoftver környezetekbe átvihetőség




Funkcionalitás

• Alkalmasság: A kitűzött konkrét feladatokra használható funkciók.

Az IR elvárt jelentésű és minőségű adatokat szolgáltat.

• Pontosság: A szoftver helyes vagy a megállapodás szerinti ered-mények szolgáltatására képes eljárásokat, megoldásokat tartalmaz.

• Együttműködés: Más rendszerekkel, alkalmazásokkal kölcsön-hatásban működés képessége. (Például adatcsere képessége.)

• Alkalmazhatóság: A kapcsolatos (szakterületi) szabványok,szabályok, törvényi szabályozások, előírások betartása..

• Biztonság: Funkciókhoz, adatokhoz jogosulatlan hozzáférésmegakadályozása, felhasználói tevékenységek nyilvántartása(sérthetetlenség, hitelesség, bizalmasság, letagadhatatlanság).




Megbízhatóság

• Kiforrottság (érettség): Szoftverhiba miatti hibás működés

gyakorisága.

• Hibatűrés: A teljesítmény meghatározott szintjének fenntartása –

szoftverhibák bekövetkezésének vagy a használati felületéremegadott szabályok megsértésének ellenére is.

• Helyreállíthatóság: Meghibásodás esetén a teljesítmény

eredeti szintre visszaállításának lehetősége, a közvetlenül érintett

adatok visszanyerésének lehetősége, az ehhez szükséges idő és

ráfordítás mértéke.




Használhatóság

• Érthetőség: A felhasználótól mennyi ráfordítást igényel a

működési elvek és azok alkalmazhatóságának megismerése.

• Megtanulhatóság: A felhasználótól mennyi ráfordítást igényel

az alkalmazás kezelésének, a bemenet és kimenet korlátainakmegismerése.

• Üzemeltethetőség: A felhasználótól mennyi ráfordítást igényel

az üzemeltetés és kezelés.

(A minősítés nemcsak utólagos méréssel történik, hanem a fentieket befolyásoló tulajdonságokat kell vizsgálni.)




Hatékonyság

• Időigény: A funkciók végrehajtásakor tapasztalható válaszidők,

feldolgozási idők, teljesítményszintek.

• Erőforrásigény: A funkciók végrehajtásakor felhasznált

erőforrások mennyisége és a felhasználás időtartama.

(A szabványon kívül említve:

Költséghatékonyság - méretezhetőség)




Karbantarthatóság

• Elemezhetőség: A hibák vagy a meghibásodási okokfeltárásához illetve a módosítandó részek azonosításához mennyiráfordítás szükséges.

• Változtathatóság: Mennyi ráfordítást igényel a módosítás, a

hibaelhárítás, a környezetben történt változáshoz igazítás.• Stabilitás: Mekkora a kockázata a módosítások miatt nem várt

következményeknek.

• Tesztelhetőség: A módosított szoftver érvényesítő

ellenőrzéséhez mennyi ráfordítás szükséges. (A minősítés nemcsak utólagos méréssel történik, hanem a fentieket befolyásoló tulajdonságokat előzetesen is kell vizsgálni.)



Hordozhatóság

• Adaptálhatóság: A szoftver különböző, adott környezetekhez

adaptálható-e – kizárólag olyan funkciók illetve eszközökalkalmazásával, amelyekkel a szóban forgó szoftver ennek céljábólel van látva.

• Telepíthetőség: A szoftver adott környezetben való

telepítéséhez mennyi ráfordítás szükséges.

• Műszaki megfelelőség: A szoftver a hordozhatósággal

kapcsolatos szabványokat és szabályokat betartja.

• Kiválthatóság: A szoftvert egy másik szoftver helyett használni

lehet annak környezetében, illetve ehhez mennyi ráfordításszükséges. (Kiváltó képesség - Kompatibilitás)

Documents

Ginf 5. fejezet - Szoftver életciklusa - Szoftvermenedzselés