Prednáška 16-1 CASE-TECHNOLOGIES PRI TVORBE IS

Riešenie problémov navrhovania veľkých rozmerov si vyžaduje použitie vhodných metód a modelov. Hierarchické CASE-modely (Computer-Aided Software / System Engineering - softvér / návrh systému založený na počítačovej podpore) vo veľkej miere spĺňajú požiadavky na ne.

Bez použitia nástrojov CASE v súčasnosti nevzniká prakticky žiadny významný zahraničný softvérový produkt a v mnohých odvetviach popredných krajín (najmä verejný sektor, obranný komplex, ťažobný priemysel) je príprava projektovej dokumentácie pomocou nástrojov CASE nevyhnutnosťou. požiadavka noriem.

Oblasťou aplikácie CASE-technológií je predovšetkým tvorba ekonomických IS, najmä tam, kde je problém veľmi zložitý, napríklad v podnikových IS.

Základom metodiky CASE je modelovanie. Technológia CASE je modelová metóda na automatizáciu návrhu systému.

Technológia CASE je založená na vzťahu:

metodika - metóda - zápis - prostriedky

Metodológia definuje všeobecné prístupy k hodnoteniu a výberu variantu systému, postupnosť etáp a etáp návrhu, prístupy k voľbe metód.

Metóda určuje poradie navrhovania jednotlivých komponentov systému (známe sú napríklad metódy navrhovania dátových tokov v systéme, špecifikovanie popisov procesov, reprezentácia dátových štruktúr v úložisku a pod.).

Notácie- grafické prostriedky zápisu a pravidlá určené na popis štruktúry systému, štádií spracovania informácií, dátových štruktúr (grafy, diagramy, tabuľky, vývojové diagramy, formálne a prirodzené jazyky).

Fondy- nástroje, nástroje na poskytovanie interaktívneho režimu návrhu (tvorba a úprava grafického návrhu IS a programov na generovanie kódu).

Konštrukcia CASE-modelu systému zabezpečuje dekompozíciu systému a hierarchické usporiadanie podsystémov.

Model systému by mal odrážať: funkčnú časť systému; vzťahy medzi údajmi; zmeny stavu systému počas prevádzky.

Na modelovanie IS v týchto aspektoch sa používajú typy grafických nástrojov:

1. Diagramy toku údajov - DFD (Data Flow Diagrams). Používajú sa v spojení s dátovými slovníkmi a špecifikáciami procesov.

2. Entity-relationship diagrams - ERD (Entity Relationship Diagrams), zobrazujúce vzťahy medzi dátami.

3. Stavové prechodové diagramy - STD (State Transitign Diagrams) na vyjadrenie časovo závislého správania systému (v reálnom čase).

Vedúca úloha v modelingu patrí DFD.

DFD je navrhnutý tak, aby odrážal vzťah zdrojov údajov a prijímačov, tokov údajov, procesov spracovania (výpočtové procesy zodpovedajúce systémovým funkciám), dátových úložísk (systémy na ukladanie dát).

Grafické znázornenie diagramu toku údajov na obrazovke poskytuje prehľad o simulácii a pohodlie interaktívnych úprav. Pretože grafické znázornenie nie je dostatočné na presnú identifikáciu komponentov DFD, používajú sa textové popisy.

Každý proces (funkcia systému) je možné prehĺbiť pomocou nízkoúrovňového DFD, kde sa rozdelí na niekoľko procesov, pričom sa súčasne prehĺbia dátové toky. Detailovanie procesu končí, keď je možné vykonať popis každého podrobného procesu pomocou zvolenej metódy zápisu procesného algoritmu.

Vizuálne jazyky poskytujú automatické generovanie kódu, ale špecifikácie procesov prezentované s ich pomocou sa ťažko upravujú.

Dôležitým metodickým princípom technológie CASE pre tvorbu informačného systému je jasné rozdelenie procesu tvorby systému do 4 etáp:

Predprojektová fáza (fáza analýzy, prototypovania a budovania modelu požiadaviek na systém);

Návrh, zahŕňajúci logický návrh systému (bez programovania);

Fáza programovania (vrátane návrhu fyzickej databázy);

Post-projekt, vrátane uvedenia do prevádzky, prevádzky a údržby systému.

Vo fáze predbežného návrhu sa vytvorí model požiadaviek na systém, t. j. podrobný popis toho, čo by mal robiť, bez špecifikácie, ako sa majú požiadavky implementovať.

Vo fáze projektu sa spresňuje model požiadaviek (vývoj podrobného hierarchického modelu na základe DFD a špecifikácií procesov) a jeho rozšírenie na implementačný model na logickej úrovni.

Vo fáze programovania sa vykonáva fyzický návrh systému. Táto fáza zabezpečuje automatické generovanie kódu podľa špecifikácií procesov systémového softvéru a fyzického návrhu databázy.

Záverečná poprojektová fáza začína akceptačnými testami. Potom nasleduje uvedenie do prevádzky, údržba a vývoj systému.

Výhody technológie CASE:

1. CASE-technológia vytvára príležitosť a zabezpečuje prenesenie ťažiska v komplexnosti tvorby systému do predprojektovej a projektovej fázy. Starostlivé preštudovanie týchto etáp v interaktívnom režime s počítačovou podporou znižuje počet možných chýb návrhu, ktoré sa v nasledujúcich fázach ťažko opravujú.

2. Grafická podoba znázornenia modelu, prístupná pre neprogramátorských používateľov, umožňuje implementovať princíp používateľského dizajnu, ktorý počíta s účasťou používateľov na tvorbe systému. CASE-model umožňuje dosiahnuť vzájomné porozumenie medzi všetkými účastníkmi tvorby systému (zákazníci, používatelia, dizajnéri, programátori).

3. Prítomnosť formalizovaného modelu systému v štádiu predbežného návrhu vytvára príležitosť na viacrozmernú analýzu s približným hodnotením účinnosti možností. Analýza prototypového systému umožňuje upraviť budúci systém ešte pred jeho fyzickou implementáciou. To urýchľuje a znižuje náklady na vytvorenie systému.

4. Stanovenie požiadaviek na systém vo formalizovanej forme šetrí dizajnérov od mnohých úprav.

5. Oddelenie návrhu systému od programovania vytvára stabilitu návrhových riešení pre implementáciu na rôznych softvérových a hardvérových platformách.

6. Prítomnosť formalizovaného modelu implementácie systému a vhodných automatizačných nástrojov umožňuje automatické generovanie kódu systémového softvéru a vytvorenie racionálnej databázovej štruktúry.

7. Vo fáze prevádzky systému je možné vykonávať zmeny na úrovni modelu, bez odkazu na texty programov, prípadne silami špecialistov z automatizačného oddelenia spoločnosti.

8. Model systému je možné použiť nielen ako základ pre jeho tvorbu, ale aj na účely automatizovaného školenia personálu pomocou diagramov.

9. Na základe modelu súčasného systému môže byť vykonaná obchodná analýza na podporu manažérskych rozhodnutí a obchodného reengineeringu pri zmene smerovania spoločnosti.

V závislosti od funkčného účelu sú softvérové ​​nástroje, ktoré poskytujú technológiu CASE, rozdelené do nasledujúcich klasifikačných skupín, ktoré poskytujú:

Analýza a návrh informačného systému;

Návrh databázy;

Programovanie;

Údržba a reinžiniering;

Riadenie procesu dizajnu.

Analytické a návrhové nástroje sa používajú na zostavenie CASE modelu súčasného aj implementovaného riadiaceho systému. Podporujú grafickú konštrukciu a riadenie hierarchického modelu diagramov toku údajov a popis jeho komponentov. Tieto nástroje umožňujú analytikom a dizajnérom prístup k databáze navrhovaného systému. Tieto nástroje zahŕňajú: domáci balík CASE. Analytik, Dizajn/IDEF (Meta Software), Vývojár (ASYST Technologies) atď.

Aby sa vyhovelo požiadavkám používateľov, vytvárajú sa prototypy používateľských rozhraní vrátane ponúk, obrazovkových formulárov a zostáv vo forme tabuliek alebo grafov. Príkladom je Developer/2000 (Oracle).

Nástroje na návrh databáz poskytujú logické dátové modelovanie, automatickú konverziu dátových modelov do tretej normálnej formy a generovanie databázových schém. Príkladmi takýchto nástrojov sú Designer/2000 od Oracle, ERWin (Logic Works) atď.

Programovacie nástroje podporujú automatické generovanie kódu zo špecifikácií procesov, testovania a programovej dokumentácie. Patria sem Programmer/2000 (Oracle), DECASE (DEC), APS (Sage Software) atď.

Nástroje údržby a reengineeringu umožňujú vykonávať zmeny v systéme za meniacich sa obchodných podmienok (Adpac CASE Tools od Adpac atď.).

Nástroje na riadenie procesu návrhu podporujú plánovanie a kontrolu implementácie súboru návrhových prác, ako aj interakciu analytikov, dizajnérov a programátorov na základe spoločnej databázy (Project Workbench od Applied Business Technology).

Prehľad niektorých CASE systémov.

Zoznam výrobcov nástrojov CASE a množstvo užitočných odkazov nájdete na http://sunny.aha.ru/~belikov/index.htm Na internete je dostupná aj kniha Vendrov A.M. CASE technológie. Moderné metódy a nástroje na navrhovanie informačných systémov.

Power Designer od Sybase.

Power Designer obsahuje nasledujúce moduly:

· Procesný analytik- nástroj na funkčné modelovanie, podporuje notáciu Yordon - DeMarco, Hein - Sarson a niekoľko ďalších. Dátové prvky (názvy, typy, formáty) spojené s dátovými tokmi a dátovými skladmi je možné popísať. Tieto prvky sa prenesú do ďalšej fázy návrhu a dátové úložiská sa môžu automaticky previesť na entity.

· Dátový analytik- nástroj na vybudovanie modelu „entity-relationship“ a na jeho základe automatické generovanie relačnej štruktúry. Vstup pre model entita-vzťah možno získať z modelov DFD vytvorených v module Process Analyst. V ER diagramoch sú povolené iba binárne prepojenia, nastavenie atribútov pre odkazy nie je podporované. Dialekty SQL sú podporované pre približne 30 relačných DBMS a možno generovať tabuľky, pohľady, indexy, spúšťače atď. V dôsledku toho sa vygeneruje SQL skript (sekvencia príkazov CREATE), ktorého vykonaním sa vytvorí navrhnutá databázová schéma. Je tiež možné nadviazať spojenie s DBMS cez rozhranie ODBC. Ďalšie funkcie: automatická validácia modelu, výpočet veľkosti databázy, reengineering (vytváranie modelových diagramov pre existujúce databázy) atď.

· Aplikačný modelár- nástroj na automatické generovanie prototypov programov na spracovanie dát založených na relačných modeloch zabudovaných v Data Analyst. Kód je možné získať pre Visual Basic, Delphi, ako aj pre také vývojové systémy v architektúre "klient-server" ako PowerBuilder, Uniface, Progress atď. Generovanie kódu je založené na šablónach, respektíve generovanie je možné riadiť zmenou zodpovedajúcu šablónu.

Skúšobnú verziu Power Designer, v ktorej sú blokované funkcie ukladania zostavených modelov, je možné získať z ruského webového servera spoločnosti Sybase.

Silverrun od Silverrun Technologies Ltd.

Systém Silverrun CASE pozostáva z nasledujúcich nástrojov:

· BPM- konštrukcia DFD-diagramov. Podporuje notácie Yordon-DeMarco, Hein-Sarson, Ward-Mellor a mnoho ďalších. Tento nástroj vám umožňuje automaticky kontrolovať integritu zostaveného modelu a zoznam overovacích kritérií definuje používateľ (napríklad: absencia názvov prvkov modelu, dátové toky typu „úložisko – úložisko“ alebo „externé subjekt - externý subjekt" atď.)

· ERX- konštrukcia "entitno-vzťahových" diagramov. Podporované sú nielen binárne odkazy, ale aj odkazy vyšších rádov, pre odkazy je možné definovať atribúty. Vybudované ER modely je možné previesť do relačných štruktúr pomocou externej utility (vo verzii, s ktorou som pracoval, sa bohužiaľ atribúty odkazu stratili).

· RDM- nástroj na relačné modelovanie, ktorý umožňuje generovať SQL skripty na vytváranie tabuliek a indexov pre cca 25 cieľových DBMS.

Je potrebné poznamenať, že Silverrun Technologies Ltd nie je len vývojárom nástrojov CASE, ale vytvorila aj vlastnú metodiku tvorby informačných systémov s názvom Datarun. Táto metodika obsahuje popis všetkých fáz životného cyklu informačného systému, zoznam a postupnosť prác, požiadavky na obsah a vyhotovenie dokumentov a mnohé ďalšie.

Testovaciu verziu Silverrunu si môžete stiahnuť zo servera Argussoft. V tejto verzii sú limity na počet prvkov vo vytvorených modeloch.

BPWin a ERWin od LogicWorks.

LogickWorks vydáva dva doplnkové nástroje na návrh informačných systémov:

· BPWin- funkčné modelovanie založené na metodike IDEF0. Je tiež povolené používať notácie IDEF3 a DFD v notácii Yordon-DeMarco. Zostavené modely je možné exportovať do systémov funkčnej analýzy nákladov (ABC - Activity Based Costing) a informačného modelovania ERWin.

· ERWin- nástroj na modelovanie informácií, používa sa zápis IDEF1X. Podporovaných je viac ako 20 cieľových DBMS, je možné generovať prototypy aplikačných programov pre Visual Basic, Delphi atď.

Pomocou SilverRun

Metodológia

Plánovanie a rozvoj komplexných informačných systémov nie je možné bez dôkladne premysleného metodického prístupu. Aké fázy je potrebné absolvovať, aké metódy a modely použiť, ako organizovať kontrolu nad priebehom projektu a kvalitou práce - tieto otázky riešia metodológie softvérového inžinierstva. Existuje veľa metodík a hlavnou vecou v nich je jedna disciplína práce vo všetkých fázach životného cyklu systému. Ak sa zohľadnia všetky kritické úlohy a ich riešenie je kontrolované, kvalita vytvorených systémov výrazne stúpa. V tomto prípade vo všeobecnom prípade nezáleží na tom, ktoré konkrétne metódy boli zvolené na riešenie týchto problémov.

Rôzne triedy systémov používajú svoje vlastné metódy vývoja. Sú určené jednak typom vytváraného systému a jednak prostriedkami implementácie. Pravdepodobne najbežnejšie z hľadiska objemu vývoja sú informačné systémy podnikovej triedy. Takmer každá organizácia má špecialistov, ktorí vyvíjajú alebo udržiavajú informačné systémy. Špecifikácia týchto systémov sa vo väčšine prípadov skladá z dvoch hlavných komponentov: funkčnej a informačnej. Podľa spôsobu kombinácie týchto komponentov možno prístupy k reprezentácii informačných systémov rozdeliť na dva hlavné typy – štrukturálne a objektovo orientované. Objektovo orientované metódy sú samozrejme aj štrukturálne v priamom zmysle slova. Historicky sa však tento termín v softvérovom inžinierstve priraďuje viacerým disciplínam: štrukturálne programovanie, konštrukčný návrh, štrukturálna analýza. V štrukturálnych technológiách sa funkčné a informačné modely budujú oddelene, najčastejšie vo forme diagramov toku dát a diagramov entít a vzťahov. Objektovo orientované technológie považujú informácie za neoddeliteľnú súčasť procesov ich spracovania. Modely objektovo orientovaných technológií popisujú štruktúru, správanie a implementáciu systémov z hľadiska tried objektov.

Objektovo orientované technológie dominujú v oblasti tvorby operačných systémov, nástrojov na vývoj a spúšťanie aplikácií a systémov v reálnom čase. Koncept objektu pomáha bojovať proti rýchlo rastúcej zložitosti systémov. Okrem toho interagujúce elektronické zariadenia, podobne ako prvky programov, sú prirodzene reprezentované objektmi.

V oblasti vytvárania podnikových systémov vedú štrukturálne technológie, pretože sú najviac prispôsobené na interakciu so zákazníkmi a používateľmi, ktorí nie sú špecialistami v oblasti informačných technológií. A analýza skúseností s vývojom informačných systémov ukázala, že aktívne zapojenie používateľov do štádií identifikácie požiadaviek a stanovenia úlohy je kritickým faktorom úspechu veľkých projektov. Pri vývoji systémov podnikovej triedy sa hlavné úsilie vynakladá na pochopenie a špecifikáciu požiadaviek používateľov a na implementáciu sa používajú zakúpené nástroje na vývoj aplikácií (najčastejšie jazyky štvrtej generácie) a systémy na správu databáz (najčastejšie relačné).

V zmysle vyššie uvedeného možno miesto systému SILVERRUN v technológiách softvérového inžinierstva definovať nasledovne: ide o špičkový CASE systém určený na inštrumentálnu podporu štrukturálnych metodík pre tvorbu podnikových informačných systémov. Tento systém teda môžu využívať špecialisti zaoberajúci sa analýzou a modelovaním podnikov, vývojári informačných systémov, správcovia databáz.

Metodológia RAD

Jedným z možných prístupov k vývoju softvéru v rámci špirálového modelu životného cyklu je v poslednej dobe široko používaná metodika rýchleho vývoja aplikácií RAD (Rapid Application Development). Tento termín sa zvyčajne chápe ako proces vývoja softvéru, ktorý obsahuje 3 prvky:

malý tím programátorov (od 2 do 10 ľudí);

· krátky, ale starostlivo vypracovaný harmonogram výroby (od 2 do 6 mesiacov);

· iteratívny cyklus, v ktorom vývojári, keď sa aplikácia začína formovať, požadujú a implementujú do produktu požiadavky prijaté prostredníctvom interakcie so zákazníkom.

Vývojový tím by mala byť skupina profesionálov so skúsenosťami v oblasti analýzy, dizajnu, generovania kódu a testovania softvéru pomocou nástrojov CASE. Členovia tímu musia byť tiež schopní transformovať návrhy koncových používateľov na funkčné prototypy.

Životný cyklus softvéru podľa metodiky RAD pozostáva zo štyroch fáz:

fáza analýzy a plánovania požiadaviek;

fáza návrhu;

fáza výstavby;

realizačná fáza.

Používatelia systému vo fáze analýzy a plánovania požiadaviek určia funkcie, ktoré musí vykonávať, vyzdvihnú najvyššiu prioritu z nich, ktoré vyžadujú v prvom rade rozpracovanie, a popíšu informačné potreby. Stanovenie požiadaviek vykonávajú najmä používatelia pod vedením špecializovaných vývojárov. Rozsah projektu je obmedzený, časový rámec pre každú z nasledujúcich fáz je určený. Okrem toho je určená samotná možnosť realizácie tohto projektu v rámci stanoveného finančného rámca, na tomto hardvéri atď. Výsledkom tejto fázy by mal byť zoznam a priorita funkcií budúceho IS, predbežné funkčné a informačné modely IS.

Počas fázy návrhu sa niektorí používatelia podieľajú na technickom návrhu systému pod vedením špecializovaných vývojárov. Nástroje CASE sa používajú na rýchle získanie funkčných prototypov aplikácií. Používatelia v priamej interakcii s nimi objasňujú a dopĺňajú požiadavky na systém, ktoré neboli identifikované v predchádzajúcej fáze. Procesy systému sa zvažujú podrobnejšie. Funkčný model sa analyzuje a v prípade potreby opraví. Každý proces sa podrobne zvažuje. V prípade potreby sa pre každý elementárny proces vytvorí čiastkový prototyp: obrazovka, dialóg, správa, ktorá eliminuje nejasnosti alebo nejasnosti. Stanovia sa požiadavky na diferenciáciu prístupu k údajom. V rovnakej fáze sa určuje súbor potrebnej dokumentácie.

Po podrobnom zadefinovaní zloženia procesov sa odhadne počet funkčných prvkov vyvíjaného systému a prijme rozhodnutie o rozdelení IS na subsystémy, ktoré dokáže implementovať jeden tím vývojárov v čase prijateľnom pre projekty RAD. - asi 60 - 90 dní. Pomocou CASE-tools je projekt rozdelený medzi rôzne tímy (funkčný model je rozdelený). Výsledkom tejto fázy by malo byť:

všeobecný informačný model systému;

funkčné modely systému ako celku a podsystémov realizovaných jednotlivými vývojovými tímami;

presne definované rozhrania medzi autonómne vyvinutými subsystémami pomocou nástroja CASE;

· postavené prototypy obrazoviek, správ, dialógov.

Všetky modely a prototypy musia byť získané pomocou tých nástrojov CASE, ktoré sa neskôr použijú pri budovaní systému. Táto požiadavka je spôsobená tým, že pri tradičnom prístupe pri prenose informácií o projekte z etapy na etapu môže dochádzať k prakticky nekontrolovanému skresleniu údajov. Použitie jedného úložného prostredia pre informácie o projekte tomuto nebezpečenstvu predchádza.

Na rozdiel od tradičného prístupu, ktorý využíval špecifické prototypovacie nástroje, ktoré neboli určené na budovanie reálnych aplikácií, a prototypy zahadzoval po splnení úlohy eliminácie nejednoznačností v dizajne, v RAD prístupe je každý prototyp vyvinutý ako súčasť budúceho systému. . Do ďalšej fázy sa tak prenášajú úplnejšie a užitočnejšie informácie.

Počas fázy zostavovania sa priamo vykonáva rýchly vývoj samotnej aplikácie. V tejto fáze vývojári iteratívne budujú reálny systém na základe modelov získaných v predchádzajúcej fáze, ako aj nefunkčných požiadaviek. Programový kód je čiastočne generovaný pomocou automatických generátorov, ktoré prijímajú informácie priamo z úložiska nástrojov CASE. Koncoví používatelia v tejto fáze vyhodnocujú získané výsledky a vykonajú úpravy, ak počas procesu vývoja systém už nespĺňa predtým definované požiadavky. Testovanie systému sa vykonáva priamo v procese vývoja.

Po ukončení práce každého jednotlivého vývojového tímu sa táto časť systému postupne integruje so zvyškom, vytvorí sa kompletný programový kód, otestuje sa spoločná práca tejto časti aplikácie so zvyškom a následne systém testuje sa ako celok. Fyzický návrh systému sa dokončuje:

určuje potrebu distribúcie údajov;

· vykonáva sa analýza využívania údajov;

fyzický dizajn databázy;

určiť požiadavky na hardvérové ​​zdroje;

Určte spôsoby, ako zvýšiť produktivitu

· Dokončuje sa vypracovanie projektovej dokumentácie.

Výsledkom fázy je hotový systém, ktorý spĺňa všetky dohodnuté požiadavky.

Vo fáze implementácie sa vykonávajú školenia používateľov, organizačné zmeny a súbežne so zavádzaním nového systému sa pracuje s existujúcim systémom (až do úplného zavedenia nového systému). Keďže fáza budovania je relatívne krátka, plánovanie a príprava na implementáciu sa musí začať včas, zvyčajne vo fáze návrhu systému. Uvedená schéma rozvoja IP nie je absolútna. Sú možné rôzne možnosti, napríklad v závislosti od počiatočných podmienok, v ktorých sa vývoj uskutočňuje: vyvíja sa úplne nový systém; už bol vykonaný prieskum podniku a existuje model jeho činnosti; podnik už má nejaký IS, ktorý možno použiť ako počiatočný prototyp alebo by sa mal integrovať s vyvíjaným.

Treba si však uvedomiť, že metodika RAD si ako každá iná nemôže nárokovať univerzálnosť, je dobrá predovšetkým pre relatívne malé projekty vyvíjané pre konkrétneho zákazníka. Ak sa však vyvíja typický systém, ktorý nie je hotovým produktom, ale je komplexom štandardných komponentov, centrálne udržiavaných, prispôsobených softvérovým a hardvérovým platformám, DBMS, telekomunikáciám, organizačným a ekonomickým vlastnostiam objektov implementácie a integrovaným s existujúcimi vývoj, metriky projektu, ako je spravovateľnosť a kvalita, ktoré môžu byť v rozpore s ľahkosťou a rýchlosťou vývoja. Takéto projekty vyžadujú vysokú úroveň plánovania a prísnu disciplínu dizajnu, prísne dodržiavanie vopred navrhnutých protokolov a rozhraní, čo znižuje rýchlosť vývoja.

Metodika RAD nie je aplikovateľná na konštrukciu zložitých výpočtových programov, operačných systémov alebo programov riadenia kozmických lodí, t.j. programy, ktoré vyžadujú napísanie veľkého množstva (stovky tisíc riadkov) jedinečného kódu.

Aplikácie, ktorým chýba výrazná časť rozhrania, ktorá jasne definuje logiku fungovania systému (napríklad aplikácie v reálnom čase) a aplikácie, ktoré ovplyvňujú bezpečnosť ľudí (napríklad riadenie lietadla alebo jadrovej elektrárne), nie sú vhodné. pre vývoj pomocou metodiky RAD, keďže iteratívny prístup predpokladá, že prvých pár verzií určite nebude plne funkčných, čo je v tomto prípade vylúčené.

Veľkosť aplikácií sa odhaduje na základe takzvaných funkčných prvkov (obrazovky, správy, správy, súbory atď.) Takáto metrika nezávisí od programovacieho jazyka, v ktorom sa vývoj uskutočňuje. Veľkosť aplikácie, ktorú je možné vykonávať podľa metodiky RAD, pre zabehnuté vývojové prostredie IS s maximálnym opakovaným využitím softvérových komponentov, je určená nasledovne:

V dôsledku toho uvádzame hlavné princípy metodiky RAD:

vývoj aplikácií prostredníctvom iterácií;

· voliteľné úplné dokončenie práce v každej fáze životného cyklu;

Povinné zapojenie používateľov do procesu vývoja IS;

Nevyhnutné používanie nástrojov CASE, ktoré zabezpečujú integritu projektu;

• používanie nástrojov na správu konfigurácie, ktoré uľahčujú zmeny v projekte a údržbu hotového systému;

Nevyhnutné použitie generátorov kódu;

Využitie prototypovania na lepšie pochopenie a uspokojenie potrieb koncového užívateľa;

testovanie a vývoj projektu, vykonávané súčasne s vývojom;

Vedenie rozvoja malého dobre riadeného tímu profesionálov;

· Kompetentné riadenie vývoja systému, jasné plánovanie a kontrola vykonávania prác.

Štrukturálny prístup

Podstata štrukturálneho prístupu k rozvoju IS spočíva v jeho rozklade (rozdelení) na automatizované funkcie: systém sa delí na funkčné podsystémy, ktoré sa zase delia na podfunkcie, delia sa na úlohy atď. Proces rozdeľovania pokračuje až po špecifické postupy. Automatizovaný systém si zároveň zachováva holistický pohľad, v ktorom sú všetky komponenty prepojené. Pri vývoji systému „zdola“ od jednotlivých úloh až po celý systém sa stráca integrita, vznikajú problémy v informačnom dokovaní jednotlivých komponentov.

Všetky najbežnejšie metodológie štrukturálneho prístupu sú založené na množstve všeobecných princípov. Používajú sa tieto dva základné princípy:

· princíp „rozdeľuj a panuj“ – princíp riešenia zložitých problémov ich rozdelením na množstvo menších samostatných úloh, ktoré sú ľahko pochopiteľné a riešiteľné;

· princíp hierarchického usporiadania - princíp usporiadania jednotlivých častí problému do hierarchických stromových štruktúr s pridaním nových detailov na každej úrovni.

Výber dvoch základných princípov neznamená, že zostávajúce princípy sú druhoradé, keďže ignorovanie ktoréhokoľvek z nich môže viesť k nepredvídateľným následkom (vrátane zlyhania celého projektu). Hlavné z týchto princípov sú nasledovné:

princíp abstrakcie – má vyzdvihnúť podstatné aspekty systému a odpútať pozornosť od nepodstatného;

princíp formalizácie - je potreba dôsledného metodického prístupu k riešeniu problému;

princíp konzistencie – je platnosť a konzistentnosť prvkov;

Princípom štruktúrovania údajov je, že údaje musia byť štruktúrované a hierarchicky usporiadané.

V štrukturálnej analýze sa používajú hlavne dve skupiny nástrojov, ktoré ilustrujú funkcie vykonávané systémom a vzťahy medzi údajmi. Každá skupina nástrojov zodpovedá určitým typom modelov (diagramov), z ktorých najbežnejšie sú tieto:

· SADT (štruktúrovaná analýza a technika návrhu) modely a zodpovedajúce funkčné diagramy;

· DFD (Data Flow Diagrams) diagramy dátových tokov;

· ERD (Entity-Relationship Diagrams) diagramy „entity-relationship“.

Vo fáze návrhu IS sa modely rozširujú, spresňujú a dopĺňajú o diagramy, ktoré odrážajú štruktúru softvéru: softvérová architektúra, blokové schémy programov a schémy obrazovkových formulárov.

Uvedené modely spolu poskytujú úplný popis IS, bez ohľadu na to, či je existujúci alebo novo vyvinutý. Zloženie diagramov v každom konkrétnom prípade závisí od požadovanej úplnosti popisu systému.

Prednáška 8. Nástroje vývoja prípadov pre informačné systémy

CASE-nástroje na navrhovanie informačných systémov

V moderných podmienkach je náročnosť tvorby informačných systémov veľmi vysoká. Preto sa pri navrhovaní integrovaných obvodov v súčasnosti široko používa technológia CASE.

Technológia CASE je softvérový balík, ktorý automatizuje celý technologický proces analýzy, návrhu, vývoja a údržby komplexných softvérových nástrojov.

Moderné nástroje CASE pokrývajú širokú škálu podpory pre početné technológie návrhu IS: od jednoduchých nástrojov na analýzu a dokumentáciu až po komplexné automatizačné nástroje pokrývajúce celý životný cyklus softvéru.

Časovo najnáročnejšie fázy vývoja IS sú fázy analýzy a návrhu, počas ktorých CASE-tools poskytujú kvalitné technické riešenia a prípravu projektovej dokumentácie. Zároveň zohrávajú významnú úlohu nástroje grafického modelovania domén, ktoré umožňujú vývojárom vizuálne študovať existujúci IS, prestavať ho v súlade s cieľmi a existujúcimi obmedzeniami.

Integrované nástroje CASE majú nasledovné charakteristické znaky:

· zabezpečovanie riadenia procesu vývoja IS;

Použitie špeciálne organizovaného úložiska projektových metadát (repository).

Integrované nástroje CASE obsahujú nasledujúce komponenty:

· nástroje grafickej analýzy a návrhu používané na popis a dokumentáciu IS;

Nástroje na vývoj aplikácií vrátane programovacích jazykov a generátorov kódu;

úložisko, ktoré zabezpečuje ukladanie verzií vyvíjaného projektu a jeho jednotlivých komponentov, synchronizáciu informácií získaných od rôznych vývojárov počas skupinového vývoja, kontrolu úplnosti a konzistentnosti metadát;

· nástroje riadenia rozvoja IS;

dokumentačné prostriedky;

testovacie nástroje;

· nástroje reengineeringu, ktoré poskytujú analýzu programových kódov a databázových schém a vytváranie rôznych modelov a špecifikácií dizajnu na ich základe.

Všetky moderné nástroje CASE sú rozdelené do dvoch skupín. prvá skupina organizovať nástroje zabudované do implementačného systému, v ktorom sú všetky rozhodnutia o návrhu a implementácii viazané na vybraný systém správy databáz. druhá skupina organizovať prostriedky nezávislé od implementačného systému, v ktorých sú všetky rozhodnutia o návrhu zamerané na zjednotenie počiatočných fáz životného cyklu a prostriedkov na ich dokumentáciu. Tieto nástroje poskytujú väčšiu flexibilitu pri výbere prostriedkov implementácie.

Hlavné dôstojnosť CASE-technológie - podpora tímovej práce na projekte vďaka schopnosti pracovať v lokálnej sieti, export a import jednotlivých fragmentov projektu medzi vývojármi, organizovaný projektový manažment.

Ako etapy pri tvorbe softvérových produktov pre informačné systémy možno rozlíšiť:

1. Je určené prevádzkové prostredie. V tejto fáze sa určuje súbor procesov životného cyklu IS, určuje sa rozsah IS, určuje sa veľkosť podporovaných aplikácií, t.j. obmedzenia sú nastavené na také hodnoty, ako je počet riadkov programového kódu, veľkosť databázy, počet dátových prvkov, počet riadiacich objektov atď.

2. Vykonajú sa diagramy a grafická analýza. V tejto fáze sa vytvárajú diagramy, ktoré vytvárajú spojenie so zdrojmi informácií a spotrebiteľmi, určujú procesy transformácie údajov a miesta ich uloženia.

3. Stanovia sa špecifikácie a požiadavky na systém (typ rozhrania, typ údajov, štruktúra systému, kvalita, výkon, technické prostriedky, celkové náklady atď.).

4. Vykonáva sa dátové modelovanie, t.j. zadávajú sa informácie, ktoré popisujú dátové prvky systému a ich vzťahy.

5. Vykonáva sa modelovanie procesov, t.j. zavádzajú sa informácie, ktoré popisujú procesy systému a ich vzťahy.

2.2 Vypracovanie koncepčného modelu informačného systému.

Konceptuálny model predstavuje objekty a ich vzťahy bez toho, aby špecifikoval, ako sú fyzicky uložené. Koncepčný model je teda v podstate doménovým modelom. Pri navrhovaní koncepčného modelu by mali byť dáta štruktúrované a vzťahy medzi nimi by mali byť identifikované bez zohľadnenia implementačných prvkov a problémov efektívnosti.

spracovanie. Návrh koncepčného modelu je založený na analýze úloh reklamnej agentúry. Koncepčný model zahŕňa popisy objektov a ich vzťahov, ktoré sú zaujímavé v predmetnej oblasti a identifikované ako výsledok analýzy údajov.

Na zostavenie modelu, ktorý potrebujeme, sme preniesli všetky dostupné údaje do tretej normálnej formy, v dôsledku čoho sme dostali nasledujúce entity:

druhy riadu.

· Personál.

· Pozície.

· Stáli zákazníci.

· Objednávky.

Model zostavujeme na logickej úrovni (pozri obr. 2). Obrázok 2 ukazuje, že v modeli sú prepojenia. Pozrime sa na ne podrobnejšie:

Tabuľka „Druhy jedál“ a tabuľka „Jedlá“ – pomocou primárneho kľúča „Kód druhu“ sa vytvorí vzťah jeden k mnohým;

Tabuľka "Pozície" a tabuľka "Personál" - pomocou primárneho kľúča "Kód pozície" sa vytvorí vzťah jeden k mnohým;

Tabuľka „Jedlá“ a tabuľka „Objednávky“ – pomocou primárneho kľúča „Kód jedla“ bol vytvorený vzťah „jeden k mnohým“;

Tabuľka „Personál“ a tabuľka „Objednávky“ – pomocou primárneho kľúča „ID zamestnanca“ sa vytvorí vzťah jeden k mnohým;

Tabuľka „Stáli zákazníci“ a tabuľka „Objednávky“ – pomocou primárneho kľúča „ID zákazníka“ sa vytvorí vzťah typu one-to-many.

Ryža. 2. Koncepčný dátový model

2.3 Vývoj logického modelu informačného systému

Databázy a softvérové ​​nástroje na ich tvorbu a údržbu (DBMS) majú viacúrovňovú architektúru, ktorej predstavu možno získať na obrázku 1.

Schéma 1 - Viacúrovňová prezentácia údajov databázy pod

Správa DBMS

Existujú koncepčné, interné a externé úrovne prezentácie týchto databáz, ktoré zodpovedajú modelom podobného účelu.

Koncepčná úroveň zodpovedá logickému aspektu prezentácie doménových údajov integrovaným spôsobom. Konceptuálny model pozostáva z mnohých inštancií rôznych dátových typov, štruktúrovaných v súlade s požiadavkami DBMS na logickú štruktúru databázy.

Vnútorná vrstva predstavuje požadovanú organizáciu dát v prostredí úložiska a zodpovedá fyzickej stránke prezentácie dát. Interný model pozostáva z jednotlivých záznamov fyzicky uložených na externom médiu.

Vonkajšia vrstva uchováva súkromné ​​pohľady na údaje požadované konkrétnymi používateľmi. Vonkajší model je podmnožinou konceptuálneho modelu. Je možný prienik externých modelov údajmi. Súkromná logická dátová štruktúra pre konkrétnu aplikáciu (úlohu) alebo užívateľa zodpovedá externému databázovému modelu alebo podschéme. Pomocou externých modelov je podporovaný autorizovaný prístup k údajom z databázy aplikácie (obmedzená je skladba a štruktúra údajov konceptuálneho modelu databázy dostupných v aplikácii, ako aj povolené režimy spracovania týchto údajov: vstup, úprava, mazanie, vyhľadávanie).

Návrh databázy spočíva vo vybudovaní komplexu vzájomne prepojených dát. Obrázok 2 podmienečne zobrazuje fázy procesu návrhu databázy.

Diagram 2 - Etapy procesu návrhu databázy

Najdôležitejšou etapou návrhu databázy je vývoj informačno-logického (infoologického) modelu predmetnej oblasti, ktorý nie je orientovaný na DBMS. V infologickom modeli prostriedky dátových štruktúr v integrovanej podobe odrážajú zloženie a štruktúru dát, ako aj informačné potreby.

Informačno-logický (infoologický) model predmetnej oblasti reflektuje predmetnú oblasť vo forme súboru informačných objektov a ich štruktúrnych vzťahov.

Vo vzťahu jedna k mnohým (1:M) jedna inštancia informácie A zodpovedá 0, 1 alebo viacerým inštanciám objektu B, ale každá inštancia objektu B nie je spojená s viac ako jednou inštanciou objektu A.

Príkladom vzťahu 1:M je vzťah medzi informačnými objektmi Priezvisko - Plat:

Priezvisko Plat

Databáza uchováva informácie vo forme dvojrozmerných tabuliek. Môžete tiež importovať a prepojiť tabuľky z iných systémov DBMS alebo systémov na správu tabuliek. Súčasne je možné otvoriť 1024 stolov.

Pri definovaní potrebných databázových tabuliek je potrebné poskytnúť prvé tri normálne formy, t.j. vykonať normalizáciu.

Rovnaké údaje môžu byť zoskupené do tabuliek (vzťahov) rôznymi spôsobmi, t.j. je možné organizovať rôzne súbory vzťahov vzájomne prepojených informačných objektov. Zoskupovanie atribútov vo vzťahoch musí byť racionálne, t.j. minimalizácia duplicity údajov a zjednodušenie postupov ich spracovania a aktualizácie.

Určitá množina vzťahov má lepšie vlastnosti na zahrnutie, úpravu, vymazanie údajov ako všetky ostatné možné množiny vzťahov, ak spĺňa požiadavky normalizácie vzťahov.

Normalizácia vzťahov je formálny aparát obmedzení vytvárania vzťahov (tabuľky), ktorý umožňuje eliminovať duplicitu, zabezpečuje konzistenciu vzťahov uložených v databáze a znižuje mzdové náklady na údržbu (zadávanie, opravu) databázy.

E. Codd vyčlenil tri normálne formy vzťahov a navrhol mechanizmus, ktorý umožňuje previesť akýkoľvek vzťah na tretiu (najdokonalejšiu) normálnu formu.

Prvá normálna forma. Vzťah sa nazýva normalizovaný alebo redukovaný na prvý normálny tvar, ak sú všetky jeho atribúty jednoduché (ďalej nedeliteľné). Prevod vzťahu na prvý normálny tvar môže viesť k zvýšeniu počtu atribútov (polí) vzťahu a zmene kľúča.

Druhá normálna forma. Aby sme zvážili otázku redukcie vzťahov na druhú normálnu formu, je potrebné vysvetliť také pojmy, ako je funkčná závislosť a úplná funkčná závislosť.

Popisné atribúty informačného objektu sú pre ne logicky naviazané na spoločný kľúč, tento vzťah má charakter funkčnej závislosti atribútov.

Funkčná závislosť atribútov je závislosť, v ktorej iba jedna hodnota popisného atribútu zodpovedá určitej hodnote kľúčového atribútu v inštancii informačného objektu.

Takáto definícia funkčnej závislosti umožňuje pri analýze všetkých vzťahov detailov predmetnej oblasti vyčleniť nezávislé informačné objekty. Ako príklad uvažujme grafické znázornenie funkčných závislostí atribútov pracovníkov, znázornené na obrázku 5, v ktorom je kľúčový atribút označený hviezdičkou.

Obrázok 1 - Grafické znázornenie funkčnej závislosti detailov

V prípade zloženého kľúča sa zavádza pojem funkčne úplná závislosť.

Funkčne úplná závislosť nekľúčových atribútov je taká, že každý nekľúčový atribút je funkčne závislý od kľúča, ale nie je funkčne závislý od žiadnej časti zloženého kľúča.

Vzťah bude v druhej normálnej forme, ak bude v prvej normálnej forme a každý nekľúčový atribút je plne funkčne závislý od zloženého kľúča.

Tretia normálna forma. Koncept tretej normálnej formy je založený na koncepte netranzitívnej závislosti.

Prechodná závislosť sa pozoruje, ak jeden z dvoch popisných atribútov závisí od kľúča a druhý popisný atribút závisí od prvého popisného atribútu.

Vzťah bude v tretej normálnej forme, ak bude v druhej normálnej forme a každý nekľúčový atribút nie je prechodne závislý od primárneho kľúča.

Na odstránenie prechodnej závislosti popisných detailov je potrebné „rozdeliť“ pôvodný informačný objekt. V dôsledku rozdelenia sa niektoré atribúty odstránia z pôvodného informačného objektu a zahrnú sa do iných (možno novo vytvorených) informačných objektov.

Vytvorená databáza by mala vykonávať funkcie v záujme automatizácie vydávania údajov o organizácii. Mal by mať jednoduché a intuitívne používateľské rozhranie, mať minimálne systémové požiadavky.

Cieľom práce je vytvoriť databázu, ktorá poskytuje:

rýchle zadávanie nových údajov;

ukladanie a získavanie už zadaných údajov;

tlač potrebného počtu osobných správ.

Údaje sú:

Celé meno;

Dátum narodenia;

držaná pozícia;

oficiálny plat;

Počet skutočne odpracovaných dní za mesiac.

Po zvážení úloh definovaných vyššie môžete navrhnúť hlavné tabuľky databázy.

Na to použijeme nástroje Database Desktop.

V tomto prostredí vytvoríme všetky potrebné tabuľky pre vyvíjanú databázu. Atribúty v tejto tabuľke budú:

Priezvisko, Meno, Patronymia, Dátum prijatia, Adresa, Telefón, Zmeny, Neprítomnosti v práci, Sadzba, plat.

Čo je CASE-TOOLS
inžinierstvo) sú nástroje
Automatizácia návrhu IC.
CASE TOOLS sú techniky softvérového inžinierstva pre
softvérový dizajn, ktorý
poskytovať vysokokvalitné programy
žiadne chyby a jednoduchá údržba
softvérové ​​produkty.
CASE sa chápe aj ako súbor fondov
navrhovanie informačných systémov s
pomocou nástrojov CASE.

Prípad znamená

Nástroje prípadu zahŕňajú akýkoľvek softvér, ktorý
automatizuje rôzne fázy životného cyklu
Softvér má nasledujúce funkcie:
1. Existuje výkonný grafický nástroj pre
Popis IS, ktorý poskytuje pohodlie práce
užívateľ,
2. Dochádza k integrácii jednotlivých komponentov
Prípad znamená
3. Používa sa centralizované úložisko
Úložisko konštrukčných údajov.

Funkcie návrhu, ktoré sú v rámci nástrojov CASE najčastejšie automatizované:

-
analýza a formulácia požiadaviek duševného vlastníctva;
Návrh databáz a aplikácií;
generovanie programového kódu;
testovanie;
zabezpečenie kvality softvéru;
správa konfigurácie IS;
projektový manažment a pod.

Výsledok použitia nástrojov CASE:

optimalizácia štruktúry IS;
znížené náklady na vývoj;
zlepšenie efektívnosti IS;
zníženie pravdepodobnosti chýb pri
Dizajn IS.

Architektúra typického nástroja Case

Úložisko

Jadrom každého systému softvérového inžinierstva je úložisko.
Úložisko je špecializovaná databáza,
ktorý slúži na zobrazenie stavu systému v ľubovoľnom čase
čas a obsahuje informácie o všetkých objektoch IS projektu:
Mená dizajnérov a ich prístupové práva,
organizované štruktúry,
Komponenty grafu a graf vo všeobecnosti,
dátové štruktúry,
Vzťahy medzi diagramami,
Programové moduly, procedúry a knižnice modulov.

Klasifikácia fondov Modern Case:

1. Klasifikácia Case fondov podľa
podporované metodiky:
-
funkčné alebo štruktúrne orientované;
-
objektovo orientovaný;
-
komplexne orientovaný.

2. Klasifikácia fondov Modern Case podľa typov:

Odráža funkčnú orientáciu fondov pre
procesy životného cyklu vývoja softvéru
bezpečnosť:
analytické nástroje – určené na vytváranie a
analýza modelu domény;
nástroje na návrh databáz;
nástroje na vývoj aplikácií;
Nástroje na reinžiniering procesov;
nástroje projektového plánovania a riadenia;
testovacie nástroje;
dokumentačné nástroje.

Príklady nástrojov Case rôznych typov:

Analytické nástroje (Design, BpWin);
Nástroje na analýzu a návrh (Designer - Oracle);
Nástroje na návrh databáz (ErWin, Designer - Oracle);
Nástroje na vývoj aplikácií (Developer - Oracle,
Delphi);
Nástroje reengineeringu (ErWin, Rational Rose).

3. Klasifikácia fondov Modern Case podľa kategórií:

Definuje funkcie vykonávané nástrojmi a zahŕňa:
samostatné lokálne nástroje, ktoré riešia malé samostatné
úloh, súbor čiastočne integrovaných nástrojov pokrývajúcich
väčšina štádií životného cyklu a plne integrované
nástroje pokrývajúce celý životný cyklus informácií
a prepojené spoločným úložiskom.
Typické CASE nástroje sú:
nástroje na správu konfigurácie;
nástroje na modelovanie údajov;
nástroje na analýzu a návrh;
nástroje na konverziu modelov;
nástroje na úpravu kódu;
generátory kódov;
nástroje na vytváranie UML diagramov.

Iné typy klasifikácie prípadu - znamená:

4.
Klasifikácia nástrojov prípadu podľa podpory
grafické zápisy;
5.
Klasifikácia prípadu - prostriedky podľa stupňa
integrácia jednotlivých nástrojov;
6.
Klasifikácia nástrojov Case podľa typu a architektúry
používaná výpočtová technika;
7.
Klasifikácia prípadu – prostriedkov podľa typu kolektívu
vývoj;
8.
Klasifikácia Case-tools podľa použitého typu
operačné prostredie.

Pri výbere Case fondov zvážte nasledujúce aspekty:

Dostupnosť databázy, archívu alebo slovníka;
Dostupnosť rozhraní s inými systémami Case;
Schopnosť exportovať a importovať informácie;
Otvorená architektúra;
Dostupnosť potrebných metodík;
Dostupnosť grafických nástrojov na podporu projektov;
Možnosť automatického generovania kódu programov;
Schopnosť plánovať a riadiť projekt.

Case Tool Univerzálny modelovací jazyk UML

Vytvorenie jazyka UML sledovalo tieto ciele:
poskytnúť vývojárom jednotný vizuálny jazyk
modelovanie;
poskytnúť mechanizmy na rozšírenie a špecializáciu jazyka;
zabezpečiť nezávislosť jazyka od programovacích jazykov a
vývojové procesy.

Vzťah diagramov UML

Diagram možností
použitie
Diagram
sekvencie
Diagram
triedy
Diagram
spolupráce
Diagram
komponentov
Diagram
štátov
Diagram
nasadenie
Diagram
činnosti

IBM Rational Rose Case Tool

Rational Rose je moderný a výkonný analytický nástroj,
modelovanie a vývoj softvérových systémov,
pokrýva celý životný cyklus softvéru
od analýzy obchodných procesov až po generovanie kódu
daný programovací jazyk.
Takýto arzenál umožňuje nielen navrhnúť nový
informačný systém, ale aj upraviť ten starý,
prostredníctvom procesu reverzného inžinierstva.

Hlavné vlastnosti balíka Rational Rose:

dopredné a spätné inžinierstvo v jazykoch: ADA,
Java, C, C++, Basic;
podpora technológií COM, DDL, XML;
schopnosť generovať databázové schémy Oracle a SQL.

Verzie produktu Rational Rose:

Edícia Rational Rose Modeler vám umožňuje analyzovať obchodné procesy a
navrhnúť systém. Nepodporuje však generovanie kódu.
Edícia Rational Rose Professional V závislosti od zvoleného programovacieho jazyka
umožňuje vykonávať dopredné a spätné inžinierstvo. Objednané iba v
špecifická konfigurácia (napríklad Rose Professional C++ alebo Rose Professional C++
Dátový modelár). Negeneruje 100% spustiteľný kód. Výsledkom je, že vývojár dostane
rámcový kód informačného systému v konkrétnom (usporiadanom) jazyku
programovanie, ktoré je neskôr potrebné ďalej rozvíjať.
Edícia Rational Rose RealTime je špeciálne navrhnutá tak, aby bola 100% spustiteľná.
kód v reálnom čase, umožňuje vykonávať dopredu a dozadu
navrhovanie v C alebo C++. Na výstupe sa model automaticky skompiluje
a je skompilovaný do spustiteľného súboru.
Verzia Rational Rose Enterprise Táto verzia produktu pokrýva celý rad úloh pre
návrh, analýza a generovanie kódu. Všetky funkcie ostatných sú podporované
edícií, okrem možnosti 100% generovania kódu.
Verzia Rational Rose DataModeler je variant produktu návrhu databázy.
Funkcie DataModeler sú súčasťou Rose Enterprise alebo Professional.
MS Visual Studio 6.0 obsahuje Visual Modeler, skrátenú verziu Rational Rose 98.

Ďalšie informácie o balíku Rational Rose:

Bezplatná verzia produktu Rational Rose nie je
existuje;
pre vzdelávacie inštitúcie všetok softvér
Softvér IBM je k dispozícii bezplatne;
bezplatné použitie na vzdelávacie účely
ako súčasť IBM Academic Initiative.