Dizajn Ais. Návrh automatizovaného systému riadenia skladu pomocou nástroja Rational Rose CASE

Automatizovaná vláda regiónu Belgorod Informačný systém"Projektový manažment" AIS "Projektový manažment" Regulačný rámec Riešenie bolo vytvorené v súlade s Ruská federácia normy zakotvené v: 1. GOST R 54869-2011 „Projektový manažment. Požiadavky na riadenie projektu. 2. GOST R 54870-2011 „Projektový manažment. Požiadavky na riadenie projektového portfólia. 3. GOST R 54871-2011 „Projektový manažment. Požiadavky na správu programu. Pri vytváraní a nastavovaní systému boli dodržané ustanovenia vyhlášky vlády regiónu Belgorod zo dňa 31. mája 2010 N 202-pp „O schválení nariadení o riadení projektov vo výkonných orgánoch a štátnych orgánoch regiónu Belgorod“ boli brané do úvahy. 2 AIS "Projektový manažment" Technológia vývoja Sieť Internet Lokálna sieť Riešenie bolo vyvinuté na báze platformy Motiware Melody One. Vďaka webovému rozhraniu systému získajú všetci účastníci projektovej aktivity prístup k potrebným údajom kedykoľvek a odkiaľkoľvek na svete. Pre prístup do systému stačí mať internetové pripojenie a nainštalovaný prehliadač. Serverová časť 3 AIS "Projektový manažment" Ciele Ciele vytvorenia a implementácie systému: . Zvýšiť efektívnosť realizácie projektov na území ustanovujúcej entity Ruskej federácie poskytovaním projektových tímov aktuálnymi, úplnými a spoľahlivými informáciami. . Zlepšite interakciu orgánov štátnej moci samosprávy s občanmi a podnikateľmi z hľadiska iniciovania a realizácie projektov. . Poskytnite všetkým účastníkom projektu pohodlné nástroje a nástroje na riadenie projektov. . Zjednodušte monitorovanie napredovania projektov znížením času stráveného prípravou a analýzou údajov zo správ. 4 AIS "Projektový manažment" Funkcie systému Systém umožňuje organizáciu plný cyklus proces riadenia projektov a/alebo portfólia. Projekt v systéme postupne prechádza niekoľkými fázami – od registrácie iniciatívnej žiadosti až po odovzdanie hotového projektu do archívu. . Zváženie iniciatívnych žiadostí. Zasvätenie. Plánovanie. Implementácia a kontrola. Ukončenie 5 AIS "Projektový manažment" Práca s iniciatívnymi aplikáciami AIS "Projektový manažment" Projekty Iniciatívne aplikácie Portál interakcie s občanmi a podnikmi Archív (zamietnuté žiadosti) 6 AIS "Projektový manažment" Etapa iniciácie projektu 2. Iniciácia projektu. Automatické pridelenie jedinečného registračného čísla projektu. . Vytvorenie projektovej karty na základe údajov uvedených v žiadosti o iniciatívu. 7 AIS "Projektový manažment" Etapa začatia projektu 3. Vytvorenie pasportu projektu. Možnosť postupnej úpravy karty (polí) pasportu projektu. . Účtovanie rozpočtu projektu v kontexte zdrojov financovania. . Vytvorenie projektového tímu s uvedením rolí účastníkov. . Zadávanie a úprava charakteristík projektu. . Generovanie podľa zavedeného formulára a vyloženie zo systému pasportu projektu vo formáte *.docx. 8 AIS "Projektový manažment" Etapa plánovania projektu 4. Tvorba plánu riadenia projektu. Prezentácia plánu riadenia projektu pomocou Ganttovho diagramu. . Plánovanie prác na projekte s uvedením dátumu začiatku a konca, zodpovedných vykonávateľov a požiadaviek na výsledky práce. . Vytvorenie hierarchického zoznamu prác na projekte. . Generovanie podľa zavedeného formulára a nahranie zo systému plánu riadenia projektu vo formáte *.docx. 9 AIS "Projektové riadenie" Etapa implementácie a kontroly 5. Organizácia procesu vykonávania zmien pasportu a plánu riadenia projektu. Tvorba a úprava nových verzií pasportu a/alebo plánu riadenia projektu. . Vytvorenie podľa zavedeného vzoru a vyloženie výkazu zmien vo formáte *.docx zo systému. . Koordinácia výkazu zmien s monitorovacou a kontrolnou skupinou. 10 AIS „Projektový manažment“ Etapa implementácie a kontroly 6. Účtovanie realizácie prác na projekte. Možnosť pripojenia vykonávateľmi spisov-správ o vykonaní prac. . Účtovanie skutočných termínov výkonu práce a odchýlok od plánovaných termínov. . Monitorovanie nadchádzajúcich a oneskorených kontrolných udalostí. 11 AIS "Projektový manažment" Etapa dokončenia 7. Tvorba záverečnej správy. Výpočet hodnotenia úspešnosti projektu. . Vytvorenie podľa zavedeného vzoru a vyloženie zo systému záverečnej správy vo formáte *.docx. 12 AIS "Projektový manažment" Archív projektov 8. Vedenie archívu projektov. Vytvorenie jednotného úložiska údajov o všetkých projektoch, ktoré boli kedy iniciované na území zakladajúceho subjektu Ruskej federácie. . Prístup ku kompletným informáciám o dokončených a archivovaných projektoch. . Ochrana pred zmenami dokončených projektov. 13 AIS "Projektový manažment" Reporty a analýzy Jednou z úloh systému je poskytovať účastníkom projektu reportovacie informácie o projektoch v pohodlnej a vizuálna forma. AIS umožňuje automatické generovanie projektovej dokumentácie: . Projektový pas. . Plán riadenia projektu. . Posledná správa. 14 AIS "Projektový manažment" Informácie o implementácii Viac ako AIS "Projektový manažment" sa úspešne používa na realizáciu projektových aktivít orgánmi regiónu Belgorod. 4 200 projektov 5 000 používateľov AIS "Projektový manažment" 60 000 prác (kontrolné akcie) 19 mestských častí 3 mestské časti 15 Vláda regiónu Belgorod Ďakujem za pozornosť! 16

REGULAČNÁ A METODICKÁ PODPORA TVORBY AIS.

Základné koncepty návrhu AIS

Vo všeobecnosti AIS zahŕňa: užívateľa (spotrebiteľa), informačné zdroje, nosiče informácií, prostriedky na zber, uchovávanie, spracovanie informácií, prostriedky na prenos informácií.

Dizajn AIS je založený na dvoch vzájomne prepojených komponentoch:

Konštrukčné normy;

Metodika dizajnu.

Základné pojmy, prístupy a definície návrhu AIS sú upravené tromi typmi projektovej a softvérovej dokumentácie:

jednotný systém projektovej dokumentácie (ESKD);
jednotný systém programovej dokumentácie (ESPD);
súbor smerníc pre AIS.

Zlúčenina projektovej dokumentácie je súbor noriem a smerníc pre AIS GOST 24.104-85, GOST 34.003-90, GOST 34.201-90 zahŕňa usmernenia na Informačné technológie a automatizované systémy, ako aj požiadavky na obsah dokumentov.

Cieľom návrhu je identifikovať relatívne jednoduchú vnútornú štruktúru, ktorá sa nazýva architektúra systému.

AIS sa vyvíja ako projekt. Mnoho funkcií projektového manažmentu a fáz vývoja projektu (fázy životný cyklus) sú všeobecné a nezávisia nielen od predmetnej oblasti, ale ani od charakteru projektu. Pojem projekt je komplexný pojem a je ťažké nájsť preň jednoznačnú formuláciu.

Projekt- ide o časovo obmedzenú účelovú zmenu samostatného systému s pôvodne jasne stanovenými cieľmi, ktorých dosiahnutie podmieňuje dokončenie projektu, ako aj so stanovenými požiadavkami na termíny, výsledky, riziko, vynakladanie finančných prostriedkov a zdrojov a organizačné štruktúru.

Pre ekonomické systémov pod projektom EIS budeme rozumieť projektovú a technologickú dokumentáciu, ktorá popisuje konštrukčné riešenia tvorby a prevádzky EIS v konkrétnom softvérovom a hardvérovom prostredí.

Pod dizajnom EIS označuje proces prevodu vstupných informácií o dizajnovom objekte, metódach navrhovania a skúsenostiach s navrhovaním objektov podobného účelu v súlade s GOST do projektu EIS. Z tohto pohľadu je návrh EIS redukovaný na dôslednú formalizáciu návrhových rozhodnutí v rôznych fázach životného cyklu EIS: plánovanie a analýza požiadaviek, technický a detailný návrh, implementácia a prevádzka EIS.

Dizajnové predmety EIS sú jednotlivé prvky alebo ich komplexy funkčných a nosných častí. Funkčnými prvkami v súlade s tradičnou dekompozíciou sú teda úlohy, komplexy úloh a riadiace funkcie. V rámci nosnej časti EIS sú návrhovými objektmi prvky a ich komplexy informácií, softvéru a technická podpora systémov.

ako predmet projektovanie EIS sú tímy špecialistov, ktorí vykonávajú projektovú činnosť spravidla v rámci špecializovanej (projekčnej) organizácie a zákazníckej organizácie, pre ktorú je potrebné EIS vypracovať. Rozsah vyvíjaných systémov určuje zloženie a počet účastníkov procesu navrhovania. Pri veľkom objeme a stiesnených termínoch realizácie projekčných prác sa na vývoji systému môže podieľať viacero projekčných tímov (vývojových organizácií). V tomto prípade je vyčlenená materská organizácia, ktorá koordinuje činnosť všetkých spoluvykonávajúcich organizácií.

Forma účasti spolurealizátorov na vývoji projektu systému môže byť rôzna. Najbežnejšia je forma, v ktorej každý spolupracovník vykonáva dizajnérske práce od začiatku do konca pre niektorú časť vyvíjaného systému. Väčšinou ide o funkčný subsystém alebo prepojený súbor riadiacich úloh. Menej častá je forma účasti spoluvykonávateľov, pri ktorej jednotliví spoluvykonávatelia vykonávajú prácu v určitých fázach procesu návrhu. Je možný variant, v ktorom sú funkcie zákazníka a vývojára kombinované, to znamená, že EIS je navrhnutý samostatne.

Implementácia návrhu EIS zahŕňa použitie dizajnérmi určitej konštrukčnej technológie, ktorá zodpovedá rozsahu a vlastnostiam vyvíjaného projektu.

Dizajnová technológia EIS- ide o súbor metodológie a návrhových nástrojov pre EIS, ako aj metód a nástrojov na organizáciu dizajnu (riadenie procesu tvorby a modernizácie projektu EIS)

Metodológia (koncept + metóda)

Organizácia nástrojov

konštrukčné inžinierstvo

Technológia dizajnu je založená na technologický postup, ktorý definuje úkony, ich postupnosť, zloženie účinkujúcich, prostriedky a prostriedky potrebné na vykonanie týchto úkonov.

Technologický proces navrhovania EIS ako celku je teda rozdelený na súbor sériovo-paralelných, prepojených a podriadených reťazcov akcií, z ktorých každý môže mať svoj vlastný predmet. Úkony, ktoré sa vykonávajú pri návrhu EIS, možno definovať ako nedeliteľné technologické operácie alebo ako podprocesy technologických operácií. Všetky akcie môžu byť vlastne návrhové akcie, ktoré tvoria alebo modifikujú výsledky návrhu, a hodnotiace akcie, ktoré sú vypracované podľa stanovených kritérií pre hodnotenie výsledkov návrhu.

Technológia návrhu je teda daná regulovaným sledom technologických operácií vykonávaných v procese vytvárania projektu na základe konkrétnej metódy, v dôsledku čoho by bolo jasné nielen ČO by sa malo urobiť pre vytvorenie projektu, ale aj AKO, KOMU a V AKOM POSTUPNOSTI treba urobiť.

Predmetom akejkoľvek zvolenej technológie návrhu by mala byť reflexia vzájomne súvisiacich procesov návrhu vo všetkých fázach životného cyklu EIS.

Medzi hlavné požiadavky na zvolenú konštrukčnú technológiu patria:

Projekt vytvorený pomocou tejto technológie musí spĺňať požiadavky zákazníka;

Zvolená technológia by mala maximálne odrážať všetky fázy životného cyklu projektu;

Zvolená technológia by mala poskytovať minimálne náklady na prácu a náklady na návrh a údržbu projektu;

Technológia by mala byť základom komunikácie medzi návrhom a údržbou projektu;

Technológia by mala prispieť k rastu produktivity práce dizajnéra;

Technológia musí zabezpečiť spoľahlivosť návrhu a prevádzky projektu;

Technológia by mala uľahčiť jednoduchú údržbu projektovej dokumentácie.

Základom technológie návrhu EIS je metodika, ktorá definuje podstatu, hlavné charakteristické technologické črty.

Metodológia dizajnu znamená prítomnosť nejakého konceptu, princípov dizajnu, implementovaných súborom metód návrhu, ktoré zase musia byť podporované niektorými návrhovými nástrojmi.

Projekčná organizácia zahŕňa definíciu metód interakcie dizajnérov medzi sebou a so zákazníkom v procese tvorby EIS projektu, ktorý môže byť podporený aj súborom špecifických nástrojov.

Metódy návrhu EIS možno klasifikovať podľa stupňa využitia automatizačných nástrojov, štandardných konštrukčných riešení a adaptability na očakávané zmeny.

Áno, podľa stupňa automatizácie metódy návrhu sa delia na metódy:

manuálny dizajn, v ktorom sa návrh komponentov EIS vykonáva bez použitia špeciálnych softvérových nástrojov a programovanie sa vykonáva v algoritmických jazykoch;

počítačový dizajn, ktorá produkuje generovanie alebo konfiguráciu (nastavenie) konštrukčných riešení na základe použitia špeciálnych softvérových nástrojov.

Podľa stupňa použitia štandardných konštrukčných riešení sa rozlišujú tieto konštrukčné metódy:

Originálny (individuálny) dizajn, kedy sa dizajnové riešenia vyvíjajú „od nuly“ v súlade s požiadavkami na EIS;

Typický návrh, ktorý zahŕňa konfiguráciu EIS z hotových štandardných konštrukčných riešení (softvérových modulov).

Originálny (individuálny) návrh EIS sa vyznačuje tým, že všetky typy projekčných prác sú zamerané na tvorbu individuálnych projektov pre každý objekt, ktoré v maximálnej miere odrážajú všetky jeho vlastnosti.

Typický návrh je realizovaný na základe skúseností získaných pri vývoji jednotlivých projektov. Štandardné projekty ako zovšeobecnenie skúseností pre niektoré skupiny organizačných a ekonomické systémy alebo typy prác sú v každom prípade spojené s mnohými špecifickými vlastnosťami a líšia sa stupňom pokrytia riadiacich funkcií, vykonanej práce a vypracovanej projektovej dokumentácie.

Podľa stupňa prispôsobivosti konštrukčných riešení sa konštrukčné metódy delia na metódy:

Rekonštrukcie, kedy sa úprava konštrukčných riešení vykonáva spracovaním zodpovedajúcich komponentov (preprogramovanie softvérových modulov);

Parametrizácia, kedy sa konštrukčné riešenia upravujú (regenerujú) v súlade s meniacimi sa parametrami;

Reštrukturalizácia modelu, kedy sa mení model problémovej oblasti, na základe čoho sa automaticky regenerujú dizajnové riešenia.

Kombinácia rôznych znakov klasifikácie metód navrhovania určuje charakter použitej technológie návrhu EIS, medzi ktorými vynikajú dve hlavné.

trieda: kanonické a priemyselné technológie (tabuľka 2.1). Technológia priemyselného dizajnu sa zase delí na dve podtriedy: automatizovaný (použitie CASE technológií) a typický (parametricky orientovaný alebo modelovo orientovaný) dizajn. Použitie technológií priemyselného dizajnu v niektorých prípadoch nevylučuje použitie kanonickej technológie.

Tabuľka 2.1 Charakteristika tried technológie návrhu

Pre špecifické typy návrhových technológií je bežné používať určité vývojové nástroje EIS, ktoré podporujú vykonávanie jednotlivých návrhových prác, etáp a ich kombinácií. Preto vývojári EIS spravidla čelia úlohe vybrať si dizajnové nástroje, ktoré z hľadiska svojich vlastností najlepšie spĺňajú požiadavky konkrétneho podniku.

Dizajnové nástroje by mali byť:

Vo svojej triede sú invariantné k objektu dizajnu;

Pokryť súhrnne všetky fázy životného cyklu EIS;

Technicky, softvér a informácie kompatibilné;

Ľahko sa učí a používa;

Ekonomicky realizovateľné.

Návrhárske nástroje EIS možno rozdeliť do dvoch tried: bez použitia počítača a s použitím počítača.

Dizajnové nástroje bez použitia počítača sa používajú vo všetkých fázach a fázach navrhovania EIS. Spravidla ide o prostriedky organizačnej a metodickej podpory projektových operácií a predovšetkým o rôzne normy, ktoré upravujú proces projektovania systému. To tiež zahŕňa jeden systém klasifikácia a kódovanie informácií, jednotný dokumentačný systém, modely na popis a analýzu informačných tokov atď.

Počítačom podporované návrhárske nástroje možno použiť ako v jednotlivých, tak aj vo všetkých fázach a štádiách procesu návrhu EIS, a teda podporujú vývoj prvkov návrhu systému, častí návrhu systému a návrh systému ako celku. Celá sada návrhových nástrojov využívajúcich počítače je rozdelená do štyroch podtried.

Prvá podtrieda zahŕňa operačné nástroje, ktoré podporujú návrh operácií spracovania informácií. Táto podtrieda nástrojov zahŕňa algoritmické jazyky, knižnice štandardných podprogramov a tried objektov, generátory makier, generátory programov pre typické operácie spracovania údajov atď., ako aj nástroje na rozšírenie funkcií operačných systémov (utilít). Do tejto triedy patria aj také jednoduché návrhárske nástroje ako nástroje na testovanie a ladenie programov, podpora procesu projektovej dokumentácie a pod. Zvláštnosťou najnovších programov je, že zvyšujú produktivitu dizajnérov, ale nevyvíjajú kompletné konštrukčné riešenie.

Nástroje tejto podtriedy teda podporujú jednotlivé operácie návrhu EIS a možno ich používať nezávisle od seba.

Druhá podtrieda zahŕňa nástroje, ktoré podporujú návrh jednotlivých komponentov projektu EIS. Táto podtrieda zahŕňa nástroje pre celý systém:

Systémy správy databáz (DBMS);

Metodicky orientované balíky aplikovaných programov (riešenie problémov diskrétneho programovania, matematickej štatistiky atď.)

Stolové procesory;

štatistické RFP;

Škrupiny expertných systémov;

Grafický editor;

Textové editory;

Integrované PPP (interaktívne prostredie so vstavanými dialógovými možnosťami, ktoré vám umožňuje integrovať vyššie uvedený softvér).

Pre prevedené prostriedky dizajn sa vyznačuje ich využitím pre vývoj technologických subsystémov EIS: vstup informácií, organizácia ukladania a prístupu k údajom, výpočty, analýza a zobrazovanie údajov, rozhodovanie.

Tretia podtrieda zahŕňa nástroje, ktoré podporujú návrh sekcií projektu EIS. V tejto podtriede prideľte nástroje funkčného dizajnu.

Funkčné nástroje sú zamerané na vývoj automatizovaných systémov, ktoré implementujú funkcie, komplexy úloh a riadiace úlohy. Rôznorodosť tematických oblastí vytvára množstvo typovo orientovaných nástrojov tejto podtriedy organizačný systém(priemyselné, nepriemyselné oblasti), úroveň riadenia (napríklad podnik, dielňa, oddelenie, lokalita, pracovisko), manažérska funkcia (plánovanie, účtovníctvo atď.).

Nástroje funkčného návrhu systémov spracovania informácií zahŕňajú štandardné návrhové riešenia, funkčné balíky aplikovaných programov, štandardné projekty.

Štvrtá podtrieda návrhových nástrojov EIS zahŕňa nástroje, ktoré podporujú vývoj projektu v etapách a etapách procesu návrhu. Táto trieda zahŕňa podtriedu nástrojov automatizácie návrhu EIS (CASE-tools).

Moderné nástroje CASE sú zas klasifikované hlavne podľa dvoch kritérií:

1) podľa zahrnutých fáz procesu vývoja EIS;

2) podľa stupňa integrácie: samostatné lokálne nástroje (nástroje), súbor neintegrovaných nástrojov pokrývajúcich väčšinu vývojových štádií EIS (toolkit) a plne integrované nástroje prepojené spoločnou databázou návrhov – repozitárom (workbench) .

Dizajn AIS je kreatívny proces. Každý projekt vo svojom vývoji prechádza určitými stavmi: od stavu, keď „ešte neexistuje projekt“ až po stav, keď „projekt už neexistuje“. Súbor etáp vývoja od vzniku myšlienky až po dokončenie projektu sa zvyčajne delí na etapy (fázy, etapy). Existujú určité rozdiely v určovaní počtu etáp (fáz) a ich obsahu, no napriek tomu je podstata obsahu životného cyklu vývoja AIS v rôznych prístupoch rovnaká.

Zásady ochrany osobných údajov a podmienky spracovania osobných údajov

Tieto Zásady ochrany osobných údajov sa vzťahujú na všetky osobné údaje, ktoré môže spoločnosť TECORA od vás získať, keď používate webové stránky spoločnosti.

Vyplnením formulára na webovej stránke http://www.website/ a ďalších webových stránkach spoločnosti TECORA, ktoré zhromažďujú údaje a odkazujú na tieto podmienky, dávate svoj dobrovoľný súhlas Spoločnosť „TEKORA“ na spracúvanie týchto osobných údajov s využitím nástrojov automatizovaného spracúvania alebo bez nich: priezvisko, meno, priezvisko; miesto výkonu práce, názov zastávanej pozície; Emailová adresa; Kontaktné telefónne číslo.

Poskytnutím informácií potrebných na začatie ďalšej interakcie spoločnosti TEKORA súhlasíte s ich používaním v súlade s týmito Zásadami.

Ak nesúhlasíte s podmienkami uvedenými v tomto dokumente, nepoužívajte tieto webové stránky ani nevypĺňajte formuláre žiadosti o informácie.

TEKORA znamená:

CJSC "TEKORA", Adresa sídla: 119285 Moskva, st. Mosfilmovskaya, 22, budova 1.

Poštová adresa: 117997, GSP-7, Moskva, ul. Profsoyuznaya, 65, kancelária 369.

Spracovanie osobných údajov sa vzťahuje na činnosti stanovené právnymi predpismi Ruskej federácie, vrátane federálny zákon zo dňa 27.07.2006 N 152-FZ „O osobných údajoch“.

Poskytnutím svojich osobných údajov súhlasíte s ich spracovaním, vrátane zhromažďovania, zaznamenávania, systematizácie, zhromažďovania, uchovávania, spresňovania (aktualizácie, zmeny), extrakcie, používania, prenosu, depersonalizácie, vymazania, likvidácie spoločnosťou TEKORA za účelom spracovania Vašich osobných údajov. objednávky a požiadavky , vykonávať činnosti na propagáciu tovarov, prác, služieb alebo predmetov duševného vlastníctva na trhu nadväzovaním priamych kontaktov s vami pomocou komunikačných prostriedkov, vyhodnocovaním a analyzovaním stránky, analyzovaním charakteristík nákupu a poskytovaním osobných odporúčaní; informovať vás o akciách, zľavách a špeciálne ponuky prostredníctvom elektronických zoznamov adries, ako aj na účely kontaktovania vás (prostredníctvom e-mail a/alebo telefón).

Poskytnutím vašich osobných údajov spoločnosti TEKORA máte istotu, že nebudú poskytnuté tretím stranám, pokiaľ to nebude vyžadovať záujem obchodného vzťahu medzi vami a spoločnosťou TEKORA. V niektorých prípadoch je TECORA povinná odovzdať vaše osobné údaje tretím stranám v súvislosti s požiadavkami platnej legislatívy. Môže to byť napríklad prípad, keď existujú dôvody na podozrenie zo spáchania trestného činu alebo zneužitia webovej stránky TEKORA.

Môžete sa kedykoľvek odhlásiť z prijímania e-mailovej komunikácie, ale to nemá vplyv na prenos e-mailovej komunikácie, ktorá je potrebná na účely obchodného vzťahu medzi vami a spoločnosťou TECORA.

Tieto webové stránky obsahujú niekoľko odkazov na spoločnosti, s ktorými TECORA udržiava obchodný vzťah. TEKORA nezodpovedá za dodržiavanie požiadaviek na ochranu osobných údajov v súvislosti s používaním webových stránok partnerov spoločnosti TEKORA. Informácie o ochrane údajov pri návšteve týchto stránok nájdete v zásadách ochrany osobných údajov na webových stránkach príslušných spoločností.

Osobné údaje zhromaždené spoločnosťou TEKORA sú uložené na zabezpečených serveroch. Prístup je obmedzený na obmedzený počet oprávnené osoby ktorí to potrebujú na prevádzku webových stránok TECORA alebo na zabezpečenie ich správnej funkčnosti, najmä z hľadiska technickej podpory.

Týmto súhlasom potvrdzujete, že ste subjektom poskytnutých osobných údajov a zároveň potvrdzujete správnosť poskytnutých údajov.

Etapy vývoja CASE-systémov

Za posledné desaťročie sa objavil nový smer v navrhovaní informačných systémov – počítačom podporovaný dizajn pomocou nástrojov CASE. Pojem CASE (Computer Aided System/Software Engineering) pôvodne označoval iba automatizáciu vývoja softvér; teraz pokrýva vývoj komplexného AIS vo všeobecnosti.

Spočiatku boli CASE technológie vyvinuté s cieľom prekonať nedostatky metodiky konštrukčného návrhu (zložitosť pochopenia, vysoká pracovná náročnosť a náklady na používanie, ťažkosti pri vykonávaní zmien konštrukčných špecifikácií atď.) prostredníctvom automatizácie a integrácie podporných nástrojov.

CASE-technológie neexistujú samé o sebe, nie sú nezávislé. Automatizujú a optimalizujú používanie príslušnej metodiky a umožňujú zvýšiť efektivitu jej aplikácie.

Inými slovami, CASE technológie je súbor metodík pre analýzu, návrh, vývoj a údržbu komplexných softvérových systémov, podporovaný súborom vzájomne prepojených automatizačných nástrojov, ktoré umožňujú vizuálne modelovať predmetnú oblasť, analyzovať tento model vo všetkých fázach vývoja a údržby AIS a vyvíjať aplikácie v súlade s informačnými potrebami používateľov.

Moderné nástroje CASE pokrývajú širokú oblasť podpory mnohých návrhových technológií AIS – od jednoduchých nástrojov na analýzu a dokumentáciu až po plnohodnotné automatizačné nástroje pokrývajúce celý životný cyklus AIS. Najväčšia potreba využívania CASE-systémov sa prejavuje v počiatočných fázach vývoja - vo fázach analýzy a špecifikácie požiadaviek na AIS. Chyby, ktoré sa tu dopustili, sú takmer fatálne, ich cena ďaleko prevyšuje náklady na chyby v neskorších fázach vývoja.

Hlavnou úlohou nástrojov CASE je separovať počiatočné štádiá(analýza a návrh) od následných a nezaťažovať vývojárov detailmi vývojového prostredia a prevádzky systému.

Väčšina moderných systémov CASE používa metodológie štrukturálne a/alebo objektovo orientovaná analýza a dizajn, založené na použití vizuálnych diagramov, grafov, tabuliek a diagramov.

Pri správnom používaní CASE nástrojov sa dosahuje výrazné zvýšenie produktivity práce, ktorá (podľa odhadov zahraničných firiem využívajúcich CASE technológie) je od 100 do 600% v závislosti od objemu, náročnosti práce a skúseností s CASE. Zároveň sa menia všetky fázy životného cyklu AIS, no najväčšie zmeny sa týkajú fáz analýzy a návrhu (tabuľky 2.5, 2.6) .

Tabuľka 2.5. Odhady nákladov práce podľa fáz životného cyklu AIS

Tabuľka 2.6. Porovnanie použitia CASE a tradičného rozvoj

Použitie CASE-tools nielen automatizuje štrukturálnu metodiku a umožňuje využívať moderné metódy systémového a softvérového inžinierstva, ale poskytuje aj ďalšie výhody (obr. 2.22), najmä:

1. zlepšuje kvalitu vyvíjaného softvéru pomocou automatického generovania a riadenia;

2. umožňuje skrátiť čas vytvorenia prototypu AIS, čo umožňuje posúdiť kvalitu a efektívnosť projektu v počiatočnom štádiu;

3. urýchľuje proces navrhovania a vývoja;

4. umožňuje opätovné použitie vyvinutých komponentov;

5. podporuje sledovanie AIS;

6. oslobodzuje od rutinnej práce s dokumentovaním projektu, keďže využíva vstavaný dokumentátor;

7. Uľahčuje tímovú prácu na projekte.

Ryža. 2.22. Výhody vývoja AIS pomocou CASE technológií: a- koeficient zníženia nákladov projektu; b - faktor zníženia času vývoja

Väčšina nástrojov CASE je založená na štyroch hlavných konceptoch: metodológia, metóda, zápis, nástroj [ 11,15, 16].

Metodológia definuje usmernenia pre hodnotenie a výber riešení pri návrhu a vývoji AIS, etapy prác, ich postupnosť, pravidlá pre rozdelenie a zadanie metód.

metódy - postupy na generovanie komponentov a ich popisy.

Notácie určené na opis celková štruktúra systémy, dátové prvky, kroky spracovania, môžu zahŕňať grafy, diagramy, tabuľky, vývojové diagramy, formálne a prirodzené jazyky.

Fondy- nástroje na podporu a zlepšenie metód; podporuje prácu používateľov pri vytváraní a úprave projektu v interaktívnom režime, pomáha organizovať projekt vo forme hierarchie úrovní abstrakcie, kontroluje zhodu komponentov.

Klasifikácia nástrojov CASE

Doteraz neexistuje stabilná klasifikácia nástrojov CASE, boli definované iba prístupy ku klasifikácii v závislosti od rôznych klasifikačných znakov. Nižšie sú uvedené niektoré z nich.

Orientácia na technologické etapy a procesy životného cyklu AIS:

1. prostriedky analýzy a návrhu. Používa sa na vytvorenie špecifikácií a návrhu systému. Podporujú známe metodológie dizajnu;

2. nástroje na návrh databázy. Zabezpečiť modelovanie logických údajov, generovanie databázových štruktúr;

3. nástroje riadenia požiadaviek;

4. nástroje na správu konfigurácie softvéru. Podpora programovania, testovania, automatického generovania softvéru zo špecifikácií;

5. dokumentačné prostriedky;

6. testovacie nástroje;

7. nástroje projektového manažmentu. Podpora plánovania, kontroly, interakcie;

8. nástroje reverzného inžinierstva určené na prenos existujúci systém do nového prostredia.

Podporované metodológie návrhu[ 11, 12, 15, 16]:

1. funkčne orientované (štrukturálne orientované);

2. objektovo orientované;

3. komplexne orientované (súbor návrhových metodík).

Podporované grafické zápisy do grafov:

1. s pevným zápisom;

2. so samostatnými zápismi;

3. s najbežnejšími zápismi.

Stupeň integrácie:

1. pomocné programy (Nástroje), samostatne riešiace autonómnu úlohu;

2. vývojové balíky (Toolkit), ktoré sú súborom nástrojov, ktoré poskytujú pomoc pri jednej z tried softvérových úloh;

3. sady integrovaných nástrojov prepojených spoločnou databázou návrhov – úložisko, automatizujúce celú alebo časť práce rôznych etáp vytvárania AIS (Workbench).

Spoločný vývoj projektu:

1. bez podpory kolektívneho rozvoja;

2. zameraná na vývoj projektu v reálnom čase;

3. zameraná na režim kombinovania podprojektov.

Typy nástrojov CASE:

1. analytické nástroje (veľké písmená); medzi odborníkmi sa nazývajú prostriedky počítačového plánovania. Pomocou týchto nástrojov CASE je zostavený model, ktorý odráža všetky existujúce špecifiká. Je zameraná na pochopenie všeobecných a partikulárnych mechanizmov fungovania, dostupných príležitostí, zdrojov, cieľov projektu v súlade s účelom podniku. Tieto nástroje vám umožňujú analyzovať rôzne scenáre a zhromažďovať informácie na prijímanie optimálnych rozhodnutí;

2. nástroje analýzy a návrhu (stredný prípad); sa považujú za podporu analýzy požiadaviek a fáz návrhu špecifikácií a štruktúry AIS. Hlavným výsledkom použitia stredného CASE nástroja je výrazné zjednodušenie návrhu systému, keďže návrh sa stáva iteratívnym procesom práce s požiadavkami AIS. Stredné CASE nástroje navyše poskytujú rýchlu dokumentáciu požiadaviek;

3. nástroje na vývoj softvéru (nižšie); podpora systémov vývoja softvéru AIS. Obsahujú systémové slovníky a grafické nástroje, ktoré eliminujú potrebu vývoja fyzických špecifikácií – existujú systémové špecifikácie, ktoré sú priamo preložené do programových kódov vyvíjaného systému (až 80 % kódov je generovaných automaticky). Hlavnými výhodami nižších CASE-nástrojov je výrazné skrátenie času vývoja, uľahčenie úprav, podpora schopnosti pracovať s prototypmi.

CASE nástroje tiež klasifikujú podľa typu a architektúry výpočtovej techniky, ako aj podľa typu operačného systému.

V súčasnosti je trh so softvérovými produktmi zastúpený širokou škálou softvéru, vrátane nástrojov CASE takmer ktorejkoľvek z uvedených tried.

Charakteristika nástrojov CASE

strieborný beh. Nástroj Silverrun CASE americkej spoločnosti Computer Systems Advisers, Inc. (CSA) sa používa na analýzu a návrh business class AIS a je zameraný skôr na špirálový model životného cyklu. Je použiteľný na podporu akejkoľvek metodológie založenej na oddelenej konštrukcii funkčných a informačných modelov (diagramy toku údajov a diagramy vzťahov medzi subjektmi).

Naladenie na konkrétnu metodiku je zabezpečené výberom požadovaného grafického zápisu modelov a súboru pravidiel pre kontrolu špecifikácií návrhu. Systém má pripravené nastavenia pre najbežnejšie metodiky: DATARUN (hlavná metodika podporovaná Silverrunom), Gane/Sarson, Yourdon/DeMarco, Merise, Ward/Mellor, Informačné inžinierstvo. Ku každému konceptu predstavenému v projekte je možné pridať vlastné deskriptory. Architektúra Silverrun vám umožňuje rozširovať vývojové prostredie podľa potreby.

Silverrun má modulárna štruktúra a pozostáva zo štyroch modulov, z ktorých každý je samostatným produktom a je možné ho zakúpiť a použiť samostatne.

1. Modul na vytváranie modelov podnikových procesov vo forme diagramov toku dát vám Business Process Modeler (BPM) umožňuje modelovať fungovanie automatizovanej organizácie alebo vytváraného AIS. Schopnosť pracovať s modelmi veľkej zložitosti je zabezpečená funkciami automatického prečíslovania, práce so stromom procesov (vrátane vizuálneho drag and drop vetiev), oddeľovania a pripájania častí modelu pre kolektívny vývoj. Grafy je možné kresliť v niekoľkých preddefinovaných notáciách, vrátane Yourdon/DeMarco a Gane/Sarson. Je tiež možné vytvárať vlastné notácie, napríklad pridať používateľom definované polia k počtu deskriptorov zobrazených na diagrame.

2. Modul koncepčného modelovania údajov Entity-Relationship eXpert (ERX) umožňuje konštrukciu dátových modelov entitných vzťahov, ktoré nie sú špecifické pre implementáciu. Vstavaný expertný systém vám umožňuje vytvoriť správny normalizovaný dátový model zodpovedaním zmysluplných otázok o vzťahu dát. Je zabezpečená automatická konštrukcia dátového modelu z popisov dátových štruktúr. Analýza funkčných závislostí atribútov umožňuje kontrolovať súlad modelu s požiadavkami tretej normálnej formy a zabezpečiť ich implementáciu. Overený model sa odovzdá do modulu Relational Data Modeler.

3. Modul relačného modelovania Relational Data Modeler (RDM) vám umožňuje vytvárať podrobné modely vzťahov medzi entitami a entitami navrhnuté na implementáciu v relačnej databáze. Tento modul dokumentuje všetky štruktúry súvisiace s budovaním databázy: indexy, spúšťače, uložené procedúry atď. Flexibilný zápis a rozšíriteľnosť úložiska vám umožní pracovať na akejkoľvek metodológii. Schopnosť vytvárať podschémy je konzistentná s prístupom ANSI SPARC k reprezentácii databázovej schémy. V jazyku podobvodov sú modelované uzly distribuovaného spracovania aj používateľské pohľady. Tento modul poskytuje návrh a kompletnú dokumentáciu relačných databáz.

4. Správca úložiska pracovnej skupiny Workgroup Repository Manager (WRM) sa používa ako dátový slovník na ukladanie informácií spoločných pre všetky modely a tiež poskytuje integráciu modulov Silverrun do jedného dizajnového prostredia.

Výhodou nástroja Silverrun CASE je vysoká flexibilita a rôznorodosť vizuálnych nástrojov na stavbu modelov a nevýhodou chýbajúca striktná vzájomná kontrola medzi komponentmi rôznych modelov (napríklad možnosť automatického šírenia zmien medzi DFD). rôzne úrovne rozklad). Treba však poznamenať, že tento nedostatok môže byť významný len vtedy, ak sa použije kaskádový model životného cyklu.

Nástroje zahrnuté v Silverrun:

1. automatické generovanie databázových schém pre najbežnejšie DBMS: Oracle, Informix, DB2, Ingres, Progress, SQL Server, SQLBase, Sybase;

2. prenos dát do nástrojov na vývoj aplikácií: JAM, PowerBuilder, SQL Windows, Uniface, NewEra, Delphi.

Je teda možné úplne definovať databázový stroj pomocou všetkých funkcií konkrétneho DBMS: spúšťače, uložené procedúry, obmedzenia referenčnej integrity. Pri vytváraní aplikácie sa údaje migrované z úložiska Silverrun používajú buď na automatické generovanie objektov rozhrania, alebo na ich rýchle manuálne vytváranie.

Na výmenu údajov s inými nástrojmi na automatizáciu návrhu, vytváranie špecializovaných postupov na analýzu a overovanie špecifikácií návrhu a zostavovanie špecializovaných správ v súlade s rôznymi štandardmi poskytuje Silverrun tri spôsoby, ako poskytnúť informácie o návrhu do externých súborov.

1. Systém podávania správ. Výstupom zostáv sú textové súbory.

2. Systém export/import. Nastavuje sa nielen obsah exportného súboru, ale aj oddeľovače záznamov, polia v záznamoch, značky začiatku a konca textových polí. Takéto exportné súbory je možné vygenerovať a nahrať do úložiska. To umožňuje výmenu údajov s rôznymi systémami: inými nástrojmi CASE, DBMS, textovými editormi a tabuľkovými procesormi.

3. Uloženie úložiska do externých súborov s prístupom pomocou ovládačov ODBC. Pre prístup k dátam úložiska z najbežnejších DBMS je možné ukladať všetky informácie o projekte priamo vo formáte týchto DBMS.

Silverrun podporuje dva spôsoby skupinovej práce:

1) v štandardnej jednoužívateľskej verzii je mechanizmus na riadené oddeľovanie a spájanie modelov. Model je možné rozdeliť na časti a rozdeliť medzi viacerých vývojárov. Po podrobnom preštudovaní sú diely opäť zostavené do jedného modelu;

2) sieťová verzia Silverrunu umožňuje paralelnú skupinovú prácu s modelmi uloženými v sieťovom úložisku založenom na Oracle, Sybase alebo Informix DBMS. Zároveň môže s rovnakým modelom pracovať viacero vývojárov, keďže k blokovaniu objektov dochádza na úrovni jednotlivých prvkov modelu.

JAM. Nástroj na vývoj aplikácií Application Manager (JAM) od JYACC je produktom JYACC. Hlavnou vlastnosťou je súlad s metodikou RAD, keďže JAM umožňuje rýchlo implementovať cyklus vývoja aplikácie, ktorý spočíva vo vygenerovaní ďalšej verzie prototypu aplikácie, berúc do úvahy požiadavky identifikované v predchádzajúcom kroku a prezentovať ho používateľovi.

JAM má modulárnu štruktúru a pozostáva z nasledujúcich komponentov:

1. jadro systému;

2. JAM/DBi - špecializované moduly rozhrania DBMS (JAM/DBi-Oracle, JAM/DBi-Informix, JAM/DBi-ODBC atď.);

3. JAM/RW - modul generátora správ;

4. JAM/CASEi - špecializované moduly rozhrania pre nástroje CASE (JAM/CASE-TeamWork, JAM/CASE-Innovator, atď.);

5. JAM/TPi - špecializované moduly rozhrania pre manažérov transakcií (napríklad JAM/TPi-Server TUXEDO atď.);

6. Jterm - špecializovaný emulátor X-terminálu.

Jadrom systému je hotový produkt a možno ho nezávisle použiť na vývoj aplikácií. Všetky ostatné moduly sú voliteľné a nemožno ich používať samostatne.

Jadro systému zahŕňa tieto hlavné komponenty:

1. editor obrazovky. Editor obrazovky obsahuje vývojové prostredie obrazovky, úložisko vizuálnych objektov, vlastný JAM DBMS - JDB, manažér transakcií, debugger, editor štýlov;

2. editor menu;

3. súbor pomocných nástrojov;

4. prostriedky na výrobu priemyselnej verzie aplikácie.

Pri použití JAM je vývoj externého rozhrania aplikácie vizuálnym dizajnom a spočíva v vytváraní obrazovkových formulárov umiestnením štruktúr rozhrania na ne a definovaním vstupných / výstupných polí informácií na obrazovke. Dizajn rozhrania v JAM sa vykonáva pomocou editor obrazovky. Aplikácie vyvinuté v JAM majú rozhranie s viacerými oknami. Vývoj obrazovky spočíva v umiestnení prvkov rozhrania na ňu, ich zoskupení, nastavení hodnôt ich vlastností.

Editor menu umožňuje vyvíjať a ladiť systémy menu. Implementovaná schopnosť vytvárať obrázkové menu. Priradenie položiek ponuky k objektom aplikácie sa vykonáva v editore obrazovky.

Jadro JAM má v sebe zabudovaný relačný DBMS pre jedného používateľa JDB. Hlavným účelom JDB je prototypovanie aplikácií v prípadoch, keď je práca so štandardným DBMS nemožná alebo nepraktická. JDB implementuje nevyhnutné minimum relačných funkcií DBMS, ktoré nezahŕňa indexy, uložené procedúry, spúšťače a pohľady. Pomocou JDB môžete vytvoriť databázu, ktorá je identická s cieľovou databázou (až do funkcií, ktoré v JDB chýbajú) a vyvinúť významnú časť aplikácie.

Debugger vám umožňuje vykonávať komplexné ladenie vyvinutej aplikácie. Všetky udalosti, ktoré sa vyskytnú počas vykonávania aplikácie, sú sledované.

Verejné služby JAM zahŕňa tri skupiny:

1) Prevodníky súborov obrazovky JAM na text. JAM ukladá obrazovky ako binárne súbory vlastného formátu;

2) konfigurácia I/O zariadení. JAM a aplikácie s ním vytvorené nefungujú priamo s I/O zariadeniami. Namiesto toho JAM pristupuje k logickým I/O zariadeniam (klávesnica, terminál, správa);

3) údržba knižníc obrazoviek.

Jedným z voliteľných modulov JAM je generátor správ. Rozloženie správy sa vykonáva v editore obrazovky JAM. Popis správy sa vykonáva pomocou špeciálneho jazyka. Generátor zostáv vám umožňuje definovať údaje, ktoré sa majú vypísať do zostavy, zoskupenie výstupných informácií, formátovanie výstupu atď.

Z aplikácií vyvinutých pomocou JAM je možné urobiť spustiteľné moduly. Na to musia mať vývojári kompilátor jazyka C a linker.

JAM obsahuje vstavaný programovací jazyk JPL (JAM Procedural Language), pomocou ktorého možno v prípade potreby napísať moduly, ktoré implementujú konkrétne akcie. Tento jazyk sa vykladá. Je možné vymieňať si informácie medzi vizuálne vytvoreným aplikačným prostredím a takýmito modulmi. Okrem toho JAM implementuje možnosť pripojenia externých modulov napísaných v jazykoch, ktoré sú kompatibilné vo volaniach funkcií s jazykom C.

Džem je systém riadený udalosťami pozostávajúce zo súboru udalostí - otváranie a zatváranie okien, stlačenie klávesu na klávesnici, spustenie systémového časovača, prijatie a odovzdanie kontroly nad každým prvkom obrazovky. Vývojár implementuje aplikačnú logiku definovaním obsluhy pre každú udalosť.

obsluhy udalostí JAM môže mať vstavané funkcie JAM aj funkcie napísané vývojárom v C alebo JPL. Sada vstavaných funkcií obsahuje viac ako 200 funkcií na rôzne účely; sú dostupné pre volania z funkcií napísaných v JPL aj C.

Priemyselná verzia aplikácie, vyvinutý s JAM, pozostáva z nasledujúcich komponentov:

1. spustiteľný modul interpreta aplikácií;

2. obrazovky, ktoré tvoria aplikáciu (dodávané ako samostatné súbory, ako súčasť knižníc obrazoviek alebo zabudované do tela tlmočníka);

3. externé moduly JPL (dodávané ako textové súbory alebo predkompilované; predkompilované

4. externé moduly JPL - ako samostatné súbory a ako súčasť knižníc obrazoviek);

5. konfiguračné súbory aplikácie - konfiguračné súbory klávesnice a terminálu, súbor systémových správ, všeobecný konfiguračný súbor.

Priama interakcia s DBMS je realizovaná modulmi JAM/DBi (Database interface). Spôsoby implementácie interakcie v JAM sú rozdelené do dvoch tried: manuálne a automatické.

O manuálnym spôsobom vývojár nezávisle píše dotazy SQL, v ktorých môžu byť zdroje a ciele na prijímanie výsledkov vykonania dotazu ako prvky rozhrania vizuálne navrhnutého vonkajšej úrovni a interné, neviditeľné pre premenné koncového používateľa.

Automatický režim implementovaný manažérom transakcií JAM. Je to realizovateľné pre typické bežné typy databázových operácií, takzvané QBE (Query By Example - dotazy podľa modelu), berúc do úvahy pomerne zložité vzťahy medzi tabuľkami databázy a automatickú kontrolu atribútov on-screen I/O polí. v závislosti od typu transakcie (čítanie, zápis a pod.), na ktorej sa vygenerovaná požiadavka zúčastňuje.

JAM vám umožňuje vytvárať aplikácie na prácu s viac ako 20 DBMS: ORACLE, Informix, Sybase, Ingres, InterBase, NetWare SQL Server, Rdb, DB2, DBMS kompatibilné s ODBC atď.

punc JAM predstavuje vysokú úroveň prenosnosti aplikácií medzi rôznymi platformami (MS DOS/MS Windows, SunOS, Solaris (i80x86, SPARC), HP-UX, AIX, VMS/Open VMS atď.); možno požiadavka „prekresliť“ statické textové polia na obrazovkách ruským textom pri prenose medzi prostrediami DOS-Windows-UNIX. Prenosnosť navyše uľahčuje skutočnosť, že v JAM sa aplikácie vyvíjajú skôr pre virtuálne I/O zariadenia ako pre fyzické. Pri prenose aplikácie z platformy na platformu je teda spravidla potrebné iba určiť súlad medzi fyzickými I/O zariadeniami a ich logickými reprezentáciami pre aplikáciu.

Použitie SQL ako prostriedku na prepojenie s DBMS tiež pomáha zabezpečiť prenosnosť medzi DBMS. V prípade prenosu štruktúry databázy nemusia aplikácie vyžadovať žiadne úpravy, okrem inicializácie relácie. Je to možné, ak aplikácia nepoužívala rozšírenia SQL špecifické pre DBMS.

S nárastom zaťaženia systému a zložitosťou riešených úloh (distribúcia a heterogenita použitých zdrojov, počet súčasne pripojených používateľov, zložitosť aplikačnej logiky), trojvrstvový model architektúry"klient - server" pomocou transakčných manažérov. Komponenty JAM/TPi-Client a JAM/TPi-Server uľahčujú prechod na trojvrstvový model. V tomto prípade hrá kľúčovú úlohu modul JAM/TPi-Server, keďže hlavný problém pri implementácii trojvrstvového modelu spočíva v implementácii aplikačnej logiky v službách manažéra transakcií.

Rozhranie JAM/CASE umožňuje výmenu informácií medzi úložiskom objektov JAM a úložiskom nástrojov CASE. Výmena je podobná tomu, ako sa štruktúra databázy importuje do úložiska JAM priamo z databázy. Rozdiel je v tom, že výmena medzi úložiskami je obojsmerná.

Okrem modulov JAM / CASEi existuje aj modul JAM / CASEi Developer "s Kit. Pomocou tohto modulu môžete nezávisle vyvinúť rozhranie (t. j. špecializovaný modul JAM / CASEi) pre konkrétny nástroj CASE, ak existuje je hotový modul JAM / CASEi pre to neexistuje.

Existuje rozhranie, ktoré implementuje interakciu medzi nástrojom Silverrun CASE a JAM. Prenáša schému databázy a formuláre obrazovky aplikácie medzi nástrojom Silverrun-RDM CASE a JAM verzie 7.0; má dva režimy prevádzky:

1) priamy režim (Silverrun-RDM->JAM) je určený na vytváranie objektov CASE slovníka a prvkov úložiska JAM založených na reprezentácii schémy v Silverrun-RDM. Na základe reprezentácie dátových modelov rozhrania v Silverrun-RDM sa generujú obrazovky a prvky JAM úložiska. Most konvertuje tabuľky relačných schém RDM a vzťahy na sekvenciu objektov JAM príslušných typov. Technika vytvárania dátových modelov rozhrania v Silverrun-RDM zahŕňa použitie mechanizmu podschémy na prototypovanie obrazoviek aplikácií. Na základe popisu každého z podobvodov RDM most generuje obrazovku JAM;

2) reverzný režim (JAM->Silverrun-RDM) je určený na prenos modifikácií objektov CASE-dictionary do relačného modelu Silverrun-RDM.

Režim reengineeringu umožňuje preniesť modifikácie všetkých vlastností obrazoviek JAM predtým importovaných z RDM do schémy Silvcrrun. Na kontrolu integrity databázy nie sú povolené zmeny schémy vo forme pridávania alebo odstraňovania tabuliek a polí tabuľky.

Jadro JAM má vstavané rozhranie pre nástroje na správu konfigurácie (PVCS na platforme Windows a SCCS na platforme UNIX). Knižnice obrazoviek a/alebo úložiská sa prenášajú pod kontrolu týchto systémov. Ak takéto systémy neexistujú, JAM nezávisle implementuje niektoré funkcie na podporu rozvoja tímu.

Na platforme MS-Windows má JAM vstavané rozhranie pre PVCS a akcie načítania/vrátenia sa vykonávajú priamo z prostredia JAM.

Vantage Team Builder (Westmount I-CASE). Vantage Team Builder je integrovaný softvérový produkt orientovaný na implementáciu s plnou podporou modelu Waterfall Lifecycle Model.

Vantage Team Builder poskytuje nasledujúce funkcie:

1. navrhovanie diagramov toku údajov, diagramov vzťahov medzi entitami, dátových štruktúr, blokových diagramov programov a sekvencií obrazovkových formulárov;

2. návrh schém architektúry systému - SAD (návrh zloženia a prepojenia výpočtových zariadení, distribúcia systémových úloh medzi výpočtovými zariadeniami, modelovanie vzťahov klient-server, analýza využitia transakčných manažérov a funkcií fungovania systému v reálnom čase);

3. generovanie programového kódu v jazyku cieľovej DBMS s úplným softvérovým prostredím a generovanie SQL kódu pre tvorbu databázových tabuliek, indexov, integritných obmedzení a uložených procedúr;

4. programovanie v C s vloženým SQL;

5. riadenie verzií a projektovej konfigurácie;

6. viacužívateľský prístup do projektového úložiska;

7. generovanie projektovej dokumentácie podľa štandardných a individuálnych šablón;

8. export a import dát projektu vo formáte CDIF (CASE Data Interchange Format).

Vantage Team Builder sa dodáva v rôznych konfiguráciách v závislosti od použitého systému správy databáz (ORACLE, Informix, Sybase alebo Ingres) alebo nástrojov na vývoj aplikácií (Uniface). Konfigurácia Vantage Team Builder pre Uniface sa líši od ostatných tým, že sa čiastočne zameriava na špirálový model životného cyklu vďaka schopnostiam rýchleho prototypovania. Na popis projektu AIS sa používa veľký súbor diagramov.

Pri konštrukcii všetkých typov diagramov je zabezpečená kontrola zhody modelov so syntaxou použitých metód, ako aj kontrola zhody prvkov rovnakého mena a ich typov pre rôzne typy diagramov.

Pri konštrukcii diagramov dátových tokov DFD je zabezpečená kontrola zhody diagramov rôznych úrovní rozkladu. DFD najvyššej úrovne sa overuje pomocou matice zoznamu udalostí ELM. Na riadenie rozkladu kompozitných dátových tokov sa používa niekoľko možností ich popisu: vo formulári diagramy štruktúry údajov DSD alebo in zápisy BNF (forma Backus - Naur).

Na zostavenie SAD sa používa rozšírená notácia DFD, ktorá umožňuje zaviesť koncepty procesorov, úloh a periférnych zariadení, čo poskytuje prehľadnosť návrhových rozhodnutí.

Pri budovaní dátového modelu vo forme ERD sa normalizuje a zavádza sa definícia fyzických názvov dátových prvkov a tabuliek, ktoré sa použijú v procese generovania fyzickej dátovej schémy konkrétneho DBMS. Poskytuje možnosť určiť alternatívne kľúče entít a polí, ktoré tvoria dodatočné vstupné body do tabuľky (polia indexov), a mohutnosť vzťahov medzi entitami.

Prítomnosť univerzálneho systému generovania kódu založeného na špecifikovaných prostriedkoch prístupu k úložisku projektu umožňuje vývojárom udržiavať vysokú úroveň vykonávania disciplíny projektu: prísny postup pri generovaní modelov; pevná štruktúra a obsah dokumentácie; automatické generovanie zdrojových kódov programu atď.; to všetko zabezpečuje zvýšenie kvality a spoľahlivosti vyvíjaného IS.

Na prípravu projektovej dokumentácie možno využiť publikačné systémy ako FrameMaker, Interleaf alebo Word Perfect. Štruktúra a skladba projektovej dokumentácie sú konfigurované v súlade s určenými normami. Úprava sa vykonáva bez zmeny návrhových rozhodnutí.

Pri vývoji veľkých AIS celý systém ako celok zodpovedá jednému projektu ako kategória Vantage Team Builder. Projekt je možné rozložiť na množstvo systémov, z ktorých každý zodpovedá nejakému relatívne autonómnemu subsystému AIS a je vyvíjaný nezávisle od ostatných. V budúcnosti je možné integrovať projektové systémy.

Proces návrhu AIS pomocou Vantage Team Builder sa implementuje v štyroch po sebe nasledujúcich fázach (fázach) - analýza, architektúra, dizajn a implementácia, zároveň sa dokončené výsledky každej etapy úplne alebo čiastočne prenesú (importujú) do ďalšej fázy. Všetky diagramy, okrem ERD, sú prevedené na iný typ alebo menia svoj vzhľad v súlade s vlastnosťami aktuálnej fázy. DFD sa teda konvertujú vo fáze architektúry na SAD, DSD na DTD. Po dokončení importu sa preruší logické spojenie s predchádzajúcou fázou, t.j. v diagramoch je možné vykonať všetky potrebné zmeny.

Konfigurácia Vantage Team Builder pre Uniface poskytuje zdieľanie dvoch systémov v rámci jedného technologického návrhového prostredia, pričom databázové schémy (modely SQL) sa prenášajú do úložiska Uniface a naopak, aplikačné modely generované nástrojmi Uniface je možné prenášať do Úložisko Vantage Team Builder . Prípadné nezrovnalosti medzi úložiskami oboch systémov sú odstránené pomocou špeciálnej utility. Vývoj obrazovkových formulárov v prostredí Uniface je realizovaný na základe FSD sekvenčných diagramov formulárov po importovaní SQL modelu. Vývojová technológia AIS založená na tejto konfigurácii je znázornená na obr. 2.23.

Štruktúra úložiska uloženého v cieľovom DBMS a rozhrania Vantage Team Builder sú otvorené, čo v princípe umožňuje integráciu s akýmikoľvek inými nástrojmi.

Uniface. Produkt Compuware je vývojové prostredie pre rozsiahle aplikácie v architektúre „klient-server“ a má nasledujúcu architektúru komponentov:

1. Repozitár aplikačných objektov (úložisko aplikačných objektov) obsahuje metadáta automaticky používané všetkými ostatnými komponentmi počas životného cyklu AIS (modely aplikácií, popisy údajov, obchodné pravidlá, formuláre obrazovky, globálne objekty a šablóny). Úložisko môže byť uložené v ktorejkoľvek z databáz podporovaných Uniface;

Ryža. 2.23. Interakcia medzi Vantage Team Builder a Uniface

2. Application Model Manager podporuje aplikačné modely (E-R modely), z ktorých každý je podmnožinou celkovej databázovej schémy z pohľadu tejto aplikácie a zahŕňa zodpovedajúce grafický editor;

3. Rapid Application Builder - nástroj na rýchle vytváranie obrazovkových formulárov a zostáv na základe objektov aplikovaného modelu. Zahŕňa grafický editor formulárov, nástroje na vytváranie prototypov, ladenie, testovanie a dokumentáciu. Implementované rozhranie s rôznymi typmi prvkov okien Otvorte ovládacie prvky Widget rozhranie pre existujúce GUI - MS Windows (vrátane VBX), Motif, OS/2. Universal Presentation Interface umožňuje používať rovnakú verziu aplikácie v prostredí rôznych grafických rozhraní bez zmeny programového kódu;

4. Vývojárske služby (služby pre vývojárov) sa používajú na podporu veľkých projektov a implementáciu správy verzií (Uniface Version Control System), prístupových práv (vymedzenie právomocí), globálnych úprav atď. To poskytuje vývojárom prostriedky paralelného návrhu, vstupu výstupná kontrola, vyhľadávanie, prezeranie, údržba a vydávanie správ o údajoch systému na správu verzií;

5. Deployment Manager (správa distribúcie aplikácií) - nástroje, ktoré umožňujú pripraviť vytvorenú aplikáciu na distribúciu, nainštalovať a udržiavať ju (platforma používateľa sa môže líšiť od platformy vývojára). Zahŕňajú sieťové a DBMS ovládače, aplikačný server (polyserver), distribúciu aplikácií a nástroje na správu databáz. Uniface podporuje rozhranie s takmer všetkými známymi hardvérovými a softvérovými platformami, DBMS, CASE-tools, sieťovými protokolmi a manažérmi transakcií;

6. Personal Series (osobné nástroje) sa používajú na vytváranie zložitých dotazov a zostáv v grafickej forme (Personal Query a Personal Access - PQ / PA), ako aj na prenos údajov do systémov ako WinWord a Excel;

7. Distributed Computing Manager - integračný nástroj s manažérmi transakcií Tuxedo, Encina, CICS, OSF DCE.

Verzia Uniface 7 plne podporuje distribuovaný výpočtový model a trojvrstvovú architektúru klient-server (s možnosťou zmeniť schému dekompozície aplikácie za behu). Aplikácie vytvorené pomocou Uniface 7 je možné spúšťať v heterogénnych operačných prostrediach pomocou rôznych sieťových protokolov súčasne na niekoľkých heterogénnych platformách (vrátane internetu).

Komponenty Uniface 7 zahŕňajú:

1. Uniface Application Server - aplikačný server pre distribuované systémy;

2. WebEnabler - serverový softvér na prevádzku aplikácií na internete a intranete;

3. Name Server - serverový softvér, ktorý zabezpečuje využívanie distribuovaných aplikačných zdrojov;

4. PolyServer – prostriedok na prístup k údajom a integráciu rôznych systémov.

Podporované DBMS zahŕňajú DB2, VSAM a IMS; PolyServer tiež poskytuje interoperabilitu s OS MVS.

Dizajnér/2000 + Vývojár/2000. ORACLE Designer/2000 2.0 je integrovaný CASE nástroj, ktorý v spojení s vývojovými nástrojmi Developer/2000 poskytuje plnú podporu životného cyklu softvéru pre systémy využívajúce ORACLE DBMS.

Designer/2000 je rodina metodík a ich podporných softvérových produktov. Základná metodika Designer/2000 (CASE*Method) je metodika návrhu konštrukčného systému, ktorá plne pokrýva všetky fázy životného cyklu AIS. Vo fáze plánovania sa stanovia ciele tvorby systému, priority a obmedzenia, vypracuje sa architektúra systému a plán rozvoja AIS. V procese analýzy sa vytvárajú: model informačných potrieb (diagram entita-vzťah), diagram funkčnej hierarchie (založený na funkčnom rozklade AIS), matica krížových odkazov a diagram toku údajov.

Vo fáze návrhu sa vypracuje detailná architektúra AIS, navrhne sa schéma relačnej databázy a programové moduly, vytvoria sa krížové referencie medzi komponentmi AIS na analýzu ich vzájomného vplyvu a kontroly zmien.

Vo fáze implementácie sa vytvorí databáza, vybudujú sa aplikačné systémy, tie sa testujú, kontroluje sa kvalita a plnenie požiadaviek používateľov. Vytvorená systémová dokumentácia, školiace materiály a užívateľské príručky. V etapách prevádzky a údržby sa analyzuje výkonnosť a integrita systému, vykonáva sa podpora a v prípade potreby úprava AIS.

Designer/2000 poskytuje grafické rozhranie pre vývoj rôznych doménových modelov (diagramov). V procese vytvárania modelov sa informácie o nich vkladajú do úložiska. Designer/2000 obsahuje nasledujúce komponenty.

Dodržiavanie vyššie uvedených zásad je nevyhnutné pri vykonávaní prác vo všetkých etapách tvorby a prevádzky AIS a AIT, t.j. počas celého ich životného cyklu.

Životný cyklus(LC) - obdobie vytvorenia a používania AIS (AIT), počnúc okamihom vzniku potreby tohto automatizovaného systému a končiac okamihom, keď sa už nepoužíva.

Životný cyklus AIS a AIT nám umožňuje rozlíšiť štyri hlavné fázy, pričom každá fáza návrhu je rozdelená do niekoľkých etáp a zabezpečuje zodpovedajúcu prácu:

ja inscenujem - predprojektová kontrola:

1. etapa - tvorba požiadaviek, štúdia projektovaného objektu, vypracovanie a výber variantu koncepcie systému;

2. etapa - analýza materiálov a tvorba dokumentácie - tvorba a schválenie štúdie realizovateľnosti a zadania pre návrh systému na základe analýzy prieskumných materiálov zozbieraných v prvej etape.

II etapa - dizajn:

1. etapa - technický dizajn, kde sa hľadajú najracionálnejšie konštrukčné riešenia pre všetky aspekty vývoja, vytvárajú sa a popisujú všetky komponenty systému a výsledky práce sa premietajú do technického návrhu;

2. etapa - pracovný dizajn, pri ktorej sa realizuje vývoj a dolaďovanie programov, úprava databázových štruktúr, tvorba dokumentácie pre dodávku, inštalácia technických prostriedkov a návodov na ich obsluhu, príprava pracovných náplní pre každého užívateľa. Technické a pracovné projekty je možné spojiť do jedného dokumentu – technického pracovného projektu.

III etapa - systémový vstup do akcie:

1. etapa - príprava na realizáciu- inštalácia a uvedenie do prevádzky technických prostriedkov, načítanie databázy a skúšobná prevádzka programov, školenia personálu;

2. etapa - pilotné testovanie všetky komponenty systému pred uvedením do komerčnej prevádzky, školenie personálu;

3. etapa (záverečná etapa tvorby AIS a AIT) - uvedenie do prevádzky; vydané úkonmi prevzatia a odovzdania prác.

IV štádium - priemyselná prevádzka - okrem každodenného fungovania zahŕňa údržbu softvérových nástrojov a celého projektu, prevádzkovú údržbu a správu databáz.

5. Spôsoby vykonávania projektových prác

Vytváranie automatizovaných informačných systémov a technológií je možné realizovať dvoma spôsobmi. Prvá možnosť predpokladá, že sa tejto práci venujú špecializované firmy s odbornými skúsenosťami s prípravou softvérových produktov špecifického zamerania. Podľa druhej možnosti návrh a vývoj vývoja vykonávajú dizajnéri-programátori, ktorí sú zamestnancami podnikov, kde sa vytvárajú nové informačné technológie a systémy.

V procese vývoja automatizovaných systémov, pracovísk a technológií čelia dizajnéri množstvu vzájomne súvisiacich problémov:

Pre projektanta je ťažké získať komplexné informácie na posúdenie požiadaviek formulovaných zákazníkom (používateľom) na nový systém alebo technológiu.

Zákazník často nemá dostatočné znalosti o problémoch automatizácie, aby mohol posúdiť možnosť implementácie určitých inovácií. Zároveň je dizajnér konfrontovaný s nadmerným množstvom podrobných informácií o problémovej oblasti, čo spôsobuje ťažkosti pri modelovaní a formalizovanom popise. informačných procesov a riešenie funkčných problémov.

Špecifikácia navrhovaného systému je z dôvodu veľkého objemu a technických termínov pre zákazníka často nezrozumiteľná a jej prílišné zjednodušenie nemôže uspokojiť špecialistov, ktorí systém vytvárajú.

Pomocou známych analytických metód je možné niektoré z týchto problémov vyriešiť, ale radikálne riešenie poskytujú iba moderné štruktúrne metódy, medzi ktorými má ústredné miesto metodológia štruktúrnej analýzy.

štrukturálna analýza nazývaná metóda štúdia systému, ktorá začína jeho všeobecným prehľadom a potom podrobnosťami, nadobúdajúc hierarchickú štruktúru s narastajúcim počtom úrovní.

Štrukturálna analýza zahŕňa rozdelenie systému na úrovne abstrakcie s obmedzeným počtom prvkov na každej z úrovní (zvyčajne od 3 do 6-7). Na každej úrovni sú zvýraznené len detaily, ktoré sú pre systém podstatné.

Metodológia štrukturálnej analýzy je založená na princípe dekompozície a princípe hierarchického usporiadania.

Princíp rozkladu zahŕňa riešenie zložitých problémov ich rozdelením na úlohy, ktoré sú ľahko pochopiteľné a riešiteľné.

Princíp hierarchického usporiadania vyhlasuje, že systém možno pochopiť a postaviť na úrovniach, z ktorých každá pridáva nové detaily.

Na predprojektová fáza vykonáva sa štúdia a analýza všetkých vlastností projektovaného objektu s cieľom objasniť požiadavky zákazníka. Identifikuje sa najmä súbor podmienok, za ktorých sa má budúci systém prevádzkovať (hardvérové a softvérové prostriedky; vonkajšie podmienky jeho prevádzky; zloženie ľudí a práce s tým súvisiace a podieľajúce sa na informačných a riadiacich procesoch), a popis funkcií vykonávaných systémom atď. P.

V tejto fáze sa určujú:

Architektúra systému, jeho funkcie, vonkajšie podmienky, rozdelenie funkcií medzi hardvér a softvér;

Rozhrania a rozdelenie funkcií medzi osobou a systémom;

Požiadavky na softvérové a informačné komponenty systému, potrebné hardvérové prostriedky, požiadavky na databázu, fyzikálne vlastnosti komponentov systému, ich rozhrania.

Kvalita ďalšieho návrhu v rozhodujúcej miere závisí od správneho výberu metód analýzy a formulovaných požiadaviek na novovytvorenú technológiu.

Metódy používané vo fáze predprojektového prieskumu sa delia na:

- Metódy na štúdium a analýzu skutočného stavu objektu alebo technológie. Tieto metódy umožňujú identifikovať úzke miesta v skúmaných procesoch a zahŕňajú: ústny alebo písomný prieskum; písomný prieskum; pozorovanie, meranie a vyhodnocovanie; diskusia v skupine; analýza úloh; analýzy výrobných a riadiacich procesov.

Vo všeobecnosti sú metódy na štúdium a analýzu skutočného stavu riadiacich činností a existujúcej technológie na riešenie problémov navrhnuté tak, aby zhromaždili potrebné materiály a vytvorili základ pre návrh AIS a AIT.

- Metódy formovania daného stavu. Vychádzajú zo zdôvodnenia všetkých komponentov AIS na základe cieľov, požiadaviek a podmienok zákazníka. Medzi tieto metódy, ktoré sú pracovnými nástrojmi dizajnérov, patria metódy: modelovanie procesu riadenia; konštrukčný dizajn; rozklad; analýza informačného procesu.

- Metóda modelovania procesu riadenia. V procese štúdia projektového objektu sa budujú ekonomicko-organizačné a informačno-logické modely. Odrážajú ekonomické a manažérske vzťahy, ako aj informačné toky s nimi spojené.

- Metóda konštrukčného návrhu umožňuje rozdeliť celý komplex úloh do viditeľných a analyzovateľných podkomplexov (modulov).

- Metóda rozkladu modulov zabezpečuje ďalšie členenie podmnožín úloh na samostatné úlohy, ukazovatele.

- Analýza informačných procesov je určený na identifikáciu a prezentáciu vzťahu medzi výsledkom, procesom spracovania a zadávaním údajov. Používa sa aj na analýzu a vytváranie informačných väzieb medzi pracoviskami riadiacich zamestnancov, špecialistov, technického personálu a informačných technológií. Na tento účel sú opísané vstupné a výstupné informácie, ako aj algoritmus spracovania informácií vo vzťahu ku každému pracovisku.

- Metódy grafického znázornenia skutočného a určeného stavu zabezpečiť používanie vizuálneho znázornenia procesov spracovania informácií. Medzi najznámejšie z nich patrí metóda vývojových diagramov, metódy šípkových diagramov, sieťové grafy, tabuľky postupnosti operácií prechodu procesov.

Ak by v štádiu predprojektovania mali byť požiadavky na vytvorenie AIS a AIT formulované v zadávacích podmienkach, potom by návrh mal odpovedať na otázku: „Ako bude systém spĺňať požiadavky naň?“.

Výsledkom fáz návrhu by mal byť návrh systému v rámci rozpočtu pridelených zdrojov.

Etapy návrhu zahŕňajú tieto hlavné práce:

Rozvoj cieľov a organizačných princípov AIS;

Vytvorenie variantu AIS a AIT;

Ladiace programy;

Skúšobná prevádzka;

Dodávka projektu AIS a AIT.

V procese organizácie dizajnu sa prijímajú rôzne rozhodnutia, ktoré ovplyvňujú dynamiku a kvalitu práce. Preto sa pre každú fázu projektovania určujú: očakávané výsledky a dokumenty; osobné funkcie hlavy; rozhodnutia vedúceho; funkcie zákazníka a vývojára AIS a AIT.

Projektová dokumentácia a dokumentácia skutočného vyhotovenia obsahuje: pokyny pre pracovný postup, programy pre pracoviská, pokyny pre papierovanie, odporúčania na používanie informácií, metódy, rozhodovacie tabuľky atď.

V moderných podmienkach sa AIS, AIT a AWP spravidla nevytvárajú od nuly. Potreba včasných, kvalitných, operatívnych informácií a ich vyhodnocovanie ako najdôležitejšieho zdroja v riadiacich procesoch, ako aj najnovšie úspechy vedecko-technického pokroku si vyžadujú reštrukturalizáciu fungujúceho AIS a vytvorenie AIS a AIT na nový technický a technologický základ.