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 ...
1.
Racionalizálás
Konszolidáció
Elemzés
Nyilvántartás
Szoftvermenedzsment
Megjegyzés: Egyes megoldásokban, ahol X-szel kell jelölni a helyes választ, K (= közömbös) jelzés arra utal, hogy az X és az X hiánya egyaránt elfogadható (= valami lehetséges, de nem jellemzı). 5.1. AlkalmazásA sorokban álló állítások az oszlopokkal adott kategóriák melyikére portfólió jellemzıek? menedzsment
X X X X X X X X X X
2. 3. 4. 5. 6.
A mőszaki nézetbe tartozik. A termék terveknek, azaz más termékeknek megfelelıségét bizonyítja. A szerzıdéses nézetbe tartozik.
Fejlesztési folyamat
Karbantartási folyamat
Erıforrásbiztosítási foly.
X
Érvényesítési folyamat
A támogatási folyamatok közé tartozik. A termék szerzıdéses követelményeknek megfelelıségét bizonyítja. A szervezeti folyamatok közé tartozik.
Igazolási folyamat
1.
Dokumentálási folyamat
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
5.2.
X
X X
X X
X X
X
1. 2. 3. 4. 5. 6. 7. 8.
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. A tesztelés során feltárt hibák javítása. A fejlesztendı terméket érintı jogszabályok és szabványok tanulmányozása. A projekt végrehajtása alatt elkészült tervek, termékek verzióinak nyilvántartása Új technológiát ismertetı tanfolyam megszervezése.
Szervezeti folyamatok
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
Támogatási folyamatok
Gazdasági informatika
Fejlesztési folyamat
82
X X X X X X X X
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?
A követelmények olyan részhalmazait, amelyek egymással konzisztens és együttesen megvalósítható követelmények tartalmaznak.
Egy projekten belül milyen okból adódik általában több rendszerszervezési változat?
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.
Legkésıbb meddig kell választani a rendszerszervezési változatok közül?
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.
1. Ennek során történik meg az adatmigráció. 2. Célja a szoftver validációja, lehetıleg az alkalmazási ...
X X
3. 4. 5. 6.
Egyik terméke az architektúramodell. X A különbözı fejlesztık, fejlesztı teamek által... Termékei a rendszerszervezési változatok. X Egyik módszere: interjúk készítése a felhasználói oldal... X 7. Elvégzik a szoftver forráskódjának megírását ...
X
X
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 ...
X X
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 ...
Szoftver bevezetése
Tervezés
Elemzés
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!
Integráció, integrációs teszt Minıségi teszt
Gazdasági informatika
Kivitelezés (szőkebben vett)
86
X
X
X X X
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).
A szoftver életciklusa 5.10. Az alábbi két megoldás bármelyike elfogadható.
87
88
Gazdasági informatika
1. 2. 3. 4.
A javított, módosított és engedélyezett szoftverváltozatot összeállítja és teríti a felhasználó környezetben. Amennyiben a bejelentett hiba, akadály oka ismert, ... Ezt az alfolyamatot egy javítási igény indítja el. A többi alfolyamat számára konzisztens központi ...
5. 6.
Kideríti a bejelentett hiba, akadály okát. Erre az alfolyamatra akkor is szükség van, ha a hiba nem ...
Konfigurációkezelés
Kiadáskezelés
Változáskezelés
Problémakezelés
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.
Incidenskezelés
5.11.
X X X X X X
5.12. Az ITIL szerint mi képezi az alábbi feladatok tartalmát? Szolgáltatási szint menedzsment
Az informatikai szolgáltatás kielégítı szintjének biztosítása, minıségének folyamatos javítása.
Kapacitásmenedzsment
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.
Rendelkezésreállás menedzsment
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.
Informatikai szolgáltatás folytonosságának irányítása
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.
Informatikai szolgáltatás pénzügyi irányítása
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
A szoftver életciklusa
89
5.13. Mik a komponens alapú fejlesztés életciklusmodell szerinti fejlesztés … elınyei?
• • •
hátrányai? •
•
•
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. 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 RUP életciklusmodell milyen elemeiben veszi figyelembe … a menedzserek • nézıpontját? •
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.
a fejlesztık nézıpontját?
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
Gazdasági informatika
1. 2. 3.
Rövidebb idın belül állnak elı mőködı részek, így mindenképp... A párhuzamos tevékenységek irányítása nehéz feladat. A már ... Erıskező projektvezetés hiányában a felhasználói igények ...
4. 5. 6.
Gyorsan elkészülnek az ember-gép kommunikációval ... Nagyon hosszú idı telik el a kivitelezés megkezdéséig.
7. 8. 9.
Az egyes iterációk menedzselése egyszerő, mert az egyes ... Világos képet ad arról, hogy adott tevékenység és annak ... Feltételezi, hogy a követelmények pontosan ismertek és nem ...
A projekt egyszerően ütemezhetı, irányítható. ...
X X
X X
X X X
X
X X
5.16. Komponsek elemzése
Követelmények módosítása
Komponens alkalmassági értékelése Tervezés fehér doboz szürke doboz fekete doboz
Komponens adaptálása
K
X X
10. A modell szerint a terveket tesztelı prototípus is készül.
Követelmények meghatározása
RUP modell
(Boehm féle) spirálm.
Inkrementális modell
Evolúciós fejlesztés
(Lehetnek olyan állítások, amelyek többféle modellre is igazak a felsoroltak közül.)
V modell
A megfelelı oszlopokba tett X-szel jelezze, hogy az alábbi sorokban álló állítások mely melyik életciklusmodellekre igazak!
Vízesés modell
5.15.
Kivitelezés, komponensek integrálása
Validálás
91
A szoftver életciklusa
folyamatvezérelt
eseményvezérelt
adatvezérelt
felhasználóvezérelt
objektumorientált
5.17.
X
X
X
X
K
moduláris
strukturált
Határozza meg, hogy a sorokban adott állítások az oszlopokban adott mely jelzıkre igazak!
1.
Módszertancsoport jelzıje.
2. 3. 4. 5. 6.
Megközelítési mód jelzıje. Ez a megközelítési mód felismerte, hogy a komplex ... Ez a megközelítési mód megalkotta szerkezet és a ... Az ilyen módszertanok kialakulása együtt járt a ... Az ilyen módszertanok a kifejlesztendı rendszer ...
7.
Az ilyen módszertanok megjelenése az adatbázisok ...
8. 9. 10. 11. 12. 13.
Az ilyen módszertanban önálló és domináns ... Az ilyen megközelítési módban önálló és domináns ... Az ilyen módszertanok szoros kapcsolatban állnak a ... Ez a megközelítési mód a fokozatos lebontás ... A jelzıvel minısített kategória meghatározza a .... A jelzıvel minısített kategória sajátos absztrakciós ...
X X
X K
X K X X X X X
X X X X X
X
X
X
X
K X
1. A szoftver tervdokumentációja jól tagolt. Egyértelmővé teszi, ... 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ó ...
K X X
X
X X X X
9. A szoftver a saját eszközeinek felhasználásával könnyen ... 11. A szoftver az iparági szinten legáltalánosabban elfogadott ...
Hordozhatóság
X
5. Az új szoftver felhasználói felülete nagymértékben hasonlít ...
10. A szoftver lehetıvé teszi, hogy bizonyos szolgáltatásait más ...
Karbantarthatóság
X K
4. A szoftver nem használja ki valamely adatbáziskezelı ... 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 ...
Hatékonyság
Használhatóság
Megbízhatóság
X-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.
Funkcionalitás
5.18.
X X X
X