1) HISTORICKÝ VÝVOJ SAPP Využitie výpočtovej techniky možno rozdeliť na : 1) Etapa klasickej automatizácie 2) Etapa typových APV 3) Etapa interaktívnych systémov 4) Etapa využitia osobných počítačov 5) Etapa distribuovaných IS a globálnych sietí 1)EKA : je 1. etapa zavádzania výpočtovej techniky do hospodárskej praxe. Činnosť operátorov VT je automatizovaná až na konci tejto etapy pomocou OS. Charakteristické črty - • IS sa vytvárali pre konkrétne objekty riadenia • tvorba IS sa uskutočňovala bez automatizácie a kvalita IS bola závislá od kvalifikácie projektantov a programátorov • čas návrhu a realizácie IS bol závislý od rozsahu projektu a pohyboval sa v rozpätí 2 – 5 rokov • ako technické média sa používali dierne štítky, dierne pásky, magnetické pásky, disky... • informačná základňa bola množina súborov so sekvenčnou, indexovo – sekvenčnou alebo priamou organizáciou Technológia spracovania dát pozostávala z krokov – a) zhromažďovanie a prenos dát do výpočtových stredísk b) prenos dát na technické média c) kontrola a korekcia dát d) programová kontrola vstupných dát e) vytvorenie a aktualizácia súborov f) vyhotovenie kópii g) spracovanie dát počítačom h) vyhotovenie výstupných zostáv i) kontrola výstupných dát Nedostatky - • zložitosť projektovania, programovania a spracovania dát bránili používateľom, aby sa priamo zúčastňovali na ľubovoľnej etape ŽC IS. Projektanti a programátori nemali ekonomickú prax a potrebovali čas na zvládnutie ekonomickej podstaty • dlhodobé termíny na tvorbu IS • projektantská a programátorská práca bola ručná a kvalita IS bola závislá od kvalifikácie a tvorivých schopností • informačná základňa bola rozdelená na veľké množstvo samostatných súborov. Prácne boli programovanie, vytváranie a aktualizácia súborov a generovanie výstupných zostáv 2) ETAPV : typové APV majú ↑ kvalitu programového vybavenia a ich implementácia do konkrétnych objektov sa dala uskutočniť v kratšom čase. Začiatok etapy bol rok 1969, keď IBM zaviedla osobitný predaj SW a HW. Črty - • na tvorbu IS sa používajú TAPV, vlastné projektové a programové aplikácie alebo kombinácia • používa sa DB organizácia • technológia spracovania dát je zachovaná • dávkové spracovanie a prenos dát sa uskutočňuje in – line a off – line
Nedostatky - • nedostatky technológii prípravy dát spočívajúce vo veľkej prácnosti a neefektívnosti • nedostatky technológii spracovania dát prejavujúce sa viac pri IS, ktoré pracovali s niekoľkými typovými APV • jednotlivé typové APV neboli kompatibilné • typové APV umožňovali automatizáciu len niektorých ekonomických úloh, a nie tvorbu kompletných IS OTÁZKA č. 2) 3) EIS : skrátený technologický cyklus spracovania dát a ↑ sa produktivita práce pri zhromažďovaní a prenose dát na technické média a pri návrhu IS a SP. Zahŕňali len automatizáciu určitých úloh riadenia, automatizáciu podsystémov objektov riadenia alebo boli určené na komplexnú automatizáciu IS. Boli budované ako originálne IS, pomocou typových APV. Možnosť práce v interaktívnom režime. Interaktívny režim je jediným možným režimom pri práci osobných počítačov a pri sálových sa uskutočňoval pomocou terminálov. Interaktívny režim umožnil zmeny v technológii spracovania dát – a) kratšia cesta vstupných informácii a menší počet technologických operácií znamenali skrátenie času zavedenia vstupných údajov do informačnej základne a nepotrebnosť operátorov na prípravu dát b) IS sa priblížili k systémom riadenia a vytvorili s nimi nedeliteľné systémy, v ktorých používatelia priamo korešpondujú s VT a dostávajú potrebné informácie c) používatelia pri práci s VT vystačia s minimálnymi poznatkami z oblasti automatizovaného spracovania dát d) prechod z dávkového do interaktívneho režimu spracovania dát zväčšil škálu softvérových produktov rozširujúcich možnosti OS SAPP na rozdiel od typových APV neobsahujú programové prostriedky na riešenie konkrétnych ekonomických úloh. Boli široko aplikované SAPP na automatizáciu vstupov a na generovanie výstupov, na zostrojovanie vývojových diagramov. Objavili sa aj SAPP pre komplexnú automatizáciu. Nedostatky - • ↑ odborných požiadaviek na projektantov a programátorov • dávkové spracovanie dát bolo pre užívateľov pohodlnejšie • v 80 – tych rokoch sa od ekonómov – používateľov vyžadovali odborné znalosti v oblasti IT 4) EVOP : Črty - • prednostné využitie osobných počítačov ako samostatných pracovných miest alebo v lokálnych sieťach • prednostné využitie SP pre PC • vysoká kompatibilita HW, SW • prednostné využitie relačných DB Aplikácia PC podmienila prechod k filozofii automatizácie pracovného miesta. Tento prístup bol veľmi efektívny pri automatizácii administratívnych pracovísk. Používatelia dostali možnosť pracovať samostatne podľa vlastných potrieb. Náročnosť na odbornú kvalifikáciu v oblasti IT ↓.
Nedostatky - • ↑ nákladov na spracovanie informácii • IS sa vytvárali zdola – nahor, čo viedlo k neefektívnym IS s nesprávne vytvorenou informačnou základňou a s neúčinnými informačnými tokmi • ťažisko tvorby IS sa presunulo k programovaniu V 2 – hej časti etapy využitia PC vznikli tzv.: systémy CASE (Computer Aided Software Engineering), ktoré podporujú určité metodológie tvorby IS a ↑ produktivitu práce programátorov a projektantov. Systémy CASE sú najnovšie SAPP. 5) EDSGS : vývoj IT v súčasnosti je podmienený vývojom hardvérového prostredia a prijatia prostredia vytváraného produktmi firmy MS za štandardné prostredia. Vývoj hardvéru v smere rýchlosti PC, rozsahu ich pamäti a možnosti budovania výkonných počítačových sietí vytvoril predpoklady na tvorbu efektívnych DB systémov, ktoré umožňujú distribuované spracovanie dát a rozšíreniu internetu v celosvetovom meradle. Črty - • masové využitie internetu • využitie veľkých DB systémov umožňujúcich distribuované spracovanie dát • využitie SAPP na komplexnú automatizáciu a programovacie jazyky vyššej generácie, napr.: VISUAL C++ a VISUAL BASIC PODSTATA A KLASIFIKÁCIA SYSTÉMOV AUTOMATIZÁCIE PROJEKTOVANIA A PROGRAMOVANIA SAPP - sú SP, ktoré automatizujú 1 alebo viac rutinných činností ŽC IS a SP. - sú nástroje, ktoré projektanti a programátori môžu použiť pri analýze, návrhu, implementácii a prevádzke SP na uľahčenie, skvalitnenie a zrýchlenie svojej práce. - každý SAPP je viazaný na určité softvérové a hardvérové prostredie a vykonáva iba určité funkcie. SAPP sa delí na : 1) podporu vývoja IS – a) na tvorbu diagramov a na dokumentovanie b) na návrh vstupov a výstupov c) na generovanie kódov a na testovanie progr. d) na normalizáciu DB a tvorbu logického modelu e) na generovanie fyzického modelu DB 2) generátory vstupov 3) generátory výstupov 4) automatizáciu prác s informačnou základňou 5) iné Delenie podľa fáz ŽC IS a SP : 1) SAPP na podporu plánovania a riadenia návrhu IS a SP 2) SAPP na automatizáciu prác vo fáze analýzy 3) SAPP na automatizáciu projektantských prác vo fáze návrhu IS a SP 4) generátory kódov a SAPP na automatické testovanie programov 5) SAPP na priame vykonávanie technologických operácií
spracovania dát Systémy CASE sa používajú ako nástroje, ktoré napomáhajú tvorbe IS a urýchľujú prácu projektantov a nie sú viazané na konkrétne DB prostredie. Delenie podľa prostredia práce vyvíjaného IS : 1) CASE 2) DBS na automatizáciu pracovného miesta 3) Vývojové nadstavby DBS 4) Iné SAPP 2) sem možno zaradiť napr.: D base Fox Pro. 3) sa používajú na vývoj aplikácií pracujúcich v prostredí PROGRESS, ORACLE... 4) sem patria SP, ktoré môžu byť použité na automatizáciu určitých činností pri tvorbe nových IS a SP, ale súčasne môžu mať aj iné aplikácie. Súčasné SAPP majú podobnú architektúru ako všetky moderné SP. Pozostávajú z riadiaceho modulu a z výkonnej časti nazývanej „telo SAPP“.
Riadiaci modul - je základnou a povinnou časťou SAPP. Uskutočňuje riadenie SAPP a väzbu SAPP s OS. Výkonná časť – pozostáva z výkonných modulov, ktoré plnia konkrétne úlohy. Prítomnosť nie je povinná. SAPP sú stavané ako SP s jednoduchou štruktúrou → riadenie SAPP sa odovzdáva po vykonaní späť riadiacemu modulu. H a R blok – má za úlohu uskutočňovať komunikačné väzby s OS a aktivovať vybratý výkonný modul. V – V blok – cez neho sa uskutočňujú vstupy a výstupy. Interpretátor – prekladá príkazy riadiaceho programu, a tým pripravuje údaje na prácu
hlavného a riadiaceho bloku. Riadiaci program SAPP : sa skladá z príkazov riadiaceho jazyka SAPP. Riadiaci jazyk SAPP môže byť procedurálny alebo neprocedurálny, založený na využití funkčných klávesov, menu, diagramových prvkov, ikon... Medzimodulové väzby výkonných modulov sa uskutočňujú pomocou spoločnej informačnej základne (bázy dát). 7)SYSTÉM CASE A CHARAKTERISTICKÉ RYSY SYSTÉMY CASE : je počítačová podpora tvorby SW. moderný nástroj na uľahčenie práce projektantov a programátorov. automatizujú úlohy 1 alebo viacerých fáz ŽC IS a SP a podporujú určité metodológie a metódy tvorby IS a SP. automatizujú len rutinnú projektantskú a programátorskú prácu. používateľmi sú profesionálny projektanti. produktom systému sú dokumentácie analýzy a návrhu IS a SP, ako aj program v zdrojovom kóde. Umožňujú : • zjednodušiť a urýchliť tvorbu IS a SP • ↓ náklady na tvorbu • ↑ kvalitu IS a SP navrhovaných. Charakteristické rysy : 1) grafické prostriedky – umožňujú zostrojovať grafy zhora nadol. Grafy na ↑ úrovni možno dekomponovať na ↓ úrovne až na úroveň, ktorá obsahuje elementárne fcie. 2) technológia okien – umožňuje vytvárať viaceré okná na obrazovke. Projektant môže súbežne sledovať viacero diagramov. 3) báza dát – je slovníkom dát alebo metabázou dát. Korešpondujú s ňou všetky moduly. Zaznamenávajú sa v nej diagramy, textové informácie, návrhy DB, V / V. Pomocou nej je zachovávaný princíp jednorazového pomenovania prvkov nezávisle od ich viacnásobného využitia, možnosť tlače... 4)technológia Export / Import – umožňuje prenos údajov z DB do iného SW prostredia. Používa sa na integráciu systémov CASE s generátormi kódov. 5) technológia automatickej kontroly – včasné odhalenie chýb pri návrhu IS alebo APV. Druhy kontroly – • syntaktická analýza V, t.j. kontrola dodržiavania pravidiel a typov symbolov. • kontrola úplnosti a konzistencie diagramov, t.j. či nadriadené a podriadené diagramy na seba správne nadväzujú, či chýbajú prvky a väzby, či rôzne druhy diagramov sú spojené s horizontálnymi väzbami.
• kontroly spojené s návrhom a normalizáciou DB • kontroly spojené s návrhom V a V. 6)automatické testovanie generovaných programov – fcie automatického vytvárania množín údajov na testovanie, ich automatické testovanie, ako aj automatické korigovanie chýb. 7) technológia neprocedurálneho vstupu – vytvorená pomocou na seba nadväzujúcich menu, že v každej fáze môže menu obsahovať len fcie, ktoré majú zmysel. 8) technológia reverzného inžinierstva – spätné odvodenie logického modelu od vytvorených programov a DB. Na vytvorenie dokumentácie IS a SP, ktoré vznikli tradičnými programovými prostriedkami. 8) ČLENIENIE CASE PODĽA ŽC A REŽIMU PRÁCE, METODOLÓGIE A METÓDY PODPOROVANÉ CASE obrázok str. 27 :
1)Upper – CASE : činnosti od vytvárania informačnej stratégie po návrh koncepcie IS. Úlohy v 2 fázach ŽC a to informačnej stratégie a analýzy. 2) Middle – CASE : návrh nových IS a APV až po vytváranie programového zabezpečenia. Projektantské činnosti vo fázach Globálny návrh, Detailný návrh. Automatizujú činnosti spojené s vytváraním alebo s detailizáciou FM a DM nového IS alebo SP na logickej úrovni. 3) Lower – CASE : automatizujú vytváranie programových prostriedkov z programových Špecifikácií. Niektoré aj vytvárajú testové údaje, automatické testovanie generovaných programov a ich korigovanie. Riadiace jazyky systémov Lower – CASE sú väčšinou neprocedurálne. 4)Post – CASE : činnosti vo fáze zavedenia do prevádzky a prevádzka a údržba. Okrem organizačných činnosti, aj vytvorenie info. základne, bezpečnostných kópií... na automatizáciu prác s info. základňami IS.
METODOLÓGIE A METÓDY : Spoločnou črtou CASE je, že podporujú M. a M. založené na O – O analýze a na štruktúrovanom alebo na O – O návrhu. Štruktúrované metodológie - MERISE, SSAD (Structured Systems Analysis and Design Methodology), SDM (System Design Methodology), Yourdona, METHOD / 1, IE (Information Engineering). O – O metodológie : OMT, OMT 2, ECM a jazyk UML. MERISE : je práca systémov CASE ADELIA, MEGA, ktorý pokrýva fázy analýzy a návrh IS. Možnosť použiť aj CASE EXCELERATOR. SSADM : systémy, ktoré podporujú SSADM - • AUTO – MATE PLUS – firmy LBMS • ISE – firmy LBMS • ASSET – firmy NCC • IEW – firmy KNOELEDGE WARE • ADW – firmy KNOELEDGE WARE • INFORMIX OPEN CASE / SSADM Možnosť použitia aj CASE EXCELERATOR, SDW. SDM : podporuje CASE SDW vyrobený firmou CAP GEMINI PANDATA METHOD / 1 : pokrýva ŽC IS od plánovania až po údržbu. CASE – FOUNDATION na automatizáciu úlohy analýzy a návrhu. IE : je podporovaná systémami CASE rozpracovanými v USA, napr. CASE EXCELERATOR. YOURDON : systémy CASE, ktoré podporujú metodológiu Yourdona sú – • ATD – firma Yourdon • CRADLE – firma Yourdon • CASE / 4 / 0 – firma Microtool GmbH METÓDA ISAC De Marco Lano, Prisma Skinner and Anderson Nijssen Yourdon, Constantine JSP CODD
DIAGRAMOVÉ TECHNIKY Na zostrojovanie I – grafov a A – grafov (systémová analýzy) Na zostrojovanie DATA FLOW DIAGRAMS Diagramy N2 Vývojové diagramy Diagram štruktúry IS Štruktúrované diagramy Jacksonové štruktúrované diagramy 3 – normálová forma
CASE SDW ADELIA, SDW, CASE / 4 / 0 SDW SDW SDW ADELIA, CASE / 4 /0 SDW, CASE / 4 / 0 ADELIA, SDW, EXCELERATOR
GANTT
Ganttove diagramy
PERT
Pert diagramy
CA – Super Project, Time line CA – Super Project, Time line
9) ČLENENIE CASE PODĽA INTEGRÁCIE. SMERY INTEGRÁCIE CASE Členenie : 1) CASE TOOLS : SW nástroje, ktoré zabezpečujú automatizovanú podporu ľubovoľnej úlohy ŽC IS. Najmenšie systémy, ktoré nie sú integrované s inými CASE. Neposkytujú komplexnú automatizovanú podporu ani jednej z fáz ŽC. 2) CASE TOOLKITS : súbor integrovaných SW nástrojov CASE TOOLS, ktoré používajú spoločný hardvér, SW a info. základňu, ktoré využívajú spoločné používateľské rozhranie a spoločné prepojenie nástrojov. Poskytujú čiastočnú alebo komplexnú podporu v rámci 1fázy ŽC. 3) CASE WORKBENCHES : množiny integrovaných CASE TOOLS alebo TOOLKITS. Čiastočná alebo komplexná automatizácia podpory úloh minimálne vo 2 fázach ŽC IS. Vyšší stupeň integrácie SW nástrojov ako 2). Automatické odovzdanie informácie z 1 fázy do ďalšej fázy. 4)I – CASE : najvyšší stupeň integrácie. Môžu zahrňovať 1), 2), 3). Čiastočná alebo komplexná automatizovaná podpora celého ŽC IS. Smery integrácie : • v oblasti HW a SW : zabezpečenie možnosti práce integrujúcich sa CASE s rovnakým HW a OS. • v oblasti používateľského rozhrania : zabezpečenie rovnakého používateľského prostredia pre integrujúce sa CASE. • v oblasti riadenia : vytvorenie komunikačného mechanizmu pre integrujúce sa CASE, ktorý by umožňoval ich automatickú aktualizáciu. • v oblasti objektovej oblasti : aby novovytvorený CASE nadväzoval na riešené úlohy už vytvoreného systému. • v oblasti DB systémov : využitie tej istej DB na ukladanie výsledkov alebo vo vytvorení väzby na úrovni vonkajšej pamäte. To znamená, že 1 CASE vytvára DB a iný využíva DB. Syntaktická integrácia je založená na to, že CASE si môžu vymieňať dáta na základe určitého formátu dát.
• v oblasti riadiaceho jazyka : sémentická integrácia, ktorá zaručuje rovnaký slovník príkazov alebo fcií menu, rovnakú syntax príkazových riadkov, rovnaký význam konkrétnych hodnôt. 10) SDW, ŠTRUKTÚRA, SYSTEM ENCYCLOPEDIA, GENERÁTORY KÓDOV PREPAJAJÚCE S SDW SYSTÉMY SDW SDW : Bol vyvinutý v roku 1990 v základnej verzii a neskôr bol distribuovaný vo verziách SDW 2.0 a 3.0. Je distribuovaný na prácu na 1 – om počítači a na prácu v lokálnej sieti. Automatizuje práce vo viac ako v 1 – fáze ŽC a pozostáva z viacerých Tools. Je jedným zo systémov CASE, ktorý podporuje veľké množstvo metód, a tým poskytuje veľký výber diagramových techník. Je založený na metodológii SDM (System Development Metodology). Napomáha automatizácii projektantských prác v prvých 4 fázach ŽC – v informačnom plánovaní, v úvodnom prieskume, v globálnom a detailnom návrhu. Výsledky práce modulov SDW sa zapamätávajú v báze dát s názvom System encyclopedia. Pozostáva z 11 samostatných modulov – obr. 3.2
Pracujú technológiou okien, ktorá umožňuje vytvárať viaceré okná na obrazovke, a tak môže projektant súbežne sledovať diagramy v celku ako aj v detailoch. Grafické prostriedky SDW umožňujú zostrojovať diagramy zhora nadol. Maximálny rozmer diagramu je A4 s výnimkou modulu NIAM, kde je A3 → má zabudovanú fciu „rolovanie“. SYSTEM ENCYCLOPEDIA : SE : je báza dát, v ktorej sa uchovávajú výsledky práce projektantov. Vytvára sa tu adresár pre každý projekt iniciovaný fciou SELECT SYSTEM. Je rozdelená na adresáre : \LIB – (library), súbor obsahujúci menu SDW, správy... \BIN – obsahuje programy SDW \NIT 001 – obsahuje začiatočnú SE (BD) \DATA – obsahuje pre každý projekt adresár Vstup do SE je možný po výbere funkcie. Menu s funkciami : BROWSE – komplexný pohľad na všetky časti vybraného komponentu a na ich obsah.
DECOMPOSITION – na zapísanie dekompozície komponentov. DESCRIPTION – na textový opis komponentov. Využitie hornej časti obrazovky v SDW Title bar menu – obsahuje spoločné a špecifické funkcie. Spoločné funkcie - • vytlačiť obsah obrazovky • zápis diagramu na disk a pokračovanie v práci • kontrola konzistencie • zrušiť diagram • celkový pohľad na kreslený diagram • kreslenie siete v diagrame • zmena registrov písmen • zobrazenie nadriadeného diagramu • legenda Využitie dolnej časti obrazovky v SDW Slúži na helpové informácie a na informácie o priebehu spracovania dát. Slúži na - • textové vysvetlenie významu vybratej funkcie • ukázanie súčasného stavu • zväčšenie pracovného okna • vyvolanie menu na riadenie okna Hlavička diagramov Každý diagram má hlavičku. Polia v ľavej časti majú názvy s dĺžkou do 11 symbolov a text s dĺžkou do 66 symbolov. Polia v pravej časti majú názvy s dĺžkou do 9 symbolov a text do 15 symbolov.
11) MODULY SDW SÚ POUŽITÉ 1) vo fáze analýzy – na dokumentovanie výsledkov skúmania existujúceho systému a na znázornenie koncepcie nového systému. Užitočné môžu byť moduly – Organization a Methods Function Analysis Data Modelling Umožňujú znázorniť organizačnú štruktúru funkcií a ich vzájomné väzby, väzby medzi organizačnými jednotkami a funkciami, dekompozíciu funkcií, informačné toky a zoskupenia a dátovú štruktúru. Umožňujú zostrojiť na logickej úrovni funkčný a dátový model existujúceho systému. Funkčný a dátový model návrhu nového systému. 2) Vo fáze návrhu – okrem predchádzajúcich modulov môžu byť užitočné moduly – Structure Designe (znázornenie štruktúry IS) Data Analysis (na normalizáciu relačných DB) Prototyping (na návrh V / V obrazoviek) Jackson Structure (na zhotovenie Jacksonových štruktúr. Diagr.)
Napomáhajú skrátiť čas návrhu IS a výsledky môžu byť priamo použité na generovanie programov. Na generovanie programov pre V a V navrhovaného IS môžu byť použité generátory kódov DSA. V slovníku DSA sa pripravia potrebné informácie o štruktúre V a V obrazoviek a o väzbách V a V atribútov s bázou dát navrhovaného IS. Modul generátora DSA „source generator“ je s otvorenou architektúrou.
POPIS MODULOV SDW Modul organization & Methods Je základným modulom, ktorý môžu používať vo fáze analýzy ŽC IS. Pozostáva z 5 podmodulov, z ktorých každý je samostatný. Podmodul OM I : na zostrojovanie organizačných diagramov a na kreslenie hierarchických diagramov. Pri zostrojovaní týchto diagramov je dôležité, aby organizačný diagram obsahoval len organizačné jednotky a hierarchický diagram obsahoval len činnosti. Hierarchické diagramy funkcie môžu byť zostrojované aj pre informačné činnosti. V tomto prípade HDF musí korešpondovať s diagramami dátových tokov. Pri práci sa môžu použiť funkcie - • kreslenie personálneho objektu • kreslenie diagramu pre podriadené Prvky Podmodul OM II : umožňuje kresliť diagramy funkčných závislostí. Tento diagram znázorňuje závislosť funkcií, ktoré sú na rovnakej hierarchickej úrovni. Pri zostrojovaní sa začína od najvyššej úrovne. Pre každú podraidenú úroveň sa kreslia osobitné diagramy. Podmodul OM III : slúži na kreslenie vývojových diagramov, pre jednotlivé elementárne funkcie. Elementárne funkcie sú funkcie na najnižšej úrovni t.j. funkcie, ktorej sa ďalej rozkladajú na procedúry. Jednotlivé prvky znázorňujú symboly diagramov ako budú nakreslené. Podmodul OM IV : automatické zostrojovanie relačných matíc z organizačného diagramu a z hierarchického diagramu funkcií. Relačná matica znázorňuje väzby medzi organizačnými jednotkami a funkciami, ako aj druh väzieb. Organizačné jednotky sú rozložené v stĺpcoch a funkcie v riadkoch. V priesečníkoch sa vyznačuje existencia a druh väzieb.
Za názvami riadka a stĺpca bude nasledovať „*“, čo znamená, že príslušný prvok má hierarchicky podriadené prvky. Podmodul OM V : sa používa na kreslenie podrobných diagramov funkcií, ktorý detailizuje elementárne funkcie z HDF. 12) VÝVOJ SDW. SDW 2.0, SDW 3.0 Základná verzia mala nedostatky : • práca pod OS MS DOS • nemožnosť korekcií v System Encyclopedia • nemožnosť zostavenia a následného vytlačenia celej dokumentácie • zastaraný spôsob návrhu obrazoviek SDW 2.0 : v roku 1992. Zahrňovala nové moduly - • STATE TRANSITION – na diagramy prechodových stavov • PROCESS FLOW – na zostrojovanie Nassi – Schneiderových diagramov • WORKPLACE DIAGRAMS – na zlepšenie údržby SDW. WD Slúži na : a) identifikáciu používateľov a ich zoskupenie do skupín b) rozšírenie fcií select system c) SEM – System Encyclopedia Maintenance – mazanie prvkov zo SE d) DELETE SYSTEM – na odstránenie zbytočného systému z SE e) SETUP – na zadanie požiadaviek, napr.: farba obrazovky... SDW 3.0 : pracuje v prostredí Windows. Zahrňuje nový modul SDW – SSADM, ktorý umožňuje využívať SDW pri vývoji IS podľa metodológie SSADM. Využitie techník : • analýza požiadaviek • modelovanie logického modelu dát • model diagramu dátových tokov • modelovanie udalostí pomocou matice entít a udalostí • diagram životného cyklu entít • matice využitia systému používateľom a fcií systému \ Ďalšie moduly : 1) Scripts and Forms : umožňuje racionalizovať výstupy z SDW tým, že ich Organizuje do spoločného súboru. 2) SDW Implemention Modelling : vytvorenie a aktualizácia relačnej DB Založenú na konceptuálnom modely. Pozostáva z - • The Agent – pomáha pri transformácii KMD na LMD a Zabezpečuje integritu oboch • The Table Editor – slúži na editovanie LMD • The Diagram Editor – na popis LMD • Database Environment – na dodatočný popis LMD • Link – generuje fyzický model DB
13) CASE 4.0, CHARAKTERISTIKY, ŠTRUKTÚRA. MODUL PUBLISHING CASE 4.0 : najkompaktnejší systém. Môže byť použitý vo fáze analýzy, návrhu a implementácie ŽC IS. Podporuje Yourdonovu matodológiu a metódy Yourdona, De Marca, Jacksona. Je ponúkaná v 2 jazykoch (Nj, Aj) Pracuje sám, aj v sieťach. Zaručuje jednotnú DB. Je riadený fciami menu, ktoré sú v textovej forme. Po štarte systému sa zobrazí menu, z ktorého je potrebné ako 1. zvoliť fciu SELECT SYSTEM a vybrať meno projektu navrhovaného IS alebo SP. Pracuje v prostredí - • počítač PC AT, PS / 2 • RAM min. 640 kB • pevný disk min. 10 MB • OS MS DOS • myš – Microsoft • grafický adaptér VGA, EGA • tlačiareň POSTSCRIPT Je založený na práci s oknami. Okná možno rozdeliť na : 1) diagramové – na kreslenie diagramov 2) zadávacie – na zadanie stručného textu 3) výberové – na výber menu 4) textové – na využitie textového editora pri zostavení komentára 5) pomocné – help Manipulácie s oknami : 1) posunúť okná – nastavením kurzora na hornom ráme okna a trvalým stlačením klávesu. 2) meniť veľkosť okna – nastavením kurzora na značke v pravom dolnom rohu a trvalým stlačením klávesy. 3) pohyb diagramu v okne – riadime posunom sivej obdĺžnikovej značky. 4)zatvoriť okno – nastavením kurzora na červenej značke v pravom hornom rohu okna a stlačením klávesu myši. Štruktúra CASE : obrázok 3.10 (str. 57)
Modul Publishing : zahrňuje textový editor a potrebné fcie na prípravu a tlač dokumentácie. Na textový popis analýzy a návrhu a na štruktúrovanie editovania. Umožňuje - • definovať štruktúru dokumentácie zostrojením stromového Diagramu, ktorého prvky sú kapitoly a časti dokumentácie. • zaradiť do dokumentácie všetky vytvorené diagramy vrátane textového popisu a komentárov. • definovať dokumentačný štandard • písať a editovať text vrátane aj komentárov • vytlačiť dokumentáciu 14) CASE MODUL 4.0. MODUL SYSTEM ANALYSIS Používa sa vo fáze analýzy ŽC a pozostáva z 5 podmodulov. Podmoduly : 1) Function Structure 2) Information Flows 3) Function Flows 4) Data Structures 5) Relational Models 1)FS : umožňuje vytvárať diagramy štruktúry fcií. Odporúčaný počet fcií je 3 až 7. Pre každú fciu možno zostrojiť osobitný diagram. Sú hierarchickými diagramy fcií. Názvy fcií sa zapisujú symbolmy. Fcie by mali byť číslované, tak aby čísla vyjadrovali podriadenosť. Fcie z FSD sa prenášajú do DFD a preto môžu obsahovať iba informačnú činnosť. 2)IF : slúži na vytváranie diagramov informačných tokov (DFD), podľa metódy De Marca. Zahrňuje len fcie, ktoré sú na tej istej úrovni v FSD. Zložený zo zdrojov a príjemcov, z informačných tokov a z množín uchovávajúce údaje. Symboly na zostrojovanie sú podobné ako v Yourdonovej metodológii. Rozdielne sa označuje iba terminátor. DFD na na↑ úrovni sa volá kontextový diagram. Obsahuje 1 fciu a informačné toky, ktoré ju spájajú s okolím. Fcie a pamäte v DFD musia mať V aj V a prvky musia mať názvy a informačné toky aj smery. 3)FF : zostrojovanie diagramov riadiace toky (CFD), ktoré popisujú riadiace väzby medzi fciami systému. Len pre fcie na tej istej úrovni. Podľa Yourdonovej metodológie sa fcie a riadiace toky kreslia prerušovanou čiarou. 4) DS : vytvára štruktúrované diagramy dát na popis tokov a pamäte dát. naj↓ úroveň tvoria atribúty. Zostrojujú sa ako Jacksonove štruktúrované diagramy a čítajú sa zhora nadol a zľava doprava. CASE vytvorí DSD automaticky ak je tok Dodací list zakreslený v DFD a keď každý prvok je definovaný v dátovom slovníku.
5) RM : zostrojenie diagramu entít a ich väzieb (ERD) a (ELHD) sú v Yourdoneovej metodológii nahradené tzv. Entity Relationship – Attribute Diagrams (ERAD). Popisujú sa tam ŽC entít a väzieb. Symbolika ERAD sa približuje k symbolike ERD. Umožňuje textový popis entít až po atribúty. 15) CASE 4.0. MODUL SYSTEM DESIGN Používa sa pri návrhu IS, pričom nadväzuje na výsledky práce System Analysis. Automatizácia fcií - • Diagram • Module • Element • Code • Sight • Make Fcia diagram – umožňuje definovať kreslenie diagramu tzv. modulovej štruktúry. Diagramy modulovej štruktúry znázorňujú štruktúru jednotlivých modulov navrhovaných IS. Kreslia sa podobne ako diagramy štruktúry fcie a nadväzujú na DŠF, aj na DSD. Fcia Module – znázorňuje vonkajšie väzby kresleného modulu. Moduly v DMŠ zahrňujú fčný a dátový blok, ktoré sú buď v DŠF resp. DSD. Fčný a dátový blok sa označujú ako PUBLIC, aby mohli byť prístupné aj pre iné moduly. Fcia Element – na definovanie prvkov, z ktorých pozostáva DMŠ. Možno identifikovať prvky, ktoré sú na rovnakej hierarchickej úrovni, zadať dátovú štruktúru u DSS, entít z ERD a štruktúru dát a fcií. Možno zadať aj obrazovky typu menu a dialógov. Fcia Code – je spojená s programovou realizáciou návrhu. Umožňuje popis programového algoritmu v zdrojovom kóde, záznam komentárov pomocou textového editora. Fcia Sight – umožňuje prístup k volanému modulu, prehľad prvkov a výpis modulov, v ktorých je prvok definovaný alebo volený. Možno tým dokumentovať medzimodulové väzby. Zároveň zahrňuje podfcie Implementation a Dialog Designer. Fcia Implementation – umožňuje grafický návrh algoritmov fcií začlenených do modulov. Činnosti sa popisujú minikódom v jazyku C. Aj priamy zápis v jazyku C do hrubej štruktúry modulov. Fcia Dialog Designer – automatizovaná podpora dialógových obrazoviek a obrazoviek typu Menu. Umožňuje začleniť dvojúrovňové a viacúrovňové menu a pripájať používateľské fcie ku každej z položiek menu.
Pri návrhu obrazoviek je potrebné použiť riadiace polia, ktorých hodnotu bude zadávať používateľ. Implementácia dialógu vyžaduje aj ručnú úpravu zdrojového programu napr. deklarácia obslužných fcií, volené procedúry na inicializáciu dialógu... Fcia Make – umožňuje generovanie kódov modulov, ich komplikáciu, spätné zavedenie a analýzu zdrojového kódu. Podfcie sú Make Modul, Compile Module a Remake Module. Make Module – generuje programy modulov v zdrojovom kóde. Základný krok procesu generovania programov a nadväzuje na výsledky práce s fciami Implement alebo Implementation. Compile Module – uskutočňuje kompiláciu modulu vytvoreného fciou Make Module. Remake Module – spätné modifikovanie vstupu generátora kódov, ak boli uskutočnené ručné korekcie generovaných programov. 16) ORACLE 10g, CHARAKTERISTIKY
Oracle 10g – –
– – – –
Oracle 10g je prvý DB systém pre Grid Computing Grid Computing je nová softvérová architektúra, ktorá spája pamäte, servery, DB servery, aplikačné servery a aplikácie tak, aby spracovanie dát bolo či najlacnejšie a spoľahlivé. Tám sa riešia problémy pikových zaťažení a práci pri výpadku servera v niektorom z uzlov sieti Oracle Database 10g riadi Computing Grids nazývané Database Grids Oracle Application Server 10g (Oracle AS 10g) riadi podnikové aplikácie na Computing Grids nazývané Application Server Grids. Aplikácie v Oracle Application Server 9i môžu byť prenesené bez zmien do Oracle Application Server 10g Oracle Application Server 10g je riadený cez Oracle Enterprise Manager 10g Grid Control a pomocou Web-Based Management Console, takže administrátor riadi viac aplikačných serverov s pocitom, že riadi len jeden Oracle Application Server 10g a Oracle Database 10g sú integrované v rôznych smeroch, čím je dosiahnutá optimalizácia riadenia a podnikových aplikácií
Charakteristiky Oracle Application Server 10g – – – – – – – – – –
automatizuje procesy inštalovania a konfigurácie softvéru automaticky aktualizuje Oracle Application Server 9i na 10g automaticky vytvára cesty pre jeden alebo viac Oracle Application Server rozkladá (klonuje) Application Servers a ich konfiguráciu medzi uzlami automatizuje riadenie administratívnych úloh redukuje cenu a prácu na zabezpečenie potrebných kapacít zabezpečuje riadenie ochrany a bezpečnosti monitoruje a riadi spoločný systém veľkého počtu aplikácií a užívateľov optimalizuje služby, transakcie, pamäte, vstupy a výstupy siete tak, aby boli využívané efektívne existujúce zdroje (CPU, pamäte) eliminuje plánované a neplánované prestoje (maintanence, systémové a ľudské chyby, havárie)
Oracle Collaboration Suite je integrovaný systém na podnikové komunikácie. Zahrňuje posielanie súborov, e-mailov, voice-mailov, faxov a bezdrôtový prenos
Oracle 9i V porovnaní s Oracle 8i má naviac: – schopnosť ukladať XML dokument v rozloženom stave (dokument tak nie je nutné rozkladať v procese dotazovania na dáta, čím sa redukujú náklady na realizáciu dotazov) – Internet File System (IFS) – súborový systém, ktorý umožňuje prístup k súborom pomocou rôznych protokolov ako HTTP, FTP, SMTP, IMAP a iné. Podporuje aj protokol SMB, ktorý umožňuje pracovať s IFS pomocou Windows Explorera – podporuje dynamickú zmenu bufferov a viaceré veľkosti blokov stránok (predtým len fixné veľkosti odkladacích stránok a bufferov) – podporuje vnorené tabuľky, variabilné polia (Varrays), XML – podporuje prácu s uloženými procedúrami, trigrami, udalosťami, výstrahami a constraints (obmedzeniami) – umožňuje dva spôsoby ukladania objektov – do relačných tabuliek, alebo do objektových tabuliek pomocou generovaného objektového identifikátora (OID) pre každý riadok v objektovej tabuľke – objektové pohľady – umožňujú mapovať objektovo orientovaný pohľad do relačnej schémy a tak vytvárať objektovo orientované aplikácie, ktoré pristupujú k dátam uloženým v relačnej BD (napríklad údaje z objednávky sa zapisujú do rôznych
– – –
– – – –
tabuliek. Objektový pohľad umožní, aby nová aplikácia definovala celú objednávku ako jeden objekt do objektovej tabuľky) Enterprise Java Engine (predtým JServer) – vlastná verzia Java Virtual Machine (JVM), čo znamená optimalizáciu JVM pre potreby BD a tým zvýšená výkonnosť Real Application Clustering – zabezpečuje spoľahlivosť a odolnosť voči výpadku systému Real Application Clasters (RAC) – na správu clustrovaných DB serverov využitím technológie Shared Disk čo zabezpečuje vysokú flexibilitu pri prideľovaní zdrojov individuálnym dotazom. Pozostáva z dvoch modulov – Distributed Lock Manager (DLM) a Cache Fusions (CF). DLM zabezpečuje údržbu konzistentných dát medzi jednotlivými uzlami clusterovaného systému, koordinácia aktualizácií medzi uzlami a plynulosť spracovania pri výpadku niektorého uzla. Úlohou CF je sprístupniť jednu Cache (rýchla operačná pamäť) pre všetky uzly tak, aby nebolo nutné ju zdieľať dočasnými zápismi a čítať v každom z uzlov (dochádza k redukcii I/O) podporuje M-Commerce (Oracle Portal, podpora mobilných zariadení pomocou Oracle 9i Lite) podporuje E-Commerce (ETL nástroje, XML, protokoly SOAP, UDDI, webové služby) obsahuje Oracle OLAP (modifikovaná verzia Oracle Expressu) a Darvin (produkt pre oblasť data miningu) obsahuje nástroje pre administrátorov ako napríklad o Oracle Data Guard - automatizuje proces prechodu na záložný systém o Oracle Log Miner - na obnovu dát z transakčných logov o Oracle Label Security -umožňuje riadiť prístup na úrovni záznamu v tabuľke o Oracle Wallets Manager – na správu užívateľských bezpečnostných certifikátov
Oracle 9i zahrňuje – Oracle Intermedia (predtým Oracle Media Server) vytvára prostredie na spracovanie neštruktúrovaných informácií (text, obraz, video) v databáze spoločne so štruktúrovanými informáciami a na tvorbu multimediálnych aplikácií – Oracle Intermedia Text (predtým Oracle Text Server) umožňuje uchovanie a správu rozsiahlych textových súborov ako aj ich prehľadávanie – Oracle Application Server zabezpečuje podporu v oblasti M-Commerce. Jeho moduly sú o Oracle Portal – na vývoj a prevádzku E-Business portálov o aplikácie na transakcie o webové služby – Oracle 9i Lite je určený pre užívateľov pracujúcich v režime off-line, ktorí sťahujú informácie z BD požadované informácie prostredníctvom web browsera (obsahuje funkcie na efektívnu replikáciu) – Oracle Spatial je extender poskytujúci priestor pre špeciálne indexovanie, vyhľadávanie lokácií a spracovanie dotazov na priestorové dáta, umožňuje bezdrôtový prenos údajov – Oracle 9i Lite v spolupráci s Oracle Spatial, Oracle Application Server a Oracle 9i Wireless Edition umožňuje lokalizovať mobilného užívateľa a adresne mu ponúknuť a poskytnúť požadované služby (podstata obchodovania v M-Commerce)
18) REPOSITORY OBJECT NAVIGATOR RON : je nástroj, ktorý umožňuje správu metabázy dát. Možno vytvárať a editovať elementy, asociácie a ich vlastnosti. Informácie možno vkladať a vyberať 2 spôsobmi : 1) pri tvorbe diagramov 2) pri použití nástrojov RON Obsahuje oblasti pre : • aplikačné systémy (elementy sú zoskupené do aplikačných sys.) • objekty a typy (objekty sa delia na elementy a asociácie. Typy sa delia na typy elementov a asociácií) • elementy a typy elementov. 2 druhy elementov - • PAC (primary Access controlled). Elementy priamo vlastnené aplikačným systémom. • SAC (secondary Access controlled). Elementy na naj↓ úrovni ako napr.: atribút, stĺpec... • vlastnosti – objekty sú definované ich vlastnosťami. Napr.: tabuľka má názov, popis... Pri práci sa generuje obrazovka, ktorá obsahuje : a) aplikačné okno – horná časť okna s názvom. b) okno hierarchie objektov – zobrazuje objekty v stromovej hierarchii. Objekty sú označené veľkými písmenami. c) okno vlastností – zobrazuje vlastnosti objektov. d) iné fcie Grafické editory umožňujú vytvárať a editovať objekty pomocou : • Entity Reletionship Diagrammera • Function Hierarchy Diagrammera • Data Flow Diagrammera • Process Modellera • Data Diagrammera Vlastnosti nástrojov na kreslenie diagramov : • tlačidlá na kreslenie objektov • okno diagramu • dialógové boxy • editovacie okno na zadanie vlastností • uchovávanie a odstraňovanie objektov z diagramov • synchronizácia 19) ADMINISTRÁCIA REPOSITORY Zabezpečuje údržbu a fcie ako vytváranie nových systémov, prístup používateľov, zdieľanie elementov. Repository Owner – využíva fciu Repository Administration Utility na definovanie
používateľských účtov a zároveň spravuje štatút používateľov, t.j. či ide o Repository manager alebo Repository User. RM – môže vytvárať a vlastniť aplikačný systém, môže prideľovať prístupové práva a automaticky zaznamenáva a obnovuje informácie o vývoji systému. Prístupové práva - • administrate • select, insert, update, delete • share Administrácia umožňuje prideľovať prístupové práva. Každý element je vlastnený aplikačným systémom. Modifikovať elementy môže iba vlastník. Elementy môžu byť kopírované. 20) REVERZNÉ INŽINIERSTVO V ORACLE DESIGNER / 2000. DESIGNER PROCESS MODELLING RI : je fcia, ktorú vykonáva Designer / 2000. Obrázok 7.5 str. 211
Ak sú aplikácie vyvíjané bez použitia Designer / 2000 je potrebné v Repository uložiť informácie o DB. Tento proces sa volá Designer Recovery. DR sa vykonáva v 2 krokoch – 1) z DB sa objekty prenesú do Repository ako informácie o elementoch DB. 2) tabuľky sa konvertujú na E – R model. Reverse Engineer Database Utility – slúžia na vybratie tabuľky, stĺpce a integritné Obmedzenia a ich uloženie do Repository z Oracle Data Dictionary. Table to entity retrofit utility – slúži na výber tabuliek, ktoré sa budú konvertovať na entity. Pri transformácií sa zadávajú nové mená entít, z tabuliek sa odvodí entity, pričom stĺpce sa konvertujú na atribúty a primárny kľúč na identifikátora. Designer Process Modelling : umožňuje modelovať činnosti organizácií.
Podporuje metódu Bussines Process Re-engineering BPR a Modely fcií možno znázorniť nasledujúce prvky a väzby – • organizačné jednotky – elementy hierarchickej org. Štruktúr • sklady - skupiny uchovávajúcich informácií. Majú V a V toky • kroky procesov – sekvencia aktivít v rámci 1 činnosti. • toky – tok materiálov medzi časťami procesov. • trigger – udalosť, ktorá spúšťa proces. • outcome – udalosť, ktorá je výsledkom procesu. Organizačné jednotky sú priradené k tzv. swim lanes. Swin lanes indikujú, kde sa aktivita vykonáva. Pri tvorbe modelov fcií je postupnosť krokov – 1) zadanie názvu diagramu a jeho otvorenie 2)vytvorenie organizačnej štruktúry 3) zakreslenie skladov 4) zadanie trigerov 5) definovanie outcomes 6) uloženie diagramu 21) ORACLE DESIGNER / 2000. DESIGNER SYSTEM MODELING Umožňuje zostrojovať entito – relačné diagramy, hierarchické diagramy fcií a diagramy funkčných tokov. Modul Entity Relationship Diagrammer : Umožňuje vytvárať ERD. V entitách je názov entity, kľúčové slovo a atribúty. Kardinalita je rovnaká ako v SDW a voliteľnosť sa označuje bodkovanou čiarou. Kroky : 1) zadanie názvu ERD a otvorenie 2) vytváranie entít 3) vytváranie relácie 4) vytváranie arcs 5) zlepšenie usporiadania Arcs je oblúk, ktorý znamená, že ak je viac relácií k 1 entite v tom istom čase, platí iba 1. Modul Function Hierarchy Diagrammer : Umožňuje zostrojovať hierarchické diagramy fcií (FHD). Fcie sú priamo spojené s udalosťami, ktoré spôsobia ich spustenie. Hierarchia znázorňuje rozpad fcií. Obrázok 7.8 str. 214
Fcie : 1) koreňové 2) spoločné fcie – fcie obsiahnuté vo viacerých hierarchiách alebo fcie použite viackrát. 3) elementárne fcie – musia byť vykonané v 1 transakcii, pritom definujú, ako fcie používajú dáta. FHD môžu byť usporiadané vertikálne, horizontálne alebo hybridne. Mali by sa zobrazovať len informačné činnosti. Modul Data Flow Diagrammer : Tvorba diagramov informačných tokov DFD. Používa sa notácia Gane & Searson. Symboly :
Kroky : 1) otvorenie nového DFD 2)vytváranie podriadených fcií 3) vytváranie dátových tokov 4) vytváranie externých tokov 5) zahrnutie existujúcich elementov 6) definovanie informačných tokov 7) dodanie detailných informácií 22) MODELOVANIE VAZIEB POMOCOU MATRIX DIAGRAMMER. POUŽITIE RON NA SPRESNENIE OBJEKTOV REPOSITORY Modelovanie väzieb je potrebné na udržanie konzistencie a na zaistenie úplnosti info. v Repository pri ERD, FHD, DFD. Väzby sa modelujú pomocou Matrix Diagrammer. Je na modelovanie krížnych referencií medzi elementami Repository. Umožňuje manipuláciu s krížovo referenčnými elementami avytváranie, prezeranie a aktualizovanie iných elementov.
Možno sledovať úplnosť a správnosť : • či všetky fcie manipulujú s dátami • či sú vytvorené všetky entity • či fcie na výstup sú typu retrieve • či fcie na vstup majú použité typy insert, update... Kroky na vytváranie matíc : 1) otváranie nového diagramu 2) výber riadkových elementov 3) výber stĺpcových elementov 4) výber zobrazovacích vlastností 5) uloženie matíc Prezeranie matíc možno : 1) v štandardnom móde – elementy priesečníkov sú označené písmenom a reprezentujú vlastnosti 2)v ikonickom móde – elementy priesečníkov sú označené kontrolnými značkami a nezobrazia sa kým vlastnosti nie sú nastavené. 3)v móde mikromapy – matica je zmenšená, aby bolo možné jej zobrazenie v celku. Použitie RON : diagramy sú vhodné na tvorbu elementov Repository, ale majú obmedzenia, Preto je vhodné použiť RON. Pomocou RON možno zadať : • základnú definíciu • úplnú definíciu • uloženie definície elementov • vymazanie elementov • definíciu identifikátora Na spresnenie modelu používame RON na : 1) detailné definície fcií a poznámky 2) definície udalostí 3) definície použitia fcií a atribútov 4) špecifikácie vstupných zostáv – či sú fcie elementárne alebo atomické 5) špecifikácia frekvencie 6) definícia typov udalostí – časové, vyvolané zmenou, systémové 7) ako fcie používaju entity a atribúty 8) použitie organizačných jednotiek 23) DATABASE DESIGN WIZARD. DATA SCHEMA DIAGRAMMER Database Design Wizard : slúži na vytvorenie logického modelu BD na základe ERD Kroky : 1) definovanie tabuliek – entity a relácie z ERD sa transformujú do tabuliek LM BD 2) definovanie stĺpcov – atribúty z ERD a relácie sa využívajú na odvodenie stĺpcov 3) definovanie integrity – zahrňuje návrh primárnych kľúčov, cudzích kľúčov a kontrola 4)nastavenie volieb – možno vybrať objekty, ktoré budú zahrnuté do LM BD 5) spustenie DDW utility – generovanie LM BD 6)pre cudzie kľúče DDW generuje indexy
Data Schema Diagrammer : je grafický nástroj, ktorý umožňuje editovať a spresňovať vytvorený LM BD pomocou DDW. Možno sprístupniť : • modul Database Design Wizard • Table / entity retrofit • modul Data Diagrammer • modul Entity Relationship Diagrammer • Matrix Diagrammer Notácia diagramov je ako v ERD, pričom : # označuje primárny kľúč o – označuje stĺpec * - označuje not null stĺpec 24 ) APLICATION DESIGN WIZARD. MODUL STRUCTURE DIAGRAMMER. MODUL DATA DIAGRAMMER. MODUL PREFERENCE GENERATOR Aplication Design Wizard : na definovanie modulov nového SP z funkčného modelu. Vytvára menu modulov a menu štruktúr, transformuje fcie, ktoré, ak budú prijaté budú implementované ako forms, reports a utilites. Transformuje aj function data usage v module Data Usage, t.j. definuje, aké je využitie BD modulmi. Na vizualizáciu sa používa Modul Date Diagrammer. Module Structure Diagrammer : na vytvorenie modulovej štruktúry IS, ktorá sa zapamätáva v Repository. Hierarchická podriadenosť ukazuje prístupové cesty. Platí pravidlo, že každý modul môže volať iný modul v aplikácií.
Umožňuje : 1) vytvoriť hierarchický diagram – volá sa Module Network . 2)na základ Modul Network, Forms Generator potom generuje menu module. Modul Data Diagrammer : používa sa na špecifikáciu okien generovaných formulárov, v ktorých sa objavia bloky založené na detailed table usage. slúži na tvorbu a modifikáciu - • detailed table usage • detailed column usage DTU a DCU - obsahujú info. o každom použití dát modulmi a sú potrebné na generovanie aplikácií. Modul Preference Generator : na zadanie preferences pre každý blok generovaných aplikácií (forms). Preferences sú parametre používané na riadenie generovaných aplikácií.
25) DDL GENERATOR, ORACLE DEVELOPER / 2000 DDL : slúži na generovanie fyzického modelu BD. Generuje tiež príkazy na vytváranie objektov. Príkazové súbory môžu byť spustené SQL * PLUS. Kroky : 1) kontrola objektov BD 2) zadanie názvu BD 3) výber typov objektov na generáciu • použitím RON • použitím Data Diagrammer • použitím DDL Generator Object Oracle Developer / 2000 : slúži na tvorbu DB typov klient / server a Web. Je generátor kódov umožňujúci výber aplikácie bez použitia SQL/PL. Je integrovaný s Oracle Designerom. Aplikácie môžu byť automaticky vygenerované. Generované forms a reports sa zapamätávajú v Oracle Developer. Pomocou Developer Reverse Engineering možno tiež pretransformovať aplikácie do Designer Repository. Oracle Designer a Oracle Developer vytvárajú komplexné vývojové prostredie pre aplikácie v prostredí Oracle. Moduly : 1) Form Builder 2) Report Builder 3) Graphics Builder 1)F. Generator – generátor, ktorý na základe informácií z Repository vytvára programy umožňujúce používateľom vyhľadávať a aktualizovať údaje. Špecifikuje tabuľky a stĺpce. Vplyv na generovaný program majú - • umiestnenie prvkov • parametre • prepojenie medzi detailde table a table usage 2) R. Generator – generuje na základe údajov programy ma výstupy. 3) G. Generator – automatické generovanie programov na grafické výstupy. 26 ) GENERÁTORY VÝSTUPOV V ORACLE 2 skupiny : 1) pre RDB 2) pre dátové sklady Generátor Oracle Discoverer, umožňuje : • vyhľadávať tabuľky a stĺpce na výstupy • vyberať z DB stĺpce na výstupy • definovať podmienky na vyhľadávanie údajov • definovať a zapamätávať štruktúry výstupov • vytvárať kalkuláciu zo stĺpcov tabuliek • vytvárať grafické výstupy s určitým druhom grafu. • transfer výstupných dát do iného prostredia
Nedostatkom nástroja je nedostatočná rýchlosť vyhľadávania údajov. Oracle Express : má moduly pracujúce ako generátor výstupov pre dátové sklady Je založený na technológii OLAP, t.j. multidimenzionálny dátový model. Pozostáva zo servera OLAP, z modulu Oracle Express Objects a z modulu Oracle Express Analyzer. Oracle server OLAP – distribuuje sa v 2 verziách : a) Oracle Personal Express – pre samostatné PC b) Oracle Server pre sieťové aplikácie Oracle Express Objects – na vývoj aplikácií v prostredí Oracle Express pomocou inteligentných objektov a Visual Basic Oracle Express Analyzer – generátor výstupov z dátového skladu. Umožňuje generovať výstupy v tabuľkovej alebo grafickej forme, zadať kalkulácie.
27) Vývojové nástroje Oracle 9i Oracle Internet Developer Suite obsahuje – Portal – Designer 9i – Forms Developer – Reports Developer – JDeveloper – Business Components For Java – Discover Desktop a Administration Edition
Oracle Portal – –
komplexné riešenie pre tvorbu, nasadzovanie a správu podnikových portálových (slúžia na prístup k informačným zdrojom a aplikáciám pracujúcim s týmito zdrojmi) obsah portálu sa približuje konkrétnym požiadavkám používateľa. Každý používateľ má možnosť upraviť vzhľad a obsah portálu podľa vlastných požiadaviek
Oracle Designer 9i Designer Editor obsahuje – Server Model Diagram (v Designer 2000 Data Schema Diagrammer) – na dotvorenie logicckého modelu BD a na generovanie fyzického modelu BD – Module Diagram (v Designer 2000 Module Diagrammer) – prepája vybraný modul na tabuľky (pre každý modul je jeden diagram) – DS (???) – na nastavenie prístupových práv – Distribution – na distribuované BD
28)Oracle Forms Developer. FORM BUILDER. ZÁKLADNÉ POJMY – –
predstavuje vývojové prostredie pre tvorbu databázových aplikácií (návrh vstupnovýstupných obrazoviek a ich prepojenie na BD, moduly) Oracle Forms Developer obsahuje :
Form Builder – navrhovací nástroj Forms Compiler – na kompiláciu formulárov do zdrojového kódu Forms Runtime – číta súbory vytvorené pomocou Forms Compilera a spúšťa formuláre o Web Previewer – na miestne testovanie formulárov zo servera v prehliadači podporujúcom Javu o o o
Form Builder Pomocou Form Builder možno vytvárať tieto typy modulov: – modul typu Formulár – vo formulári môžeme definovať objekty ako okná, kanvasy, položky a bloky – modul typu Menu – na vytváranie menu na rôznych úrovniach. Je kolekciou objektov menu a príkazov pre jeho položky – modul typu PL/SQL knižnica (modul typu knižníc objektov) – obsahuje objekty, ktoré stačí vytvoriť a potom ich používať v celej sade modulov formulárov (napríklad moduly ktoré pracujú s rovnakými dátami a rovnakým spôsobom môžeme nahradiť jedným modulom z tejto knižnice). Obsahujú tiež kód ktorý možno zdieľať medzi aplikáciami pre ich komunikáciu s databázou Okno – prázdny rám, ktorého titulná lišta zabezpečuje pre užívateľa rozbaľovanie, pohyb a zrušenie Kanvasy – množina objektov na formulári (ako riadiace arrays) pre ktoré možno zadávať spoločné vlastnosti. Každý objekt musí byť umiestnený na určitom kanvase. Kanvasy môžu byť typu: – Content (obsah) – Stacked (zásobníkový) – Horizontal Toolbar (horizontálne menu) – Vertical Toolbar (vertikálne menu) – Tab (karta, záložka) Položky (Items) – objekty rozhrania, ktoré umožňujú užívateľovi spojenie s aplikáciou (textové polia, tlačidlá, zaškrtávacie políčka a podobne) Bloky – poskytujú mechanizmus na zoskupenie položiek do funkčných jednotiek. Bloky môžu byť: – Dátové bloky – obsahujú tzv. Bound Items, teda Items, ktoré sú prepojené na BD, jeden dátový blok je zvyčajne prepojený na jednu databázovú tabuľku (pohľad). Ak vytvárame dátový blok, odkazujeme stĺpce tabuľky na položky. Pri prevádzke pracuje používateľ s položkami v dátovom bloku a realizuje dotazy a aktualizácie, pričom dátový blok automaticky zahrňuje funkcie na ich podporu – Riadiace bloky – obsahujú takzvané Unbound Items, teda objekty, ktoré nie sú prepojené na BD (napríklad tlačidlá). Na definovanie kódu pre tieto Items sa používa PL/SQL editor Pri práci s Form Builder používame – Paleta vlastností (Properties Pallete) – umožňuje nastavovať vlastnosti objektov. Možno ju otvoriť v hlavnom menu cez Tools/Property Pallete, alebo cez Object Navigator pomocou ponuky možností – Editor rozloženia (Layout Editor) – zabezpečuje vizuálnu prezentáciu aplikácie a kolekcie objektov vo formulári (položky, rámy) a kanvasov. Možno ho otvoriť
–
– –
–
v hlavnom menu cez Tools/Layout Editor alebo cez Object Navigator. Ak potrebujeme vidieť kanvas a jeho objekty stačí kliknúť na ikonu kanvasu v Object Navigatore Editor ponuky (Menu Editor) – umožňuje tvorbu a zmenu ponúk (nový objekt v menu, úpravu existujúceho objektu). Zobrazenie editora je možné cez Tools/Menu Editor alebo cez Object Navigator. Tvorba novej položky v menu vyžaduje výber Popup Menu a v hlavnom menu zvoliť Edit/Create Knižnica objektov (Object Library) – obsahuje nástroje na tvorbu, zrušenie a zdieľanie vybraných objektov, na zadanie počiatočných hodnôt, na výber a použitie objektov triedy a podobne Navigátor objektov (Object Navigator) – umožňuje hierarchické zobrazenie všetkých objektov v aplikácii, ich tvorbu, prehľadávanie, výber, kopírovanie, zmazanie. Objekty sú v navigátore organizované pod špecifickými hlavičkami podľa stupňov. Na najvyššom stupni sú formuláre, menu, PL/SQL a objektové knižnice Editor PL/SQL (PL/SQL Editor) – umožňuje zápis PL/SQL kódu, zmenu a debug klientskej aj serverovej stránky funkcií a procedúr. Pomocou editora PL/SQL možno vytvárať triggery, programové jednotky, kalkulačné položky, kódy menu. Trigger je blok v PL/SQL kóde ktorý predstavuje udalosť – procedúru, ktorá sa na túto udalosť spustí.
29)Tvorba formulára Tvorbu formulára možno realizovať – pomocou wizardov – ručne – ako formulár, ktorý je založený na šablóne Pri využití wizardov vykonávame nasledujúce kroky – tvorba nového modulu vo Form Builder – tvorba dátového bloku, ktorý je založený na databázovej tabuľke – rozloženie položiek z dátového bloku do rámu na kanvase – kompilácia a testovanie Pri tvorbe formulárov využívame Data Block Wizard a Layout Wizard. Data Block Wizard je nástroj, ktorý umožňuje vytvorenie alebo zmenu dátového bloku. Možno ho aktivovať z hlavného menu Tools/Data Block Wizard. Potom možno vybrať z ponuky Tables (tabuľky z BD; po zvolení tejto funkcie určujeme stĺpce s ktorými bude formulár komunikovať), Views (pohľady) alebo stored procedure (uložené procedúry; po zvolení tejto funkcie vyberáme dotaz, vloženie, zmazanie alebo zmenu pre dátový blok) Layout Wizard umožňuje rýchle a jednoduché rozloženie položiek na formulári (pričom údaje pochádzajú z dátového bloku) a zmenu rozloženie položiek na formulári. Tento nástroj sa používa na – výber alebo tvorbu kanvasu – výber položiek z dátových blokov – výber typu rámu – špecifikovanie počtov záznamov na formulári – nastavenie výšky a šírky
30) MS VISIO. TVORBA DIAGRMOV V MS VISIO Ponúka prostredie na kreslenie diagramov, možno použiť niekoľko notácii. Nemá zabudované prepojenie diagramov a nevyžaduje dodržiavanie metodológie. Možno ho použiť pre štruktúrovaný a O – O vývoj IS. Disponuje širokou škálou notácií. Notácie sú zoskupené do šablón. Šablóny tvoria skupiny podľa toho pre aký typ diagramu sa používajú. Skupiny : • annotation • block diagram • database • flowchart • forms and charts • internet diagram • map • network diagram • office layout • organisation chart • project shedule • SW • other Každá šablóna obsahuje určitú množinu prvkov, z ktorých sa skladajú diagramy. Prostredie je založené na princípe desk top. Pri otvorení MS Visio sa zobrazí úvodné okno, v ktorom je možný výber existujúceho súboru alebo vytvorenie nového. Poskytuje flexibilnosť pri kreslení. Existuje možnosť vytvoriť si vlastnú šablónu. Nakreslené diagramy možno zapisovať ako grafické súbory. 31) LOGICKÝ MODEL BD, KONTROLA MODELU V MS VISIO Je východiskom na generovanie fyzického modelu. LMBD : je založený z tabuliek a relácií medzi nimi. Pomocou Entity shapes sa znázorňujú tabuľky a relácie. Notácia :
Zadávanie mien a atribútov v tabuľkách sa uskutočňuje prostredníctvom okna Database Proprties. Rovnakým spôsobom možno meniť vlastnosti väzieb. Tabuľky sa väzbami prepoja.
Pre prepojené tabuľky Visio definuje cudzí kľúč v jednej z nich. Pri presúvaní tabuliek je možné, že niektorá väzba sa rozpojí. Väzbu možno znovu spojiť priamo v okne (výberom primárneho kľúča jednej z tabuliek a sekundárneho v druhej a tlačítkom Associate). Pre atribúty je potrebné zadať nové dátové typy. Typy možno špecifikovať 2 spôsobmi : 1) bez ohľadu na cieľový systém SRBD – je vhodný, ak pri tvorbe modelu ešte nie je známy cieľový SRBD alebo BD bude generovaná do viacerých prostredí. 2) definovanie konkrétnych typov, špecifických pre SRDB – ak je dopredu známe prostredie, do ktorého bude generovaná DB uložená. Kontrola : Visio umožňuje kontrolu LMBD, z ktorého bude generovaná BD. Kontrolu možno vykonať kedykoľvek. Visio nepovolí generovanie BD, ak obsahuje chyby, preto musia byť odstránené. Druhy kontroly – 1) logickú – kontrolovaný vzhľadom na dodržanie zásad na dosiahnutie normalizovaného modelu. 2) fyzickú – kontrola súladu vzhľadom na cieľový SRBD. Chyby sú vypísané v riadkoch tak, že je najprv uvedený názov súboru, číslo chyby, názov tabuľky a definícia chyby. 32) GENEROVANIE V MS VISIO Na generovanie DB je potrebná Enterprice Edition, ktorá umožňuje zostrojiť LMBD a z neho vygenerovať fyzický. LMBD sa zostrojuje v Datbase Template. Existujú v nej 3 šablóny : 1) Database Model Template – poskytuje prostredie na tvorbu LMBD a generovanie DB. 2) ER Source Model Template – je na tvorbu modelu, ktorý sa skladá z podmodelov, na ktorých pracuje viac pracovníkov. 3) ORM Source Model Template – umožňuje vytvárať KMBD skladajúci sa z podmodelov. Tieto templesty môžu využívať Entity Relationship stencil. Obsahujú shapes : • entity – je neskoršia tabuľka v DB. • reletionship connector – určuje reláciu medzi 2 tabuľkami a definuje cudzí kľúč. • categories – reprezentuje vzťahy medzi 1 tabuľkou a jej podriadenými. • views – predstavujú pohľady na dáta v DB, ktoré vznikli odvodením určitých stĺpcov z iných tabuliek. • parent to category a category to child – spájajú nadradenú tabuľku a category a s podriadenými tabuľkami a zavádza cudzí kľúč.
33) RATIONAL XDE – ZÁKLADENÉ INFORMÁCIE, MODELOVACIE PACKAGE A POUŽÍVATEĽSKÉ ROZHRANIE Rational XDE Rational eXtended Development Environment Základné informácie
•produkt firmy IBM a Rational Software – výhradný copyright •integrovaný do prostredia VS .NET ako doplňujúci modul •je to silný nástroj na analýzu, návrh, komunikáciu a dokumentáciu cez životný cyklus projektu integrovaný s vývojárskou platformou používanou na tvorbu aplikácií a systémov XDE umožňuje
•pracovať efektívnejšie možnosťou definovania vlastných vzorov, ktoré zachytávajú osvedčené architektúry a návrhy a definujú programové a modelové šablóny
•znázorniť rôzne typy informácií pomocou UML prvkov a non-UML prvkov •produkovať kód lepšej kvality pri podpore validácie modelov pre UML a špecifických programových jazykov
• pracovať lepšie s inými členmi tímu (analýza, návrh a kódovanie sa • prostredí, v rámci projektu sa dajú tvoriť mnohonásobné modely) • zdieľať informácie projektu jednoduchšie možnosťou distribúcie návrhu a vývoja prostredníctvom tvorby assets (aktív)
•produkovať heterogénne riešenia pre potreby aplikácií možnosťou generovať kód do rôznych jazykov
• rozšíriť o ďalšie vývojárske nástroje pomocou Rational XDE Extensibility API robí v jednom
ZÁKLADY XDE
•Solution (Riešenie) je kontajner pre kolekciu projektov a ostatných súborov, ktoré tvoria aplikáciu (aj v rôznych jazykoch). Obsahuje aj súbory solution (potrebné na vývoj ale nepatria projektu, CSS) a miscellaneous items (neasociované s aplik. alebo zahrnuté do riešenia alebo projektu).Stromovú štruktúru zobrazuje Solution Explorer.
•Project (Projekt) je kolekcia súborov v stromovej štruktúre predstavujúcich aplikáciu alebo systém vo vývoji. Zahrňuje modely, kód, textové súbory a iné s projektom súvisiace artefakty. Dve možnosti: Analysis Project alebo Empty Project
•Model (Model) obsahuje hierarchiu objektov nazývaných elementy alebo položky (napr. diagramy, dátové elementy, služby a relácie). Hierarchickú štruktúru modelov a ich elementov zobrazuje Model Explorer. Existuje kódový model (kód v rámci projektu) , referenčný model (externé kódové artefakty, referencovaný kódový model z iného projektu) a dátový model (kolekcia dátových elementov na generovanie DB a DDL). Profil/y
•XDE ho pridelí po vytvorení každému modelu •modelu pridáva vlastnosti, funkcionalitu, podmienky validácie atď. •sú mechanizmy UML, ktoré umožňujú rozšíriť sémantiku UML použitím stereotypov a tagovaných hodnôt.
•môžeme pridávať aj navyše (napr. pretransformujeme jazykov nezávislý model na jazykovo závislý), ak v Model Explorer, klikneme na model (.mdx), v Properties window pozrieme vlastnosť UML > AppliedProfiles.
•Sú uložené v XML súboroch s príponou .prx Workspace (pracovný priestor)
•XDE vytvorí pre každý model pri jeho vytvorení pracovný priestor (workspace), ktorý sa znovu vytvára pri každom otvorení a upravuje (update) po každom zatvorení.
•Obsahuje informácie o diagramoch modelu •Sú uložené v XML súbore s príponou .wdx.
Nastavenia
•Všetky potrebné nastavenia týkajúce sa vzhľadu modelu, konektorov, prvkov, model explorera, dátového modelu, vzorov (pattern), RAS, porovnania a zlúčenia, tlače atď sa robia v Tools>Options>Rational XDE Minimálne požiadavky na hardvér
•Procesor 733Mhz, RAM 512, Disk 2-5GB Modelovacie package Rational XDE
•Modeler (Základný modelovací package) •Data modeler (Data modelovací package) •Developer for the Java Platform package •Developer for Visual Studio package •Developer Plus package Modeler (Základný modelovací package)
•tvorbu diagramov free-form, activity, class, component, deployment, sequence, statechart, and use-case diagrams
•podporuje modelovaciu konvenciu Unified Modeling Language (UML) 1.4 , využíva UML prvky a Non-UML prvky (v taboch Geometric Shapes and UML Deployment v Toolbox)
•plná podpora tvorby vzorov (pattern) •tvorba Reusable Asset Specification (RAS) assets (kolekcia príbuzných artefaktov na riešenie opakujúcich sa problémov uložených v repozitory)
•z Rational XDE Extensibility API (RXE API), umožňuje písať programy v rôznych jazykoch a tvorbu súborov XML a CSV
•RUP Configuration for Java Developers •RUP Configuration for Microsoft Visual Studio .NET Developers predstavuje Rational Unified Process špeciálne upravený pre potreby .NET Data modeler (Data modelovací package)
•tvorba LMD pre databázy IBM DB2 family, Microsoft SQL Server, Sybase Adaptive Server a Oracle Developer for the Java Platform package
•generovanie kódu do Javy, reverzné inžinierstvo modelov z kódu , zahrňuje J2SE a J2EE •modelovanie a generovanie JSP, tag knižníc a HTML dokumentov Developer for Visual Studio package
•generovanie kódu do Visual C++, VB a C# a reverzné inžinierstvo •modelovanie a generovanie ASP.NET súborov Developer Plus package
•generovanie do ANSI C++ a reverzné inžinierstvo •analýzu run-time vykonávania s PurifyPlus •automatickú tvorbu tzv. trace sequence diagram vo Visual Trace Prvky používateľského rozhrania
•Class View— zobrazuje triedy •Command window—umožňuje pridávať príkazy, debagovať alebo ohodnotiť výrazy •Diagram window—zobrazuje aktuálne diagramy •Dynamic Help window—zobrazuje pomoc k vybranému prvku •Model Explorer—zobrazuje súbory modelu
•Output window—zobrazuje správy o statuse modelu, aktivity modelu a príbuzné elementy
•Properties window— zobrazuje vlastnosti vybranému prvku •Solution Explorer—zobrazuje riešenie vrátane modelov •Toolbox—poskytuje prvky pre diagramy •Server Explorer—poskytuje prehľad serverov V hl. menu si zvolíme VIEW a okno, ktoré chceme zobraziť. Príkazy menu závisia na:
•Package, ktorý používame •Funkcionalite sprístupnenej načítanými profilmi •Type modelu, ktorý je otvorený •Type prvku, ktorý je vybraný •Okne v ktorom vyberieme prvok Toolbar (panel nástrojov)
•poskytujú jednoduchý a rýchly prístup k najčastejšie používaným príkazom •položka menu VIEW>Toolbars Toolbox
•poskytuje nástroje organizované v záložkách (tab) na vývoj diagramov •záložky a nástroje môžeme voľne pridávať alebo meniť •do diagramov môžeme pridávať nástroje potiahnutím alebo kliknutím
Zvýšenie verzie modelu
•Modely v starších verziách Rational XDE alebo v Rational Rose sa dajú upgrade-ovať do verzie 2003.
•Musíme zohľadniť, že nie sú spätne kompatibilné, nemôžeme zlúčiť modely rôznych verzií, automaticky budú upgrade-ované aj všetky referenčné modely a obsahy podjednotiek sa zlúčia do materskej jednotky.
• Upgrade sa robí v Solution Explorer dvojklikom na model. Zobrazí sa okno Upgrad-u modelu a zvolíme Upgrade.