SSADM Structured Systems Analysis and Design Method

1
SSADMStructured Systems Analysis and Design
Method

• Strukturált rendszerelemzési és -tervezési módszer

2
Rendszerfejlesztési projektek problémái

• Hosszú, a tervezettet meghaladó fejlesztési ido
• Nem normázható tevékenységek
• A projekt megkezdése elott nem világos az
  elérendo cél
• Magas fejlesztési költségek, ezzel szemben kevés
  kimutatható eredmény
• Elhúzódó fejlesztés
• A várható eredmények számszerusítése nehéz
• Az elkészült rendszerek nehezen módosíthatók,
  rugalmatlanok
• Hiányos dokumentáció
• Rendszer funkcióinak helytelen megválasztása
• Rossz programtervezés

3
Rendszerfejlesztési projektek problémái

• 4. Kielégítetlen felhasználói követelmények
• Követelmények nem megfelelo leírása a
  felhasználói oldalon
• Gyakori a redundáns adattárolás
• Azt jelzi, hogy baj van a rendszer
  integráltságával
• Új eszközökön régi rendszer valósul meg
• A régi rendszer megoldásait automatikusan
  átviszik az újra, az új eszközök sajátosságait
  figyelmen kívül hagyják

4
A megoldás

• 1980-as évek Rendszerszervezési módszertanok.
• Cél nagy rendszerek, projektek kézben tartása.
  Alapjai
• strukturált programozás (modulokból építkezés),
• projektvezetési módszertanok,
• dokumentálási rendszerek.
• Strukturált módszertanok SSADM Structured
  Systems Analysis and Design Method (Strukturált
  rendszerelemzési és tervezési módszertan)
• Technikák (módszerek) gyujteménye részben már
  korábban léteztek, pl. E-K modell. Lehetnek
  diagrammra épülok és nem diagrammra épülok.

5
Strukturált módszertanok alapelvei

• Elemzés felülrol lefelé alrendszerekre,
  funkciókra, folyamatokra bontás
• Tervezés alulról felfelé hierarchikus építkezés
  alapelemekbol, pontos, részletes terv.
• Logikai (mi történik) és fizikai (hogyan
  történik) vizsgálatok szétválasztása. Logikai a
  rendszer muködésének belso logikája, viszonylag
  állandó.Fizikai a tényleges megvalósítás adott
  eszközökön.
• Fokozatosság pl. egy új egyednél eloször csak a
  nevét és kapcsolatait határozzuk meg, az
  attribútumai csak késobb adjuk meg.
• Iterativitás amit egyszer már megterveztünk, az
  akár többször is módosításra szorulhat.

6
SSADM dokumentáció részei

• Áttekintés
• A strukturális modell
• Az SSADM technikái
• Az SSADM termékei

7
Nyolc ok az SSADM használatára

• A rendszer elkészítése idore
• A felhasználók igényeit kielégíto rendszer
  készítése
• Olyan rendszer készítése, amely követni tudja a
  muködési környezet változásait
• A meglévo szakértelem hatékony és gazdaságos
  kihasználása.

8
Nyolc ok az SSADM használatára

1. A minoség növelése a hibák csökkentése révén
2. A hajlékonyság növelése
3. A termelékenység növelése
4. Az egy szállítótól való függés csökkentése

9
A módszer környezete és felépítése
10
SSADM-projektindítás alapfeltételei

• Információ
• Eljárások
• Terjedelem

11
A módszer felépítéseA három nézet modellje
12
SSADM törzsrésze

• Megvalósíthatóság
• Követelmény-elemzés
• Követelmény-specifikáció
• Logikai rendszerspecifikáció
• Fizikai rendszertervezés

13
A strukturális modell

• Megvalósíthatóság-elemzési modul (FS)
• 0. szakasz Megvalósíthatóság
• Követelményelemzési modul (RA)
• 1. szakasz Jelenlegi helyzet vizsgálata
• 2. szakasz Rendszerszervezési alternatívák
• RS Követelmény specifikációs modul
• 3. szakasz Követelmények meghatározása
• Logikai rendszerspecifikációs modul (LS)
• 4. szakasz Rendszertechnikai alternatívák
• 5. szakasz Logikai rendszertervezés

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

• Kérdés érdemes-e egyáltalán megvalósítani a
  projektet?
• Elhagyható, ekkor szerepét a következo szakasz
  veszi át.

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

• 1. Jelenlegi helyzet vizsgálata
• A felmérés fo irányai
• Adatok feltárása
• Folyamatok feltárása
• Követelmények meghatározása
• Követelmény katalógus
• készítése a projekt kezdetén indul el, és
  folyamatosan bovül, a megvalósítandó
  követelmények informális leírását tartalmazza

16
Követelményelemzési modul (RA)2.
Rendszerszervezési változat kiválasztása
1. Az eleve alkalmatlan változatok kiszurése.
Változatok javasolt száma 3-6. Költségek és
várható hatások alapján lehet jellemezni oket a
rendszer határai, inputjai, outputjai. 2. A
megmaradt változatok javasolt száma 2-3.
Ezekrol részletesebb (logikai szintu) leírás
költségek, elonyök, megtakarítások, szervezeti
kihatások. A felhasználó választ az általunk
kidolgozott alternatívák közül.
17
RS Követelmény specifikációs modul 3.
Követelmények meghatározása
Adatbázis
Feldolgozás
Felhasználó
interfész
interfész

• A tervezett rendszert logikai szinten vizsgáljuk.
• Adatgyujtés
• Interjúk
• Dokumentumok
• Fo szempontok
• Adatok
• Funkciók
• Felhasználói interfész

18
3. Követelmények meghatározása adatok

• A meglévo rendszer logikai adatmodellje (az 1.
  szakaszban már elkészült)
• A tervezett rendszer logikai adatmodellje.
  Lényegében egyed-kapcsolat modell, amely felülrol
  lefelé (top-down) elemzéssel készül, és csak a
  legfontosabb tulajdonságokat tartalmazza
  (kulcsok, stb.). Követelmény katalógus alapján
  a meglévo rendszert mivel kell bovíteni (új
  egyedek, tulajdonságok, kapcsolatok), esetleg mit
  lehet elhagyni.
• A tervezett rendszer normalizált logikai
  adatmodellje. A normalizált modell a
  tulajdonságokból kiindulva, alulról felfelé
  (bottom-up) módszerrel készül, és független az
  elozo egyedmodelltol. A kétféle eredmény
  össze-hasonlításával kapjuk a végleges modellt.

19
3. Követelmények meghatározása Funkciók

• Meglévo rendszer fizikai folyamatai (az 1.
  szakaszban már elkészült)
• Meglévo rendszer logikai folyamatai (az 1.
  szakaszban már elkészült)
• Tervezett rendszer logikai folyamatai
• Tervezett rendszer funkciói
• Eszköz adatfolyam-diagramm
• Felhasználói interfész prototipizálási
  technikával, a felhasználóval egyeztetve.
  Eredményeként jönnek létre a képernyotervek,
  dialógusok és menük.
• Dokumentálás fogalom-meghatározások, diagramok,
  kíséro szöveg.

20
Logikai rendszerspecifikációs modul (LS)

• Célja lehetoséget biztosítani a vezetésnek arra,
  hogy kiválaszthassa azt a technikai környezetet,
  amely a követelményeknek megfelel és a legtöbbet
  nyújtja a kiadásokhoz képest.

21
4. Rendszertechnikai változat kiválasztása

• Rendszertechnikai változatok kidolgozása.
  Többféle muszaki-technikai színvonal és környezet
  lehetséges. Figyelembe veendo meglévo eszközök,
  hosszabb távú fejlesztési stratégia, kapacitás,
  költség, várható hatások. 3-6 változat
  kidolgozása javasolt, amely késobb 2-3 változatra
  szukítheto.
• Rendszertechnikai megoldás kiválasztása. A döntés
  a felhasználóval közösen történik.

22
5. Logikai rendszertervezés

• részletesen meghatározni a követelmény-specifikáci
  óban megfogalmazott feldolgozási szerkezeteket
• meghatározni a feldolgozás felületét dialógusok
  formájában
• részletes specifikációt készíteni, amely
• nem-procedurális
• megvalósítható egy sor technikai környezetben
• maximális lehetoségeket teremt az
  újrafelhasználásra

23
5. Logikai rendszertervezés

• Logikai adatmodell a korábbi szakaszokból
  örököljük.
• Feldolgozások
• karbantartó eljárások tervezése (lekérdezést is
  tartalmazhat)
• Lekérdezo eljárások tervezése
• Dialógusok tervezése
• dialógusszerkezet
• menüszerkezet

24
6. Fizikai rendszertervezés
Adatbázis
Feldolgozás
Felhasználó
interfész
interfész

• Létrehozandó
• Adattervek
• Feldolgozástervek
• Interfész-tervek

25

• Adattervek logikai adatmodell átalakítása
  fizikai adattervvé.
• Elso közelítésu terv egyedtípusokból
  relációsémák.
• Finomított terv ido-követelmények figyelembe
  vétele.
• Feldolgozástervek funkciók áttekintése, majd
  részletes specifikációk elkészítése.
• Adattervezéstol független elemek
• Fizikai adattervre épülo elemek
• Interfész-tervek
• Adat-funkció interfészek
• Felhasználói interfészek (képernyotervek,
  nyomtatványok, listaformátumok) fizikai
  megtervezésével nem foglalkozunk.

26
Az SSADM technikái

• Megvalósíthatósági elemzés
• Követelmény-meghatározás
• Adatfolyam-modellezés
• Logikai adatmodellezés
• Rendszerszervezési alternatívák
• Funkció-meghatározás
• Relációs adatelemzés
• Specifikációs prototípus készítése
• Egyed-esemény modellezés
• Rendszertechnikai alternatívák kialakítása

27
Az SSADM technikái

• 1. Diagramra épülo technikák
• Dokumentumáramlási diagram
• Folyamatmodellezés (DFD)
• Logikai adatmodellezés (Egyedmodell)
• Egyed-esemény modellezés
• Elérési út modellezése
• I/O szerkezet meghatározása (Funkció meghat.
  része)
• Dialógus tervezés
• Logikai feldolgozástervezés (lekérdezések és
  karbantartások tervezése)

28
Az SSADM technikái

• 2. Nem diagramra épülo technikák
• Követelménykatalógus
• Rendszerszervezési változatok kidolgozási
  módszere (rendszer határai, költség/haszon
  elemzés, hatások elemzése)
• Rendszertechnikai változatok kidolgozási módszere
  (hardver-szoftver környezet, szervezetbeli és
  munkamódszerbeli változások, stb.)
• Funkció meghatározás
• Relációs adatelemzés (normalizálás)
• Specifikáció prototipizálás (pl. gépen futó demó
  változat)

29
Követelmény katalógus

• Készítése a projekt kezdetén indul el, és
  folyamatosan bovül.
• Funkcionális követelmények mit kell a
  rendszernek tudnia (nyilvántartandó adatok,
  lekérdezési igények, más rendszerekkel való
  kapcsolatok, stb.)
• Nem funkcionális követelmények hogyan, milyen
  minoségben kell tudnia a rendszernek
  (naprakészség, válaszidok, tranzakciók száma,
  adatvédelem, stb.)

30
(No Transcript)
31
3. Adatfolyam-modellezés

• Az adatfolyam-ábraDFD(Data Flow Diagram)
• Az adatfolyam-modell DFM (Data Flow Model)
• Az adatfolyam-modellezés célja az, hogy egy adott
  információs rendszerrol átfogó képet nyújtson,
  együtt ábrázolva a rendszer folyamatait és
  adatait.

32
Az adatfolyam-modellezés konkrét céljai az
elemzés különbözo fázisaiban

• Jelenlegi fizikai
• a követelmények azonosítása (hiányosságok, új
  funkciók)
• Jelenlegi logikai
• Továbbviheto logikai folyamatok azonosítása, a
  rendszerszervezési alternatívák kiindulópontja
• Rendszerszervezési alternatíva
• A felhasználói döntés elokészítése, átfogó kép
  kialakítása a lehetoségekrol.
• Igényelt rendszer
• Funkciók, események meghatározásának
  kiindulópontja.

33
Jelölésmód és fogalmakAz adatfolyam-modell
objektumtípusai
Külso egyedek A rendszeren kívüli objektumok
Folyamatok Az információkat átalakító feldolgozási folyamatok
Adattárak Az információk tárolási helyei
Adatfolyamok Az információk áramlásának útvonalai
34
Külso egyedek(környezeti elemek)

• Tartalma
• Megnevezés,
• Azonosító (szükség esetén).
• Áttekinthetoség érdekében több példányban is
  szerepelhet, ezt ferde vonal jelzi.

35
Folyamatok
36
Adattárak
37
Adatfolyamok
A rendszerben mozgó információt az adatfolyamok
fejezik ki, amiket nyilak jelölnek. Kétirányú
nyíl alsóbb szinten bemenõ és kimenõ adafolyamok
is léteznek. A rendszerhatárt át nem lépõ, ún.
információ áramlás is jelölhetõ az ábrákon,
szaggatott nyíllal.
38
Anyagáramlások
39
Hierarchikus szerkezet

• Magasabb szintu áttekinto diagram (a folyamatok
  alrendszereket is jelölhetnek),
• Több részletes diagram.
• Általában 2-3 szintet alkalmaznak.
• Egy diagram mérete általában max. A4, max. 7-10
  folyamat.

40
Banki dokumentum áramlási ábra rendszerhatárral
41
Banki rendszer, felsõ szintû DFD
42
Hierarchiaszintek szabályai

• Nulladik szint kapcsolat diagram, ahol a teljes
  rendszer egyetlen folyamat. Elkészítése nem
  kötelezo.
• Ha egy adattárat a magasabb szinten csak egy
  fofolyamat használ, akkor csak az alacsonyabb
  szintu diagramon tüntessük fel.
• Sorszámozás alszámokkal (pl. 2 folyamat
  alfolyamata 2.1, adattárnál D2/1, környezeti
  elemnél c1)
• Egyensúly szabály a részletezo diagram külso
  kapcsolatai egyezzenek meg a megfelelo fofolyamat
  külso kapcsolataival.
• Elemi folyamat (jele ) amely már tovább nem
  bontható. Szöveges leírása max. fél A4-es oldal
  legyen.

43
Példa

• Horgászegyesületi nyilvántartó rendszer
• (Simon Nikoletta, 2004)

44
0. szint Kapcsolat diagram
45
1. szint
46
2. szint 1. folyamat kifejtése
47
2. szint 1. folyamat kifejtése
48
2. szint 3. folyamat kifejtése
49
2. szint 6. folyamat kifejtése
50
DFD-k alkalmazása

• Fizikai és logikai szintu leírásra egyaránt
  alkalmas
• Felméréskor (1. szakasz) eloször fizikai DFD,
  azután logikai DFD
• Különbözo lehetséges megoldások közül való
  választáskor (2. szakasz) logikai DFD-k
• Új rendszer tervezésekor (3. szakasz) a
  tervezett rendszer logikai DFD-je
• Új rendszer fizikai tervezésekor (6. szakasz) a
  tervezett rendszer fizikai DFD-je
• Megjegyzés Szükség esetén a DFD egyes elemeinek
  szöveges leírása és mellékelendo.

51
A folyamatmodellezés gyakorlati lépései

• 1. A meglévo rendszer elso szintu fizikai AFD-je.
  A következokre koncentráljunk
• a rendszer határai,
• környezeti elemek és be-kimeno adatfolyamok,
• a rendszer fo funkciói (alrendszerei).
• A rendszerben használt dokumentumok,
  nyomtatványok összegyujtése a kitöltésért felelos
  egységek megnevezésével.
• Dokumentumáramlási diagram készítése csomópontok
  a szervezeti egységek, nyilak az áramlást jelzik.
• 2. Részletesebb fizikai AFD-k elkészítése.
• 3. Logikai AFD-k elkészítése.
• Folyamatos ellenorzés a felhasználókkal
  együttmuködve.

52
4. Logikai adatmodellezés

• A logikai adatmodellezés a logikai adatszerkezet
  és kapcsolódó dokumentumainak elkészítésére
  irányul.
• Logikai adatszerkezet LDS (Logical Data
  Structure)
• Logikai adatmodell LDM (Logical Data Modell)

53
Jelölésmód és fogalmakEgyedek, kapcsolatok

• Egyed
• 11 kapcsolat
• N1 kapcsolat
• NM kapcsolat
• Nincs sokágú kapcsolat!

Könyv
Könyv
Olvasó
Könyv
Olvasó
Könyv
Olvasó
54
Rekurzív kapcsolatok
55
Rekurzív kapcsolatok 2.
56
A kapcsolat jellege
Egy egyed kötelezoen (teljesen) vesz részt a
kapcsolatban, ha minden egyedpéldány részt vesz
legalább egy kapcsolatban ? folytonos
vonal. Ellenkezo esetben az egyed esetlegesen
(részlegesen) vesz részt a kapcsolatban ?
szaggatott vonal.
Könyv
Olvasó
Olvasó
Könyv
Ha a jelleggel nem akarunk foglalkozni, mindenütt
folytonos vonal alkalmazható.
57
Kizáró alárendelt kapcsolatok
Kurzus
Nappali idopont
Levelezo idopont
Nappali idopont pl. kedd 8-10 Levelezo idopont
pl. 2006. okt. 13, 14-16
58
A logikai adatmodellezés gyakorlata

• Általában minden kapcsolatot 1N-re hozunk
• NM-nél új egyedet veszünk fel,
• 11-nél a két egyedet összeolvasztjuk (ha az
  célszeru)
• Elnevezések
• Minden egyed különbözo névvel szerepeljen.
• Kapcsolat neve képezheto az egyedek neveibol,
  pl. Könyv-Olvasó kapcsolatnál KÖ-OL.

59
Funkció-meghatározás

• A funkciómeghatározási technika a funkciók
  leírásának és a kapcsolódó bemenet/kimeneti
  adatszerkezeteknek a létrehozására irányul. A
  bemenet/ kimeneti adatszerkezet angol rövidítésse
  IOS (Input/Output Structure).

60
Funkciók típusai

• Feldolgozás típusa szerint
• lekérdezés,
• karbantartás
• Megvalósítás módja szerint
• on-line,
• off-line
• mindketto
• A kezdeményezo szerint
• Felhasználói (környezeti elembol kiinduló esemény
  indítja el),
• Rendszerfunkció (a funkció végrehajtása
  belülrol indul, pl. meghatározott idonként
  ellenorizni kell a kölcsönzési idok lejártát).

61
Példaurlap funkcióhoz
62
Relációs adatelemzés
A relációs adatelemzés az a technika, amellyel az
adatoknak egy olyan szerkezetét lehet
elõállítani, amely a lehetõ legkevesebb
ismétlõdést és a lehetõ legnagyobb rugalmasságot
biztosítja. Normalizálás nélkül felviteli,
módosítási és törlési anomáliák, karbantartási
nehézségek
63
A relációs adatelemzés lépései

• Tulajdonságtípusok összegyujtése.
• Relációsémák felírása a tulajdonságtípusokból
  (esetleg I/O szerkezetek alapján).
  Normalizálatlanok lehetnek, még 1NF sem
  kötelezo.
• Normalizálás 3NF-ig (tovább menni csak ritkán
  kell).
• Konszolidálás azonos kulcsú sémák összevonása.
• Eredmény relációs adatbázis séma.

64
Relációsémák írásmódja

• Relációséma neve vastag betu.
• Attribútumok (tulajdonságok) egymás alá.
• Kulcs aláhúzva.
• Külso kulcs csillaggal.
• Halmaz attribútum, ismétlodo csoport(beágyazott
  tábla) behúzással.

Példa Dolgozó adószám név lakcím munkahely beo
sztás
65
1. példa
2NF Dolgozó adószám név lakcím Dolgozik adószá
m munkahelynév beosztás Munkahely munkahelynév m
unkahelycím
1NF Dolgozó adószám név lakcím Dolgozik adószá
m munkahelynév munkahelycím beosztás
Normalizá-latlan Dolgozó adószám név lakcím munk
ahelynév munkahelycím beosztás
66
2. példa
3NF Könyv könyvszám cím olvasószám kivétel Olva
só olvasószám olvasónév lakcím Szerzo könyvszám s
zerzo
1NF (2NF) Könyv könyvszám cím olvasószám olvasóné
v lakcím kivétel Szerzo könyvszám szerzo
Normalizá-latlan Könyv könyvszám szerzo cím olva
sószám olvasónév lakcím kivétel
67
Összehasonlítás a logikai adatmodellel

• 1. módszer A relációs adatelemzés eredményébol
  írunk fel egyedmodellt
• Relációnév ? egyed, külso kulcs ? kapcsolat.
• A kapott egyedmodell összehasonlítása a logikai
  adatmodellezésnél kapott egyedmodellel.
• 2. módszer A logikai adatmodellezés eredményébol
  írunk fel relációs modellt
• EK modell ? relációs adatbázis séma
• A kapott adatbázis séma összehasonlítása a
  relációs adatelemzés eredményével.

68
Fizikai adatbázis specifikáció
Cél a relációsémák megadása kulcsokkal és
magyarázatokkal
Tábla neve
attribútum típus, hossz leírás
... ... ...
... ... ...
attribútum típus, hossz leírás
69
Példa
Megrendelés
megrKod Decimal(10) A megrendelés nyilvántartási kódja
termKod Decimal(10) A megrendelo által rendelt termék kódja
szerzSzam Varchar(20) A szerzodés száma, amin a megrendelés szerepel
menny Decimal(10) A rendelt termék mennyisége
hatarido Date A megrendelés határideje
teljesites Date A megrendelés elkészülésének dátuma
70
Egyed-esemény modellezés

• Az egyed-esemény modellezés két technikát jelent,
  az egyedtörténeti elemzést és az
  eseményhatás-elemzést.
• Egyed-esemény mátrix
• Függolegesen az egyedek felsorolása.
• Vízszintesen az események felsorolása.
• A mátrix bejegyzései
• L létrehozás
• O olvasás
• M módosítás
• T törlés
• (Más megközelítés Rread, Wwrite, Mmodify)

71
Példa egyed-esemény mátrixra (fogászai rendelo
nyilvántartása)
72
Összefoglalás

• A feladat megfogalmazása
• 0. Megvalósíthatóság eldöntése
• 1. Jelenlegi helyzet vizsgálata
• Dokumentumáramlási diagram
• Jelenlegi fizikai DFD
• Jelenlegi egyedmodell
• Jelenlegi logikai DFD
• Követelmény katalógus

73
Gyakorlati alkalmazás - 1

• 2. Rendszerszervezési változat kiválasztása
• Különbözo lehetséges megoldások közül való
  választáshoz logikai AFD-k
• 3. Követelmények meghatározása
• Tervezett logikai AFD
• Tervezett egyedmodell
• Funkció meghatározás
• Egyed-esemény mátrix
• 4. Rendszertechnikai változat kiválasztása

74
Gyakorlati alkalmazás - 2

• 5. Logikai rendszertervezés
• Relációs adatelemzés (normalizálás)
• Relációsból egyedmodell
• Egyedmodellek összehasonlítása
• Dialógusok tervezése
• 6. Fizikai rendszertervezés
• Tervezett fizikai AFD
• Fizikai adatbázis specifikáció
• Felhasználói kézikönyv
• Muködési kézikönyv