Jackson rendszerek fejlesztése

Original: http://www.dsisoft.com/jackson_system_development.html

decision systems, inc.

grade_of_membership_pure_type


Jackson rendszerek fejlesztése

Áttekintés

A Jackson rendszerek fejlesztése (Jackson System Development – JSD) egy olyan rendszerfejlesztési módszer, amely közvetlenül vagy a szoftver életciklusát lefedi, vagy olyan keretrendszert biztosít, amelybe jobban illeszkedik a speciálisabb technikák. A Jackson System Development egy projekt kezdetétől indulhat, ha csak egy általános követelményrendszer szerepel. Ugyanakkor sok olyan projekt, amely Jackson System Development-t használt, az életciklusban egy kicsit később kezdődött, az első lépéseket nagyrészt meglévő dokumentumokból, nem pedig közvetlenül a felhasználókkal végezték. A JSD későbbi lépéseit a végső rendszer kódja adja meg. Jackson első módszere, a Jackson strukturált programozás (Jackson Structured Programming – JSP), a végső kód előállítására szolgál. A JSD korábbi lépéseinek kimenete a programtervezési problémák halmaza, amelynek kialakítása a JSP tárgya. A karbantartást a korábbi lépések közül bármelyik átdolgozása is megoldja.

Technikai szempontból a Jackson rendszerek fejlesztése három fő szakasza van, amelyek mindegyike lépésekre és részlépésekre oszlik. Vezetői szempontból számos technikai munka szervezési módja van. Ebben az áttekintésben először ismertetjük a három fő technikai szakaszt, majd megvitatjuk a JSD projekttervezését, a tervek közötti eltéréseket és az egyik választási okot.

JSD: A modellezési szakasz

A modellezési szakaszban a fejlesztők leírják a vállalkozás vagy szervezet szempontjait, amelyekre a rendszer foglalkozik. Ahhoz, hogy ezt leírjuk, elemezniük kell üzleti tevékenységüket, kiválasztva, hogy mi a releváns, és figyelmen kívül hagyja azt, ami nem. Figyelembe kell venniük a szervezetet, mint amilyen lesz, nem mint most.

A modell leírása nagyon pontos. Ez a pontosság arra kényszeríti a fejlesztőt, hogy részletes kérdéseket tegyen fel. Bátorítja a fejlesztők, a felhasználók és az új rendszerrel érintettek közötti jó kommunikációt és megértést.

A modell leírása cselekvésekből, entitásokból és kapcsolódó információkból áll. A cselekvés olyan esemény, általában a külső valóságban, amely a rendszer szempontjából releváns, és amelynek előfordulása a rendszernek rögzítenie kell. A végrehajtás szempontjából a műveletek adatbázis-frissítéseket okozhatnak. A Jackson System Development-et elindítjuk a műveletek listájának meghatározásával és a kapcsolódó attribútumokkal. A diagramok leírják az akciók közötti rendezési kapcsolatokat. A diagramok leírják azokat a entitásokat, embereket vagy dolgokat, amelyekre a rendszer foglalkozik.

Ezután meghatározzák az egyes entitások számára tárolandó adatokat. Valójában azt választjuk, amit minden entitásnak emlékeznie kell az őt érintő akciókról. Ezen adatok teljes definíciója magában foglalja a entitás diagram kidolgozását, hogy részletesen bemutassa a frissítési szabályokat.

A modellezési szakasz eredménye egy táblázatok, definíciók és diagramok halmaza, amelyek leírják:

  • pontosan azt, hogy mi történik a szervezetben, és mit kell rögzíteni arról, hogy mi történik, és
  • végrehajtási szempontból az adatbázis tartalma, az integritási korlátok és a frissítési szabályok.

JSD: A hálózati szakasz

A hálózati szakaszban pontos leírást készítünk arról, hogy mit kell tenni a rendszerben, beleértve az előállítandó kimeneteket és a rendszer megjelenésének módját. Ez a leírás a programok hálózata. Pontosabban, a kommunikációs szekvenciális folyamatok (CSP) hálózata, a Tony Haoare által kifejlesztett koncepció. Elindítjuk ezt a hálózatot úgy, hogy minden egyes entitás számára egy programot állítunk elő, amelyet a modellezési szakaszban definiáltunk. A hálózat ezután fokozatosan felépül új programok hozzáadásával és a meglévő hálózathoz való csatlakoztatásával. Új programok kerülnek a következő okok miatt:

  • A műveletekhez szükséges bemenetek összegyűjtéséhez ellenőrizze a hibákat, és adja át azokat az entitások programjaihoz. Ily módon az entitásprogramok naprakészek maradnak azzal, ami kívül esik;
  • Olyan műveletek létrehozása, amelyek nem felelnek meg a külső eseményeknek. Az ilyen cselekvések helyettesíthetik a valós világ eseményeit, talán azért, mert ezek az események nem észlelhetők;
  • A kimenetek kiszámítása és előállítása.

Két lehetőség van a programok összekapcsolására a hálózatban. Ezek az adatfolyamok (a körökhöz tartozó diagramok) és az állami vektorvizsgálat (a hálózatdiagramjainkban gyémántokkal ábrázolva). Bármilyen kapcsolatra van szükség, az entitásprogramok kulcsszerepet játszanak a hálózat kiépítésében. Az új programok többsége közvetlenül csatlakozhat az entitás programjaihoz.

A rendszer leírásához egész sor hálózati diagramot rajzolunk. A különböző hálózatokban általában csak entitásprogramok vannak. A teljes rendszert az összes diagram átfedése képviseli.

A diagramokat az adatfolyamok és az állami vektor kapcsolatok tartalmát leíró szöveges információk támogatják. A hálózathoz hozzáadott új programokat a műveletek sorrendjének leírására használt ábrázolással határozzuk meg. Ezeket az új programokat a Jackson strukturált programozás JSP (Jackson Structured Programming) módszerrel tervezték, amely ma már a JSD részhalmaza.

JSD: A megvalósítási szakasz

A végrehajtási szakasz eredménye a végső rendszer. Ez a szakasz az egyetlen, amely közvetlenül a géppel és a kapcsolódó szoftverrel foglalkozik, amelyen a rendszer fut. Ezért a gyártási és tesztelési kódok mellett a megvalósítási szakasz a fizikai tervezési kérdéseket is lefedi. Különösen az alábbiakra terjed ki:

  • fizikai adattervezés, és
  • a hálózat újrakonfigurálása a programok kombinálásával.

A fizikai adattervezés a fájlok vagy adatbázisok tervezéséről szól. Az adatbázis-tervezés részletei a használt DBMS-től függenek. Mindazonáltal a szükséges információk az alkalmazásról elérhetőek a hálózati szakaszban. A legfontosabb az egyes entitásokra meghatározott adatok és az adatok nagy volumenű elérése, ahogy azt a gyakran használt állapotvektor-kapcsolatok határozzák meg.

A hálózati szakasz eredménye egy rendkívül elosztott hálózat. Gyakran a kényelem vagy a hatékonyság érdekében a programokat szubrutinokká konvertáljuk, amelyek több programot egyesítenek egybe, így a hálózat egy töredékét egyetlen programként valósítják meg. A hálózatot úgy alakítjuk át, hogy az a specifikációhoz megfelelő formában alakuljon ki a végrehajtáshoz megfelelő formában.

JSD: Projektek és tervek

A JSD három szakaszát bemutattuk egyszerű lineáris progressziónak. Egy projekt esetében azonban a szakaszok nagyobb mértékben vagy kisebb mértékben átfednek, és nem csak azért, mert az emberek hibákat követnek, amelyeket később ki kell javítani. A szakaszok és az alállomások mindazonáltal fontosak, mivel osztályozzák és szervezik a technikai munkát, tisztázzák a projektmenedzser számára nyitva álló választásokat, és megvilágítják a kockázatokat, amikor a döntést meg kell szüntetni.

Az alábbiakban néhány példa a szakaszok átfedésére:

  • A modell befejezése előtt elkezdhetjük a programok hozzáadását a hálózathoz.
  • A hálózat egyszerűbb programjainak sok részletét egyidejűleg lehet végrehajtani.
  • A tervezett fizikai adatok elindíthatók, mielőtt az alacsony frekvenciájú programokat hozzáadták a hálózathoz.
  • Egy megvalósíthatósági tanulmány alapjaként a modell, a hálózat és a megvalósítás egy kicsit mindegyikét megtehetjük.
  • Egy nagy projekt esetén az egyik kiadás modell-hálózat-megvalósítása átfedhet a következő verzióval.

Ezen átfedések egyike sem kötelező. Létezik olyan körülmény, amely minden értelmesvé teszi. A projektterv a JSD technikai keretén és a projekt politikai és szervezeti körülményein alapul.

 

About The Author

admin

Comments are closed.