Infokommunikációstechnológiák 1 · 2004-12-09 · I.4. A szoftver fejlesztés lépései, egyszerűen Modellezés SSADM 15 Infokommunikációs technológiák BME GTK / Műsz. Mendzs

Infokommunikációs technológiák 1

INFOKOMMUNIKÁCIÓS TECHNOLÓGIÁK

3.Strukturált rendszerfejlesztési módszertan

Dr. Risztics PéterIrányítástechnika és Informatika Tanszék

[email protected]

SSADM 2

Infokommunikációs technológiák BME GTK / Műsz. Mendzs. Szak

I. Bevezetés.I. 1. 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, és ezzel szemben

<30%-os hasznosulás• A készítés módszertana: technologizálás

SSADM 3


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

SSADM 4


I.3. 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 5


Egy matematikai modell

Nem javítható, degradálható alrendszer Markov modellje:N=3, S=1, D=1, λ, µ,

3,1,0 3,0,0 2,0,1

3,0,0 Hibás állapot

2λ

3λ

c ca t,

C Ca t3λ µ+ Ca 3λ

)(1−Ct µ )(1 3− Ca λ

)(1 3−Ca λ

SSADM 6


Szoftver életciklusa

• Általános termék:Gyártmánytervezés-prototípus-gyártástervezés-nullszéria-

gyártás-karbantartás• SW: folyamatos változás, mert nem igényel technológiai

változtatástTechnikailag 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 7


Vízesésmodell

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 8


A vízesésmodell értékelése

• 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

Most nézzük az előnyt, hátrányt!

SSADM 9


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

Előny:• Világos tevékenységek sorozata• Egységes szemléletű tervezési fázisokHá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!)

SSADM 10


Prototípus modellKevéssé definiált feladatok:Input, alapfolyamatok, követelmények, elvárt eredményekVá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 11


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éstHátrány:• A szisztematikusság hiánya kaotikus rendszerhez

vezethet• Kompatibilitási gondok lehetnek• Inkonzisztens rendszerfelépítés lehetséges

SSADM 12


Inkrementális modellA 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ébenHátrány: Sok lépés, hosszú fejlesztési idő, költségElőny:• Bizonytalan user,• Komplikált algoritmus,• Egyedi feladat esetén.


SSADM 13


Spirálmodell

A folyamatos változást szemlélteti:1 Célok tisztázása: analízis, nagyvonalú tervezés

(Alternatívák kidolgozása, ebből optimum)

2 Alternatívák értékelése, kockázatelemzés (Gazdasági szemléletű kockázatelemzés)

3 Megvalósítás, tesztelés (Részletes tervezés, implementáció, tesztelés)

4 Üzemeltetési tapasztalatok alapján: Szükséges-e módosítás, továbbfejlesztés. Új ciklus indítása.

SSADM 14


I.4. A szoftver fejlesztés lépései, egyszerűen

Modellezés

SSADM 15


Fogalmi modell

Követelményeket kielégítő rendszerek Felhasználható eszközökből

építhető rendszerek

Valóság

Modellezés

Modellezés

Tervezés

Problématér Implementációs tér

Implementációs modell

Fog. modellnek megf.

implementációs modellek

Felh. eszközökkel létrehozható, a köv.

megfelelő rendszerek

Megvalósított rendszer

SSADM 16


I.4. A szoftver fejlesztés lépései, egyszerűen

ModellezésA „valóság” rendszerei

1. A követelményeket kielégítő rendszerek leképzése:

Problématér / Fogalmi tér2. A felhasználható eszközökből kialakítható rendszerek

leképzése:

Implementációs térTervezés

A fogalmi modellnek megfelelő optimális implementáció létrehozása

SSADM 17


II. Bevezetés az SSADM-be

Structured Systems Analysis and Design Method

Strukturált Rendszer Analizálási és Tervezési Módszer

SSADM 18


II.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 19


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.

SSADM 20


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 21


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

Mivel foglalkozik ez a rész?

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

* Az SSADM alkalmazásának feltételei.

* Az SSADM három nézete.

SSADM 22


Az SSADM helye a rendszerfejlesztés életciklusában

PROJEKTIRÁNYÍTÁS

STRATÉGIAI

TERVEZÉS

TELJESKÖRŰ ANALÍZIS

SSADM

Meg

való

síth

atós

ági e

lem

zés

Köv

etel

mén

y

elem

zés

Köv

etel

mén

ysp

ecifi

káci

ó

Logi

kai r

ends

zer

spec

ifiká

ció

Fizi

kai r

ends

zer

terv

ezés

FEJLESZTÉS

Kiv

itele

zés,

tesz

telé

s

MŰKÖDŐTERMÉK

SSADM 23


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 24


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 25


Az SSADM három nézete

FELHASZNÁLÓK IGÉNYEI

RENDSZERMEGOLDÁSAI

FUNKCIÓK

ESEMÉNYEK ADATOK

SSADM NÉZETEK

adatfolyamok

egyedek

események

események egyedek

adattárak

SSADM 26


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 27


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

SSADM 28


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 29


Adatfolyam diagram szimbólumai

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

Yourdon/DeMarco Gane/Sarson

5 Név

LeírásLeírás

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

SSADM 30


Adatfolyam diagram szimbólumai /2

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

M1Munka lapok

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

„Értelmezés” Ügyfél


SSADM 31


AFD példa

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

Gane/Sarson

Vevő1

Vásárlás

D1 Áruk

D3 Eladások

Árú adatai

Eladás adatai

Rendelés

SSADM 32


AFD szintjei (Yourdon/DeMarco)

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 33


AFD (Yourdon/DeMarco)

Ügyfél Repülőjegyvásárlás

Ügyfél

Úti adatok

Pénz

Jegy

Számla

Contextus diagram

SSADM 34


Az AFD szintjei (0. szintű diagram)

Járatnyilvántartó

Ügyfél

Ügyfél

Számlanyilvántartó

Idő, cél

pénz költség

helyfoglalás jegykiállításjárat

jegy

számlázás számla

SSADM 35


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

Beteg Betegőrző rendszer

NővérMért adatok Jelentés

Jelentés kérés

Riasztás

Context diagram

BetegHelyi

felügyelet

Központi felügyelet

Archiváló

Archívum

0 szintű diagram

Mért

adatok

Átvitt

adatok

Napló

Beteg alapadat

NővérRiasztás

Jelentés készítő

Jelentés kérés

Jelentés

SSADM 36


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

Beteg alapadat

átvitt adatok

Clock

idő

választ név

naplóNapló

szerkesztő

kereső választott beteg

korlátvizsgálat

korlátsértés

riasztás

érték

riasztásszerkesztés


SSADM 37


Esettanulmány: PatikaContextus diagram

recept

pénzgyógyszer

számla

pénz

gyógyszer

Vevő/beteg

PatikaGyógyszer-

gyár

SSADM 38


Esettanulmány: Patika /2Patika process kifejtése

Primitív process

receptárazott recept

Árazó

Pénztár

Logisztika

kasszafiókpénz

pénzpénz

gyógyszer

áruraktár

gyógyszer gyógyszer Árukiadó

Árazott recept

blokk gyógyszer

SSADM 39


Az AFM termékeiLétrehozott vagy módosított termékek:• 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

Most nézzük a következő technikát: LDM!

SSADM 40


Logikai adatmodellezés: LDMCélja: Egyedek és köztük lévő kapcsolat leírásaEgyed: Objektum vagy fogalom

Egyed valamely tulajdonsága: attribútum Az elemzés és tervezés során rendelődik az egyedhez az attribútum.

Kapcsolat: Egyedek közötti viszony.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 41


LDM alkalmazása az SSADM fázisaiban• megvalósíthatósági elemzésben, a jelenlegi rendszer és a

kívánt rendszerek áttekintő adatszerkezetei meghatározásához

• követelményelemzésben, adatismétlődések kiszűrésére a jelenlegi környezet leírásában (redundancia)

• rendszerszervezési alternatíváknál, áttekintő adatszerkezetek a megoldás alátámasztására

• követelményspecifikációban, részletes logikai adatmodell az igényelt rendszerről a megfelelősség ellenőrzéshez.

Az adatmodell: alap a logikai adatfeldolgozó folyamatoktervezéséhez, később a fizikai adatbázis tervezéshez.

SSADM 42


Logikai adatmodellezés termékei

• Logikai adatszerkezet ábra (kiegészítve több részábrával)

• Egyed leírások• Kapcsolat leírások• Attribútum leírások


SSADM 43


Az elemzés-tervezés három LDM-je

• Áttekintő LDM:8-12 nagyobb egyed egy adatszerkezeten,

kapcsolódó leírások nélkül;• Jelenlegi környezet LDM-je:az információ felhasználás és előállítás leírása, mely

megfelel a jelenlegi fizikai illetve logikai DFD részletességének

• Igényelt rendszer LDM-je:új rendszer információs követelményeinek leírása

SSADM 44


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 45


Még az Egyedről

Tárgy, fogalom, amelynek tulajdonságait ismerni kell

Például: SZEMÉLY, mint objektumLeí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:Vevő

Típus: Vevő

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

SSADM 46


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

Kapcsolat: Két egyed, illetve egy egyed és saját maga

közötti összefüggés, annak minden lehetséges előfordulásával (Pl.: Két vevő).

A kapcsolat „végének” tulajdonságai:• Fok: jelzi, hogy ezen oldali egyed egy, vagy

több előfordulása kapcsolódik a másik végi egyed egy előfordulásához.

SSADM 47


Kapcsolat foka, 1:1

1:1 - egy egyed egy előfordulása kapcsolatban áll egy egyed egy másik előfordulásával

A B

SSADM 48


Kapcsolat foka, 1:n

• 1:n - egy egyed egy előfordulása kapcsolatban áll egy egyed egy vagy több másik előfordulásával

Az idő múlása: 1:1-ből idővel 1:n lehet.

ÜGYFÉL FOLYÓSZÁMLA


SSADM 49


Opcionalitás, 1:n

1:n opcionalitása:Opcionális, ha az adott egyednek lehet olyan előfordulása, mely nem vesz részt a kapcsolatban.



SSADM 50


Opcionalitás, n:m; kapcsolódó egyedtípus

(Kapcsolat összekötő kifejezés)• n:m - egy egyed egy vagy több előfordulása

kapcsolatban állhat egy egyed egy vagy több másik előfordulásával

PROJEKT MUNKATÁRSMUNKAKIOSZTÁS

PROJEKT MUNKAKIOSZTÁS MUNKATÁRSÁta

lakí

tás

SSADM 51


n:m átalakítása 1:n típusúvá; Kapcsolat összekötő kifejezés

Az n:m kapcsolatból 1:n kapcsolatot csinálunk.Kapcsolat összekötő kifejezés:

Az alany felöl írja le a kapcsolatot a tárgy felé.

ÜGYFÉL FOLYÓSZÁMLABIRTOKOL

TARTOZIK

SSADM 52


Gyakorlati logikai adatmodellezés

Könyvtári példa:• Tagok kölcsönözhetnek, max. 6 könyvet. Ha időre

nem viszik vissza, akkor pénzbüntetés, háromszori figyelmeztetés után letiltás a rendezésig.

• Lehet: könyv egy, vagy több-szerzős, egy könyv több példányban, egy írótól több könyv.

• Ha egy példány sincs az igényelt könyvből benn, akkor foglalást lehet biztosítani, és beérkezéskor értesítés mehet.

SSADM 53


A logikai adatmodellezés lépései /1

1 Egyedtípusok kiválasztásaKÖNYV, ÍRÓ, PÉLDÁNY, KÖLCSÖNZŐ, FOGLALÁS, KÖLCSÖNZÉS, BÜNTETÉS

2 Közvetlen kapcsolatok és foka

ÍRÓ

KÖNYV

FOGLALÁS

PÉLDÁNY

KÖLCSÖNZŐ

KÖLCSÖNZÉS

BÜNTETÉS

SSADM 54


A logikai adatmodellezés lépései /23 A kapcsolat redundanciái, és viszonya, jellege

ÍRÓ

SZERZŐ

KÖNYV

FOGLALÁS

PÉLDÁNY

KÖLCSÖNZŐ

KÖLCSÖNZÉS

BÜNTETÉS

n:m

hel

yett

1:n

,

Redundancia eltávolítása

Fölérendelt egyed-jelleg


SSADM 55


A relációs adatelemzésKétféle közelítés az adatrendszer meghatározásában:• LDM (korai szakaszban):

– top-down módszer, – egyedtípusok meghatározása (objektumok tulajdonságokkal,

mert ezek fontosak a felhasználónak)• Relációs adatelemzés (funkció meghatározás után):

– bottom-up módszer,– tulajdonság-típusok viszonya: melyek meghatároznak

(azonosítanak) más tulajdonság-típusokat, ezek fontosak a tervezőnek.

A relációs adatelemzés célja az optimális adatszerkezet meghatározása.

SSADM 56


A relációs adatelemzés: néhány alapfogalomReláció: adatok különféle halmazai közötti kapcsolat. (A reláció nem

más, mint egyedtípus)

Most nézzünk egy egyszerű példát:

Szakértő reláció

Szakértőszám Szakértő neve Minősítése

001 Kiss A

002 Nagy B

003 Kovács D

Reláció neve

Elsődleges kulcs

Sor

Oszlop

Tulajdonság nevek

SSADM 57


A relációs adatelemzés: Funkcionális függés

Funkcionális függés. Két tulajdonságtípus között értelmezhető:B tulajdonságtípus funkcionálisan függ A-tól, ha A egy konkrét

értékéhez B egyetlen értéke rendelhető. (Ellenkezőleg nem.)

Például: A tulajdonságtípus: Személyi számB tulajdonságtípus: Személy neve

Függésdiagram:

A B

SSADM 58


„Kölcsönzés”-példa: relációs adatmodellezés

1. Szabály alapján: a relációkat egyedtípusnak tekintve => nevet adunk nekik! KÖNYV

KÖLCSÖNZŐÍRÓSZERZŐFOGLALÁSKIADÓ

Szerzőnek neveztük el azt a relációt, mely mindössze két kódból áll!

Most nézzük az egyedtípusokat!

SSADM 59


„Kölcsönzés”-példa: relációs adatmodellezés/21. Szabály érvényesítése

ÍRÓ KIADÓ KÖLCSÖNZŐ

SZERZŐ KÖNYV FOGLALÁS

SSADM 60


„Kölcsönzés”-példa: relációs adatmodellezés/3A 2. szabály érvényesítése: A KÖNYV fölérendelt egyedtípusa a KIADÓ. A 3. szabály szerint a SZERZŐ-ben és a FOGLALÁS-ban két idegen kulcs

van az összetett kulcsban. Ezekre ismét alkalmazva a 2. szabályt: A FOGLALÁS két fölérendeltje a

KÖNYV és a KÖLCSÖNZŐ, a SZERZŐ-é az ÍRÓ és a KÖNYV.




SSADM 61


„Kölcsönzés”-példa: relációs adatmodellezés/4A kapcsolatok jellege?Kulcshoz tartozó tulajdonságtípusnak minden egyed-előfordulásban kötelező

értékkel kell rendelkeznie, különben nem lehetnének kulcsok.A FOGLALÁS összetett kulcsra: mindkét fölérendeltje kötelező.Ha a kiadó kódja kötelező tulajdonságtípus a KÖNYV-ben, akkor a KÖNYV

felöl ez a kapcsolat is kötelező. Így a diagram az alábbi:



SSADM 62


Az SSADM törzse és a környezet

Megvalósíthatóság

Követelményelemzés

Követelményspecifikáció

Logikai rendszerspecifikáció

Fizikai rendszertervezés

SSADM törzsVEZETÉSI

TERÜLETEKTECHNIKAI TERÜLETEK

Stratégiai tervezés

Taktikai tervezés

Infrastruktúra irányítás

Kockázatelemzés

Projektirányítás

Konfigurációkezelés

Becslés és mérés

Prototípus készítés

Kapacitástervezés

Elosztott rendszerek

Valós idejű rendszerek

3-4 GL kapcsolat

SSADM 63


A módszer alapelvei /1

1. A módszer célja2. Résztvevők és nézőpontjaik3. Kulcsfogalmak és filozófia

SSADM 64



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 65



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 66



3. Kulcsfogalmak és elvekHárom nézőpont (Funkciók, események, adatok)

A megközelítés erős oldalai:• követelmény-központúság,• felhasználói körök és funkciók

meghatározása,• alternatívák vezetői vizsgálata.


SSADM 67


A módszer elveinek formális összegzése

* Rendszerfejlesztési alapminta szerkezete.

* Specifikációs architektúra.

* Tényleges rendszerfejlesztési alapminta

SSADM 68


Rendszerfejlesztési alapminta szerkezete

Meg

való

síth

atós

ág,

Vál

aszt

ás a

ltern

atív

ák

közü

l

Döntésistruktúra

Implementálás és integrálás

Rendszerépítés

Specifikáció

Fogalmi modell: >felhasználóimegkö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

Vizsgálat / helyzetfelmérés

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

FelhasználóiSzervezet >

Dön

tés a

rról

, ki é

s hog

yan

fogj

a a

rend

szer

t has

znál

ni

Koncepciókés eljárások

Kap

csol

at a

tech

nika

i és

alka

lmaz

ási k

once

pció

kkal

és

szab

vány

okka

l

SSADM 69


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 technológizálása

* Belső terv <• fogalmi modell és az adattárolás kapcsolata• folyamat-adat kapcsolatok elemzése

SSADM 70


Specifikációs architektúra

Felület tervFogalmimodell

Belső terv

Felhasználói szervezet

Adatfolyammodell

Lekérdezésiút Fizikai

adatbázisPDI

Kölcsönhatásábrák

Logikaiadatmodell

Entitás-élettörténet

Funkciókmeghatározása Dialógusok

Munkaszervezési modell

SSADM 71


Rendszerfejlesztési alapminta

Megvaló-síthatósági

tanulm.

Döntésistruktúra

Vizsgálat, helyzetfelmérés

Rendszerépítés

Specifikáció

Koncepciók,eljárások

Felhaszn.szervezet

JelenlegiDFD

Dialógustervezés

Eseménylekérd. azonos.

Lekérdezőfeldolgozás

Rendsz.szervezésialternat.

Rendsz.technikaialternat.

Követelményjegyzék

JelenlegiLDS

JelenlegiLDM

JelenlegiDFM

Jelenlegilogikai DFM

Felhaszn.jegyzék

Felhaszn.szerepkörök

Entitásélettörténet Kölcsönhatás

diagramok

Fizikai adatbázis

Módosítófeldolgozás

Folyamat-adat kapcs.

Lekérdezésiutak

IgényeltLDM

3NFrelációk

Funkciómeghatározás

Munkaszerv.modell

Fizikaifunkciók

Szerv. szintűkörnyez.útmutató

Alk. szintűkörnyez.útmutató

IgényeltDFM

Szerv. tev.modell

SSADM 72


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


SSADM 73


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

Struktúra Modul

Szakasz

Lépés

Mikor?

Termékleírások

Mit?

Technikák

Hogyan?

Feladat

SSADM 74


Adat Kivel, mivel

Adatmodell diagram

FunkcionalitásAdatfolyam diagram

Ki, mivel, mit csinál

Esemény

Kontrollfolyam diagram

Mikor, miért VA

Esemény diagramok

(Véges automata)Termékleírások

Repository

SSADM 75


IV.1. 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ásaTeljesítési jelentések áramlásaEllenőrzés/vezetői felhatalmazás áramlása

SSADM 76


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

SSADM 77


IV.2. SSADM életciklus, mint strukturális modell

FS RA RS LS PDMegvalósíth-elemzési m.

Követelm-elemzési m.

Követelm-specifik. m.

Log. Rendsz.specifik. m.

Fiz. rendsz.specifik. m.

Tervezés, felügyelet, ellenőrzés

proj

ektte

rvek

SSADM életciklus

elle

nőrz

és

előz

ő m

odul

term

.

termékek

term

ékek

teljesítési jelentések

Rend. spec.Új r. koncepció

jelentésekTervek és ellenőrzés

(1) (2) (3) (4) (5)

Információ-áramlási út

SSADM 78


V. SSADM modulok és szakaszok

• 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


SSADM 79


V. SSADM modulok és szakaszok /2

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

• Fizikai rendszertervezés6. Fizikai rendszertervezés

SSADM 80


V. SSADM szakaszok (Összefoglalva)

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ása4. Rendszertechnikai változat kiválasztása5. Logikai rendszertervezés6. Fizikai rendszertervezés

SSADM 81


VI. Megvalósíthatóság-elemzési modul (FS)

A modul egyetlen szakaszból áll.0. szakasz:

A megvalósíthatóság eldöntése.

SSADM 82


FS modul 0. szakasz; VI.1. 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

SSADM 83


VI.2. 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 84


VI.3. 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 85


0. szakasz strukturális modellje →1

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

modultervei

Projektalapítóokirat

010

020

030

040

Megegyezés avizsgálat határairól

Megegyezés a problémadefiniálásáról

Alternatívaválasztás 0. szakasz ellenőrzés

Felkészülésaz elemzésre

Problémamegfogalmazása

Megvalósíth.alternatívákkidolgozása

Megvalósíthat.tanulmány

összeállítása

Projekt és elemzés terjedelme

Megvalósíthatósági alternatívák

Tevékenység hálóTevékenység leírásokTermékfolyam ábrák

Termék felbontási szerk.Termékleírások

Problémadefiníció

Igényelt környezet leírásaJelen helyzet vázlataKövetelményjegyzék

Felhasználójegyzék

Kontextus ábraJel.r. fiz.adatfoly. ábra

Áttekintő log. adatszerk.Követelményjegyzék

Intézkedési terv Megval. tanulm.

Megvalósíth.-elemzés modul0.szakasz

SSADM 86


VI.4. A 0. szakasz termékei, technikáiTermé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

SSADM 87


2→ VII. 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 88


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

SSADM 89


2. modul strukturális modelljeInformáció és ellenőrzés (0)

Követelmény-elemzésmodultervei

Projektalapítóokirat

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

Jelenlegi helyzetvizsgálata

Rendszerszerv.alternatívák

2. szakasz*

Követelmény-elemzésellenőrzése

Jelenlegi szolgáltatások leírásakövetelményjegyzék

felhasználójegyzék

Projekt és elemzés terjedelmeTeljesítési jelentések

Tevékenységhálótev. leírások

termékszárm. ábráktermékfelép.- szerk.

termékleírások R.szerv. altern-ákKivál-tt r.sz. alt.

Követelmény-elemzés modul

SSADM 90


VII.1. 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?


SSADM 91


→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 92


1. szakasz strukturális modellje →5


1.szakasztervei

projektalapítóokirat

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

110. lépésElemzés

kereteinekmegteremtése Jelenlegi

folyamatokvizsgálata

130. lépés

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

1. Szakasz - Jelenlegihelyzet vizsgálata

120. lépésKövetelmények

vizsg. és meghat.

140. lépésJelenlegi adatok

vizsgálata

150. lépés

160. Lépés*

Jel. szolgált.logikalizálása

Vizsgálateredm.

összeáll.

Projekt és elemzés terjedelem

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

Kontextus ábra, jel.fiz.DFD(1.szintű)

követelményjegyzék

áttekintő log. adatszerk.

kontextusábrajel.fiz.DFD-kelemi foly.leír.külső egyedleír.I/O leírások

felhasználójegyzékköv.jegyz.

jelenl.log.adatmodell

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

2.szakasz felé

1.szakasz ellenőrzése

SSADM 93


→6 VII.2. 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.

SSADM 94


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

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


A 2. szakasz lépései

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

* 220. lépés: Rendszerszervezési alternatíva kiválasztása

SSADM 96


A 2. szakasz strukturális modellje →7


210.lépés

220.lépés

2.szakasz ellenőrzése

Rendszerszervezésialternatívaválasztás

2.szakasztervei

1.szakasz felöl

Projekt alapító okirat

jelenlegi szolgáltatások leírásakövetelményjegyzékfelhasználójegyzék


meghatározása

Rendszerszerv.alternatíva

kiválasztása



Kiválasztottrendszerszerv.alternatíva

2.szakasz-Rendszerszervezési altern.


SSADM 97


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 98


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

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

SSADM 99


VIII. RS modul, 3. szakaszA 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 100


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

SSADM 101


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 102



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


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

310.lépés*

320.lépés*

330.lépés*

340.lépés*

350.lépés*

360.lépés*

370.lépés*380.lépés*

3.szakasz tervei

adatjegyz.l.DFDl.adatár-egyedmegfel.,felhjegyz.kövjegyz.vál.altern

Jel.LDM

Szerv.szintű körny.útmutató,prototípus kiterj.

3.szakasz-Köv.meghatároz.

Igényelt rend.folyamatainakmeghatározása

Igényelt rend.LDM kidolg.

Igén

y elt

rend

s z.D

FDfe

lh.s z

erep

kör ö

kRendszer funkcióinak

kialakítása

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

Köv.jegyzékI/O adatszerkezet

Igényelt rendsz.LDM

Felhaszn.szerepkör-funkció mátrix

Specifikációsprototípusokkidolgozása

funkcióleírásokfelh.szer.kör-funkció mátrixI/O adatszer.

Feldolgozásifolyamatok

meghatározása

Köv.jegyzékIg.rendsz.LDM

Köv.jegyzék

Esem-hatásábrák,lekérd.utak,egyed-élettört.

Funkc.leírásokköv.jegyzékig.rendsz.LDM

Rendszercélkitűzésekvéglegezése

Követelmény-specifikációösszeállítása K

övet

elm

.spec

ifiká

ció

Parancsszerk.Menüszerk.Prototípus kiérték *.

Ig.rendsz. LDM-je

SSADM 104


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-otaz 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 folyamat-leírásait. Követelmény-jegyzéket ki kell egészíteni.

SSADM 105


A 310.lépés feladatai 11→

„Igényelt rendszer folyamatainak meghatározása”

40 ⇒ Az alsóbb szintű folyamatokhoz elemi-folyamatleí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 rendszerfunkció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 106


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 rendszerkö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áliskövetelmények (pl. hozzáférés korlátozás, biztonsági, archiválási követelmények) általi igényekkel. *

SSADM 107


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ő folyamathozlegalá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 108



„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/kimenetiadatszerkezetet.×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 109


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 110


18→ 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ógusokmenü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 kellhozni 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.

SSADM 111



„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ény-

specifikációt ki kell egészíteni.*

SSADM 112


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.

SSADM 113


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 114



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

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


SSADM 115


22→ A 370.lépés„A rendszer-célkitűzések véglegesítése”

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 116


A 370.lépés 23→

„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 117


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őriznikell: 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 118


A 380.lépés feladatai„Követelmények specifikációjának összegzése”

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

SSADM 119


A 3.szakasz termékei

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

SSADM 120


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 121


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

SSADM 122


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

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

SSADM 123


Az LS modul szakaszai

A logikai rendszerspecifikáció modulnak két szakasza van:

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

SSADM 124


Az LS modul strukturális diagramja


Logikai rendszerspecifikációellenőrzés

Logikai rendszer-specifikációsmodul tervei

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

Követelm.-specifikáció

Logikai rendszerspecifikációs modul

4.Szakasz >

5.szakasz*

Rendszertechn.Alternatívák

Logikai rendszer-tervezés

Teljesítési jelentések

Logikai rendszerterv

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

SSADM 125


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

LS szakaszai

SSADM 126


A 4. szakasz

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 127



410.lépés: Rendszertechnikai alternatívák meghatározása

420.lépés: Rendszertechnikai alternatíva kiválasztása

SSADM 128


A 4.szakasz struktúrájaInformáció és ellenőrzés (4)4.szakasz irányítás

rendszertechnikaialtern. választás

410.lépés*

420.lépés*

Rendszertechn.alternatívák

meghatározása

Rendszertechn.alternatíva

kiválasztása

4.szakasztervei

Kiértékelt kapac.-terv. információ

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

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

Kapacitástervezési információ

rendszertechnikaialternatívák

4.szakasz-Rendszertechn. alternatívák

Rendszertechn. alternatívák

Alkalmazásszintű körny. útmutatókapacitásterv. információ

techn.környezet leírása

SSADM 129


410. Lépés feladatai26 → (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ázlatosrendszertechnikai 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 130


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

50 ⇒ Minden alternatívához kapacitástervezés becsléskell. Meg kell bizonyosodni, hogy a szolgáltatásikö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ék-felé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 131


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 132


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 133


• Részletesen meg kell határozni a követelmény-specifiká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.

Az LS modul, 5. szakasz célja

SSADM 134


IX.2. LS modul, 5.szakasz /2(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 135


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

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 136


Az 5. szakasz struktúrájaInformáció és ellenőrzés (4)5.szakasz irányítás

510.lépés

520.lépés*

5.szakasztervei

5.szakasz-logikai rendszertervezés

530.lépés*

540.lépés*

funkcióleírásokI/O adatszerkezetekköv.jegyzékkörny.útmutatószerepkör-funkció m.esemény-hatás ábrákegyed-élettörténetekfunkcióleírásokI/O adatszerk.Ig. rendsz. LDM-jekörny.útmutatólekérdezési utakfuncióleírásokI/O adatszerk.Ig.rendsz. LDM-jekörny.útmutató

Esemény-hatás ábrák,elemi foly.leírásalekérdezési utak, I/O adatszerkezetig.rendsz.LDM-je, szerepkör-funkció mát.

parancsszerkezetek, dialógus-vezérlési táblázatokdialógusszintű tájék., dialógusszerkezetekmenüszerkezetek, köv.jegyzék

Módosító feldolg.modellekegyedleírásokegyed-élettöténetek

Parancsszerkezetek, dialóg.-vez.táblákdialógusszerk., eseményhatás ábrákelemi foly.leírása, lekérdezési utaklekérd.feld.modellek, egyed-élettörténetekfunkcióleírások, I/O adatszerk.menüszerk., igényelt rendsz.LDM-jeköv.jegyzék, módosító feld.modellekfelh.szerepkör-funkció mátrix

Logikairendszerterv

Felhasználóidialógusok

meghatározása

Módosítófolyamatoktervezése

Lekérdezőfolyamatoktervezése Logikai

rendszertervösszeállítása

SSADM 137


510. lépés, a felhasználói dialógusok

10 ⇒ A dialógusokban azonosítani kell adialó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 138


→32 IX.2.2. 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 139


IX.2.2. 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 140


IX.2.3. 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 adatszerkezetkimenő adatai alapján kell létrehozni.

SSADM 141


IX.2.3. 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 142


→36 IX.2.4. Az 540.lépés feladatai(Logikai rendszerterv összeállítása)

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.

SSADM 143


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

Termékek:* Logikai rendszerterv

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

SSADM 144


X. 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 145



A 6. szakasz lépései (Tevékenységek)610. lépés: Fizikai tervezés előkészítése620. lépés: Fizikai adatterv készítése630. lépés: Folyamat-komponens összerendelés640. lépés: Fizikai adattervek optimalizálása650. lépés: Folyamat specifikáció készítés660. lépés: Folyamatok adatinterfészeinek

rendezése670. lépés: Fizikai tervek összeállítása

SSADM 146



* Termékek:• Fizikai adatterv• Fizikai folyamatterv• Folyamat-adat kapcsolat

SSADM 147


XI. Összefoglaló

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

SSADM 148


Projekt alapító okirat

Követelmény-jegyzék

Jelenlegi Ph-DFM Jelenlegi

LDM

Jelenlegi L-DFM Rendszerszerv.-

alternatívák

Igényelt rendsz. DFM

Funkció meghatározás

Relációs adatelemzés

Igényelt rendsz. LDM

Logikai adattár-egyed megfeleltetés

I/O adatszerk

Logikai adattár-egyed

megfeleltetés

RTA

SSADM 149


Funkc.meghat. Rel.adatelem. Ig.LDM

Lekérdezési utak

lekérdezések

események

egyed-esemény modellezés

módosít

Egyed-élettört.

egyedek

Eseményhatás-ábrák

logikai adatfeld.tervezés

Áll.jelzőkm

űveletek

Módosít.feldolg.modellek

Lekérd.feldolg.modellek

kimenetekprototípusok

Dialógustervezés

Rendsz.technikaialternatívák

RSzA

Funkció-komponensmegv.terv és progr.spec.

Fizikaiadatbázisterv

Optim.

Folyamat-adat kapcsolat

Teljesítmény prognózisSSADM 150


XII. 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 151


Szakaszok és technikákTechnika / Szakasz 0 1 2 3 4 5 6Követelmény-meghatározás x x xDialógus tervezés x x x xAdatfolyam modellezés x x x xLogikai adatmodellezés x x x xRendszerszervezési altern. x xFunkció-meghatározás xRelációs adatelemzés x xSpecifik. prototípus-készítés xEgyed-esemény modellezés x x Rendszertechnikai altern. x xLogikai adatfeldolg. tervezés xFizikai adattervezés x xFizikai folyamatspecifikáció x x

SSADM 152


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

Kölcsönzés

Kiadás Módosítások Kölcsönzés megszűnik

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

Módosítás*

Könyv visszaadva

° °

° °

° °

1 hónap a lejárat után

Hosszabbítás kérés

Kölcsönzés lejár

Hosszabbítás Nem hosszabbítható

-/1 5,6/-

1-4/5 4/6

1,2,3/4

1,2/2 1,2/3 ×

SSADM 153


I/O szerkezet

Foglalás

lekérdezés

ISBN (input) Könyvadatok(output) Foglalások

Foglalás *

Foglalási dátum

(output)

Kölcsönző adatai

(output) ×

Iteráció

SSADM 154


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

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

Új k

önyv

bes

zerz

és

Kön

yv k

ölcs

önzé

se

Köl

csön

zés h

ossz

abbí

tás

Fogl

alás

Kön

yv v

issz

avite

le

L – létrehozás

M– módosítás

T – törlés ×

SSADM 155


Dialógus tervezés

Funkció

meghatározás

I/O szerkezetek

Dialógus

meghatározás

I/O szerkezet átvétele

Dialóguselemek logikai

csoportosítása (DLC) >

DLC

SSADM 156


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

Hatáskör (Dialógushoz

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

Input

Hatáskör Típus Megnevezés

Output

Hatáskörök

Hatáskör *

Saját Szervezet

AdatokÜgycsoport

Adatok

Hatáskör Leírás

Output

Saját Szervezet Kód

Output

Saját Szervezet

Megnevezés

Ügycsoport Kód Ügycsoport Neve

Output Output Output

Hatáskör Kód

Output

Választott Hatáskör Kód

Input


SSADM 157


Szerepkör – funkció mátrix

XX

XXX

XÜgyintéző

Titkár

Főosztályvez.

Osztályvez.

Póstabontó

Szig

nálá

s

Ikta

tás

Ügy

csop

ortb

a so

rolá

s

Ügy

irat

kísé

rő k

észí

t.

Ügy

álla

pot

meg

vált

.

SSADM 158


Menüszerkezet <Ügyintéző főmenüje

Dokumentum kezelés

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

Ügyállapot változtatás

Intézkedés

Lekérdezés Ügycsoport átsorolás

Felfüggesztés

MEN01

MEN02 MEN03 DIAL24 MEN05

DIAL34 DIAL22 DIAL16

SSADM 159


Esemény-hatás diagramCím

KÖNYV

[kért]

KÖNYV

[Nem kölcsön-tő]

KÖNYV

[Kölcsönözhető]

° °

KÖLCSÖNZŐ

PÉLDÁNYOK FOGLALÁS

PÉLDÁNY KÖLCSÖNZÉS KÖLCSÖNZŐ*

Feldolgozási művelet-

Feldolgozási egység

SSADM 160


EHD-ból feldolgozás Jackson-struktúra rajzolása <

Könyv kölcsönzése

Nem kölcsönözhető

könyv feldolgozása

Kölcsönözhető könyv

feldolgozása

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

feldolgozása

Kölcsönözhető példány

feldolgozása

*

Kölcsönzés

Foglalás

if KH=n if KH =y

While foglaltság=y <

SSADM 161


Lekérdezési út meghatározásaÍrókód

Író Szerző csoport

Szerző* Könyv Foglalás

csoport

Foglalás*

Kölcsönző

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

SSADM 162


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

Foglalás író szerint

Író neve Könyvek

Könyv*

Könyv címe Foglalások

Foglalás dátuma

Kölcsönző adatai

Írókód (input)

(Output) (Output) <


SSADM 163


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ó feldolgozása

Író adatainak feldolgozása

Szerzők feldolgozása

Szerző feldolgozása

*

Könyv adatok feldolgozása

Foglalkozások feldolgozása

Foglalkozás feldolgozása

*

Foglalás adatok

feldolgozása

Kölcsönző adatok

feldolgozása

1

21-Read Író by Key

2-Read next Szerző of Író

While not end of Szerző

SSADM 164


Köszönöm a figyelmet!

Documents

Infokommunikációstechnológiák 1 · 2004-12-09 · I.4. A szoftver fejlesztés lépései, egyszerűen Modellezés SSADM 15 Infokommunikációs technológiák BME GTK / Műsz. Mendzs