Infokommunikációs technológiák 1

INFOKOMMUNIKÁCIÓS TECHNOLÓGIÁK 3. Strukturált rendszerfejlesztési módszertan Dr. Risztics Péter Irányítástechnika és Informatika Tanszék risztics@iit.bme.hu Bevezetés. Problémafelvetés Mi a SW? Adatok, programok, dokumentációk Mi a probléma? Szoftverkrízis: idő- és költségkeretek túllépése, kontra <30%-os hasznosulás A készítés módszertana: technologizálás SSADM 2 Technologizálás Mit technologizálunk? Feladatspecifikációt és megvalósítást! Génius vagy team? Team! ~ akkor: Projekt Egyedi technológia vagy paraméterezhető, általános? Paraméterezhető általános! ~ akkor: Módszertan Mi a megoldás? Computer Aided Software Engineering (CASE) A formalizálás felvetése A használt (informális) nyelv ellentmondásai: Megetette a lovat a zabbal A modell leírása (formalizálás): Formális az a reprezentáció, amely csak pontosan definiált fogalmakat, szerkezeteket és műveleteket használ, és a definíciók megadásának formáit is rögzíti. Például: Építész tervek, állapottábla, stb. Matematikai modellek: legszigorúbb leírás SSADM 3 SSADM 4 Egy matematikai modell Nem javítható, degradálható alrendszer Markov modellje: N=3, S=1, D=1, λ, μ, cc, (1 C t ) μ a t 3,1,0 Ca3λ + Ctμ 3,0,0 C a 3λ 2,0,1 (1 C a ) 3λ (1 C a ) 3λ 3,0,0 Hibás 3λ állapot 2λ Szoftver életciklusa Általános termék: Gyártmánytervezés-prototípus-gyártástervezés-nullszériagyártás-karbantartás SW: folyamatos változás, mert nem igényel technológiai változtatást Technikailag könnyű, ámde bonyolult, ezért veszélyes. Módosíthatóság és újrafelhasználhatóság (új rendszerben) A sw-fejlesztés folyamatának leírása, élettörténeti sémák: vízesés, inkrementális, spirál SSADM 5 SSADM 6 1

Vízesésmodell A vízesésmodell értékelése A modell a termékfejlesztésre orientál. Főbb lépései: Analízis (Eredmény: specifikáció) Architekturális tervezés (Magasabb absztrakció) Részletes tervezés (Önállóan kódolható részek specifikáció) Kódolás (Tervezésből implementáció, tesztelés is) Integrálás (Tesztelt részek összeállítása) Tesztelés (Rendszerteszt) Üzembe helyezés, rendszerfelügyelet Az egyes fázisok akkor kezdődnek, amikor az előző befejeződött Befejezési kritériumok definiálása, ellenőrzése: validálás és verifikálás Tervezés és megvalósítás-orientált, de nem rendszerműködésre, -követésre, karbantartásra orientált Továbbfejlesztés - működés folyamatos monitorozása, változtatási igények és végrehajtásuk Előny, hátrányt! SSADM 7 SSADM 8 A vízesésmodell előnye, hátránya Előny: Világos tevékenységek sorozata Egységes szemléletű tervezési fázisok Hátrány: Csak a végéről van visszacsatolás A valóság ritkán ilyen szekvenciális, az iteráció nehéz Csak pontos feladatspecifikációnál használható, a feladat gyakran bizonytalan A türelmes user csak a fejlesztés végén szembesül az eredménnyel (Ez gyakran több mint egy év!) Prototípus modell Kevéssé definiált feladatok: Input, alapfolyamatok, követelmények, elvárt eredmények Válasz: Kísérletsorozat, működő modell - szimuláció Célok megismerése Gyors tervezés Prototípus kidolgozása Igények pontosítása Pontos SW tervezés Előny, hátrány? SSADM 9 SSADM 10 A prototípus modell előnye, hátránya Előny: Időben kiderül a valós igény Nem épül be felesleges funkció A user végig követi a fejlesztést Hátrány: A szisztematikusság hiánya kaotikus rendszerhez vezethet Kompatibilitási gondok lehetnek Inkonzisztens rendszerfelépítés lehetséges Inkrementális modell A user-kritikus komponensek prioritási rendjében fejlesztenek, több lépésben, finomítással. Az inkrementumokat összeillesztik elkészülésük sorrendjében Hátrány: Sok lépés, hosszú fejlesztési idő, költség Előny: Bizonytalan user, Komplikált algoritmus, Egyedi feladat esetén. SSADM 11 SSADM 12 2

Követelmény specifikáció Bevezetés az SSADM-be Structured Systems Analysis and Design Method Strukturált Rendszer Analizálási és Tervezési Módszer 1. Az SSADM alkalmazásának okai 1. Segíti a fejlesztés határidőre való elvégzését: * elemi szintre lebontott tervekkel (mit, mikor hogyan), *előírt ellenőrzéssel, * elvégzendő munka megbecsülhetőségével. 2. Támogatja a felhasználó bevonását a fejlesztésbe: * prototípus készítés lehetősége, * grafikus technikák alkalmazása, * alternatívák kialakítása és választási lehetőség. 3. Dokumentáltsága támogatja a rendszer működtetését, továbbfejlesztését. SSADM 13 SSADM 14 Az SSADM alkalmazásának okai (folyt.) 4. Támogatja az új fejlesztő beillesztését: A formalizálást megvalósító technikák (lásd később) használata könnyű beilleszkedést, megértést biztosít. 5. Optimális megfelelőség biztosítása: * korai fázisban validálás, * teszttervek, verifikálás, * teljesség, konzisztencia. Az SSADM alkalmazásának okai (folyt.) 6. Támogatja a termelékenységet és rugalmasságot: * a technikák elősegítik az elsajátíthatóságot és pontosságot, rövidítik a fejlesztési időt, * a projektirányítás a kritikus termékekre tud összpontosítani. 7. A szállítóktól való függés csökkentése: * a formális specifikáció lehetővé teszi az ajánlatok gondos összevetését, * a logikai és fizikai tervezés szétválasztása csökkenti az újraírás költségeit. SSADM 15 SSADM 16 2. A módszer környezete és felépítése Az SSADM helye a rendszerfejlesztés életciklusában Mivel foglalkozik ez a rész? SSADM * Az SSADM helye a rendszerfejlesztés életciklusában. * Az SSADM alkalmazásának feltételei. * Az SSADM három nézete. STRATÉGIAI TERVEZÉS Megvalósíthatósági elemzés Követelmény elemzés Logikai rendszer specifikáció TELJESKÖRŰ ANALÍZIS Fizikai rendszer tervezés Kivitelezés, tesztelés FEJLESZTÉS MŰKÖDŐ TERMÉK PROJEKTIRÁNYÍTÁS SSADM 17 SSADM 18 3

Az SSADM helye a rendszerfejlesztés életciklusában Az SSADM használhatóság a fejlesztés menetében: * stratégiai tervezés (csak a technikák használhatók) * megvalósíthatósági tanulmány (de nem teljes körűen támogatja a szervezeti és pénzügyi elemzést) ~ projekt alapító okirat * teljes körű analízis * fejlesztési projekt (kivitelezést, tesztelést nem teljes körűen) SSADM 19 Az SSADM alkalmazásának feltételei 1. Adat / információ esetén probléma a * strukturálatlan adat, vagy a * túlzottan strukturált (pl.: statisztikai adatok), mert nehéz a technikákkal modellezni. 2. Funkciók / eljárások esetén követelmény, hogy * körbehatárolható legyen a modellezéshez, * ábrázolható legyen magas szintű adatfolyam ábrákkal. 3. A terjedelem körbehatárolható legyen kontextus ábrával SSADM 20 Az SSADM három nézete FELHASZNÁLÓK IGÉNYEI adatfolyamok ESEMÉNYEK események FUNKCIÓK egyedek események egyedek SSADM NÉZETEK RENDSZER MEGOLDÁSAI adattárak ADATOK Az SSADM technikái 1 Diagramra épülő technikák: * Adatfolyam modellezés * Logikai adatmodellezés * Egyed-esemény modellezés * Elérési út modellezés * I/O szerkezet meghatározása * Dialógus tervezés * Feldolgozások logikai modellezése SSADM 21 SSADM 22 Az SSADM technikái /2 2 Nem diagramszerű technikák: * Követelmény meghatározás * Rendszerszerv. vált.-k kidolgozási módszere * Rendszertechn. vált.-k kidolgozási módszere * Funkció meghatározás * Relációs adatelemzés * Specifikáció prototipizálás * Fizikai tervezés Adatfolyam (AFD) modellezés AFD az elemzés és a tervezés során is használható Leírja: folyamatokat, adattárolást, mozgatás, és az adatok forrásait, és felhasználóit Meglévő rendszer vizsgálatakor: fizikai szintű AFD logikaivá alakítjuk lehetséges megoldások logikai AFD-i SSADM 23 SSADM 24 4

Adatfolyam diagram szimbólumai 1 Process: információ-átalakítás (történik valami) Adatfolyam diagram szimbólumai /2 3 Tároló: nem történik, nem mozog, eltesszük Yourdon/DeMarco Leírás Gane/Sarson 5 Név Leírás M1 Munka lapok 2 Adatfolyam: adat mozog (de nem történik semmi) 4 Terminátorok: a rendszeren kívüli forrás/nyelő Értelmezés Ügyfél SSADM 25 SSADM 26 AFD példa AFD szintjei (Yourdon/DeMarco) Ügyfél megadja az utazási adatokat fizet megkapja a jegyet és a számlát: Gane/Sarson D1 Áruk Árú adatai 1 Rendelés Vevő Vásárlás Eladás adatai D3 Eladások Az AFD szintjei: Hierarchikus modell Legmagasabb absztrakciós szinten contextus (környezeti) diagram A további szinteken a contextus process további kibontása (0.,1., szintű diagramok) SSADM 27 SSADM 28 AFD (Yourdon/DeMarco) Az AFD szintjei (0. szintű diagram) Járatnyilvántartó Úti adatok Jegy Ügyfél Idő, cél helyfoglalás járat jegykiállítás Ügyfél Pénz Repülőjegy vásárlás Számla Ügyfél pénz költség számlázás számla jegy Ügyfél Contextus diagram Számlanyilvántartó SSADM 29 SSADM 30 5

Context diagram Beteg 0 szintű diagram Beteg Mért adatok Példa: Intenzív betegőrző rendszer Helyi felügyelet Mért adatok Átvitt adatok Napló Archiváló Archívum Betegőrző rendszer Központi felügyelet Jelentés kérés Jelentés Riasztás Riasztás Jelentés kérés Nővér Jelentés készítő Nővér Beteg alapadat Jelentés SSADM 31 átvitt adatok Clock Példa folytatása: Intenzív betegőrző 1. Szintű diagram: Központi felügyelet választ idő napló név Napló szerkesztő kereső érték választott beteg korlátsértés Beteg alapadat korlát vizsgálat riasztás riasztás szerkesztés SSADM 32 Contextus diagram Vevő/beteg Esettanulmány: Patika recept pénz recept Árazó Esettanulmány: Patika /2 Patika process kifejtése árazott recept Pénztár gyógyszer számla Patika pénz gyógyszer Gyógyszergyár Primitív process pénz gyógyszer kasszafiók Logisztika pénz pénz gyógyszer áruraktár blokk gyógyszer Árazott recept Árukiadó gyógyszer SSADM 33 SSADM 34 Az AFM termékei Adatfolyam modell és belső termékei: Kontextus-ábra Hierarchikus adatfolyam-ábrák Elemi folyamatok leírása (elemi process-ek) Külső egyedek leírása (felelősség, funkció) Be/Kimenet leírások (R-határt átívelő adatok) Adatjegyzék (Határon átlépő elemi adatok) Logikai adattár-egyed megfeleltetés Logikai adatmodellezés: LDM Célja: Egyedek és köztük lévő kapcsolat leírása Egyed: Objektum vagy fogalom Egyed valamely tulajdonsága: attribútum Az elemzés és tervezés során rendelődik az egyedhez az attribútum. Mi a lényeg? Egyedek és kapcsolataik elemzése. Eredmény: Adatszerkezeti ábra. Logikai adatmodell: adatszerkezeti ábra + egyed-, kapcsolat-, attribútum leírások. SSADM 35 SSADM 36 6

Logikai adatmodellezés termékei Logikai adatszerkezeti ábra (kiegészítve több részábrával) Egyed leírások Kapcsolat leírások Attribútum leírások Jelölés és meghatározás Egyed lehet: Tárgy, fogalom. Van neve: Folyószámla, Átutalás, Ügyfél, vagy Szervezet, Dokumentum, Helyiség, Dokumentum-állapot Van jele, benne az egyed nevével: FOLYÓSZÁMLA SSADM 37 SSADM 38 Még az Egyedről Tárgy, fogalom, amelynek tulajdonságait ismerni kell. Például: SZEMÉLY, mint objektum Leírásához szükséges tulajdonságok fajtái: NÉV, CÍM,.. Tehát: Egyed típus (személy) és előfordulás (Kovács) Másik példa: Típus: Vevő Vevő Előfordulás: Személy, Cég,.. A módszer alapelvei /1 1. A módszer célja 2. Résztvevők és nézőpontjaik 3. Kulcsfogalmak és filozófia SSADM 39 SSADM 40 A módszer alapelvei /2 1. A módszer kerete: * Formális projektindítás, projekt tagok feladatainak kijelölése. * Cél a fizikai rendszerspecifikáció előállítása: Adatterv, melyet már a fizikai adatbázis fogalmaival definiálunk, és célja az adatbázis létrehozása. Feldolgozási terv, az alkalmazás feldolgozási folyamatait / funkcióit definiáljuk. A módszer alapelvei /3 2. Résztvevők és nézőszempontjaik: (Kinek mi a célja, feladata, elvárása) * Felhasználók. Kijelölik a feladatot. Folyamatos bevonásuk, ezt segítő grafikus technikák. * Fejlesztők. Az előállítandó termék és az alkalmazandó módszer/technika is definiált. * Vezetők. A termék-központú (strukturális) modell áttekintést ad: mik a célok, milyen munkavégzés folyik, mik a termékek, mik a technikák, hogyan ellenőrizhető a folyamat. SSADM 41 SSADM 42 7

A módszer alapelvei /4 A módszer elveinek formális összegzése 3. Kulcsfogalmak és elvek Három nézőpont * Funkciók * Események * Adatok * Rendszerfejlesztési alapminta szerkezete * Specifikációs architektúra * Tényleges rendszerfejlesztési alapminta SSADM 43 SSADM 44 Döntési struktúra Megvalósíthatóság, Választás alternatívák közül Rendszerfejlesztési alapminta szerkezete Vizsgálat / helyzetfelmérés Döntés arról, mi a feladat Specifikáció Fogalmi modell: felhasználói megközelítés, speckó Belső terv: Leképzés adatbázis, adatmodell technikára Felület terv: Leképzés feldolgozásra, információtechnológiára Rendszerépítés Implementálás és integrálás Felhasználói szervezet Döntés arról, ki és hogyan fogja a rendszert használni Koncepciók és eljárások Kapcsolat a technikai és alkalmazási koncepciókkal és szabványokkal Az alapminta szerkezet néhány fogalma * Fogalmi modell szervezeti és működési előírások feladatmegfogalmazás, szervezeti tevékenység Feladat-kontextusok (adatfolyamok, adatmodell) * Felület terv fogalmi modell elemeinek csoportosítása funkciókká, adatkezeléssé funkciók, dialógusok technologizálása *Belső terv fogalmi modell és az adattárolás kapcsolata folyamat-adat kapcsolatok elemzése SSADM 45 SSADM 46 Felület terv Fogalmi modell Lekérdezési út Adatfolyam modell Felhasználói szervezet Specifikációs architektúra Logikai adatmodell Belső terv Fizikai adatbázis Funkciók meghatározása SSADM 47 PDI Munkaszervezési modell Kölcsönhatás ábrák Dialógusok Döntési struktúra Entitásélettörténet Megvalósíthatósági tanulm. Rendsz. szervezési alternat. Rendsz. technikai alternat. Rendszerfejlesztési alapminta Vizsgálat, helyzetfelmérés Szerv. tev. modell Követelmény jegyzék Igényelt LDM Entitás élettörténet Módosító feldolgozás Fizikai adatbázis Specifikáció Rendszerépítés Jelenlegi LDS Jelenlegi LDM 3NF relációk Kölcsönhatás diagramok Jelenlegi logikai DFM Esemény lekérd. azonos. Lekérdezési utak Lekérdező feldolgozás Folyamat-adat kapcs. Jelenlegi DFD Jelenlegi DFM Igényelt DFM Funkció meghatározás Dialógus tervezés Fizikai funkciók SSADM 48 Felhaszn. szervezet Felhaszn. jegyzék Felhaszn. szerepkörök Munkaszerv. modell Koncepciók, eljárások Szerv. szintű környez. útmutató Alk. szintű környez. útmutató 8

ellenőrzés Az SSADM felépítése, termékei, technikái (Vázlatos ismertetés, az összefüggések kiemelése) Mivel foglalkozik ez a rész? * Megmutatja az egyes fázisokban a tevékenységeket és az előállított termékeket. * Felsorolja az alkalmazott technikákat 1. SSADM nézetek közti kapcsolat Mit, mikor, hogyan kell előállítani? Mit?~ Erre a szabványos termékleírások adják a választ. Mikor?~ A strukturális modell adja a választ. Hogyan?~ A technikák adják a választ. Termék leírások Mit? Struktúra Mikor? Modul Szakasz Lépés Feladat Technikák Hogyan? SSADM 49 SSADM 50 Esemény Mikor, miért Termékleírások Repository Adat Kivel, mivel Adatmodell diagram Kontrollfolyam diagram VA Adatfolyam diagram Esemény diagramok (Véges automata) Funkcionalitás Ki, mivel, mit csinál SSADM 51 A strukturális modell jelölései és fogalmai 1. Információ-áramlási út: Ez a kommunikációs út minden termék- és ellenőrzés- áramláshoz az SSADM modulok között. 2. Termék- és ellenőrzés- áramlások: Tevékenység termékeinek áramlása Teljesítési jelentések áramlása Ellenőrzés/vezetői felhatalmazás áramlása SSADM 52 A strukturális modell jelölései és fogalmai /2 3. Modul/szakasz-leírások: * célok, * rövid leírás *előfeltételek vezetői felhatalmazás (modulban és szakaszban) kiindulási anyagok hivatkozási anyagok * tevékenységek * technikák (szakaszban és lépésben) * termékek projekttervek 2. SSADM életciklus, mint strukturális modell Új r. koncepció előző modul term. jelentések Tervezés, felügyelet, ellenőrzés Információ-áramlási út teljesítési jelentések FS RA RS LS PD Megvalósíthelemzési m. Követelmelemzési m. Követelmspecifik. m. Log. Rendsz. specifik. m. Fiz. rendsz. specifik. m. (1) (2) (3) (4) (5) SSADM életciklus termékek Rend. spec. Tervek és ellenőrzés termékek SSADM 53 SSADM 54 9

SSADM modulok és szakaszok SSADM modulok és szakaszok /2 Megvalósíthatósági elemzés 0. A megvalósíthatóság eldöntése Követelményelemzés 1. Jelenlegi helyzet vizsgálata 2. Rendszerszervezési változat kiválasztása Követelmény specifikáció 3. Követelmények meghatározása Logikai rendszerspecifikáció 4. Rendszertechnikai változat kiválasztása 5. Logikai rendszertervezés Fizikai rendszertervezés 6. Fizikai rendszertervezés SSADM 55 SSADM 56 SSADM szakaszok (Összefoglalva) Megvalósíthatóság-elemzési modul (FS) 0. A megvalósíthatóság eldöntése 1. Jelenlegi helyzet vizsgálata 2. Rendszerszervezési változat kiválasztása 3. Követelmények meghatározása 4. Rendszertechnikai változat kiválasztása 5. Logikai rendszertervezés 6. Fizikai rendszertervezés A modul egyetlen szakaszból áll. 0. szakasz: A megvalósíthatóság eldöntése. SSADM 57 SSADM 58 FS modul 0. szakasz; A 0. szakasz célja (A megvalósíthatóság eldöntése.) * a javasolt IR megfelel-e a cég/szervezet működési követelményeinek, * a javasolt IR üzleti indoklásának elkészítése, előkészíteni a döntést a szükséges erőforrásokról, * lehetővé tenni a választást: működési és technikai alternatívák között A 0. szakasz tevékenység előfeltétele Kiindulási (rendelkezésre álló) anyagok: * Projektalapító okirat Hivatkozott anyagok: *Működési célkitűzések, Üzleti tervek * Informatikai stratégiai terv és munkaanyagai * Technológia-politika * Szervezeti felépítés leírása SSADM 59 SSADM 60 10

A 0. szakasz lépései * 010. lépés: Felkészülés a megvalósíthatósági elemzésre * 020. lépés: A probléma megfogalmazása * 030. lépés: Megvalósíthatósági alternatívák kialakítása * 040. lépés: Megvalósíthatósági tanulmány összeállítása SSADM 61 modul tervei Projekt alapító okirat 010 0. szakasz strukturális modellje 1 Megegyezés a vizsgálat határairól Felkészülés az elemzésre Kontextus ábra Jel.r. fiz.adatfoly. ábra Áttekintő log. adatszerk. Követelményjegyzék 020 Információ és ellenőrzés (0) Megegyezés a probléma definiálásáról Probléma megfogalmazása Igényelt környezet leírása Jelen helyzet vázlata Követelményjegyzék Felhasználójegyzék Megvalósíth.-elemzés elemzés modul 0.szakasz Alternatíva választás 0. szakasz ellenőrzés Projekt és elemzés terjedelme Tevékenység háló Termék felbontási szerk. Tevékenység leírások Termékleírások Termékfolyam ábrák Problémadefiníció 040 Intézkedési terv Megval. tanulm. Megvalósíthat. 030 tanulmány Megvalósíth. összeállítása alternatívák kidolgozása Megvalósíthatósági alternatívák SSADM 62 A 0. szakasz termékei, technikái Termékek: * Megvalósíthatósági tanulmány Technikák: * Rendszerszervezési alternatívák kialakítása * Adatfolyam modellezés * Dialógustervezés * Logikai adatmodellezés * Követelmény-meghatározás * Rendszertechnikai alternatívák kialakítása 2 Követelményelemzési modul (RA) A modul célja: * A követelmények pontosítása és a rendszerszervezési alternatívák kialakítása. * A rendszer-célkitűzések felhasználói ellenőrzése: a jelenlegi működés DFM-jei, a szolgáltatások által használt adatok LDM-ja segítségével. * A rendszerszervezési alternatívák vezetői elfogadása kijelöli a rendszer határait, és támpontot ad a költségek elemzéséhez. SSADM 63 SSADM 64 Követelményelemzési modul (RA) szakaszai A 2. (RS) modul két szakaszból áll: 1. szakasz: Jelenlegi környezet vizsgálata. 2. szakasz: Rendszerszervezési alternatívák Követelményelemzés modul tervei Projektalapító okirat 2. modul strukturális modellje Információ és ellenőrzés (0) Követelmény-elemzés ellenőrzése Megvalósíthatósági tanulmány 1. szakasz* előző tanulmányok eredményei Jelenlegi helyzet vizsgálata Jelenlegi szolgáltatások leírása követelményjegyzék felhasználójegyzék Projekt és elemzés terjedelme Teljesítési jelentések Tevékenységháló tev. leírások termékszárm. ábrák termékfelép.- szerk. termékleírások 2. szakasz* Rendszerszerv. alternatívák R.szerv. altern-ák Kivál-tt r.sz. alt. Követelmény-elemzés elemzés modul SSADM 65 SSADM 66 11

RA modul 1. szakasz 3 Az 1. szakasz célja és leírása * A kezdeti feladatlista és erőforrás-becslés elkészítése * Felhasználói szerepkörök kialakítása * A projektalapító okiratban definiált új rendszerhez a feldolgozás- és információ-igény modellezése. * A jelenlegi rendszer fizikai leképzéseit át kell alakítani logikaivá, és ebből lehet a jelenlegi rendszer átfogó elemzését elvégezni. * Kell-e módosítani a célkitűzéseken? 4 Az 1. szakasz lépései * 110. lépés: Elemzés kereteinek kialakítása * 120. lépés: Követelmények vizsgálata, meghatározása * 130. lépés: Jelenlegi folyamatok vizsgálata * 140. lépés: Jelenlegi adatok vizsgálata * 150. lépés: Jelenlegi szolgáltatások/funkciók logikalizálása * 160. lépés: A vizsgálat eredményeinek összeállítása SSADM 67 SSADM 68 1.szakasz tervei projektalapító okirat megvalósíthatósági tanulmány előző tanulmányok eredményei 1. szakasz strukturális modellje 5 110. lépés Elemzés kereteinek megteremtése követelményjegyzék áttekintő log. adatszerk. Információ és ellenőrzés (2) Megegyezés a vizsgálat határairól 1. Szakasz - Jelenlegi helyzet vizsgálata Kontextus ábra, jel.fiz.dfd(1.szintű) 130. lépés Jelenlegi folyamatok vizsgálata 120. lépés Követelmények vizsg. és meghat. 140. lépés Jelenlegi adatok vizsgálata kontextusábra jel.fiz.dfd-k elemi foly.leír. külső egyedleír. I/O leírások 1.szakasz ellenőrzése Projekt és elemzés terjedelem felhasználójegyzék köv.jegyz. 150. lépés Jel. szolgált. logikalizálása tevékenységháló tevékenység leírások termékszárm. ábrák ter. felép. szerk. termékleírások jelenl.szolg.leírása követelményjegyz. felhaszn.jegyz. jelenl.log.adatmodell 160. Lépés* Vizsgálat eredm. összeáll. 2.szakasz felé SSADM 69 6 RA modul 2. szakasz A 2. szakasz célja és leírása Rendszerszervezési alternatívák * Biztosítani kell, hogy a vezetők meghatározhassák a javasolt informatikai rendszer határait, bemeneteit, kimeneteit és főbb it. * A vezetőket támogatni kell az alternatívákkal, és a megértést az SSADM-technikákkal (DFD-k, LDM-k) a döntés megalapozásához. * Pénzügyi, kockázati becslés, és megvalósítási vázlatokra is szükség van. SSADM 70 A 2. szakasz tevékenység előfeltétele A 2. szakasz lépései * Kiindulási (rendelkezésre álló) anyagok: Jelenlegi szolgáltatások leírása Projektalapító okirat Követelményjegyzék Felhasználójegyzék * Hivatkozott anyagok: Megvalósíthatósági tanulmány * 210. lépés: Rendszerszervezési alternatívák meghatározása * 220. lépés: Rendszerszervezési alternatíva kiválasztása SSADM 71 SSADM 72 12

2.szakasz tervei A 2. szakasz strukturális modellje 7 2.szakasz ellenőrzése Projekt alapító okirat 210.lépés 1.szakasz felöl jelenlegi szolgáltatások leírása követelményjegyzék felhasználójegyzék Információ és ellenőrzés (2) Rendszerszerv. alternatívák meghatározása Rendszerszerv. alternatívák 2.szakasz-Rendszerszervezési altern. Rendszerszervezési alternatíva választás 220.lépés Rendszerszerv. alternatíva kiválasztása Rendszerszerv. alternatívák Kiválasztott rendszerszerv. alternatíva A 2. szakasz termékei és technikái * Termékek: Rendszerszervezési alternatívák kialakítása Választott rendszerszervezési alternatíva * Technikák: Rendszerszervezési alternatívák kialakítása Adatfolyam modellezés Logikai adatmodellezés SSADM 73 SSADM 74 8 A Követelmény-specifikációs (RS) modul Az RS modul egyetlen szakaszból áll: 3. szakasz: Követelmények meghatározása RS modul, 3. szakasz A 3.szakasz célja és leírása Követelmények meghatározása * A szakasz célja: A felhasználó számára: követelmény- specifikáció, mely részletesen kidolgozott és mérhető elfogadási szempontokkal rendelkezik. A választott alternatíva részletes kidolgozása a technikák (követelmény-meghatározás, DFD, stb) segítségével. (folyt. köv.) SSADM 75 SSADM 76 A 3.szakasz leírása A DFD-ket formálisan meghatározott funkcióleírásokká, I/O szerkezetekké kell alakítani, A LDM érvényességét meg kell vizsgálni, illetve tartalmát ki kell egészíteni relációs adatelemzéssel és egyedtörténet elemzéssel. Meg kell határozni az adatelérési követelményeket (a fentiek és a lekérdezési utak alapján). A 3.szakasz előfeltétele A szakasz tevékenységeinek előfeltétele * Kiinduló anyagok: Követelmények elemzése Szervezetszintű környezeti útmutató SSADM 77 SSADM 78 13

A 3. szakasz lépései * 310.lépés: Igényelt rendszer folyamatainak meghatározása * 320.lépés: Igényelt rendszer adatmodelljének kidolgozása * 330.lépés: A rendszer funkcióinak az előállítása * 340.lépés: Igényelt adatmodell megerősítése * 350.lépés: Specifikációs prototípusok kidolgozása * 360.lépés: Feldolgozási folyamatok meghatározása * 370.lépés: Rendszer-célkitűzések véglegesítése * 380.lépés: A követelmény-specifikáció összeállítása SSADM 79 3.szakasz tervei adatjegyz. l.dfd l.adatáregyed megfel., felhjegyz. kövjegyz. vál.altern Jel.LDM 310.lépés* Igényelt rend. folyamatainak meghatározása 320.lépés* Igényelt rend. LDM kidolg. Igényelt rendsz.ldm Szerv.szintű körny. útmutató, prototípus kiterj. Igényelt rendsz.dfd felh.szerepkörök 3.szakasz-Köv.meghatároz. 330.lépés* 340.lépés* Igényelt adatmod. megerősítése Információ és ellenőrzés (0) 9 3.szakasz ellenőrzése Rendszer funkcióinak kialakítása Köv.jegyzék I/O adatszerkezet Felhaszn.szerepkörfunkció mátrix 350.lépés* Specifikációs prototípusok kidolgozása funkcióleírások felh.szer.kör-funkció mátrix I/O adatszer. 360.lépés* Feldolgozási folyamatok meghatározása Ig.rendsz. LDM-je Köv.jegyzék Ig.rendsz.LDM Köv.jegyzék Esem-hatásábrák, lekérd.utak, egyed-élettört. 370.lépés* Rendszer célkitűzések véglegezése Parancsszerk. Menüszerk. Prototípus kiérték *. Funkc.leírások köv.jegyzék ig.rendsz.ldm 380.lépés* Követelményspecifikáció összeállítása SSADM 80 Követelm.specifikáció 10 A 310.lépés feladatai Igényelt rendszer folyamatainak meghatározása 10 Meg kell határozni a követelményeket, melyeket a rendszerszervezési alternatíva nem fed le. Okok! 20 Ki kell egészíteni az 1.szintű logikai DFD-ot az alternatíva új funkcióival, és el kell hagyni, melyeket már nem tartalmaz a határon belül. 30 Az alacsonyabb absztrakciós szintű DFD-ket is módosítani kell az alternatíva szerint, részletesen meghatározva az igényelt rendszer folyamatleírásait. Követelmény-jegyzéket ki kell egészíteni. SSADM 81 A 310.lépés feladatai 11 Igényelt rendszer folyamatainak meghatározása 40 Az alsóbb szintű folyamatokhoz elemi-folyamat leírásokat kell készíteni. Minden alsó szintű, rendszerhatárt átlépő adatfolyamathoz I/O leírást kell készíteni. 50 A folyamat-leírások azonosítják a rendszer funkcióit és az eseményeit. Ez az AFM alapot ad a funkció-meghatározáshoz, és elősegíti a folyamatok és az adatok közötti korrekt kapcsolatot (logikai adattár-egyed megfeleltetés.) 60 Meg kell határozni az igényelt rendszer felhasználói szerepköreit, és meg kell feleltetni az igényelt rendszer DFD-i külső egyedeinek.* SSADM 82 12 A 320.lépés Igényelt rendszer adatmodelljének kidolgozása 10 A jelenlegi környezet LDM-jét illeszteni kell a választott rendszerszervezési alternatívához. A LDM-t ki kell egészíteni az új, igényelt rendszer követelményeivel. (Az új követelmények beillesztését a köv.jegyzékben fel kell tüntetni.) Az egyedekhez minden attribútumot meg kell adni. 20 Ellenőrizni kell, hogy a LDM megfelel-e az elemi folyamatoknak. 30 A LDM-t ki kell egészíteni a nem-funkcionális követelmények (pl. hozzáférés korlátozás, biztonsági, archiválási követelmények) általi igényekkel. * SSADM 83 14 A 330.lépés feladatai A A rendszer funkcióinak előállítása 10 Módosító funkciók meghatározása. Ezeket részint az igényelt rendszer DFD-jai, részint a funkciót elindító esemény (pl. Beszerzés) definiálja. Minden alsó szintű DFD-on szereplő folyamathoz legalább egy funkciónak kell tartoznia. 20 Lekérdező funkciók meghatározása. Meghatározása a követelményjegyzékből, az igényelt rendszer DFM-ből és a felhasználói igényekből (pl. Kölcsönzők adatai) lehet. SSADM 84 14

A 330.lépés feladatai 15 A A rendszer funkcióinak előállítása 30 Minden funkciónak meg kell határozni a felhasználói felületét, mint bemeneti/kimeneti adatszerkezetet. Ezt a módosító funkcióknál a DFD-kat támogató ki/bemeneti leírások alapján lehet megtenni. Lekérdező funkciónál a felhasználóval kell tisztázni. 40 Meg kell határozni az igényelt rendszer dialógusait, összerendelve a felhasználói szerepköröket és a funkciókat egy mátrixban. 50 Minden funkcióhoz meg kell határozni a szolgáltatás minőségi követelményeit.* SSADM 85 16 A 340.lépés feladatai Az igényelt adatmodell megerősítése 10 Ki kell választani azokat a funkciókat, melyek ki/bemeneteire a relációs adatelemzést elvégezzük. 20 A ki/bemeneteken végre kell hajtani a relációs adatelemzést, és létre kell hozni a kiválasztott funkciókhoz egy normalizált relációkat tartalmazó halmazt. 30 A kiválasztott funkciók normalizált relációit át kell alakítani logikai rész-adatmodellé. 40 Ha a rész-modellnek vannak olyan tulajdonságai, melyekkel a logikai adatszerk. nem rendelkezik, akkor új egyedek és kapcsolatok bevezetésével módosítani kell az igényelt rendszer LDM-jét.* SSADM 86 18 A 350.lépés feladatai A A specifikációs prototípusok kidolgozása 10 Ki kell választani a prototípus készítésbe bevont dialógusokat és jelentéseket. 20 Prototípusonként el kell készíteni a dialógusok menüit, parancs-szerkezeteit, a prototípushoz tartozó felhasználó szerepkörökhöz. 30 Azonosítani kell a képernyő és jelentés elemeket, amelyekhez prototípust kell készíteni, és létre kell hozni a prototípus-bejárási utakat, összeillesztve a dialógus menüivel. A 40-70 feladatokat minden prototípus-bejárási úthoz legalább egyszer végre kell hajtani, a felhasználó igényeinek ismeretében többszöri iteráció is lehet. A 350.lépés feladatai 19 A A specifikációs prototípusok kidolgozása 40 Meg kell választani a prototípus-bejárási utakat a kiválasztott prototípus készítő eszköz segítségével. 50 Fel kell készülni prototípus bemutatókra. 60 Be kell mutatni a prototípusokat az adott szerepkörhöz kijelölt felhasználónak. 70 A bemutatók eredményét/tapasztalatait rögzíteni kell. 80 A bemutatott prototípusok alapján a követelményspecifikációt ki kell egészíteni.* SSADM 87 SSADM 88 20 A 360.lépés feladatai Feldolgozási folyamatok meghatározása 10 A logikai adatszerkezetben alulról felfelé haladva, minden egyedhez meg kell határozni azokat az eseményeket, melyek módosító hatással vannak az egyedre. (Sok esemény egy egyed.) Egyedélettörténet: ez segít azonosítani a feldolgozási folyamat alapműveleteit. A 20-40 feladatok párhuzamosan futnak. A 360.lépés feladatai Feldolgozási folyamatok meghatározása 20 Felfelé haladva az adatszerkezetben, meg kell határozni egyszerű egyed-élettörténeteket. Azokban a (adat-)párhuzamosságokat fel kell oldani. 30 Minden eseményhez létre kell hozni egy esemény-hatás ábrát. (Egy esemény több egyed.) Ellenőrizni kell, hogy a feldolgozási folyamat által bejárt utat az adatszerkezeten. Az adatelemek lefedik-e az esemény által igényelt adatszerkezetet? 40 Be kell építeni a követelményjegyzékbe az egyedtörténet elemzéssel feltárt új alapműveleteket (követelményeket.) A LDM-t ki kell egészíteni az új, vagy módosult egyedekkel. SSADM 89 SSADM 90 15

A 360.lépés feladatai 21 Feldolgozási folyamatok meghatározása 22 A 370.lépés A A rendszer-célkitűzések véglegesítése A további szekvenciális feladatok: 50 Minden lekérdező funkcióhoz meg kell határozni egy lekérdező utat. 60 Ki kell egészíteni az igényelt rendszer logikai adatszerkezetét az egyedek és kapcsolatok mennyiségi adataival.* 10 A követelményjegyzéket ellenőrizni kell, hogy minden funkcionális követelmény megvalósul-e a rendszer specifikációjában. 20 Azonosítani kell nem-funkcionális követelm.-t, meghatározva azt a követelményjegyzékben, funkcióleírásokban, az igényelt rend. LDM-ben. SSADM 91 SSADM 92 A 370.lépés 23 A A rendszer-célkitűzések véglegesítése 30 Minden funkciót ellenőrizni kell a funkciójegyzékben, hogy teljesen definiált-e, beleértve a szolgáltatási szintre vonatkozó mérhetőséget. 40 Meg kell bizonyosodni, hogy az igényelt rendszer LDM-je minden lényeges nem-funkcionális követelményt is tartalmaz-e.* SSADM 93 24 A 380.lépés feladatai Követelmények specifikációjának összegzése 10 A modul termékek konzisztenciáját ellenőrizni kell: adatjegyzék, esemény-hatás ábrák, egyed-élettörténetek, lekérdezési utak, funkcióleírások, I/O adatszerkezetek, új LDM, köv.jegyzék, felhasználói szerepkör-funkció mátrix. SSADM 94 A 380.lépés feladatai Követelmények specifikációjának összegzése A 3.szakasz termékei 20 Össze kell állítani és ki kell bocsátani a követelmény-specifikációt a szervezeti szabványoknak megfelelően.* * Termékek: Követelmény-specifikáció Parancsszerkezetek Menüszerkezetek Prototípus kiértékelés SSADM 95 SSADM 96 16

A 3.szakasz technikái * Technikák: DFD LDM Dialógustervezés Egyed-esemény modellezés Funkció-meghatározás Relációs adatelemzés Követelmény-meghatározás Specifikációs prototípus készítés SSADM 97 Logikai rendszerspecifikációs (LS) modul * Az LS modul célja A projektvezetés a választott rendszerszervezési alternatíva és a követelmény-specifikáció ismeretében mérlegeli az információtechnológiai lehetőségeket: programozási nyelvek, fejlesztői/futtatási környezet, platformok,stb. A követelmény-specifikáció alapján történik a rendszertervezés, melyben elkészülnek a rendszer lekérdezési, illetve módosító i. SSADM 98 Logikai rendszerspecifikációs (LS) modul /2 Az LS modul szakaszai A modul tevékenység előfeltételei: * Kiinduló anyagok: Szervezetszintű környezeti útmutató Projektalapító okirat Követelmény-specifikáció Választott rendszerszervezési alternatíva A logikai rendszerspecifikáció modulnak két szakasza van: 4.szakasz: Rendszertechnikai alternatívák 5.szakasz: Logikai rendszertervezés SSADM 99 SSADM 100 Logikai rendszerspecifikációs modul tervei kiért. kap.tervezési inform. szerv.szintű körny. útmutató projektalapító okirat követelményspec. vál.rendszerv. altern. Követelm.-specifikáció Az LS modul szakaszai Logikai rendszerspecifikáció ellenőrzés 4.szakasz* Információ és ellenőrzés (0) Rendszertechn. alternatívák 5.szakasz* Logikai rendszertervezés Logikai rendszerspecifikációs modul alkalm.szintű körny. útmutató kapacitásterv. információ techn. körny. leírása rendszertechn. alternatívák Teljesítési jelentések Logikai rendszerterv SSADM 101 LS modul, 4.szakasz: Rendszertechnikai alternatívák * A szakasz célja Az IT környezet, a rendszertechnikai alternatívák (max. 3) körvonalazása hatékonysági és költség kritériumok alapján. Az alternatívák vázlatos kidolgozása a szűkítéshez szükséges mértékig. A végső alternatíva kiválasztásához elő kell készíteni a költség, hatékonyság elemzést / indoklást. A választott alternatívához el kell készíteni a technikai környezet leírását. (Ez a fizikai rendszertervezési modul bemenete lesz.) SSADM 102 17

LS modul, 4.szakasz (Rendszertechnikai alternatívák) /2 LS modul, 4.szakasz lépései (Rendszertechnikai alternatívák) /3 A szakasz tevékenységeinek előfeltételei: * Kiinduló anyagok: Szervezetszintű környezeti útmutató Projektalapító okirat Követelmény-specifikáció Választott rendszerszervezési alternatíva A 4.szakasz lépései: 410.lépés: Rendszertechnikai alternatívák meghatározása 420.lépés: Rendszertechnikai alternatíva kiválasztása SSADM 103 SSADM 104 4.szakasz tervei LS modul, 4.szakasz strukturális modellje 25 Kiértékelt kapac.- terv. információ 410.lépés* Rendszertechn. alternatívák meghatározása projektalapító okirat követelm.specifikáció vál.rendszerszerv. altern. kiértékelt kapacitástervezési információ szervezetszintű környezeti útmutató 4.szakasz-Rendszertechn. alternatívák Információ és ellenőrzés (4) 4.szakasz irányítás Kapacitástervezési információ rendszertechnikai alternatívák 420.lépés* Rendszertechn. alternatíva kiválasztása rendszertechnikai altern. választás Rendszertechn. alternatívák Alkalmazásszintű körny. útmutató kapacitásterv. információ techn.környezet leírása SSADM 105 410.lépés feladatai 26 (Rendszertechnikai alternatívák kidolgozása) 10 A követelményjegyzék alapján vizsgálni kell, hogy minden alternatíva kielégíti-e azt. 20 A követelményeknek eleget tevő, max. 6 vázlatos rendszertechnikai alternatívát ki kell jelölni. 30 A felhasználóval együtt mérlegelve a fenti alternatívákat 2-3 alternatívára kell csökkenteni. 40 Ezekről az alternatívákról leírást kell készíteni: HW/SW jellemzők, terjedelmük / mennyiség, mely követelmények nem teljesülnek, stb. SSADM 106 410.lépés feladatai /2 (Rendszertechnikai alternatívák kidolgozása) 27 50 Minden alternatívához kapacitástervezés becslés kell. Meg kell bizonyosodni, hogy a szolgáltatási követelmények teljesülnek-e. 60 Az értékelést ki kell egészíteni: hatáselemzéssel (a techn.környezet hatását a szervezetre és működésre), vázlatos fejlesztési tervvel (a fejlesztés további részeire tevékenységháló, -leírás, termékfelépítési szerk., termék-származtatási ábra, - leírás, becsült erőforrás igény), költség-haszon elemzéssel (objektív mérce az alternatívák összeméréséhez).* SSADM 107 28 420.lépés feladatai (Rendszertechnikai alternatíva kiválasztása) 10 Alternatívák bemutatása a projektvezetésnek, felhasználó más képviselőinek. Döntéshozás támogatása elemzéssel, mérlegeléssel. 20 A választott rendszertechnikai alternatívához a technikai környezet leírását el kell készíteni. 30 Ellenőrizni kell, hogy a szolgáltatási követelmények továbbra is teljesülnek-e. 40 Egyedi felhasználói útmutatót kell készíteni a szervezet szabványos környezeti útmutatójából (pl. SzMSz, ügyrend) kiindulva. SSADM 108 18

LS modul, 4.szakasz (Rendszertechnikai alternatívák) Termékek: * Alkalmazásszintű környezeti útmutató * Kapacitástervezési kiinduló összeállítás * Technikai környezet leírása (a vál. alternatívához) * Rendszertechnikai alternatívák Technikák: * Dialógustervezés * Fizikai adattervezés * Fizikai folyamattervezés * Rendszertechnikai alternatívák* LS modul, 5.szakasz: Logikai rendszertervezés * A szakasz célja: Részletesen meg kell határozni a követelményspecifikációban már rögzített feldolgozási szerkezeteket (adatszerkezet ellenőrzés). Dialógus formában ki kell dolgozni a feldolgozás ember-gép kapcsolatát. A logikai rendszertervezésnél szem előtt kell tartani, hogy az különféle technikai környezetben megvalósítható, ill. maximálisan újrafelhasználható legyen. SSADM 109 SSADM 110 LS modul, 5.szakasz /2 (Logikai rendszertervezés) LS modul, 5.szakasz lépései /4 (Logikai rendszertervezés) A szakasz tevékenységeinek előfeltételei: * Kiinduló anyagok: Környezeti útmutató Követelmény-specifikáció * Hivatkozott anyagok: Parancs-szerkezetek (prototípusból) Menüszerkezetek (prototípusból) Jelentés-formátumok (prototípusból) Prototípus kiértékelése SSADM 111 A 5.szakasz lépései: 510.lépés: Felhasználói dialógusok meghatározása 520.lépés: Módosító feldolgozások tervezése 530.lépés: Lekérdező feldolgozások tervezése 540.lépés: Logikai rendszerterv összeállítása SSADM 112 5.szakasz tervei LS modul, 5.szakasz strukturális modellje 29 funkcióleírások I/O adatszerkezetek köv.jegyzék körny.útmutató szerepkör-funkció m. esemény-hatás ábrák egyed-élettörténetek funkcióleírások I/O adatszerk. Ig. rendsz. LDM-je körny.útmutató lekérdezési utak funcióleírások I/O adatszerk. Ig.rendsz. LDM-je körny.útmutató 510.lépés Felhasználói dialógusok meghatározása Információ és ellenőrzés (4) 5.szakasz irányítás Esemény-hatás ábrák,elemi foly.leírása lekérdezési utak, I/O adatszerkezet ig.rendsz.ldm-je, szerepkör-funkció mát. 5.szakasz-logikai rendszertervezés parancsszerkezetek, dialógus-vezérlési táblázatok dialógusszintű tájék., dialógusszerkezetek menüszerkezetek, köv.jegyzék Módosító feldolg.modellek 520.lépés* egyedleírások Módosító egyed-élettöténetek folyamatok tervezése 530.lépés* Lekérdező folyamatok tervezése Parancsszerkezetek, dialóg.-vez.táblák dialógusszerk., eseményhatás ábrák elemi foly.leírása, lekérdezési utak lekérd.feld.modellek, egyed-élettörténetek funkcióleírások, I/O adatszerk. menüszerk., igényelt rendsz.ldm-je köv.jegyzék, módosító feld.modellek felh.szerepkör-funkció mátrix 540.lépés* Logikai rendszerterv összeállítása Logikai rendszerterv SSADM 113 30 Az 510.lépés feladatai (Felhasználói dialógusok meghatározása) 31 10 A dialógusokban azonosítani kell a dialóguselemek logikai csoportjait (DLC).> 20 A kialakított DLC-k alapján meg kell határozni a dialóguson belüli navigációs útvonalakat. 30 Minden felhasználói szerepkörhöz meg kell határozni a funkciókat: Szerep-funkció mátrix. > Ehhez mátrix-soronként a dialógusokat egy menü-szerkezetbe kell gyűjteni. 40 Meg kell határozni a dialógusszintű tájékoztatás követelményeit.* SSADM 114 19

32 Az 520.lépés feladatai (Módosító feldolgozások tervezése) 10 Állapotjelzőket kell rendelni az egyedélettörténetekhez, és az állapotjelzők értékeinek jelentését dokumentálni kell minden egyed leírásában. (Események egy egyedre) A 20-50 feladatokat minden eseményre el kell végezni: 20 Az esemény-hatás ábrát (műveletek) át kell alakítani feldolgozási szerkezetté. > (Egy esemény egyedekre) 30 Az egyed-élettörténeteket felhasználva, fel kell sorolni az esemény által érintett egyedekhez tartozó műveleteket (Műveletjegyzék készítése). SSADM 115 Az 520.lépés feladatai (Módosító feldolgozások tervezése) 33 40 A feldolgozási szerkezetekhez hozzá kell rendelni a műveleteket. Minden választási (szelekció: ) és ismétlődési (iteráció: *) elemhez hozzá kell rendelni a megfelelő feltételvizsgálatot. > 50 Meg kell határozni a hibákat kezelő kimeneteket.* SSADM 116 Az 530.lépés feladatai 34 (Lekérdező feldolgozások meghatározása) A feladatokat minden lekérdezéshez el kell végezni: 10 A lekérdezéshez tartozó lekérdezési utat át kell alakítani feldolgozási szerkezetté, amely a lekérdező feldolgozási folyamat bemenő adatszerkezetét fogja ábrázolni. > 20 A kimenő adatszerkezetet > az I/O adatszerkezet kimenő adatai alapján kell létrehozni. Az 530.lépés feladatai (Lekérdező feldolgozások meghatározása) 35 30 Azonosítani kell a megfeleltetést a bemenő és a kimenő adatszerkezetek között, és össze kell vonni a két szerkezetet egyetlen feldolgozási szerkezetbe. > 40 Fel kell sorolni a műveleteket (az integritási műveleteket is) és a feltételeket, > és hozzá kell rendelni ezeket a feldolgozási szerkezethez. 50 Meg kell határozni a hiba-kimeneteket.* SSADM 117 SSADM 118 36 Az 540.lépés feladatai (Logikai rendszerterv összeállítása) LS modul, 5.szakasz (Logikai rendszertervezés) 10 Ellenőrizni kell a logikai tervezés termékeinek teljességét és kompatibilitását. 20 Össze kell állítani a logikai rendszertervet a szervezeti szabványoknak megfelelően. Termékek: * Logikai rendszerterv Technikák: * Dialógustervezés * Egyed-esemény modellezés * Logikai adatfeldolgozás tervezése SSADM 119 SSADM 120 20

PD modul, 6.szakasz: Fizikai rendszertervezés Az SSADM nem ad pontos technikákat és termékleírásokat a fizikai rendszertervezéshez, mert azok erősen függnek a konkrét megvalósítástól * A szakasz célja: Az adatok és folyamatok fizikai részleteinek meghatározása * Előfeltétel A 6. szakasz tervei A 6. szakasz ellenőrzésének módja SSADM 121 PD modul, 6.szakasz: Fizikai rendszertervezés A 6. szakasz lépései (Tevékenységek) 610. lépés: Fizikai tervezés előkészítése 620. lépés: Fizikai adatterv készítése 630. lépés: Folyamat-komponens összerendelés 640. lépés: Fizikai adattervek optimalizálása 650. lépés: Folyamat specifikáció készítés 660. lépés: Folyamatok adatinterfészeinek rendezése 670. lépés: Fizikai tervek összeállítása SSADM 122 PD modul, 6.szakasz: Fizikai rendszertervezés Összefoglaló * Termékek: Fizikai adatterv Fizikai folyamatterv Folyamat-adat kapcsolat A módszer fő termékeinek származtatása SSADM 123 SSADM 124 Jelenlegi Ph-DFM Jelenlegi L-DFM Funkció meghatározás I/O adatszerk Projekt alapító okirat Igényelt rendsz. DFM Relációs adatelemzés Logikai adattár-egyed megfeleltetés Jelenlegi LDM Követelményjegyzék Logikai adattár-egyed megfeleltetés Rendszerszerv.- alternatívák Igényelt rendsz. LDM SSADM 125 RTA Funkc.meghat. Rel.adatelem. Ig.LDM prototípusok Dialógus tervezés módosít események Egyed-élettört. Áll.jelzők műveletek Funkció-komponens megv.terv és progr.spec. kimenetek egyedek lekérdezések Eseményhatásábrák egyed-esemény modellezés Módosít.feldolg. modellek Lekérd.feldolg. modellek logikai adatfeld.tervezés Folyamat-adat kapcsolat Teljesítmény prognózis Lekérdezési utak Optim. Rendsz.technikai alternatívák SSADM 126 RSzA Fizikai adatbázisterv 21

Könyv kölcsönzése Könyv visszavitele Az SSADM technikáinak felsorolása * Követelmény-meghatározás * Dialógustervezés * Adatfolyam modellezés * Logikai adatmodellezés * Rendszerszervezési alternatívák kiválasztása * Funkció-meghatározás * Relációs adatelemzés * Specifikációs prototípus készítés * Egyed-esemény modellezés * Rendszertechnikai alternatívák kialakítása * Logikai adatfeldolgozás tervezése * Fizikai adattervezés * Fizikai folyamatspecifikáció SSADM 127 Szakaszok és technikák Technika / Szakasz 0 1 2 3 4 5 6 Követelmény-meghatározás x x x Dialógus tervezés x x x x Adatfolyam modellezés x x x x Logikai adatmodellezés x x x x Rendszerszervezési altern. x x Funkció-meghatározás x Relációs adatelemzés x x Specifik. prototípus-készítés x Egyed-esemény modellezés x x Rendszertechnikai altern. x x Logikai adatfeldolg. tervezés x Fizikai adattervezés x x Fizikai folyamatspecifikáció x x SSADM 128 Esemény által okozott változás - Állapotjelző I/O szerkezet Kölcsönzés Foglalás lekérdezés Kiadás Módosítások Kölcsönzés Kölcsönzés megszűnik törlése -/1 5,6/- Módosítás Hosszabbítás kérés * Könyv 1 hónap a visszaadva lejárat után 1-4/5 4/6 Kölcsönzés lejár 1,2,3/4 Hosszabbítás Nem hosszabbítható 1,2/2 1,2/3 SSADM 129 ISBN (input) Könyvadatok (output) Foglalási dátum (output) Foglalások Foglalás SSADM 130 * Iteráció Kölcsönző adatai (output) Egyed-esemény modellezés: Egyed-történet; Eseményhatás diagramok Kölcsönzés hosszabbítás Dialógus tervezés Funkció meghatározás Új könyv beszerzés I/O szerkezetek Foglalás Dialógus meghatározás I/O szerkezet átvétele Könyv L Kölcsönző M Kölcsönzés L M T Foglalás L Író L L létrehozás M módosítás T törlés Dialóguselemek logikai csoportosítása (DLC) > DLC SSADM 131 SSADM 132 22

Hatáskör Típus Kód Input Dialóguselemek, DLC-k a dialógusok közötti navigációhoz < Hatáskör Típus Megnevezés Output Output Saját Szervezet Kód Saját Szervezet Adatok Hatáskör (Dialógushoz Próba) Választott Hatáskör Kód Input Saját Szervezet Megnevezés Ügycsoport Adatok Ügycsoport Kód Hatáskörök Hatáskör Kód Output Output Output Hatáskör * Output Hatáskör Leírás Ügycsoport Neve Output Szerepkör funkció mátrix Ügyintéző Titkár Főosztályvez. Osztályvez. Póstabontó Szignálás X X Iktatás X Ügycsoportba sorolás X Ügyiratkísérő készít. Ügyállapot megvált. X X SSADM 133 SSADM 134 Menüszerkezet < Ügyintéző főmenüje MEN01 Esemény-hatás diagram Cím KÖNYV KÖLCSÖNZŐ [kért] Dokumentum kezelés Ügyiratkísérő készítés Ügyállapot változtatás MEN02 MEN03 DIAL24 Intézkedés MEN05 KÖNYV KÖNYV [Nem kölcsön-tő] [Kölcsönözhető] Feldolgozási művelet- Feldolgozási egység PÉLDÁNYOK FOGLALÁS Lekérdezés Ügycsoport átsorolás Felfüggesztés DIAL34 DIAL22 DIAL16 * PÉLDÁNY KÖLCSÖNZÉS KÖLCSÖNZŐ SSADM 135 SSADM 136 EHD-ból feldolgozás Jackson-struktúra rajzolása < Nem kölcsönözhető könyv if KH=n Könyv kölcsönzése Kölcsönözhető példányok Kölcsönözhető * példány Kölcsönzés While foglaltság=y < if KH =y Kölcsönözhető könyv Foglalás Írókód Író Szerző csoport Szerző Lekérdezési út meghatározása * Könyv Foglalás csoport Foglalás Visszakeressük azokat a kölcsönzőket, akik egy adott író < műveire várakoznak. * Elérések csoportosítása az elérési úton Kölcsönző SSADM 137 SSADM 138 23

Az I/O szerkezetből a lekérdezés outputja: az input elhagyása Foglalás író szerint Csoportosítás, átalakítás Jackson szerkezetté => I/O szerkezetből output igény, elérési útbejárásból input igény: a két adatszerkezet egységesítése <=>műveletek, feltételek < Író neve Könyvek Könyv * Írókód (input) 1 1-Read Író by Key 2-Read next Szerző of Író Író adatainak 2 Író Szerzők While not end of Szerző Szerző * Könyv címe Foglalások Könyv adatok Foglalkozások Kölcsönző Foglalás adatai dátuma (Output) (Output) < SSADM 139 Foglalás adatok Foglalkozás SSADM 140 * Kölcsönző adatok Köszönöm a figyelmet! SSADM 141 24