Arc elemek, topológiák Előadásvázlat dr. Kovács László
fontossága Az üzleti folyamatok struktúrába szervezettek Az VIR folyamatoknak is tükr krözni kell ezt a struktúrát Ellentmondás esetén csökken a hatékonys konyság adatfolyam felügyelet szinkronizáci ció adatfolyam felügyelet szinkronizáci ció
fontossága Napjainkban a VIR struktúra ra visszahat az üzleti folyamatokra új módszerek új szabványok gazdasági, gi, technológia megkötötts ttségek
fogalma Arc: ra: strukturális és működési alapelvek Megadja a komponenseket, paramétereit, megkötéseit Megadja a komponensek kapcsolatát Definiálja a küls lső kapcsolatokat Meghatározza a működési, irány nyítási, fejlesztési si elveket Gyakorlati megközel zelítés (D Souza Souza): Tervezési dönt ntések együttese a rendszerre vonatkozólag, melyek megtartása megkímél a felesleges tervezési, karbantartási munkákt któl Tervezést st, irány nyítást és működést leíró vállalati modell nézetek koherens együttese, mely lehetővé teszi a vállalat irány nyításához szüks kséges indikátorok használat latát. t.
szüks kségess gessége Irány nyítás hibái - túl korai dönt ntések - túl késői dönt ntések - túl kevés választ lasztási si lehetőség az irány nyítottaknak - nem egyértelm rtelmű cél és feladat kijelölés - stratégától eltérő tevékenys kenységek - végtelen stratégia egyeztetés - átfed tfedő részter szterületek, felelőss sség területek - hiányos feladat területek, felelőss sség területek - részoptimumok keresése se a globális lis optimum helyett - hibás költs ltség- és időbecsl becslés - hiányz nyzó megvalósíthat thatóság elemzés - hiányos kontroll - egyenetlen terhelés
szüks kségess gessége küldet ldetés jövőkép stratégia célok szabályok irány nyítási alapelemek Struktúra ra vált ltás indokai - Jobbat termelni - olcsóbban termelni - más piacra termelni Vált ltások levezényl nylése - irány nyítás - projektek kezelése - összehangol sszehangolás - felügyelet
kidolgozása Az arc ra kidolgozás életciklus letciklusának keretmodellje Alapelvek Változ ltozás kezelés Elképzel pzelés Üzleti foly. arc ra Implementáci ció Követelm vetelmények Rendszer arc ra Migráci ció Megoldások Technológiai arc ra
kidolgozása A gyakorlatban rendszerint létez tező rendszert kell továbbfejleszteni Arc ra rekonstrukció: újratervez jratervezés -elvek -célok -módszerek tervezés -ért rtékel kelés -átdolgoz tdolgozás -absztrakci absztrakció átdolgoz tdolgozás -elemz elemzés -tesztel tesztelés -ért rtékel kelés ért rtékel kelés -forr forrásk skód -dokument dokumentáci ció -interview adatgyűjt jtés a forrásokb sokból -UML -gr gráf modell -adatmodell modell leírás
modellek IEEE 1471-2000: szabvány szoftver arc ra modell Stakeholder (szereplők: fejlesztők, felhasználók, tulajdonosok, partnerek arc ra Concerns (irányelvek: hatékonys konyság, Nyereség, minőség) Environment (környezet) Viewpoint (vállalat nézőpontjai: adatáraml ramlás, modulok,kapcsolatok) View (rendszer nézet) Model (a nézet egy vetülete)
elemei
modellek A IEEE 1471-2000 nézőpontok az arc ra tervezésében Folyamatok: milyen programok fussanak, hogyan kommunikálnak egymással Adatkezelés: milyen adatelemekkel dolgozunk, honnan hová mozognak az adatelemek Hálózat: milyen csomópontok vannak és milyen funkciókkal kkal Modulok: milyen logikai modulokból épül fel a szoftver, milyen a modulok kapcsolata Függ ggőség: g: a programelemek tartalmazási, hívási, fordítási egymásra épülései Fizikai: a komponensek állom llomány szintű elosztása sa
modellek A IEEE 1471-2000 VIEW-ban foglalt elemek érintett szereplők köre és szerepe a kielégítend tendő célok, fejlesztési si szempontok a leíró nyelv egyértelm rtelmű definiálása az elkész szült modellek leírása a fejlesztéshez shez felhasznált lt források konzisztencia és teljesség ellenőrz rzési módszerek
modellek A Zachman modell Meghatározza a modellezés sarokpontjait, támpontot ad Mit Ki Hogy Objektum Adat Szervezet Funkciók Fogalmi Adatmodell Work-flow Üzleti modell Modell Rendszer Modell Logikai modell Interfész vázrajz Rendszer arc Technikai Modell Fizikai DB modell Megjelentő felületek Technikai tervezés Részletezés DDL Védelmi modell Program Funkiók Adat kezelés Szervezet Modulok
modellek A Zachman modell Meghatározza a modellezés sarokpontjait, támpontot ad Hol Mikor Miért Objektum Hely Esemény Célok Fogalmi Logikai modell Fő ütemtábla Üzleti terv Modell Rendszer Modell Elosztás terv Processz struktúra Üzleti szerepkörök Technikai Hálózati terv Vezérlő Szabálytervek Modell Struktúra Részletezés Hálózat arc Időzítés Replikáció Funkiók Fizikai modell Ütemterv Munkastratégia
modellek Az e3value modell Grafikus modell nyelv Rétegek: - ért rtékl klánc - tevékenys kenység - struktúra ra ügyf gyfél pénz áru bolt Üzenet vált ltásokon alapul : - kérés (rq rq) - ígéret (pr pr) - teljesítés s (st st) - fogadás (ac ac) - végrehajt grehajtás (ex) rq pr áru pénz fizet rq ex
modellek Az e3value modell Üzleti folyamatok könyv rendelés Alkalmazás szolgáltat ltatás könyv kereső számlázó Alkalmazások kereső program számlázó program HW/SW szolgáltat ltatás WEB portál Algoritmus HW/SW elemek Web Server PC
IR architekt típusok Rétegelt, monolit call Kliens-szerver szerver Több bb-komponens komponensű, middleware piactér modell
IR architekt típusok Monolit modell Egy központi gépen fut az alkalmazás minden eleme Előnyei: Egyszerűbb karbantartás Centralizált lt megoldás kliensek központi gép
IR architekt típusok Kliens-szerver szerver modell Két gép között megosztásra sra kerülnek a funkciók Előnyei: Nagyobb rugalmasság Hálózati függetlens ggetlenség kliensek központi szerver
IR architekt típusok Több komponensű modell alkalmazás szerver adatbázis szerver Web szerver kliensek
IR architekt típusok Middleware koncepció Több hálózati partner esetén széteshet a rendszer, ha nincs ellenőrz rzés, hangolás Middleware: a kliens és szerver közötti kapcsolat menedzselése Funkciói: i: adatkapcsolat modulkapcsolat Szolgáltat ltatás nyilvántart ntartás Terhelés optimalizálás adatkonverzió Védelmi szolgáltat ltatások