Infokommunikációs technológiák 1

Infokommunikációs technológiák

BME GTK / Műsz. Mendzs. Szak

Bevezetés. Problémafelvetés

INFOKOMMUNIKÁCIÓS TECHNOLÓGIÁK

• 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

3. Strukturált rendszerfejlesztési módszertan Dr. Risztics Péter Irányítástechnika és Informatika Tanszék [email protected]

SSADM




Technologizálás

A használt (informális) nyelv ellentmondásai: Megetette a lovat a zabbal A modell leírása (formalizálás):

• Mi a megoldás? Computer Aided Software Engineering (CASE) SSADM

3


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

(1−Ct )μ 3,0,0

3,0,0

Ca 3λ

(1 − Ca )3λ

SSADM


• Á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

2,0,1

(1 − Ca )3λ

3λ


Szoftver életciklusa

Nem javítható, degradálható alrendszer Markov modellje: N=3, S=1, D=1, λ, μ, ca , ct Ca 3λ + Ct μ

4


Egy matematikai modell

3,1,0


A formalizálás felvetése

• 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


2

2λ

Hibás állapot

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

SSADM

7



• 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

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!)

Célok megismerése

Elő ny, h

Gyors tervezés Prototípus kidolgozása

átrá ny?

Igények pontosítása Pontos SW tervezés

9


SSADM

10



Inkrementális modell

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




Input, alapfolyamatok, követelmények, elvárt eredmények Válasz: Kísérletsorozat, működő modell - szimuláció

SSADM

SSADM

8

Prototípus modell Kevéssé definiált feladatok:

A vízesésmodell előnye, hátránya




11

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

12

2


Bevezetés az SSADM-be

1. Az SSADM alkalmazásának okai

Structured Systems Analysis and Design Method Strukturált Rendszer Analizálási és Tervezési Módszer

13


SSADM

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.

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.

15


2. A módszer környezete és felépítése

SSADM

16



Az SSADM helye a rendszerfejlesztés életciklusában

Mivel foglalkozik ez a rész?

* Az SSADM alkalmazásának feltételei. * Az SSADM három nézete.

TELJESKÖRŰ ANALÍZIS

Kivitelezés, tesztelés

TERVEZÉS

elemzés

STRATÉGIAI

Követelmény

* Az SSADM helye a rendszerfejlesztés életciklusában.

Megvalósíthatósági elemzés

SSADM Fizikai rendszer tervezés




Az SSADM alkalmazásának okai (folyt.)

SSADM

14

Logikai rendszer specifikáció


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.

specifikáció

SSADM



Követelmény


FEJLESZTÉS

MŰKÖDŐ TERMÉK

PROJEKTIRÁNYÍTÁS SSADM


17

SSADM

18

3




Az SSADM alkalmazásának feltételei

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



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

tfol ada

ok yam

ESEMÉNYEK

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

MEGOLDÁSAI

ada t

FUNKCIÓK egyedek egyedek események


Az SSADM technikái

RENDSZER

események

20


Az SSADM három nézete FELHASZNÁLÓK IGÉNYEI


tár ak

ADATOK

SSADM NÉZETEK SSADM

21



SSADM


Az SSADM technikái /2

AFD az elemzés és a tervezés során is használható

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

SSADM



Adatfolyam (AFD) modellezés

2 Nem diagramszerű technikák: * * * * * * *

22

• 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

23

SSADM

24

4



Adatfolyam diagram szimbólumai

Adatfolyam diagram szimbólumai /2

1 Process: információ-átalakítás (történik valami) Yourdon/DeMarco



3 Tároló: nem történik, nem mozog, eltesszük

Gane/Sarson 5

Leírás

M1

Név

Leírás

2 Adatfolyam: adat mozog (de nem történik semmi)

4 Terminátorok: a rendszeren kívüli forrás/nyelő Ügyfél

„Értelmezés”

SSADM

25



SSADM

Gane/Sarson Áruk Árú adatai Rendelés

1

Vásárlás Eladás adatai D3


AFD szintjei (Yourdon/DeMarco)

Ügyfél megadja az utazási adatokat › fizet › megkapja a jegyet és a számlát:

D1

26


AFD példa

Vevő

Munka lapok

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)

Eladások

SSADM

27



SSADM

28



Az AFD szintjei (0. szintű diagram)

AFD (Yourdon/DeMarco)

Járatnyilvántartó

Ügyfél Úti adatok

Repülőjegy

Ügyfél

Idő, cél helyfoglalás

Jegy

Ügyfél

vásárlás Pénz

pénz

járat

jegykiállítás

jegy

költség

Számla számlázás

számla

Ügyfél

Contextus diagram Számlanyilvántartó SSADM


29

SSADM

30

5



Jelentés kérés Mért adatok

Betegőrző rendszer

Beteg alapadat

Jelentés

Beteg

adatok

Helyi felügyelet

átvitt adatok

Nővér

választ

Riasztás

0 szintű diagram Mért

Példa folytatása: Intenzív betegőrző 1. Szintű diagram: Központi felügyelet

Context diagram Beteg



Példa: Intenzív betegőrző rendszer

név

kereső

választott beteg

Beteg alapadat Átvitt

korlát vizsgálat

érték

adatok Napló

Központi felügyelet

Riasztás

Clock

Nővér

Jelentés kérés

Archiváló

korlátsértés

idő Jelentés

napló

Jelentés készítő

Napló szerkesztő

riasztás riasztás szerkesztés

Archívum SSADM

31



SSADM

32



Esettanulmány: Patika

Esettanulmány: Patika

/2

Patika process kifejtése

Contextus diagram recept

Árazó

recept

Vevő/beteg

árazott recept

Pénztár

pé nz gy

óg y

sze r

pénz

Primitív process

Patika számla

gyógyszer

Gyógyszergyár

sz gyógy

SSADM

33



• 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


Logisztika

gyógyszer

áruraktár gyógy

gyógy

szer

Árukiadó

SSADM


szer

34


Logikai adatmodellezés: LDM Célja: Egyedek és köztük lévő kapcsolat leírása Egyed: Objektum vagy fogalom

Az AFM termékei

SSADM

er

blokk pénz

pénz

Árazott recept

pénz

kasszafiók

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.

35

SSADM

36

6





Jelölés és meghatározás

Logikai adatmodellezés termékei

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:

• 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 SSADM

FOLYÓSZÁMLA

37



SSADM

38



Még az Egyedről

A módszer alapelvei

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ő

1. A módszer célja 2. Résztvevők és nézőpontjaik 3. Kulcsfogalmak és filozófia

Előfordulás: Személy, Cég,..

SSADM

39


/1


SSADM

40



A módszer alapelvei /3


2. Résztvevők és nézőszempontjaik: 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. SSADM


(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. 41

SSADM

42

7






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

Az alapminta szerkezet néhány fogalma Koncepciók és eljárások

Kapcsolat a technikai és alkalmazási koncepciókkal és szabványokkal

Döntés arról, mi a feladat

Felhasználói szervezet

Döntés arról, ki és hogyan fogja a rendszert használni

Vizsgálat / helyzetfelmérés

Megvalósíthatóság, Választás alternatívák közül

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 SSADM

45



* 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

Felület terv

Lekérdezési út

Adatfolyam modell

Megvalósíthatósági tanulm.

Entitásélettörténet

Belső terv Fizikai adatbázis

PDI

Rendsz. szervezési alternat.

Kölcsönhatás ábrák

Funkciók meghatározása

Rendsz. technikai alternat.

Dialógusok

Vizsgálat, helyzetfelmérés Szerv. tev. modell

Jelenlegi LDS

Követelmény jegyzék

Jelenlegi LDM

Igényelt LDM Entitás élettörténet Módosító feldolgozás

Munkaszervezési modell

SSADM


3NF relációk

Jelenlegi DFD Jelenlegi logikai DFM

Jelenlegi DFM

Felhaszn. szervezet Felhaszn. jegyzék Felhaszn. szerepkörök Munkaszerv. modell

Esemény lekérd. azonos.

Igényelt DFM

Lekérdezési utak

Funkció meghatározás

Lekérdező feldolgozás

Dialógus tervezés

Folyamat-adat kapcs.

Fizikai funkciók

Kölcsönhatás diagramok

Fizikai adatbázis Specifikáció

Felhasználói szervezet


Rendszerfejlesztési alapminta Döntési struktúra

Logikai adatmodell

46


Specifikációs architektúra

Fogalmi modell



Rendszerfejlesztési alapminta szerkezete Döntési struktúra

44

Koncepciók, eljárások Szerv. szintű környez. útmutató Alk. szintű környez. útmutató

Rendszerépítés 47

SSADM

48

8





1. SSADM „nézetek” közti kapcsolat

Az SSADM felépítése, termékei, technikái (Vázlatos ismertetés, az összefüggések kiemelése)

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.

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

Struktúra

Modul

Termék leírások

Technikák

Szakasz Lépés

Hogyan?

Mit? Feladat

Mikor?

SSADM

SSADM

49



50



A strukturális modell jelölései és fogalmai Adat

Kivel, mivel

1. Információ-áramlási út:

Adatmodell diagram Kontrollfolyam diagram

Adatfolyam diagram

Ez a kommunikációs út minden termék- és ellenőrzés- áramláshoz az SSADM modulok között.

Funkcionalitás

Esemény Mikor, miért

2. Termék- és ellenőrzés- áramlások:

Ki, mivel, mit csinál

VA

Tevékenység termékeinek áramlása Teljesítési jelentések áramlása Ellenőrzés/vezetői felhatalmazás áramlása

Esemény diagramok (Véges automata)

SSADM

51



2. SSADM életciklus, mint strukturális modell

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




A strukturális modell jelölései és fogalmai /2

SSADM

52

Rend. spec.

projekttervek

Új r. koncepció Tervezés, felügyelet, ellenőrzés Információ-áramlási út

jelentések

teljesítési jelentések

RA

FS Megvalósíthelemzési m.

Követelmelemzési m.

(1)

(2)

SSADM életciklus

53

SSADM

Tervek és ellenőrzés

RS

LS

KövetelmLog. Rendsz. specifik. m. specifik. m. (4) (3) termékek

termékek

SSADM

ellenőrzés

Repository

előző modul term.

Termékleírások

PD

Fiz. rendsz. specifik. m. (5)

54

9




SSADM modulok és szakaszok


SSADM modulok és szakaszok /2

• Megvalósíthatósági elemzés

• Logikai rendszerspecifikáció 4. Rendszertechnikai változat kiválasztása 5. Logikai rendszertervezés

0. A megvalósíthatóság eldöntése • Követelményelemzés 1. Jelenlegi helyzet vizsgálata

• Fizikai rendszertervezés 6. Fizikai rendszertervezés

2. Rendszerszervezési változat kiválasztása • Követelmény specifikáció 3. Követelmények meghatározása 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

A modul egyetlen szakaszból áll. 0. szakasz: A megvalósíthatóság eldöntése.

2. Rendszerszervezési változat kiválasztása 3. 4. 5. 6.

Követelmények meghatározása Rendszertechnikai változat kiválasztása Logikai rendszertervezés Fizikai rendszertervezés

SSADM

57



FS modul 0. szakasz; A 0. szakasz célja (A megvalósíthatóság eldöntése.)

* 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


58



A 0. szakasz tevékenység előfeltétele

* a javasolt IR megfelel-e a cég/szervezet működési követelményeinek,

SSADM

SSADM

59

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

60

10





0. szakasz strukturális modellje →1

A 0. szakasz lépései

Információ és ellenőrzés (0)

* 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

modul tervei

Megegyezés a vizsgálat határairól

Megegyezés a probléma definiálásáról

Projekt 010 alapító Felkészülés okirat az elemzésre Kontextus ábra Jel.r. fiz.adatfoly. ábra Áttekintő log. adatszerk. Követelményjegyzék

Projekt és elemzés terjedelme 020 Probléma megfogalmazása

Igényelt környezet leírása Jelen helyzet vázlata Követelményjegyzék Felhasználójegyzék

61



62

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. 63




2→

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 SSADM

040 Megval. tanulm. Intézkedési terv Megvalósíthat. 030 tanulmány összeállítása Megvalósíth. alternatívák kidolgozása Megvalósíthatósági alternatívák

SSADM

A 0. szakasz termékei, technikái Termékek: * Megvalósíthatósági tanulmány

0. szakasz ellenőrzés

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ó

Megvalósíth.Megvalósíth.-elemzés modul 0.szakasz SSADM

Alternatíva választás


SSADM

64



2. modul strukturális modellje

Követelményelemzési modul (RA) szakaszai

Információ és ellenőrzés (0) Követelményelemzés modul tervei

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ény-elemzés ellenőrzése

Megvalósíthatósági tanulmány 1. szakasz* szakasz* előző tanulmányok eredményei

Projektalapító okirat

Projekt és elemzés terjedelme

Teljesítési jelentések Tevékenységháló tev. leírások szakasz* termékszárm. ábrák 2. szakasz* Jelenlegi szolgáltatások leírása termékfelép.- szerk. Rendszerszerv. R.szerv. altern-ák termékleírások követelményjegyzék felhasználójegyzék alternatívák Kivál-tt r.sz. alt. Jelenlegi helyzet vizsgálata

KövetelményKövetelmény-elemzés modul SSADM


65

SSADM

66

11



RA modul 1. szakasz →3 Az 1. szakasz célja és leírása



→4 4 Az

* 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.

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

* Kell-e módosítani a célkitűzéseken? SSADM

67




1.szakasz tervei projektalapító okirat

110. lépés Elemzés kereteinek megteremtése

megvalósíthatósági tanulmány előző tanulmányok eredményei

1.szakasz ellenőrzése Projekt és elemzés terjedelem

Kontextus ábra, jel.fiz.DFD(1.szintű) 130. lépés kontextusábra jel.fiz.DFD-k Jelenlegi elemi foly.leír. folyamatok külső egyedleír. vizsgálata I/O leírások

követelményjegyzék

áttekintő log. adatszerk.

1. Szakasz - Jelenlegi helyzet vizsgálata

tevékenységháló tevékenység leírások termékszárm. ábrák ter. felép. szerk. termékleírások

felhasználójegyzék

120. lépés köv.jegyz. 150. lépés Követelmények vizsg. és meghat. Jel. szolgált.

logikalizálása

jelenl.szolg.leírása követelményjegyz. felhaszn.jegyz.

140. lépés jelenl.log.adatmodell 160. Lépés* Lépés* Jelenlegi adatok Vizsgálat vizsgálata eredm.

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 feldolgozásait. * 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.

2.szakasz felé 69


SSADM


A 2. szakasz tevékenység előfeltétele


70



* 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

SSADM



összeáll.

SSADM


68

→6

1. szakasz strukturális modellje →5 Megegyezés a vizsgálat határairól

SSADM

* 210. lépés: Rendszerszervezési alternatívák meghatározása * 220. lépés: Rendszerszervezési alternatíva kiválasztása

71

SSADM

72

12





A 2. szakasz strukturális modellje →7

A 2. szakasz termékei és technikái


* Termékek: • Rendszerszervezési alternatívák kialakítása • Választott rendszerszervezési alternatíva

2.szakasz ellenőrzése

2.szakasz tervei Projekt alapító okirat

210.lépés Rendszerszerv. alternatívák jelenlegi szolgáltatások meghatározása leírása követelményjegyzék felhasználójegyzék

Rendszerszervezési alternatíva választás

Rendszerszerv. alternatívák

1.szakasz felöl

Rendszerszerv. alternatívák 220.lépés Rendszerszerv. Kiválasztott alternatíva rendszerszerv. kiválasztása alternatíva

2.szakasz2.szakasz-Rendszerszervezési altern. altern.

SSADM

73



→8

A Követelmény-specifikációs (RS) modul

* Technikák: • Rendszerszervezési alternatívák kialakítása • Adatfolyam modellezés • Logikai adatmodellezés

SSADM

74



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.

Az RS modul egyetlen szakaszból áll: 3. szakasz: Követelmények meghatározása

• 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


A 3.szakasz leírása



A 3.szakasz előfeltétele

• 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).

SSADM

76

77

A szakasz tevékenységeinek előfeltétele * Kiinduló anyagok: • Követelmények elemzése • Szervezetszintű környezeti útmutató

SSADM

78

13

3.szakasz tervei

* 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



A 310.lépés feladatai „Igényelt rendszer folyamatainak meghatározása” 10→

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



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

310.lépés* 310.lépés*

adatjegyz. Igényelt rend. l.DFD l.adatár- folyamatainak egyed meghatározása megfel., felhjegyz. kövjegyz. vál.altern


Információ és ellenőrzés (0) →9 3.szakasz ellenőrzése


funkcióleírások felh.szer.kör-funkció mátrix

Rendszer funkcióinak I/O adatszer. kialakítása

Köv.jegyzék I/O adatszerkezet

Esem-hatásábrák, lekérd.utak, Feldolgozási egyed-élettört. folyamatok meghatározása Funkc.leírások köv.jegyzék Ig.rendsz. ig.rendsz.LDM Felhaszn.szerepkör- LDM-je Igényelt 370.lépés* 370.lépés* rendsz.LDM funkció mátrix Köv.jegyzék 380.lépés* 380.lépés* Rendszer Ig.rendsz.LDM célkitűzések Követelmény350.lépés* Szerv.szintű körny. 350.lépés* véglegezése specifikáció útmutató, Specifikációs Köv.jegyzék Parancsszerk. összeállítása prototípus kiterj. prototípusok Menüszerk. kidolgozása Prototípus kiérték 3.szakasz3.szakasz-Köv.meghatároz. *.

Jel.LDM

Igényelt rend. LDM kidolg.



Igényelt adatmod. megerősítése

SSADM


Követelm.specifikáció



Infokommunikációs technológiák Igényelt rendsz.DFD felh.szerepkörök



80


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


14→ A 330.lépés feladatai „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


16→

15→

„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



A 350.lépés feladatai „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. 87



SSADM



19→

„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

88



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.


86


20→ A 360.lépés feladatai „Feldolgozási folyamatok meghatározása”

SSADM


„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.*

18→

SSADM



89

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

90

15





22→

A 360.lépés feladatai 21→

A 370.lépés

„A rendszerrendszer-célkitűzések véglegesítése”

„Feldolgozási folyamatok meghatározása” A további szekvenciális feladatok: 50 ⇒ Minden lekérdező funkcióhoz meg kell határozni egy lekérdező utat.

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.

60 ⇒ Ki kell egészíteni az igényelt rendszer logikai adatszerkezetét az egyedek és kapcsolatok mennyiségi adataival.*

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



A 370.lépés

23→

„A rendszerrendszer-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



SSADM


SSADM

94



A 3.szakasz termékei

„Követelmények specifikációjának összegzése”

* Termékek: • Követelmény-specifikáció • Parancsszerkezetek • Menüszerkezetek • Prototípus kiértékelés

20 ⇒ Össze kell állítani és ki kell bocsátani a követelmény-specifikációt a szervezeti szabványoknak megfelelően.*



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

92

95

SSADM

96

16




Logikai rendszerspecifikációs (LS) modul

A 3.szakasz technikái

* 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ó feldolgozásai.

* 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




SSADM

98


Logikai rendszerspecifikációs (LS) modul /2


Az LS modul szakaszai

A modul tevékenység előfeltételei: A logikai rendszerspecifikáció modulnak két szakasza van:

* Kiinduló anyagok: • Szervezetszintű környezeti útmutató • Projektalapító okirat • Követelmény-specifikáció • Választott rendszerszervezési alternatíva

SSADM

4.szakasz: Rendszertechnikai alternatívák 5.szakasz: Logikai rendszertervezés

99



SSADM



* 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.)

Logikai rendszerspecifikáció ellenőrzés

kiért. kap.tervezési inform. szerv.szintű körny. útmutató projektalapító okirat követelményspec. vál.rendszerv. altern.

4.szakasz* 4.szakasz* Rendszertechn. alternatívák

alkalm.szintű körny. útmutató kapacitásterv. információ techn. körny. leírása rendszertechn. alternatívák

Teljesítési jelentések

5.szakasz* 5.szakasz* Követelm.-specifikáció

Logikai rendszertervezés

Logikai rendszerterv

Logikai rendszerspecifikációs modul

SSADM



LS modul, 4.szakasz: Rendszertechnikai alternatívák

Az LS modul szakaszai

Logikai rendszerspecifikációs modul tervei

100

101

SSADM

102

17




LS modul, 4.szakasz (Rendszertechnikai alternatívák) /2

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

SSADM

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

103




LS modul, 4.szakasz lépései (Rendszertechnikai alternatívák) /3

SSADM

104



410.lépés feladatai 26 → (Rendszertechnikai alternatívák kidolgozása)

LS modul, 4.szakasz strukturális modellje →25 Információ és ellenőrzés (4) 4.szakasz irányítás

4.szakasz tervei Kiértékelt kapac.terv. információ 410.lépés* 410.lépés*

Rendszertechn. alternatívák meghatározása

10 ⇒ A követelményjegyzék alapján vizsgálni kell, hogy minden alternatíva kielégíti-e azt.

rendszertechnikai altern. választás Kapacitástervezési információ

projektalapító okirat követelm.specifikáció vál.rendszerszerv. altern.

rendszertechnikai alternatívák

kiértékelt kapacitástervezési információ szervezetszintű környezeti útmutató

20 ⇒ A követelményeknek eleget tevő, max. 6 vázlatos rendszertechnikai alternatívát ki kell jelölni.

420.lépés* 420.lépés* Rendszertechn. alternatíva kiválasztása

30 ⇒ A felhasználóval együtt mérlegelve a fenti alternatívákat 2-3 alternatívára kell csökkenteni.

Rendszertechn. alternatívák

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.

Alkalmazásszintű körny. útmutató kapacitásterv. információ techn.környezet leírása

4.szakasz4.szakasz-Rendszertechn. alternatívák SSADM


105


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

SSADM

106



420.lépés feladatai (Rendszertechnikai alternatíva kiválasztása) 28 →

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* SSADM

109



* 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

A 5.szakasz lépései: 510.lépés: Felhasználói dialógusok meghatározása

* 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

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

111


SSADM

112



→30 Az 510.lépés feladatai

LS modul, 5.szakasz strukturális modellje →29 5.szakasz tervei


LS modul, 5.szakasz lépései /4 (Logikai rendszertervezés)

A szakasz tevékenységeinek előfeltételei:


110


LS modul, 5.szakasz /2 (Logikai rendszertervezés)

SSADM


LS modul, 5.szakasz: Logikai rendszertervezés

(Felhasználói dialógusok meghatározása) →31

Információ és ellenőrzés (4) 5.szakasz irányítás

funkcióleírások parancsszerkezetek, dialógus-vezérlési táblázatok I/O adatszerkezetek 510.lépés dialógusszintű tájék., dialógusszerkezetek köv.jegyzék Felhasználói menüszerkezetek, köv.jegyzék körny.útmutató szerepkör-funkció m. dialógusok meghatározása Parancsszerkezetek, dialóg.-vez.táblák esemény-hatás ábrák dialógusszerk., eseményhatás ábrák egyed-élettörténetek foly.leírása, lekérdezési utak funkcióleírások Módosító feldolg.modellek elemi lekérd.feld.modellek, egyed-élettörténetek I/O adatszerk. 520.lépés* 520.lépés* funkcióleírások, I/O adatszerk. Ig. rendsz. LDM-je egyedleírások menüszerk., igényelt rendsz.LDM-je Módosító körny.útmutató egyed-élettöténetek köv.jegyzék, módosító feld.modellek folyamatok lekérdezési utak 530.lépés* 530.lépés* felh.szerepkör-funkció mátrix tervezése funcióleírások Lekérdező I/O adatszerk. 540.lépés* 540.lépés* folyamatok Ig.rendsz. LDM-je tervezése körny.útmutató Logikai rendszerterv Esemény-hatás ábrák,elemi foly.leírása összeállítása Logikai lekérdezési utak, I/O adatszerkezet rendszerterv ig.rendsz.LDM-je, szerepkör-funkció mát.

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.*

5.szakasz5.szakasz-logikai rendszertervezés SSADM


113

SSADM

114

19




(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



Az 530.lépés feladatai →34 (Lekérdező feldolgozások meghatározása)

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 (Lekérdező feldolgozások meghatározása) →35

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.

SSADM

117



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



Termékek: * Logikai rendszerterv

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.



LS modul, 5.szakasz (Logikai rendszertervezés)

(Logikai rendszerterv összeállítása)

SSADM

118

Technikák: * Dialógustervezés * Egyed-esemény modellezés * Logikai adatfeldolgozás tervezése

119

SSADM

120

20



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

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

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

121





PD modul, 6.szakasz: Fizikai rendszertervezés

SSADM

122



PD modul, 6.szakasz: Fizikai rendszertervezés

Összefoglaló

* Termékek: • Fizikai adatterv

A módszer fő termékeinek származtatása

• Fizikai folyamatterv • Folyamat-adat kapcsolat

SSADM

123



Jelenlegi LDM el fel

és

kime

nete

lekérd k

d egye

Lekérdezési utak

k

k lete

Módosít.feldolg. modellek

I/O adatszerk

Relációs adatelemzés

Igényelt rendsz. LDM

Funkció-komponens megv.terv és progr.spec. RTA

SSADM


125

Rendsz.technikai alternatívák

Lekérd.feldolg. modellek logikai adatfeld.tervezés

Funkció meghatározás

RSzA

egyed-esemény modellezés

lző

kai me adattá gfe lelt r-egye e té d s

ek

Ig.LDM

e műv

Dialógus tervezés

Log i

ezése k

Eseményhatásábrák

Egyed-élettört.

Rendszerszerv.alternatívák

l.je Ál

Igényelt rendsz. DFM

tet

prototípusok

Rel.adatelem.

mó

eg Logikai adattár-egyed m



k nye mé ese dosít

Jelenlegi Ph-DFM

Jelenlegi L-DFM

124

Funkc.meghat.

Projekt alapító okirat

Követelményjegyzék

SSADM

Folyamat-adat kapcsolat

Optim. Fizikai adatbázisterv

Teljesítmény prognózis SSADM

126

21



Szakaszok és technikák

Az SSADM technikáinak felsorolása * * * * * * * * * * * * *

Technika / Szakasz Követelmény-meghatározás Dialógus tervezés Adatfolyam modellezés Logikai adatmodellezés Rendszerszervezési altern. Funkció-meghatározás Relációs adatelemzés Specifik. prototípus-készítés Egyed-esemény modellezés Rendszertechnikai altern. Logikai adatfeldolg. tervezés Fizikai adattervezés Fizikai folyamatspecifikáció

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





0 x x x x x

1 x x x x

2

x x x

3 x x x x

4

x

6

x

x x x x

x

5

x x x x x

x x

SSADM

128



I/O szerkezet

Esemény által okozott változás - Állapotjelző

Foglalás

Kölcsönzés

lekérdezés Módosítások

Kiadás

Kölcsönzés megszűnik

Kölcsönzés törlése

-/1

Könyvadatok (output)

ISBN (input)

5,6/*

Módosítás

Könyv visszaadva

°

° 1 hónap a lejárat után

1-4/5

Foglalás

4/6

*

Iteráció

°

° Kölcsönzés lejár

Hosszabbítás kérés

1,2,3/4

°

° Hosszabbítás

Foglalások

Nem hosszabbítható

1,2/2

Foglalási dátum

Kölcsönző adatai

(output)

(output) ×

×

1,2/3

SSADM

129



SSADM

130



Egyed-esemény modellezés: Egyed-történet; Eseményhatás diagramok

Dialógus tervezés

Könyv Kölcsönző Kölcsönzés Foglalás Író

Könyv visszavitele

Foglalás

Kölcsönzés hosszabbítás

Könyv kölcsönzése

Új könyv beszerzés

Funkció meghatározás I/O szerkezetek Dialógus meghatározás

I/O szerkezet átvétele

Dialóguselemek logikai

L M L

csoportosítása (DLC) >

L – létrehozás M

T L

L

SSADM


M– módosítás T – törlés × 131

DLC SSADM

132

22



Hatáskörök

*

Hatáskör Hatáskör Típus Megnevezés

Választott Hatáskör Kód

Output

Hatáskör Leírás

Hatáskör Kód

Input Saját Szervezet

Ügycsoport

Adatok

Adatok

Szignálás

Input

Output

X

Ügyintéző

Output

Titkár Főosztályvez.

Saját Szervezet

Saját Szervezet Kód

Ügycsoport Kód

Osztályvez.

Ügycsoport Neve

Megnevezés

Output

Output SSADM

133



Menüszerkezet <

X



Esemény-hatás diagram

Cím

KÖNYV KÖLCSÖNZŐ

[kért]

KÖNYV

MEN02

X

134

MEN01

Ügyiratkísérő készítés

X

SSADM

Ügyintéző főmenüje

Dokumentum kezelés

X X

Póstabontó

Output

Output

Iktatás

Próba) Hatáskör Típus Kód

Ügyállapot változtatás

°

KÖNYV

[Nem kölcsön-tő]

Intézkedés

DIAL24

MEN03

Ügyállapot megvált.

Szerepkör – funkció mátrix

Hatáskör (Dialógushoz

Ügyiratkísérő készít.

Dialóguselemek, DLC-k a dialógusok közötti navigációhoz <

Ügycsoportba sorolás



Feldolgozási művelet-

°

[Kölcsönözhető]

Feldolgozási egység

MEN05 PÉLDÁNYOK

Ügycsoport átsorolás

Lekérdezés

Felfüggesztés DIAL16

DIAL22

DIAL34

SSADM

135



FOGLALÁS

*

PÉLDÁNY

KÖLCSÖNZŐ

KÖLCSÖNZÉS

SSADM

136



Lekérdezési út meghatározása

EHD-ból feldolgozás Jackson-struktúra rajzolása < Írókód Könyv kölcsönzése

Író if KH =y

if KH=n

Szerző csoport

Kölcsönözhető könyv

Nem kölcsönözhető könyv feldolgozása

feldolgozása Kölcsönözhető példányok feldolgozása

Szerző

Elérések csoportosítása az elérési úton

*

Könyv

Foglalás csoport

Foglalás

While foglaltság=y <

Foglalás

Kölcsönözhető * példány feldolgozása


Kölcsönző

Visszakeressük azokat a kölcsönzőket, akik egy adott író < műveire várakoznak.

Kölcsönzés SSADM

*

137

SSADM

138

23



Az I/O szerkezetből a lekérdezés outputja: az input elhagyása

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 <

Foglalás író szerint

Író neve

Író feldolgozása

Írókód (input)

Könyvek

1 Könyv



* 1-Read Író by Key

Író adatainak feldolgozása

Szerzők feldolgozása While not end of Szerző

2

Szerző feldolgozása

2-Read next Szerző of Író Könyv adatok feldolgozása

Foglalások

Könyv címe

*

Foglalkozások feldolgozása Foglalkozás feldolgozása

(Output)

Foglalás dátuma

Kölcsönző adatai

Foglalás adatok feldolgozása

(Output) <

SSADM

139


SSADM

* Kölcsönző adatok feldolgozása

140


Köszönöm a figyelmet!

SSADM


141

24

Infokommunikációs technológiák 1

Recommend Documents