Megjegyzés: Egyes megoldásokban, ahol -szel kell jelölni a helyes választ, K (= közömbös) jelzés arra utal, hogy az és az hiánya egyaránt elfogadható (= valami lehetséges, de nem jellemzı). 5.1. A sorokban álló állítások az oszlopokkal adott kategóriák melyikére jellemzıek? Szoftvermenedzsment Alkalmazásportfólió menedzsment 1. Célja a szervezetné lévı szoftverek által nyújtott szolgáltatások áttekinthetıségének, mérhetıségének és összhangjának javítása. 2. Megmutatja, milyen függések vannak a szervezet szoftverei... 3. A szoftvervagyont érintı bármilyen döntés megalapozását szolgálhatja. 4. Beletartoznak az egy-egy adott szoftver beszerzésével vagy fejlesztésével kapcsolatos irányítási és végrehajtási funkciók. 5. A szoftverek között duplikációk, átfedések, illeszkedési problémák feltárása. 6. A szoftverek között feltárt duplikációk, átfedések, egymáshoz... 7. A szoftverekkel kapcsolatos fejlesztési, mőködési és... 8. Választ tud adni arra a kérdésre, hogy milyen alkalmazások vannak a szervezetnél. 9. Az eredményesség javítása az üzleti szükségletekhez jobban... 10. Megmutatja, hogy a szervezet szoftverei milyen mőszaki és... 5.2. Nyilvántartás Elemzés Konszolidáció Racionalizálás Határozza meg, hogy a szoftver életciklusfolyamatok szabványa szerint az alábbi sorokban álló állítások az oszlopokban álló mely életciklusfolyamatokra igazak! Beszerzési folyamat Dokumentálási folyamat Erıforrásbiztosítási foly. Karbantartási folyamat Fejlesztési folyamat Igazolási folyamat Érvényesítési folyamat 1. A támogatási folyamatok közé tartozik. 2. A termék szerzıdéses követelményeknek megfelelıségét bizonyítja. 3. A szervezeti folyamatok közé tartozik. 4. A mőszaki nézetbe tartozik. 5. A termék terveknek, azaz más termékeknek megfelelıségét bizonyítja. 6. A szerzıdéses nézetbe tartozik.
82 Gazdasági informatika 5.3. Határozza meg, hogy az alábbi sorokban adott tevékenységek a projektfolyamat melyik vetületébe tartoznak! A projekt célja az önkormányzat építéshatósági szakigazgatási eljárásait támogató szoftver kifejlesztése 1. 2. 3. 4. Gondoskodás arról, hogy adott fejlesztési tevékenységhez a végrehajtó projekttagok a terv szerint rendelkezésre álljanak. A tesztspecifikációk sablonjának kialakítása, és ehhez a kitöltési utasítás elkészítése. A tesztspecifikációk megírása a részletes funkcióspecifikációk alapján. Annak ellenırzése, hogy a tesztelést a tesztspecifikációk szerint hajtották végre. Fejlesztési folyamat Támogatási folyamatok Szervezeti folyamatok 5. A tesztelés során feltárt hibák javítása. A fejlesztendı terméket érintı jogszabályok és szabványok 6. tanulmányozása. A projekt végrehajtása alatt elkészült tervek, termékek 7. verzióinak nyilvántartása 8. Új technológiát ismertetı tanfolyam megszervezése. 5.4 Adattervezési fejezet: OLTP adatbázis: Jármőkategóriákat leíró adatok, Közlekedésben részvevık csoportjait leíró adatok. Úthálózatot, az útvonalszakaszok jellemzıit leíró adatok (földrajzi elhelyezkedés, áteresztıképesség, ). Agglomerációs kapcsolatokat leíró adatok. Tömegközlekedési járatokat leíró adatok (útvonal, megállók, menetrend, költségjellemzık, ). Térfigyelı kamerákat és forgalomszámláló berendezéseket leíró adatok. Térfigyelı kamerák és forgalomszámláló berendezések által győjtött adatok (az aktuálisak) Közlekedést irányító lámpákat leíró adatok (elhelyezési az útvonalhálózatban, vezérlési jellemzık, ). Váratlan rendkívüli helyzetek, események bekövetkeztét leíró adatok. Elıre bejelentett rendkívüli helyzeteket leíró adatok, illetve ilyen helyzetek kezelési tervének adatai. Az aktuális rendkívüli helyzetekhez és a forgalom intenzitásához igazodó döntések adatai (diszpozíciós adatok). OLAP funkciókat kiszolgáló adattárház: Az OLTP adatbázis adataiból mindazok, amelyek közvetlenül funkcionális vezetıi vagy stratégiai döntést alapját képezik. Térfigyelı kamerák és forgalomszámláló berendezések által győjtött adatok nemcsak az aktuálisak, hanem történeti sorban. Rendkívüli helyzetek, események bekövetkeztét leíró adatok történeti nyilvántartása.
A szoftver életciklusa 83 Rendkívüli helyzetekhez és a forgalom intenzitásához igazodó döntések (diszpozíciók) történeti nyilvántartása. Az elıbbiekben felsorolt tényadatok elemzési dimenzióinak meghatározása. Az elıbbiekben felsorolt tényadatokból az egyes dimenziók mentén olyan aggregált adatok, amelyeket szintén célszerő letárolni az adattárházban. Feldolgozástervezés fejezet: Operatív mőködés támogatása: Az alapvetı objektumjellegő egyedek adatait (a törzsadatokat) karbantartó funkciók specifikációja. (Jármőkategóriák, közlekedésben részvevık csoportjai, úthálózatot, útvonalszakaszok, közlekedési lámpák, tömegközlekedési járatok, térfigyelı kamerák stb. leíró adatainak karbantartása.) A törzsadatok lekérdezését szolgáló funkciók specifikációja. Térfigyelı kamerák és forgalomszámláló berendezések által szerzett adatokat automatikusan győjtı, letároló háttérfunkciók specifikációja. Térfigyelı kamerák és forgalomszámláló berendezések által szerzett adatok lekérdezését szolgáló funkciók specifikációja. Közlekedési lámpák automatikus szabályozását illetve direkt vezérlését szolgáló funkciók specifikációja. Váratlan rendkívüli helyzetek, események esetén a felelıs felhasználót riasztó funkciók specifikációja. Váratlan rendkívüli helyzetek, események kezelését támogató funkciók specifikációja. Elıre bejelentett rendkívüli helyzetek kezelésének tervezését, illetve a terv végrehajtásának nyomon követését szolgáló funkciók specifikációja. Az aktuális forgalomintenzitásához igazodó döntések meghozatalát és végrehajtását szolgáló funkciók specifikációja. Elemzések, funkcionális és stratégiai irányítás támogatása: További térfigyelı kamerák és forgalomszámláló berendezések beszerzésének és elhelyezésének tervezését szolgáló funkciók specifikációja. Utak, útszakaszok felújításának és a közmővek felújításának összehangolt tervezését szolgáló funkciók specifikációja. A felújítási munkák ütemezésének optimalizálását végzı funkciók specifikációja. A rendkívüli esetek gyakoriságának, területi eloszlásának megelızési célú elemzését szolgáló funkciók specifikációja. Optimális forgalomterelési megoldások keresését célzó elemzési funkciók specifikációja. A tömegközlekedés szükséges átszervezését feltáró, elemzı funkciók specifikációja. Agglomerációs tervek és az átmenı forgalom kezelést célzó tervek kialakítását, valamint ezek összehangolását célzó (elemzési) funkciók specifikációja. A rendszer környezetérıl szóló fejezet: Kezelendı események: Az objektumjellegő egyedek állapotváltozásai, vagy ezek változtatásáról hozott döntések, illetve ilyen döntések végrehajtása. A forgalmi helyzet, a forgalomintenzitás változásai. Váratlan rendkívüli helyzetek, események. Speciális kezelést kívánó tervezett események elıre bejelentése. Az aktuális forgalomintenzitásához igazodó döntések meghozatalát és végrehajtását szolgáló funkciók specifikációja.
84 Gazdasági informatika Lekérdezési, elemzési igények jelentkezése, Érintett környezet: Egyes adatcsoportoknak adatgazdái. Felhasználó szervezetek, illetve munkakörök. Kritikus helyzetek kezelésének felelısei. Üzemeltetı szervezet. Közlekedés részvevıi (részükre is készülnek tájékoztató outputok, pl. menetrendek). Felhasználói felület: A rendszer szolgáltatásai kiknek milyen formában álljanak rendelkezésre. Képernyıtervek, menütervek, felhasználói parancsok, nyomtatott outputok. Az elmondottakból milyen közlések vonatkoznak az orgverre? Közvetlenül fellelhetı közlések: Kik (milyen beosztás, munkakör betöltıi) a kritikus helyzetek kezelésének felelısei? Milyen szabályok és szervezeti keretek között történjen az üzemeltetés? Kikövetkeztethetı további speciális orgver-vonatkozások: Minden olyan (közlekedési, területfejlesztési, ) jogszabály, önkormányzati rendelkezés, szervezeti szabályzat, szakmai szabvány, amely a közlekedés tervezésére, szervezésére és a forgalomirányításra vonatkozóan kötelezıen betartandó. Esetleges további interjúkkal milyen kérdéseket kellene tisztázni annak érdekében, hogy a fejlesztık támpontokat kapjanak a logikai és a fizikai szintő tervek elkészítéséhez is? Logikai tervezéshez tisztázandó kérdések: Kezelendı adatmennyiségek. Egyidejőleg bejelentkezı felhasználók várható száma. Idıegység alatti tranzakciószám. Elfogadható válaszidık. Felhasználói szerepkörök és azok hozzáférési jogosultságai (ezek nyilvántartása és érvényesítése céljából szükséges adatok és funkciók). Felhasználói aktivitás nyilvántartásának módja (ennek nyilvántartása céljából szükséges adatok és háttérfunkciók). Felhasználói aktivitás ellenırzését szolgáló (lekérdezı, elemzı esetleg riasztási) funkciók. Adatok bizalmas kezelése (bizalmas minıség nyilvántartása, valamint bizalmas adatok lekérdezésének naplózása céljából szükséges adatok és funkciók) Fizikai tervezéshez tisztázandó kérdések: A rendszerfejlesztés technikai környezete (hardver, rendszerszoftver, programozási környezet, tesztadatbázis típusa, ) Az üzemeltetés technikai környezete (üzemi környezetben adott hardver, operációs rendszer, együttmőködı más szoftverek, adatbáziskezelı típusa, ).
A szoftver életciklusa 85 5.5. Mit értenek rendszerszervezési változatok alatt? Egy projekten belül milyen okból adódik általában több rendszerszervezési változat? Legkésıbb meddig kell választani a rendszerszervezési változatok közül? A követelmények olyan részhalmazait, amelyek egymással konzisztens és együttesen megvalósítható követelmények tartalmaznak. Az összegyőjtött követelmények együttvéve ellentmondásosak, illetve nem férnek bele az idı, pénz és erıforrások által korlátozott projektbe. A tervezés megkezdése elıtt ( dobozos termékek esetében kivételesen elıfordulhat, hogy a telepítéskor). 5.6. A fekete doboz módszer az összetett, bonyolult problémák megszelídítésének, kezelhetıvé tételének eszköze. Mint ilyent, nemcsak az elemzés, hanem a tervezés során is alkalmazzák. A szoftvertervezésen belüli feldolgozástervezés keretében a rendszert olyan modulokra (alrendszerekre, funkciómodulokra) bontják, amelyeket a nagyvonalú tervezés szintjén fekete dobozoknak lehet tekinteni, azaz elegendı csak a közöttük megvalósítandó együttmőködéssel foglalkozni, a belsı szerkezetük tervezése késıbbre, a részletes tervezés idejére halasztható. 5.7. Egyszerőbbé válik a tervezés: A modulok közötti együttmőködés során nem kell foglalkozni a részletekkel. Amikor viszont a részleteket kell tervezni, akkor azt egy-egy modulra szorítkozva lehet megtenni. Hasonlóan megkönnyíti a szoftver tesztelését: Az egységtesztek modulonként elvégezhetık, ezeknek csak azt kell bizonyítani, hogy az adott modul képes ellátni a rárótt (rész)feladatot. Az integrációs tesztnek pedig már elég azt kell igazolni, hogy a modulok az elvárt módon mőködnek együtt egymással. További következmények a szoftver használata vagy továbbfejlesztése során jelentkeznek: egyszerőbb elvégezni az elıforduló hibák okának, a felmerülı módosítási igények teljesítése céljából szükséges változtatások helyének kiderítését szolgáló elemzéseket; valamint egyszerőbben, kevesebb ráfordítással, kevesebb nem várt kellemetlen következménnyel lehet megoldani a változtatásokat.
86 Gazdasági informatika 5.8. Határozza meg hogy a sorokban adott állítások a szoftverfejlesztésnek az oszlopokban adott fejlesztési szakaszai (tevékenységei) melyikét jellemzik! Elemzés Tervezés Kivitelezés (szőkebben vett) Integráció, integrációs teszt Minıségi teszt Szoftver bevezetése 1. Ennek során történik meg az adatmigráció. 2. Célja a szoftver validációja, lehetıleg az alkalmazási... 3. Egyik terméke az architektúramodell. 4. A különbözı fejlesztık, fejlesztı teamek által... 5. Termékei a rendszerszervezési változatok. 6. Egyik módszere: interjúk készítése a felhasználói oldal... 7. Elvégzik a szoftver forráskódjának megírását... 8. Egyik feladata a próbaüzemi teszt. K 9. Egyik változata a próbaüzemi teszt. 10. Szoftver beszerzése (nem fejlesztése) esetén csak... 11. Az adott kompozíció közvetlen komponensei... 12. Termékei közé tartoznak a funkcionális modulok... 13. Az interfésztervek alapján készült tesztspecifikációk... 5.9. az architekturális tervezés és a nagyvonalú terméktervezés között? nagyvonalú terméktervezés, a terméktervezés és a részletes szoftvertervezés között? a részletes szoftverterv és a megoldásmodell között? Mi a különbség vagy a kapcsolat Az elıbbi: nem-funkcionális követelményeket teljesítı megoldások elkülönítését szolgáló nagyvonalú szerkezet és sémák Az utóbbi: a szoftver funkcionális modulokra felbontása. Mindkettı: nagyvonalú tervezés (az elıbbi részletes megoldási sémáit nem számítva). A nagyvonalú terméktervezés és a részletes szoftvertervezés összetevıi a terméktervezésnek. A nagyvonalú terméktervezés a szoftver funkcionális modulokra bontásával és a modulok közötti együttmőködéssel foglalkozik. A részletes szoftvertervezés: a modulok belsı szerkezetével, mőködési mechanizmusával foglalkozik. Az elıbbi: csak az alkalmazási szintre vonatkozó döntéseket tartalmaz. Az utóbbi: a terméktervnek az architekturamodell által kidolgozott struktúrát és mintákat maradéktalanul érvényesítı változata, és mivel az architekturamodell a technikai plattformokra vonatkozó döntéseket is tartalmaz, a megoldásmodell a fizikai szintő tervvel azonosítható. Mindkettı: részletes tervezés (az elıbbi részletes megoldási sémáit nem számítva).
5.10. Az alábbi két megoldás bármelyike elfogadható. A szoftver életciklusa 87
88 5.11. Gazdasági informatika A sorokban olvasható állítások a szoftverüzemeltetési, szolgáltatás-támogatási folyamat mely alfolyamataira jellemzıek. Az ITIL szerinti alfolyamatok az oszlopokban adottak. 1. A javított, módosított és engedélyezett szoftverváltozatot összeállítja és teríti a felhasználó környezetben. 2. Amennyiben a bejelentett hiba, akadály oka ismert,... 3. Ezt az alfolyamatot egy javítási igény indítja el. 4. A többi alfolyamat számára konzisztens központi... 5. Kideríti a bejelentett hiba, akadály okát. 6. Erre az alfolyamatra akkor is szükség van, ha a hiba nem... Incidenskezelés Problémakezelés Változáskezelés Kiadáskezelés Konfigurációkezelés 5.12. Szolgáltatási szint menedzsment Kapacitásmenedzsment Rendelkezésreállás menedzsment Informatikai szolgáltatás folytonosságának irányítása Informatikai szolgáltatás pénzügyi irányítása Az ITIL szerint mi képezi az alábbi feladatok tartalmát? Az informatikai szolgáltatás kielégítı szintjének biztosítása, minıségének folyamatos javítása. Gondoskodás a szükséges erıforráskapacitás rendelkezésre állásáról és a meglevı erıforrások minél jobb kihasználásáról. A szolgáltatásokra, infrastruktúrára vonatkozó olyan rendelkezésreállási célok elérését segíti, amely költséghatékony és támogatja az üzleti célok elérését. Támogatja az üzletmenet-folytonosságot az informatikai szolgáltatás és infrastruktúra üzleti igényeknek megfelelı, elfogadott idın belül történı helyreállításával. A költségek feltérképezése, gondoskodás a szolgáltatások gazdaságos mőködtetésérıl. Az ITIL-ben milyen feladatcsoport összetevıi a fentebb felsorolt feladatok? Szolgáltatás biztosítása feladatcsoport
5.13. elınyei? A szoftver életciklusa 89 Mik a komponens alapú fejlesztés életciklusmodell szerinti fejlesztés csökkenthetı a fejlesztés idıtartama és költsége; alaposan kitesztelt, széles körben kipróbált komponensek felhasználásával megbízhatóbb termék állítható elı; a szabványos komponensek felhasználásával javul a termék elemezhetısége, tesztelhetısége, változtathatósága, stabilitása is. hátrányai? nem alkalmazható dominánsan egyedi problémákat megoldó szoftver fejlesztése esetén, azaz ha az adott problémákra nem léteznek gyári komponensek; alkalmazkodni kell a komponensszabványokhoz, illetve a komponensek által képviselt sajátos filozófiához, bizonyos nem alapvetı követelményeket a komponensek lehetıségeihez kell igazítani; nem alkalmazhat ha a követelmények módosításához a felhasználó (az ügyfél) nem járul hozzá. 5.14. a menedzserek nézıpontját? a fejlesztık nézıpontját? A RUP életciklusmodell milyen elemeiben veszi figyelembe a projekt érettségi fázisai fogalmak és az ezekhez tartozó mérföldkövek definiálásával; az egyes tevékenységek érettségi fázisonkénti intenzitására erıforrásigényére vonatkozó információk, grafikonok megadásával. az objektumorientált technológiát (megközelítési módot) támogatja; meghatározza az iterációkon belül végrehajtandó fejlesztı és támogatási tevékenységeket.
90 5.15. Gazdasági informatika A megfelelı oszlopokba tett -szel jelezze, hogy az alábbi sorokban álló állítások mely melyik életciklusmodellekre igazak! (Lehetnek olyan állítások, amelyek többféle modellre is igazak a felsoroltak közül.) 1. Rövidebb idın belül állnak elı mőködı részek, így mindenképp... 2. A párhuzamos tevékenységek irányítása nehéz feladat. A már... K 3. Erıskező projektvezetés hiányában a felhasználói igények... 4. Gyorsan elkészülnek az ember-gép kommunikációval... 5. Nagyon hosszú idı telik el a kivitelezés megkezdéséig. 6. A projekt egyszerően ütemezhetı, irányítható.... 7. Az egyes iterációk menedzselése egyszerő, mert az egyes... 8. Világos képet ad arról, hogy adott tevékenység és annak... 9. Feltételezi, hogy a követelmények pontosan ismertek és nem... 10. A modell szerint a terveket tesztelı prototípus is készül. Vízesés modell V modell Evolúciós fejlesztés Inkrementális modell (Boehm féle) spirálm. RUP modell 5.16. Követelmények meghatározása Komponsek elemzése Komponens alkalmassági értékelése Követelmények módosítása Tervezés fehér doboz szürke doboz fekete doboz Komponens adaptálása Kivitelezés, komponensek integrálása Validálás
A szoftver életciklusa 91 5.17. Határozza meg, hogy a sorokban adott állítások az oszlopokban adott mely jelzıkre igazak! moduláris strukturált folyamatvezérelt eseményvezérelt adatvezérelt felhasználóvezérelt objektumorientált 1. Módszertancsoport jelzıje. K 2. Megközelítési mód jelzıje. 3. Ez a megközelítési mód felismerte, hogy a komplex... K K 4. Ez a megközelítési mód megalkotta szerkezet és a... 5. Az ilyen módszertanok kialakulása együtt járt a... 6. Az ilyen módszertanok a kifejlesztendı rendszer... 7. Az ilyen módszertanok megjelenése az adatbázisok... 8. Az ilyen módszertanban önálló és domináns... 9. Az ilyen megközelítési módban önálló és domináns... 10. Az ilyen módszertanok szoros kapcsolatban állnak a... 11. Ez a megközelítési mód a fokozatos lebontás... 12. A jelzıvel minısített kategória meghatározza a... K 13. A jelzıvel minısített kategória sajátos absztrakciós... 5.18. -elje be, hogy a sorokban álló tényekbıl közvetlenül a szoftver mely minıségi jellemzıjére lehet következtetni! (Lehetnek több minıségi tényezıvel összefüggı tények is.) A minıségi jellemzık az MSZ ISO/IEC 9126 szabvány szerint értelmezendık. 1. A szoftver tervdokumentációja jól tagolt. Egyértelmővé teszi,... K K 2. A szoftver fel van készítve a szabálytalan felhasználói akciók,... 3. A szoftver eleget tesz a támogatott szakterületre vonatkozó... 4. A szoftver nem használja ki valamely adatbáziskezelı... 5. Az új szoftver felhasználói felülete nagymértékben hasonlít... 6. A szoftver lényegesen különbözı teljesítményő erıforrásokon... 7. A szoftver megakadályozza a funkcióihoz és az adatokhoz... 8. Az egyes funkciók interfészei jól definiáltak, ezért a szoftver... 9. A szoftver a saját eszközeinek felhasználásával könnyen... 10. A szoftver lehetıvé teszi, hogy bizonyos szolgáltatásait más... 11. A szoftver az iparági szinten legáltalánosabban elfogadott... Funkcionalitás Megbízhatóság Használhatóság Hatékonyság Karbantarthatóság Hordozhatóság