Rendszerszervezési megközelítések 1.
USA felmérés az infromációs rendszerfejlesztési projektekrĘl
2%
•Az információs forradalmat a termelés végsĘ forradalmasí-
3%
tásának vélték - emberi munkaerĘ munkaerĘ kivá kiváltá ltása a termelésbĘl.
19%
•Elképzelések szerint a számítógépek teljesítményének
47%
Miért kell az információs rendszert megfelelĘen felépíteni?
növelésével egy-egy vállalat teljes gé gépi üzemelteté zemeltetését és irányítását is megoldhatónak tartották. ¾ A számítógép térhódítása a) kiváltja a munkaerĘt
29%
b) minĘségi ugrást jelent leszállított, de sikeresen sohasem használt szoftver kifizetett, de le nem szállított változtatás nélkül használt
Szervezési modellek
változtatások után használt
Elméleti alapja: neoklasszikus elvek
1. Eljá Eljárás modell: -output orientált módszer Mit kell produkálni? Milyen bemenet kell?
jelentĘs átdolgo
Módszertan
Megoldás: Tökéletes algoritmus Pl. BISAD Adathordozó: Lyukkártya, Lyukszalag, mágnesszalag Redundancia?
2. Adatközpontos módszertan
•Az eljárás-modell elképzeléseit támogatta a mechanikus
Új adatszervezési lehetĘségek (adatbáziskezelĘ rendszerek)
emberfelfogá emberfelfogás:
Adat kerül a középpontban!
– M. Weber „Homo economicus” emberfelfogása
Redundancia kiírtása a cél
– Taylor termelésrĘl és munkaszervezésrĘl alkotott eszméi
de!!!
•H. Poppel és H. Schwimann felfogása szerinti négy alapvetĘ alapvetĘ technoló technológia: gia – az anyagra épülĘ technológiák (nehézipar, vegyipar, stb.) – élet technológia (egészségügy, mezĘgazdaság, stb.) – energiák és energiatechnológiák (szénbányászat, stb.)
Miért?
oAdatnak nem szabad ekkora jelentĘséget adni oMás rendszerek elhanyagolttá váltak (egyensúlyi problémák) oHosszú átfutási idĘk oFeldolgozások elmaradtak
– információ technológia (elvileg korlátlan erĘforrásokkal dolgozik)
3. Strukturá Strukturált rendszerszervezé rendszerszervezési mó módszertan
A munkát technológiai folyamatként fogja fel
3. Strukturá Strukturált rendszerszervezé rendszerszervezési mó módszertan
Elemzés és tervezés szétválasztása
Leszabályozza, hogy ki, mit csinál Termékszemlélet
„FelülrĘl – lefelé „ szemlélet az elemzésben
MinĘségkezelés
„Alulról – felfelé „ szemlélet a tervezésben
Életcikluson alapuló technológia
Logikai és fizikai szemlélet szétválasztása
Projektvezetés támogatása Testre szabhatóság Információrendszer: ADAT- FOLYAMAT – INTERFÉSZ
Az információs rendszer szintjei Fogalmi szint: a valóságnak a kompromisszumoktól mentes képe.
Logikai szint: adott környezet korlátjainak megfelelĘen átalakított, kompromisszumokat tartalmazó fogalmi kép.
Fizikai szint: adott környezet konkrét fizikai adottságaira alkalmazott,
Számítógépes támogatás ( CASE eszközök)
tehát ilyen módon felhasznált és átalakított logikai kép.
4. Ügyviteli programcsomagok
Strukturált rendszerfejlesztési életciklus
Vegyünk meg egy rendszert és azt alkalmazzuk cégünknél
• Bonyolult probléma, megközelítés részekre bontással • Több szint: modul, szakasz, lépés, feladat
Adaptáljuk a saját követelményeinknek megfelelĘen
• A feladatok megoldási módszere: technikák • Logikai és fizikai szint az elemzésben és tervezésben A régi rendszer logikai modellje
Az új rendszer logikai modellje 2. Logikai szint
3.
ElĘnye!
Fizikai szint A régi rendszer fizikai leírása
1.
Feltételek!
Az új rendszer fizikai jellemzĘi
4.
A rendszerelmélet megjelenése
5. Interaktív fejlesztés Minimális adatból induljuk ki a felhasználónak a termékünket pontosítsunk
mutassuk meg
következĘ iteráció (pl. RAD: „Gyors Alkalmazás Fejlesztés”)
6. Objektum orientált fejlesztés Amit már egyszer elkészítettünk azt használjuk fel más rendszereknél is!
Hátránya!
A rendszer fogalmi meghatározásai
A rendszerek szabályozottsága
ªA rendszer egymással összefüggĘ tényezĘk szervezett A rendszerelmélet kifejezést Ludwig von Bertalanffy
együttese.
magyar származású kanadai biológus vezette be a
ªRendszer az egymással dinamikus kölcsönhatásban álló
tudományos irodalomba az ötvenes években, amikor
dolgok halmaza, amelynek, mint egésznek a viselkedése
megjelent „Általános rendszerelmélet” (General System
nem jellemzĘ az Ęt alkotó dolgok egyedi tulajdonságaira.
Theory) címĦ tanulmánya. A rendszerelmélet tárgya mindig a rendszer.
ªA rendszer olyan rendszerrészekbĘl álló képzĘdmény,
Rendszerek csoportosítása belsĘ szabályozottságuk szerint: • szabályozás nélküli rendszerek, • szabályozó alrendszert is magukban foglaló rendszerek (alkalmazkodásra képesek),
• önszervezĘ (öntanuló) rendszerek (struktúrájuk megváltoztatására alkalmasak).
amelyben a rendszerrészek be- és kimenetekkel kapcsolódnak egymáshoz.
Rendszerek egyéb jellemzése •Meghatározhatatlan rendszerek (a rendszer - bonyolultsága miatt - a jelenlegi lehetĘségekkel csak részben ismert)
•Határozatlan rendszerek (a rendszer elemei közötti kapcsolatok sztochasztikusak, a lehetséges bekövetkezĘ állapotuk csak valószínĦsíthetĘ)
A rendszerek mĦködési elv alapján történĘ osztályozása Szummatív és totális Statikus és dinamikus MĦködĘ és nem mĦködĘ Aktívan és passzívan mĦködĘ Zárt és nyílt CélratörĘ és nem célratörĘ Természetes és tervezett Adaptív és nem adaptív Rendezett és nem rendezett
Rendszer határai, környezete, tagolása •A rendszer megismerésének elĘfeltétele a rendszer hatá határainak kijelölése.
A A1
•A rendszer környezeté rnyezetében létezik.
C
•A rendszer tagolá tagolásának felté feltétele a rendszer egészként való ismerete. •Rendszerré Rendszerrészek kapcsoló kapcsolódásai: sai általában a rendszerrészek adott rendszeren belül nem függetlenek egymástól (ábra).
A2
B A3
a) Elem: a rendszer az az önálló mĦveletet végzĘ összetevĘje, amelyeknek ki és bemenetei vannak, közöttük folyamat megy végbe
optimum
ág ns
Információs rendszer
tla za ro tá ha
Valós rendszer
kö lts ég
b) Folyamat: rendszeren végbemenĘ állapotváltozások. Közöttük ok-okozati viszony van. c) Struktúra: a rendszer pillanatnyi állapota
Eszközrendszer
ez szerv
g ettsé
szervezettség Gazdálkodó szervezet rendezettségi állapotainak költségvonzatai
A rendszerek vizsgá vizsgálati mó módszerei 1. Fekete doboz módszer alkalmazásának módjai: - Emlékezet nélküli rendszerek - Emlékezettel rendelkezĘ rendszerek - BelsĘ képpel rendelkezĘ rendszerek 2. Modell módszer - Eredeti rendszeren nem lehet elvégezni a vizsgálatot, mert: -
Nem készült el Túl nagy, túl kicsi Túl hosszú idĘt venne költséges lenne
A rendszer összetevĘ sszetevĘi
A rendszer optimális határozatlansága
költség
Összetett rendszernézet
A rendszer irá irányí nyítása 1.
• • •
Soros Párhuzamos Alternatív
A rendszer irá irányí nyítása 2.
Az irányítás: olyan tevékenység, melynek eredményeképpen beavatkozás történik egy rendszer mĦködésébe annak érdekében, hogy az abban végbemenĘ folyamatokat a kívánt módon fenntartsa, megváltoztassa, megállítsa.
Az irányítás a környezeti hatás miatt szükséges.
Feladata: -A rendszer folyamata egyik állapotból a másikba menjen -A folyamat a rendszer céljainak megfelelĘen menjen végbe
1. Várt, kívánt hatás 2. Várt, nem kívánt hatás 3. Nem várt, nem kívánt hatás
felhasználói igények
A rendszer irá irányí nyítása 3.
feldolgozási módszerek
külsĘ szervezĘk
Környezet hatása: ZAVARÓ JEL
Fogalmi meghatározások 3.
kell
Az irányítás fĘ formái: 1. Szabályozás 2. Vezérlés 3. Izoláció
belsĘ szervezĘk
idĘszükséglet
feltételek
van
2. Helyzetfelismerés
Informá Információ ciótechnoló technológiá giának nevezzü nevezzük:
dokumentumok
3. Helyzetfel-mérés elemzése
A szabályozási kör: a) Irányított jellemzĘ b) ÉrzékelĘ c) Irányító d) Beavatkozó
szoftver kiválasztás
1. VezetĘi elhatározás
összehasonlítás
írásbeli
kérdĘív
szóbeli
interjú
folyamatábra
táblázatok
általában az információk kezelésére vonatkozó 4. Számítógéprendszer tervezése
adatszervezés
5. Rendszerterv bevezetése
bizonylatok
6. MĦködĘ rendszer értékelése
outputok
kódszámrendszer
mátrixok
Visszacsatolás
tesztelés
dokumentáció
inputok
betanítás
szervezési felügyelet
munkaszervezés
az új információk elĘállítására, valamint
költségek
hatékonyság
technikákat, módszereket, eljárásokat és eszközöket.
A fellépĘ kockázati tényezĘk
Informá Információ ciórendszerek jelenleg is érvé rvényes gondjai! Magas költségek és kevés érzékelhetĘ eredmény Hosszú fejlesztési idĘk A felhasználói igényektĘl való eltérés Többszörös adattárolás Rugalmatlanság Költség, határidĘ túllépések a fejlesztéskor Új technológiák hibás használata
A rendszer életciklusa A FELADAT MEGFOGALMAZÁSA
Bizonytalan a cél Bizonytalan az idĘ és a költség Bizonytalan erĘforrások Változó környezet
ELEMZÉS TERVEZÉS
CÉ L
KIVITELEZÉS A kocká kockázat minimalizá minimalizálása!
Visszacsatolás
BEVEZETÉS
$. I. A követelmények meghatározása, elemzési fázis
Rendszerfejlesztési életciklus
kockázat
Javítási kts.
idĘ
1. Problémafelvetés, a feladat és a célok meghatározása
8 fázis I. Követelmények meghatározása, elemzés 1. A feladat és a célok meghatározása 2. Megvalósíthatósági tanulmány készítése 3. Rendszerelemzés II. Rendszertervezés 4. Koncepcionális tervezés 5. Részletes tervezés III. Megvalósítás 6. Kivitelezés 7. Átállás 8. Kiértékelés és üzemeltetés
II. Rendszertervezés
2. Megvalósíthatósági tanulmány készítése
3. Rendszerelemzés
III. Megvalósítás Az új rendszer és a dokumentáció
A tervezett rendszer fĘbb jellemzĘi
7. Átállás
Az üzemszerĦen mĦködĘ rendszer
A rendszer részletes specifikációja
8. Kiértékelés és üzemeltetés
A rendszer funkcionális követelményei
5. Részletes tervezés
1.
Megvalósíthatósági tanulmány A rendszer funkcionális követelményei
FÁZIS
CÉL
FELADAT ELVÉG-ZėI
MÓDSZEREK
OUTPUT
Feladat és célok meghatározása
Létrehozás gondolata a kezdet; Feltárni a problémát vagy lehetĘséget, behatárolni az érintett területet
Menedzse rek, IFB rendszerszervezĘk
Megbeszélés
Projektindítási megbízás
6. Kivitelezés 4. Koncepcionális tervezés
Projektindítási megbízás
2.
FÁZIS
CÉL
FELADAT ELVÉG-ZėI
Megvalósíthatósági tanulmány készítése
Felmérni a RendszerszervezĘk project technikai, gazdasági és szervezeti megvalósíthatóságát; alternatívák közül melyik a legelĘnyösebb
MÓDSZEREK
OUTPUT
Interjú Megfigyelés Mérés KérdĘív Dokumentum vizsgálat
Megvalósíthatósági tanulmány
FÁZIS
CÉL
FELADAT ELVÉG-ZėI
MÓDSZEREK
OUTPUT
7.
Átállás
Elkezdeni a rendszer éles használatát
RendszerszervezĘk, menedzserek, felhasználók
Közvetlen, párhuzamos Fokozatos vagy kísérleti átállás
ÜzemszerĦe n mĦködĘ rendszer
8.
Kiértékelés és üzemeltetés
Kiértékelni és üzemeltetni a rendszert, karbantartás , felülvizsgálat
RendszerszervezĘk, ÜzemeltetĘk
Záró jelentés, karbantartott rendszer
FÁZIS
CÉL
FELADAT ELVÉG-ZėI
MÓDSZEREK
OUTPUT
3.
Rendszelemzés
Megállapítani, hogy mit kell a rendszernek tudnia
RendszerszervezĘk
Megbeszélés, Modellezé-si diagrammechnikák
A rendszer funkcioná-lis követelményei
4.
Koncepcionális tervezés
Meghatároz ni nagy vonalakban, hogy hogyan mĦködjön a rendszer
RendszerszervezĘk
A tervezett rendszer fĘbb jellemzĘi
1. Cél- és feladat-meghatározás - új információs rendszer készítésének idĘszerĦsége - felismerés - megbízott: belsĘ vagy külsĘ szakember - megbeszélés, feladat-meghatározás, helyszíni szemle - megbízás: írásban, cél, feladat és kiindulópont
FÁZIS
CÉL
FELADAT ELVÉG-ZėI
MÓDSZEREK
OUTPUT
5.
Részletes tervezés
Elkészíteni a rendszer részletes tervét
RendszerszervezĘk, Programozók, MĦszaki szakemberek
Programtervezési diagramtechnikák
Részletes programspecifikáció
6.
Kivitelezés
Létrehozni a rendszert, programozás, hardver, dokumentáció, a rendszer tesztelése, a személyzet betanítása
Programozók, MĦszaki szakemberek
Kész redszer
2. Megvalósíthatósági tanulmány a., a vállalat mĦködésének tanulmányozása, elemzése - szervezeti felépítés - szervezeti célok - végzett tevékenységek - meglévĘ információs rendszer - szervezeti kultúra - a vállalat gazdasági, társadalmi környezete b., elemzési technikák - megfigyelés - interjúk, személyes beszélgetések - kérdĘívek - dokumentumok átvizsgálása (szabályzatok, munkaköri leírások, ügyrend elemzése…) - mérések
A megvalósíthatósági tanulmány részei • Adatok Cél:
Részei:
megállapítani, hogy érdemes-e belekezdeni a fejlesztésbe, azaz irreális, gazdaságtalan fejlesztés ne valósuljon meg.
• Háttér, probléma, célok • Vizsgálati módszerek • A jelenlegi rendszer • Az új rendszer követelményei • A javasolt rendszerek leírása • Az egyes alternatívák költségei, haszna, technikai és szervezeti megvalósíthatósága - Gazdasági megvalósíthatóság • Fejlesztési ütemterv • Mellékletek
(költség, haszon) - Technikai megvalósítás - Szervezeti megvalósítás
3. Rendszerelemzés - ha zöld utat kap a project a vezetĘktĘl - cél: a vállalat mĦködésének megismerése, de teljes mértékĦ elemzést kell végezni, minden érintett területen, minden részletet figyelembe véve -elemzési technikák: ua. megvalósíthatósági tanulmány -Diagramtechnika: a vállalat mĦködésének feltérképezése logikai modellek készítése szemléltetés, könnyen áttekinthetĘ ábrák
-lépései:
szervezet elemzés
fizikai rendszer leírás (azonosítás)
logikai feldolgozás
Folyamatmodell
adatmodell
funkciómodell
4. Koncepcionális tervezés - kiindulópont a funkcionális követelmények leírása - a koncepcionális tervezés során a lehetséges alternatívákat megvizsgálják (pl.: elĘnyeik, hátrányaik) -költségvonzatok: költséghaszon-elemzés 5. Részletes tervezés -résztvevĘk: rendszerszervezĘ, programozó, mĦszaki szakember -Rendszerspecifikáció készítés (=új rendszer részletes terve) szempontok: hardver, szoftver, adatok, (hozzáférési jogok, kódrendszer), ügyviteli eljárások, biztonság, ütemterv, költségvetés
6. Kivitelezés A rendszer létrehozásának folyamata (eszközök beszerzése, betanítás, jogosultságok kiosztása, adatbevitel, tesztelés…)
7. Átállás Legizgalmasabb fázis A vállalat mĦködésének biztonságát nem veszélyeztetheti. Módszerek lehetnek, amelyeket kombinálhatunk:
funkcionális követelmények meghatározása (mit kell az új rendszernek tudnia, a régi rendszer alkalmas-e alapnak, szervezési alternatívák)
Átállás a régi rendszerrĘl az újra 1. Közvetlen átállás Régi rendszer
Új rendszer
2. Párhuzamos átállás Régi rendszer Új rendszer 3. Funkciónkénti átállás (fokozatos)
Fenntartás -Fokozatos ellenĘrzés, javítás, módosítás -Optimális helyzetben a leghosszabb szakasz -Kiértékelési szempontok: - költség betartás - határidĘ betartás - a kész rendszer funkcionálisan helyes mĦködése - a kész rendszer hatékonysága - betanítás eredményessége - dokumentáció minĘsége -Hiányosságokat pótolni -Hibákat javítani
FĘbb feladatok az üzemeltetés során: -eszközök felügyelete és karbantartása -Változtatások kezelése (igények összegyĦjtése, ütemezése, végrehajtás, hatás) -a rendszer idĘszakonkénti felülvizsgálata (mĦködés, költség, élettartam)
8. Módszer értékelése
4. Telephelyenkénti, fiókonkénti átállás (kísérleti, moduláris)
A rendszerfejlesztés felgyorsítása CASE -a rendszerszervezés:
költséges idĘigényes emberi erĘforrásigényes
-cél: a hatékonyság növelése automatizálás 1. KorszerĦ programok alkalmazása -megoldás: 2. Elhagyható munkafázisok kiszĦrése = gyors alkalmazásfejlesztés 3. Egyáltalán nem kell fejleszteni, azaz kész , komplex rendszereket veszünk.
• Amit lehet, automatizálni. Gyorsabb és megbízhatóbb.
- munka hatékonyságát növelje - felhasználókkal kommunikációt növelje - csökkentse a hibalehetĘségeket -a teljes rendszerfejlesztési életciklust átfogják -az egyes termékek speciális lépés megvalósítására készülnek
• Ismertebb termékek: Visible Systems Corporation: EasyCase; Visible Analyst Intersolv: Excelerator; APS Siemens AG: XperCASE
-CARE: önálló, vagy általánosabb CASE eszköz része = visszafelé tervezés a múlt hibáit próbálja kiküszöbölni (forráskódból)
• = Számítógéppel segített rendszerfejlesztés (Computer Aided System Engineering)
-cél:
II. Alsóbb szinteket segíti:
I. FelsĘbb szinteket segíti:
• Upper CASE: az elemzés és tervezés fázisát segítĘ eszközök • Ismernie kell a különféle rendszerfejlesztési módszertanok jelölésrendszerét és logikáját
Programtesztelés
• Lower CASE eszközök: a programozás segítése automatikus kódgenerálással, hibakereséssel, stb. (kivitelezés, üzemeltetés fázisai)
Régi programok újrafelhasználása Programverziók követése
• 4GL programozási nyelv, fejlesztĘi környezet
Konfiguráció menedzsment
• Adatbázis létrehozás, karbantartás
• Maximális grafikus támogatás
• Automatikus programgenerálás
• Az adatszótár folyamatos karbantartása • Logikai kapcsolatok figyelemmel kísérése, karbantartása
• Programszerkesztés • Platformváltás
• Repository (adattárház)
• Prototípus készítés
PROTOTÍPUS KÉSZÍTÉS
III. Integrált CASE eszközök
- feladat: a teljes rendszerfejlesztési életciklus támogatása - maximálisan kihasználja az integrációs lehetĘségeket - a fejlesztés összehangolt szervezését segítik - logikai kapcsolatok következetes kiépítése - módosítások konzisztenciája - hátrányai: bonyolult nagy hardver-igények drága
A követelmények meghatározása
Prototípus készítés
Prototípus készítési ciklus
A prototípus tökéletesítése
A rendszer elkészítése hagyományosan Az új rendszer használata, karbantartása
Rapid Application Development
A követelmények meghatározása
Prototípus készítési ciklus A prototípus tökéletesítése Prototípus üzemeltetési ciklus
igen A rendszer használata és karbantartása
Az elfogadott rendszer használata, karbantartása
ElĘny: A felhasználó igényei pontosan tisztázhatók Hátrány: IdĘ- és költségvonzat Ha idĘ elĘtt kész rendszernek fogadják el
A RAD lépései
Prototípus készítése a fejlesztĘ rendszerrel
(gyors alkalmazásfejlesztés)
Prototípus üzemeltetési ciklus MegfelelĘ?
= elĘzetes minta a tervezett programról (vagy egyes részeirĘl) -a felhasználó igényei szerint módosítható
IV. RAD
Prototípus készítése a fejlesztĘ rendszerrel
nem
Gyakorlati jelentĘsége, hogy a megrendelĘ már a fejlesztés kezdeti lépéseinél is lássa a lehetséges eredményeket. (a hagyományos CASE eszközöknél csak a fejlesztés végén kapcsolódhat be a megrendelĘ, ezért az esetleges módosítások sok idĘt és +pénzt emésztenek fel.)
Készültségi fokai: Input-output modellezés (nem készül mĦködĘ program, csak a legfontosabb elemek) Programok (mĦködĘ program, csak a fontos elemekkel, részleteket nem tartalmaz) MĦködĘ program (érdemben használható, lehet végleges verzió)
1. 2. 3. 4. 5.
ElĘzetes terv készítése ElĘzetes terv felülvizsgálata Hardver és rendszerszoftver környezet biztosítása A prototípus elkészítése A prototípus használatba vétele és finomhangolása betanítás 6. A dokumentáció elkészítése 7. A mĦködĘ rendszer karbantartása
V. Kulcsra kész rendszerek -kész programcsomagok -Életciklus lépései rövidülnek (összeolvadnak, rövidülnek, de el nem hagyhatók) ElĘny: - olcsóbb - gyorsabban implementálható - általánosabb, rugalmasabb - kevesebb a hiba - kevesebb a kockázat
Hátrány: - nem biztos, hogy teljesen kielégíti a felhasználók igényeit - nincs saját szakértĘnk - a konkurencia számára is elérhetĘ
