REGULATORNA I METODOLOŠKA PODRŠKA IZRADI AIS-a.
Osnovni koncepti dizajna AIS-a
Uopšteno govoreći, AIS obuhvata: korisnika (potrošača), izvore informacija, nosioce informacija, sredstva za prikupljanje, skladištenje, obradu informacija, sredstva za prenos informacija.
Dizajn AIS-a zasniva se na dvije međusobno povezane komponente:
Standardi dizajna;
Metodologija projektovanja.
Osnovni koncepti, pristupi i definicije projektovanja AIS-a regulisani su sa tri vrste projektne i softverske dokumentacije:
- jedinstveni sistem projektne dokumentacije (ESKD);
- jedinstveni sistem programske dokumentacije (ESPD);
- set smjernica za AIS.
Sastav projektne dokumentacije je skup standarda i smjernica za AIS GOST 24.104-85, GOST 34.003-90, GOST 34.201-90 uključuje smjernice za informatičku tehnologiju i automatizirane sisteme, kao i zahtjeve za sadržaj dokumenata.
Cilj dizajna je da identifikuje relativno jednostavnu unutrašnju strukturu, nazvanu arhitektura sistema.
AIS se razvija kao projekat. Mnoge karakteristike upravljanja projektom i faze razvoja projekta (faze životnog ciklusa) su uobičajene, nezavisne ne samo od predmetne oblasti, već i od prirode projekta. Koncept projekta je složen pojam i za njega je teško naći jednoznačnu formulaciju.
Projekt- radi se o vremenski ograničenoj svrsishodnoj promeni zasebnog sistema sa prvobitno jasno definisanim ciljevima od čijeg dostizanja zavisi završetak projekta, kao i sa utvrđenim zahtevima za rokovima, rezultatima, rizikom, trošenjem sredstava i resursa i organizacionim struktura.
Za ekonomske sistema u okviru EIS projekta razumećemo projektnu i tehnološku dokumentaciju, koja opisuje projektna rešenja za kreiranje i rad EIS-a u specifičnom softverskom i hardverskom okruženju.
Pod EIS dizajnom odnosi se na proces pretvaranja ulaznih informacija o objektu projektovanja, metodama projektovanja i iskustvu u projektovanju objekata slične namene u skladu sa GOST-om u EIS projekat. Sa ove tačke gledišta, projektovanje EIS-a se svodi na doslednu formalizaciju projektnih odluka u različitim fazama životnog ciklusa EIS-a: planiranje i analiza zahteva, tehničko i detaljno projektovanje, implementacija i rad EIS-a.
Dizajnerski objekti EIS su pojedinačni elementi ili njihovi kompleksi funkcionalnih i nosećih dijelova. Dakle, funkcionalni elementi u skladu sa tradicionalnom dekompozicijom su zadaci, kompleksi zadataka i funkcije upravljanja. Kao dio pratećeg dijela EIS-a, projektni objekti su elementi i njihovi kompleksi informacione, softverske i tehničke podrške sistema.
kao subjekt Projektovanje EIS-a su timovi stručnjaka koji projektne aktivnosti provode, po pravilu, kao dio specijalizirane (projektantske) organizacije, te organizacije korisnika za koju je potrebno izraditi EIS. Obim sistema koji se razvijaju određuje sastav i broj učesnika u procesu projektovanja. Sa velikim obimom i kratkim rokovima za realizaciju projektantskih radova, nekoliko projektantskih timova (razvojnih organizacija) može učestvovati u razvoju sistema. U ovom slučaju se dodjeljuje matična organizacija koja koordinira aktivnosti svih suizvršavajućih organizacija.
Oblik učešća suizvršitelja u izradi projekta sistema može biti različit. Najčešći je oblik u kojem svaki saradnik obavlja projektantski rad od početka do kraja za neki dio sistema koji se razvija. Obično je to funkcionalni podsistem ili međusobno povezani skup upravljačkih zadataka. Manje uobičajen je oblik učešća suizvršitelja, u kojem pojedini suizvršioci obavljaju poslove u određenim fazama procesa projektovanja. Moguća je varijanta u kojoj se kombinuju funkcije kupca i programera, odnosno EIS se projektuje samostalno.
Implementacija EIS dizajna podrazumijeva korištenje od strane dizajnera određene tehnologije projektovanja koja odgovara obimu i karakteristikama projekta koji se razvija.
EIS tehnologija projektovanja- ovo je skup metodologije i alata za projektovanje za EIS, kao i metoda i alata za organizaciju dizajna (upravljanje procesom kreiranja i modernizacije EIS projekta)
Metodologija (koncept + metoda)
Organizacija alata
projektovanje
Tehnologija projektovanja zasniva se na tehnološkom procesu koji određuje radnje, njihov redosled, sastav izvođača, sredstva i resurse potrebne za izvođenje ovih radnji.
Dakle, tehnološki proces dizajniranja EIS-a u cjelini podijeljen je na skup serijsko-paralelnih, povezanih i podređenih lanaca radnji, od kojih svaka može imati svoj predmet. Radnje koje se izvode tokom projektovanja EIS-a mogu se definirati kao nedjeljive tehnološke operacije ili kao podprocesi tehnoloških operacija. Sve akcije mogu biti zapravo radnje dizajna koje formiraju ili modifikuju rezultate dizajna, i akcije evaluacije koje se razvijaju prema utvrđenim kriterijumima za evaluaciju rezultata dizajna.
Dakle, tehnologija projektovanja je postavljena regulisanim redosledom tehnoloških operacija koje se izvode u procesu kreiranja projekta na osnovu jedne ili druge metode, usled čega bi postalo jasno ne samo ŠTA treba učiniti da bi se projekat kreirao, već takođe KAKO, KOM i KOJIM REDOM se mora uraditi.
Predmet bilo koje odabrane tehnologije projektovanja treba da bude odraz međusobno povezanih procesa projektovanja u svim fazama životnog ciklusa EIS-a.
Glavni zahtjevi za odabranu tehnologiju dizajna uključuju sljedeće:
Projekt kreiran korištenjem ove tehnologije mora zadovoljiti zahtjeve kupca;
Odabrana tehnologija treba maksimalno odražavati sve faze životnog ciklusa projekta;
Izabrana tehnologija treba da obezbedi minimalne troškove rada i troškova za projektovanje i održavanje projekta;
Tehnologija treba da bude osnova komunikacije između dizajna i održavanja projekta;
Tehnologija treba da doprinese rastu produktivnosti rada dizajnera;
Tehnologija mora osigurati pouzdanost dizajna i rada projekta;
Tehnologija bi trebala olakšati jednostavno održavanje projektne dokumentacije.
Osnova tehnologije projektovanja EIS-a je metodologija koja definiše suštinu, glavne karakteristične tehnološke karakteristike.
Metodologija dizajna podrazumijeva prisustvo nekog koncepta, principa dizajna, implementiranog skupom dizajnerskih metoda, koji, zauzvrat, moraju biti podržani nekim alatima za dizajn.
Organizacija projektovanja uključuje definisanje metoda za interakciju dizajnera međusobno i sa kupcem u procesu kreiranja EIS projekta, koji takođe može biti podržan skupom specifičnih alata.
Metode projektovanja EIS-a mogu se klasifikovati prema stepenu upotrebe alata za automatizaciju, standardnim dizajnerskim rešenjima i prilagodljivosti očekivanim promenama.
Da, prema diplomi automatizacija metode projektovanja se dijele na metode:
ručni dizajn, u kojem se projektovanje EIS komponenti vrši bez upotrebe posebnih softverskih alata, a programiranje se izvodi na algoritamskim jezicima;
kompjuterski dizajn, koji proizvodi generiranje ili konfiguraciju (postavku) dizajnerskih rješenja na osnovu upotrebe posebnih softverskih alata.
Prema stepenu upotrebe standardnih projektantskih rješenja razlikuju se sljedeće metode projektiranja:
Originalni (individualni) dizajn, kada se projektna rješenja razvijaju "od nule" u skladu sa zahtjevima za EIS;
Tipični dizajn, koji uključuje konfiguraciju EIS-a iz gotovih standardnih projektantskih rješenja (softverskih modula).
Originalni (individualni) dizajn EIS-a karakterizira činjenica da su sve vrste projektantskih radova usmjerene na izradu pojedinačnih projekata za svaki objekt, koji u maksimalnoj mjeri odražavaju sve njegove karakteristike.
Tipsko projektovanje se izvodi na osnovu iskustva stečenog u izradi pojedinačnih projekata. Tipični projekti kao generalizacija iskustva za određene grupe organizacionih i ekonomskih sistema ili vrste poslova u svakom slučaju su povezani sa mnogim specifičnostima i razlikuju se po stepenu pokrivenosti upravljačkih funkcija, obavljenom poslu i razvijenoj projektnoj dokumentaciji.
Prema stepenu prilagodljivosti projektantskih rješenja, metode projektovanja se dijele na metode:
Rekonstrukcije, kada se prilagođavanje projektnih rješenja vrši obradom odgovarajućih komponenti (reprogramiranje softverskih modula);
Parametarizacija, kada se projektna rješenja prilagođavaju (regenerišu) u skladu sa promjenjivim parametrima;
Restrukturiranje modela, kada se mijenja model problematične oblasti, na osnovu čega se automatski regeneriraju projektna rješenja.
Kombinacija različitih karakteristika klasifikacije metoda projektovanja određuje prirodu primenjene tehnologije projektovanja EIS, među kojima se izdvajaju dve glavne.
klasa: kanonske i industrijske tehnologije (tabela 2.1). Tehnologija industrijskog dizajna je, zauzvrat, podijeljena u dvije podklase: automatizirani (upotreba CASE tehnologija) i tipični (parametarski orijentirani ili modelski orijentirani) dizajn. Upotreba tehnologija industrijskog dizajna ne isključuje upotrebu kanonske tehnologije u nekim slučajevima.
Tabela 2.1 Karakteristike klasa tehnologije projektovanja
Za specifične tipove dizajnerskih tehnologija, uobičajeno je koristiti određene alate za razvoj EIS-a koji podržavaju implementaciju pojedinačnih projektnih radova, faza i njihovih kombinacija. Stoga se programeri EIS-a, u pravilu, suočavaju sa zadatkom odabira alata za dizajn koji po svojim karakteristikama najbolje odgovaraju zahtjevima određenog poduzeća.
Alati za dizajn bi trebali biti:
U svojoj klasi, oni su invarijantni prema objektu dizajna;
Pokriti sve faze životnog ciklusa EIS-a;
Tehnički, softverski i informacijski kompatibilni;
Jednostavan za učenje i korištenje;
Ekonomski izvodljivo.
Alati za projektovanje EIS-a mogu se podeliti u dve klase: bez upotrebe računara i uz korišćenje računara.
Alati za projektovanje bez upotrebe računara koriste se u svim fazama i fazama projektovanja EIS-a. Po pravilu, to su sredstva organizacione i metodološke podrške projektantskim operacijama i, prije svega, različiti standardi koji regulišu proces projektovanja sistema. Ovo takođe uključuje jedinstveni sistem klasifikacije i kodiranja informacija, jedinstven dokumentacioni sistem, modele za opisivanje i analizu tokova informacija itd.
Kompjuterski potpomognuti alati za projektovanje mogu se koristiti kako u pojedinačnim tako iu svim fazama i fazama procesa projektovanja EIS-a i, shodno tome, podržavaju razvoj elemenata dizajna sistema, sekcija projektovanja sistema i dizajna sistema u celini. Čitav skup alata za dizajn koji koriste računare podijeljen je u četiri podklase.
Prva potklasa uključuje operativne alate koji podržavaju dizajn operacija obrade informacija. Ova potklasa alata uključuje algoritamske jezike, biblioteke standardnih potprograma i klasa objekata, makrogeneratore, generatore programa za tipične operacije obrade podataka, itd., kao i alate za proširenje funkcija operativnih sistema (uslužnih programa). Ova klasa također uključuje tako jednostavne alate za dizajn kao što su alati za testiranje i otklanjanje grešaka programa, podršku procesu projektne dokumentacije itd. Posebnost najnovijih programa je da povećavaju produktivnost dizajnera, ali ne razvijaju cjelovito dizajnersko rješenje.
Dakle, alati ove potklase podržavaju pojedinačne EIS operacije projektovanja i mogu se koristiti nezavisno jedan od drugog.
Druga potklasa uključuje alate koji podržavaju dizajn pojedinačnih komponenti EIS projekta. Ova podklasa uključuje alate za cijeli sistem:
Sistemi za upravljanje bazama podataka (DBMS);
Metodski orijentisani paketi primenjenih programa (rešavanje problema diskretnog programiranja, matematičke statistike itd.)
Tablični procesori;
Statistički RFP;
Školjke ekspertnih sistema;
Grafički urednik;
Urednici teksta;
Integrisani PPP (interaktivno okruženje sa ugrađenim mogućnostima dijaloga koje vam omogućava da integrišete gornji softver).
Navedene alate za projektovanje karakteriše njihova upotreba za razvoj EIS tehnoloških podsistema: unos informacija, organizacija skladištenja i pristupa podacima, proračuni, analiza i prikaz podataka, donošenje odluka.
Treća potklasa uključuje alate koji podržavaju projektovanje sekcija EIS projekta. U ovu podklasu izdvajamo funkcionalne alate za dizajn.
Funkcionalni alati su usmjereni na razvoj automatiziranih sistema koji implementiraju funkcije, komplekse zadataka i upravljačke zadatke. Raznolikost predmetnih oblasti generiše razne alate ove potklase, fokusirane na tip organizacionog sistema (industrijska, neindustrijska područja), nivo upravljanja (na primer, preduzeće, radionica, odeljenje, lokacija, radno mesto), funkciju upravljanja ( planiranje, računovodstvo, itd.).
Alati funkcionalnog dizajna za sisteme za obradu informacija uključuju standardna dizajnerska rješenja, funkcionalne pakete primijenjenih programa, standardne projekte.
Četvrta podklasa alata za projektovanje EIS uključuje alate koji podržavaju razvoj projekta u fazama i fazama procesa projektovanja. Ova klasa uključuje podklasu alata za automatizaciju EIS dizajna (CASE-alati).
Moderni CASE alati se, pak, klasificiraju uglavnom prema dva kriterija:
1) prema obuhvaćenim fazama procesa razvoja EIS;
2) prema stepenu integracije: odvojeni lokalni alati (alati), skup neintegrisanih alata koji pokrivaju većinu razvojnih faza EIS-a (toolkit) i potpuno integrisani alati povezani zajedničkom bazom podataka - repozitorijumom (workbench) .
AIS dizajn je kreativan proces. Svaki projekat u svom razvoju prolazi kroz određena stanja: od stanja kada „još nema projekta“ do stanja kada „projekat više ne postoji“. Skup faza razvoja od nastanka ideje do završetka projekta obično se dijeli na faze (faze, faze). Postoje određene razlike u određivanju broja faza (faza) i njihovog sadržaja, ali je ipak suština sadržaja životnog ciklusa razvoja AIS-a u različitim pristupima ista.
Faze razvoja CASE-sistema
Tokom protekle decenije pojavio se novi pravac u projektovanju informacionih sistema - kompjuterski potpomognuto projektovanje korišćenjem CASE-alata. Termin CASE (Computer Aided System/Software Engineering) prvobitno se odnosio samo na automatizaciju razvoja softvera; sada pokriva razvoj kompleksnog AIS-a općenito.
U početku, CASE tehnologije su razvijene kako bi se prevazišli nedostaci metodologije projektovanja konstrukcija (složenost razumevanja, visok intenzitet rada i cena korišćenja, poteškoće u izmeni projektnih specifikacija, itd.) kroz automatizaciju i integraciju pratećih alata.
CASE-tehnologije ne postoje same po sebi, nisu nezavisne. Oni automatizuju i optimizuju upotrebu relevantne metodologije i omogućavaju povećanje efikasnosti njene primene.
Drugim riječima, CASE tehnologije su skup metodologija za analizu, projektovanje, razvoj i održavanje složenih softverskih sistema, podržanih skupom međusobno povezanih alata za automatizaciju koji vam omogućavaju da vizuelno modelujete predmetnu oblast, analizirate ovaj model u svim fazama razvoja i održavanja AIS-a i razvijate aplikacije u skladu sa informacijskim potrebama korisnika.
Moderni CASE alati pokrivaju širok spektar podrške za brojne tehnologije dizajna AIS-a - od jednostavnih alata za analizu i dokumentaciju do alata za automatizaciju punog opsega koji pokrivaju cijeli životni ciklus AIS-a. Najveća potreba za korišćenjem CASE-sistema postoji u početnim fazama razvoja – u fazama analize i specifikacije zahteva za AIS. Greške napravljene ovdje su gotovo fatalne, njihova cijena daleko premašuje cijenu grešaka u kasnijim fazama razvoja.
Glavni ciljevi CASE alata su da odvoje početne faze (analiza i dizajn) od narednih i ne opterećuju programere detaljima razvojnog okruženja i rada sistema.
Većina modernih CASE sistema koristi metodologije strukturalni i/ili objektno orijentisana analiza I dizajn, na osnovu upotrebe vizuelnih dijagrama, grafikona, tabela i dijagrama.
Pravilnom upotrebom CASE-alata postiže se značajno povećanje produktivnosti rada, koja je (prema procjenama stranih kompanija koje koriste CASE tehnologije) od 100 do 600%, u zavisnosti od obima, složenosti posla i iskustva sa CASE-om. Istovremeno se mijenjaju sve faze životnog ciklusa AIS-a, ali najveće promjene se odnose na faze analize i projektovanja (tablice 2.5, 2.6).
Tabela 2.5. Procjene troškova rada po fazama životnog ciklusa AIS-a
Tabela 2.6. Poređenje upotrebe CASE-a i tradicionalnog razvoj
Upotreba CASE-alata ne samo da automatizuje strukturnu metodologiju i omogućava korišćenje savremenih metoda sistemskog i softverskog inženjeringa, već pruža i druge prednosti (slika 2.22), a posebno:
1. poboljšava kvalitet softvera koji se razvija putem automatskog generisanja i upravljanja;
2. omogućava smanjenje vremena izrade AIS prototipa, što omogućava procjenu kvaliteta i efektivnosti projekta u ranoj fazi;
3. ubrzava proces dizajna i razvoja;
4. omogućava vam da ponovo koristite razvijene komponente;
5. podržava AIS praćenje;
6. oslobađa se rutinskog rada na dokumentovanju projekta, jer koristi ugrađeni dokumentator;
7. Olakšava timski rad na projektu.
Rice. 2.22. Prednosti razvoja AIS-a korištenjem CASE-tehnologija: A- koeficijent smanjenja troškova projekta; b - faktor smanjenja vremena razvoja
Većina CASE alata zasniva se na četiri glavna koncepta: metodologija, metoda, notacija, alat [ 11,15, 16].
Metodologija definiše smjernice za vrednovanje i izbor rješenja u projektovanju i razvoju AIS-a, faze rada, njihov redoslijed, pravila za distribuciju i dodjelu metoda.
Metode - procedure za generisanje komponenti i njihovi opisi.
Notacije imaju za cilj da opišu opštu strukturu sistema, elemente podataka, korake obrade, mogu uključivati grafikone, dijagrame, tabele, dijagrame toka, formalne i prirodne jezike.
Objekti- alati za podršku i poboljšanje metoda; podržava rad korisnika pri kreiranju i uređivanju projekta u interaktivnom načinu, pomaže u organizaciji projekta u obliku hijerarhije nivoa apstrakcije, provjerava usklađenost komponenti.
Klasifikacija CASE alata
Do sada ne postoji stabilna klasifikacija CASE-alata, već su definisani samo pristupi klasifikaciji u zavisnosti od različitih karakteristika klasifikacije. Ispod su neke od njih.
Orijentacija na tehnološke faze i procese životnog ciklusa AIS-a:
1. sredstva analize i dizajna. Koristi se za kreiranje sistemskih specifikacija i dizajna. Podržavaju dobro poznate metodologije dizajna;
2. Alati za dizajn baze podataka. Osigurati logičko modeliranje podataka, generiranje struktura baze podataka;
3. alati za upravljanje zahtjevima;
4. alati za upravljanje konfiguracijom softvera. Podrška programiranju, testiranju, automatskom generiranju softvera iz specifikacija;
5. sredstva dokumentacije;
6. alati za testiranje;
7. alati za upravljanje projektima. Podrška planiranju, kontroli, interakciji;
8. alati obrnutog inženjeringa dizajnirani da prenesu postojeći sistem u novo okruženje.
Podržane metodologije dizajna[ 11, 12, 15, 16]:
1. funkcionalno orijentisan (strukturno orijentisan);
2. objektno orijentisan;
3. kompleksno orijentisan (skup metodologija projektovanja).
Podržane grafičke oznake grafikona:
1. sa fiksnom notacijom;
2. sa posebnim oznakama;
3. sa najčešćim oznakama.
Stepen integracije:
1. pomoćni programi (Alati), samostalno rješavajući autonomni zadatak;
2. razvojni paketi (Toolkit), koji su skup alata koji pružaju pomoć za jednu od klasa softverskih zadataka;
3. skupovi integrisanih alata povezanih zajedničkom projektantskom bazom podataka - repozitorijum, automatizujući ceo ili deo rada različitih faza kreiranja AIS-a (Workbench).
Kolektivni razvoj projekta:
1. bez podrške kolektivnog razvoja;
2. fokusiran na razvoj projekta u realnom vremenu;
3. fokusiran na način kombinovanja potprojekata.
Vrste CASE alata:
1. alati za analizu (velika slova); među stručnjacima se nazivaju sredstvima kompjuterskog planiranja. Uz pomoć ovih CASE-alata izrađuje se model koji odražava sve postojeće specifičnosti. Usmjeren je na razumijevanje općih i posebnih mehanizama funkcionisanja, raspoloživih mogućnosti, resursa, ciljeva projekta u skladu sa svrhom kompanije. Ovi alati vam omogućavaju da analizirate različite scenarije, akumulirajući informacije za donošenje optimalnih odluka;
2. alati za analizu i dizajn (Srednji CASE); smatraju se kao podrška analizi zahtjeva i fazama projektovanja AIS specifikacija i strukture. Glavni rezultat korišćenja srednjeg CASE alata je značajno pojednostavljenje dizajna sistema, jer dizajn postaje iterativni proces rada sa AIS zahtevima. Pored toga, srednji CASE alati obezbeđuju brzu dokumentaciju zahteva;
3. alati za razvoj softvera (Donji); podržavaju AIS sisteme za razvoj softvera. Oni sadrže sistemske rečnike i grafičke alate koji eliminišu potrebu za razvojem fizičkih specifikacija – postoje sistemske specifikacije koje se direktno prevode u programske kodove sistema koji se razvija (automatski se generiše do 80% kodova). Glavne prednosti nižih CASE-alata su značajno smanjenje vremena razvoja, olakšavanje modifikacija, podrška za mogućnost rada sa prototipovima.
CASE alati takođe klasifikuju po vrsti i arhitekturi kompjuterske tehnologije, i prema tipu operativnog sistema.
Trenutno je tržište softverskih proizvoda predstavljeno širokim spektrom softvera, uključujući CASE alate gotovo bilo koje od navedenih klasa.
Karakteristike CASE alata
srebrna trka. Silverrun CASE alat američke kompanije Computer Systems Advisers, Inc. (CSA) se koristi za analizu i dizajn AIS poslovne klase i više je fokusiran na spiralni model životnog ciklusa. Primjenjiv je za podršku bilo kojoj metodologiji zasnovanoj na odvojenoj konstrukciji funkcionalnih i informacionih modela (dijagrami toka podataka i dijagrami entitet-odnos).
Prilagođavanje specifičnoj metodologiji omogućava se odabirom potrebne grafičke oznake modela i skupa pravila za provjeru specifikacija dizajna. Sistem ima gotova podešavanja za najčešće metodologije: DATARUN (glavna metodologija koju podržava Silverrun), Gane/Sarson, Yourdon/DeMarco, Merise, Ward/Mellor, Information Engineering. Za svaki koncept uveden u projekat moguće je dodati vlastite deskriptore. Silverrun arhitektura vam omogućava da razvijete svoje razvojno okruženje po potrebi.
Silverrun ima modularna struktura i sastoji se od četiri modula, od kojih je svaki samostalan proizvod i može se kupiti i koristiti zasebno.
1. Modul za izgradnju modela poslovnih procesa u obliku dijagrama toka podataka, Business Process Modeler (BPM) vam omogućava da modelirate funkcionisanje automatizovane organizacije ili AIS-a koji se kreira. Mogućnost rada sa modelima velike složenosti obezbeđuju funkcije automatskog prenumerisanja, rada sa procesnim stablom (uključujući vizuelno prevlačenje grana), odvajanja i pričvršćivanja delova modela za kolektivni razvoj. Karte se mogu nacrtati u nekoliko unaprijed definiranih notacija, uključujući Yourdon/DeMarco i Gane/Sarson. Također je moguće kreirati vlastite notacije, na primjer, dodati korisnički definirana polja broju deskriptora prikazanih na dijagramu.
2. Modul za konceptualno modeliranje podataka Entity-Relationship eXpert (ERX) omogućava izgradnju modela podataka entitet-relacija koji nisu specifični za implementaciju. Ugrađeni ekspertski sistem vam omogućava da kreirate ispravan normalizovani model podataka odgovarajući na smislena pitanja o odnosu podataka. Predviđena je automatska konstrukcija modela podataka iz opisa struktura podataka. Analiza funkcionalnih zavisnosti atributa omogućava da se proveri usklađenost modela sa zahtevima trećeg normalnog oblika i da se obezbedi njihova implementacija. Validirani model se prosljeđuje modulu Relational Data Modeler.
3. Modul relacionog modeliranja Relacijski Data Modeler (RDM) vam omogućava da kreirate detaljne modele entitet-relacija dizajnirane za implementaciju u relacijsku bazu podataka. Ovaj modul dokumentuje sve strukture vezane za izgradnju baze podataka: indekse, okidače, uskladištene procedure, itd. Fleksibilna notacija i proširivost spremišta omogućavaju vam da radite na bilo kojoj metodologiji. Mogućnost kreiranja podšema je u skladu s ANSI SPARC pristupom predstavljanju sheme baze podataka. U jeziku potkruga, modeliraju se i distribuirani procesni čvorovi i korisnički pogledi. Ovaj modul pruža dizajn i kompletnu dokumentaciju relacionih baza podataka.
4. Upravitelj spremišta radne grupe Workgroup Repository Manager (WRM) se koristi kao rečnik podataka za skladištenje informacija zajedničkih za sve modele, a takođe obezbeđuje integraciju Silverrun modula u jedno okruženje dizajna.
Prednost Silverrun CASE alata je njegova visoka fleksibilnost i raznovrsnost vizualnih alata za izgradnju modela, a nedostatak je nedostatak stroge međusobne kontrole između komponenti različitih modela (na primjer, mogućnost automatskog propagiranja promjena između DFD-a). različiti nivoi razlaganja). Međutim, treba napomenuti da ovaj nedostatak može biti značajan samo ako se koristi kaskadni model životnog ciklusa.
Alati uključeni u Silverrun:
1. automatsko generiranje shema baza podataka za najčešće DBMS: Oracle, Informix, DB2, Ingres, Progress, SQL Server, SQLBase, Sybase;
2. prijenos podataka u alate za razvoj aplikacija: JAM, PowerBuilder, SQL Windows, Uniface, NewEra, Delphi.
Dakle, moguće je u potpunosti definirati mehanizam baze podataka koristeći sve karakteristike određenog DBMS-a: okidače, pohranjene procedure, ograničenja referentnog integriteta. Prilikom izrade aplikacije, podaci migrirani iz Silverrun repozitorija se koriste ili za automatsko generiranje objekata interfejsa ili za njihovo brzo kreiranje ručno.
Za razmenu podataka sa drugim alatima za automatizaciju dizajna, kreiranje specijalizovanih procedura za analizu i verifikaciju specifikacija dizajna i sastavljanje specijalizovanih izveštaja u skladu sa različitim standardima, Silverrun pruža tri načina za izdavanje informacija o dizajnu u eksterne datoteke.
1. Sistem izvještavanja. Izvještaji se izlaze u tekstualne datoteke.
2. Izvozno/uvozni sistem. Postavlja se ne samo sadržaj datoteke za izvoz, već i graničnici zapisa, polja u zapisima, markeri početka i kraja tekstualnih polja. Takve datoteke za izvoz mogu se generirati i učitati u spremište. Ovo omogućava razmjenu podataka sa različitim sistemima: drugim CASE alatima, DBMS-om, uređivačima teksta i tabelama.
3. Čuvanje spremišta u eksternim fajlovima sa pristupom pomoću ODBC drajvera. Za pristup podacima spremišta iz najčešćeg DBMS-a, moguće je pohraniti sve informacije o projektu direktno u formatu ovih DBMS-a.
Silverrun podržava dva načina grupnog rada:
1) u standardnoj verziji za jednog korisnika postoji mehanizam za kontrolisano razdvajanje i spajanje modela. Model se može podijeliti na dijelove i distribuirati među nekoliko programera. Nakon detaljnog proučavanja, dijelovi se ponovo sklapaju u jedan model;
2) mrežna verzija Silverruna omogućava paralelni grupni rad sa modelima pohranjenim u mrežnom spremištu zasnovanom na Oracle, Sybase ili Informix DBMS. Istovremeno, nekoliko programera može raditi s istim modelom, jer se blokiranje objekata događa na razini pojedinačnih elemenata modela.
JAM. JYACC-ov Application Manager (JAM) alat za razvoj aplikacija je proizvod JYACC-a. Glavna karakteristika je usklađenost sa RAD metodologijom, jer vam JAM omogućava brzu implementaciju ciklusa razvoja aplikacije, koji se sastoji u generiranju sljedeće verzije prototipa aplikacije. , uzimajući u obzir zahtjeve identificirane u prethodnom koraku, te ga predstaviti korisniku.
JAM ima modularnu strukturu i sastoji se od sljedećih komponenti:
1. jezgro sistema;
2. JAM/DBi - specijalizovani DBMS interfejs moduli (JAM/DBi-Oracle, JAM/DBi-Informix, JAM/DBi-ODBC, itd.);
3. JAM/RW - modul generatora izvještaja;
4. JAM/CASEi - specijalizovani moduli interfejsa za CASE alate (JAM/CASE-TeamWork, JAM/CASE-Inno-vator, itd.);
5. JAM/TPi - specijalizovani moduli interfejsa za menadžere transakcija (na primer, JAM/TPi-Server TUXEDO, itd.);
6. Jterm - specijalizovani emulator X-terminala.
Jezgro sistema je gotov proizvod i može se samostalno koristiti za razvoj aplikacija. Svi ostali moduli su opcioni i ne mogu se koristiti samostalno.
Jezgro sistema uključuje sljedeće glavne komponente:
1. uređivač ekrana. Uređivač ekrana uključuje okruženje za razvoj ekrana, spremište vizuelnih objekata, sopstveni JAM DBMS - JDB, menadžer transakcija, debager, uređivač stilova;
2. uređivač menija;
3. skup pomoćnih sredstava;
4. način proizvodnje industrijske verzije aplikacije.
Kada se koristi JAM, razvoj eksternog interfejsa aplikacije je vizuelni dizajn i svodi se na kreiranje ekranskih formi postavljanjem struktura interfejsa na njih i definisanjem polja za unos/izlaz informacija na ekranu. Dizajn interfejsa u JAM-u se vrši korišćenjem uređivač ekrana. Aplikacije razvijene u JAM-u imaju interfejs sa više prozora. Razvoj ekrana se sastoji u postavljanju elemenata interfejsa na njega, grupisanju, postavljanju vrednosti njihovih svojstava.
Uređivač menija omogućava vam da razvijete i otklonite greške u sistemima menija. Implementirana mogućnost pravljenja piktografskih menija. Dodjeljivanje stavki menija objektima aplikacije vrši se u uređivaču ekrana.
JAM kernel ima JDB jednokorisnički relacijski DBMS ugrađen u njega. Glavna svrha JDB-a je prototip aplikacija u slučajevima kada je rad sa standardnim DBMS-om nemoguć ili nepraktičan. JDB implementira neophodan minimum relacijskih DBMS mogućnosti, koji ne uključuje indekse, pohranjene procedure, okidače i poglede. Koristeći JDB, možete izgraditi bazu podataka koja je identična ciljnoj bazi podataka (do funkcija koje nedostaju u JDB-u) i razviti značajan dio aplikacije.
Debugger vam omogućava da izvršite složeno otklanjanje grešaka razvijene aplikacije. Prate se svi događaji koji se dešavaju tokom izvršavanja aplikacije.
Komunalne usluge JAM uključuje tri grupe:
1) Konvertori JAM datoteka ekrana u tekst. JAM čuva ekrane kao binarne datoteke sopstvenog formata;
2) konfigurisanje I/O uređaja. JAM i aplikacije napravljene s njim ne rade direktno sa I/O uređajima. Umjesto toga, JAM pristupa logičkim I/O uređajima (tastatura, terminal, izvještaj);
3) održavanje biblioteka ekrana.
Jedan od opcionih JAM modula je generator izveštaja. Izgled izvještaja se vrši u uređivaču ekrana JAM. Opis izvještaja se vrši na posebnom jeziku. Generator izvještaja vam omogućava da definirate podatke koji se izlaze u izvještaj, grupiranje izlaznih informacija, formatiranje izlaza itd.
Aplikacije razvijene pomoću JAM-a mogu se pretvoriti u izvršne module. Da bi to učinili, programeri moraju imati C kompajler i linker.
JAM sadrži ugrađeni programski jezik JPL (JAM Procedural Language), pomoću kojeg se po potrebi mogu pisati moduli koji implementiraju određene radnje. Ovaj jezik se tumači. Moguća je razmjena informacija između vizualno izgrađenog okruženja aplikacije i takvih modula. Osim toga, JAM implementira mogućnost povezivanja vanjskih modula napisanih na jezicima koji su kompatibilni u pozivima funkcija s jezikom C.
Džem je sistem vođen događajima koji se sastoji od skupa događaja - otvaranja i zatvaranja prozora, pritiskanja tastera na tastaturi, pokretanja sistemskog tajmera, primanja i prenosa kontrole nad svakim elementom ekrana. Programer implementira logiku aplikacije definiranjem rukovatelja za svaki događaj.
obrađivači događaja JAM može imati i ugrađene JAM funkcije i funkcije koje je programer napisao na C ili JPL. Skup ugrađenih funkcija uključuje više od 200 funkcija za različite svrhe; dostupni su za pozive iz funkcija napisanih u JPL i C.
Industrijska verzija aplikacije, razvijen sa JAM-om, sastoji se od sljedećih komponenti:
1. izvršni modul aplikativnog tumača;
2. ekrani koji čine aplikaciju (isporučuju se kao zasebni fajlovi, kao deo biblioteka ekrana ili ugrađeni u telo tumača);
3. eksterni JPL moduli (isporučuju se kao tekstualni fajlovi ili prethodno kompajlirani; prethodno kompajlirani
4. eksterni JPL-moduli - kao zasebni fajlovi i kao deo biblioteka ekrana);
5. konfiguracijski fajlovi aplikacije - konfiguracijski fajlovi tipkovnice i terminala, fajl sistemskih poruka, opći konfiguracijski fajl.
Direktnu interakciju sa DBMS-om implementiraju JAM/DBi (Interfejs baze podataka) moduli. Načini implementacije interakcije u JAM-u podijeljeni su u dvije klase: ručni i automatski.
At ručni način programer samostalno piše SQL upite, u kojima izvori i odredišta za primanje rezultata izvršenja upita mogu biti kako elementi interfejsa vizuelno dizajniranog eksternog nivoa, tako i unutrašnje varijable nevidljive krajnjem korisniku.
Automatski način rada implementiran od strane menadžera JAM transakcija. Izvodljivo je za tipične uobičajene tipove operacija baze podataka, takozvani QBE (Query By Example - upiti prema modelu), uzimajući u obzir prilično složene odnose između tabela baze podataka i automatsku kontrolu atributa I/O na ekranu. polja, u zavisnosti od vrste transakcije (čitanje, pisanje i sl.) u kojoj učestvuje generisani zahtev.
JAM vam omogućava da napravite aplikacije za rad sa više od 20 DBMS-a: ORACLE, Informix, Sybase, Ingres, InterBase, NetWare SQL Server, Rdb, DB2, ODBC-kompatibilni DBMS, itd.
Karakteristična karakteristika JAM-a je visok nivo prenosivosti aplikacija između različitih platformi (MS DOS/MS Windows, SunOS, Solaris (i80x86, SPARC), HP-UX, AIX, VMS/Open VMS, itd.); možda zahtjev za "precrtavanje" statičkih tekstualnih polja na ekranima sa ruskim tekstom kada se prenosi između DOS-Windows-UNIX okruženja. Dodatno, prenosivost je olakšana činjenicom da su u JAM-u aplikacije razvijene za virtuelne I/O uređaje, a ne za fizičke. Stoga, kada se prenosi aplikacija s platforme na platformu, obično je potrebno samo utvrditi korespondenciju između fizičkih I/O uređaja i njihovih logičkih reprezentacija za aplikaciju.
Korištenje SQL-a kao sredstva za povezivanje sa DBMS-om također pomaže u osiguravanju prenosivosti između DBMS-a. U slučaju prijenosa strukture baze podataka, aplikacije možda neće zahtijevati nikakve izmjene, osim inicijalizacije sesije. Ovo je moguće ako aplikacija nije koristila SQL ekstenzije specifične za DBMS.
S povećanjem opterećenja sistema i složenosti zadataka koji se rješavaju (distribucija i heterogenost korištenih resursa, broj istovremeno povezanih korisnika, složenost logike aplikacije), troslojni model arhitekture"klijent - server" koristeći menadžere transakcija. Komponente JAM/TPi-Client i JAM/TPi-Server olakšavaju prebacivanje na troslojni model. Istovremeno, modul JAM/TPi-Server igra ključnu ulogu, jer glavna poteškoća u implementaciji troslojnog modela leži u implementaciji aplikativne logike u uslugama menadžera transakcija.
JAM/CASE sučelje omogućava razmjenu informacija između spremišta JAM objekata i spremišta alata CASE. Razmjena je slična načinu na koji se struktura baze podataka uvozi u JAM spremište direktno iz baze podataka. Razlika je u tome što je razmjena između spremišta dvosmjerna.
Pored JAM / CASEi modula, postoji i JAM / CASEi Developer "s Kit modul. Koristeći ovaj modul možete samostalno razviti interfejs (tj. specijalizovani JAM / CASEi modul) za određeni CASE alat, ako postoji je gotov JAM / CASEi modul jer ne postoji.
Postoji sučelje koje implementira interakciju između Silverrun CASE alata i JAM-a. On prenosi šemu baze podataka i obrasce za ekran aplikacije između Silverrun-RDM CASE alata i JAM verzije 7.0; ima dva načina rada:
1) direktan način rada (Silverrun-RDM->JAM) je dizajniran da kreira objekte CASE rječnika i JAM elemente spremišta na osnovu prikaza sheme u Silverrun-RDM-u. Na osnovu predstavljanja modela podataka interfejsa u Silverrun-RDM-u, generišu se ekrani i elementi JAM repozitorija. Most pretvara tabele i relacije RDM relacione šeme u niz JAM objekata odgovarajućih tipova. Tehnika izgradnje modela podataka interfejsa u Silverrun-RDM-u uključuje upotrebu mehanizma podšeme za izradu prototipova ekrana aplikacija. Na osnovu opisa svakog od RDM podkola, most generiše JAM ekran;
2) obrnuti način rada (JAM->Silverrun-RDM) je dizajniran da prenese modifikacije objekata CASE-rječnika u Silverrun-RDM relacijski model.
Režim reinženjeringa vam omogućava da prenesete modifikacije svih svojstava JAM ekrana prethodno uvezenih iz RDM-a u Silvcrrun šemu. Za kontrolu integriteta baze podataka, promjene sheme u obliku dodavanja ili brisanja tablica i polja tablice nisu dozvoljene.
JAM kernel ima ugrađeni interfejs za alate za upravljanje konfiguracijom (PVCS na Windows platformi i SCCS na UNIX platformi). Biblioteke ekrana i/ili spremišta se prenose pod kontrolom ovih sistema. U nedostatku takvih sistema, JAM samostalno implementira neke od funkcija za podršku razvoju tima.
Na MS-Windows platformi, JAM ima ugrađeni interfejs za PVCS i akcije preuzimanja/vraćanja se vrše direktno iz JAM okruženja.
Vantage Team Builder (Westmount I-CASE). Vantage Team Builder je integrisani softverski proizvod orijentisan na implementaciju sa punom podrškom za model životnog ciklusa vodopada.
Vantage Team Builder nudi sljedeće karakteristike:
1. projektovanje dijagrama toka podataka, dijagrama entitet-relacija, struktura podataka, blok dijagrama programa i sekvenci ekranskih formi;
2. projektovanje dijagrama arhitekture sistema - SAD (projektovanje sastava i povezanosti računarskih objekata, distribucija sistemskih zadataka između računarskih objekata, modeliranje odnosa klijent-server, analiza upotrebe menadžera transakcija i karakteristika funkcionisanja sistema u realnom vremenu);
3. generiranje programskog koda na jeziku ciljnog DBMS-a sa punim softverskim okruženjem i generiranje SQL koda za kreiranje tabela baze podataka, indeksa, ograničenja integriteta i pohranjenih procedura;
4. programiranje u C-u sa ugrađenim SQL-om;
5. upravljanje verzijama i konfiguracijom projekta;
6. višekorisnički pristup repozitoriju projekta;
7. izrada projektne dokumentacije po standardnim i individualnim šablonima;
8. izvoz i uvoz projektnih podataka u CDIF formatu (CASE Data Interchange Format).
Vantage Team Builder dolazi u različitim konfiguracijama u zavisnosti od sistema upravljanja bazom podataka (ORACLE, Informix, Sybase ili Ingres) ili alata za razvoj aplikacija (Uniface) koji se koriste. Konfiguracija Vantage Team Builder-a za Uniface razlikuje se od ostalih po tome što se delimično fokusira na spiralni model životnog ciklusa zbog mogućnosti brze izrade prototipa. Za opisivanje AIS projekta koristi se veliki skup dijagrama.
Prilikom konstruisanja svih tipova dijagrama obezbeđena je kontrola usklađenosti modela sa sintaksom korišćenih metoda, kao i kontrola korespondencije elemenata istog imena i njihovih tipova za različite tipove dijagrama.
Prilikom konstruisanja dijagrama tokova DFD podataka, omogućava se kontrola usklađenosti dijagrama različitih nivoa dekompozicije. DFD najviše razine se provjerava pomoću matrice ELM liste događaja. Za kontrolu dekompozicije kompozitnih tokova podataka koristi se nekoliko opcija za njihov opis: u obliku dijagrami strukture podataka DSD ili in notacije BNF (oblik Backus - Naur).
Za izgradnju SAD-a koristi se proširena DFD notacija, koja omogućava uvođenje koncepata procesora, zadataka i perifernih uređaja, što daje jasnoću dizajnerskih odluka.
Prilikom izgradnje modela podataka u obliku ERD-a, on se normalizuje i uvodi definicija fizičkih naziva elemenata podataka i tabela, koji će se koristiti u procesu generisanja fizičke šeme podataka određenog DBMS-a. Pruža mogućnost određivanja alternativnih ključeva entiteta i polja koja čine dodatne ulazne tačke u tabelu (polja indeksa), kao i kardinalnost odnosa između entiteta.
Prisustvo univerzalnog sistema za generisanje koda zasnovanog na specificiranom načinu pristupa repozitorijumu projekta omogućava održavanje visokog nivoa izvršavanja projektne discipline od strane programera: stroga procedura za generisanje modela; kruta struktura i sadržaj dokumentacije; automatsko generisanje izvornih kodova programa itd.; sve to osigurava povećanje kvaliteta i pouzdanosti razvijenih IS.
Sistemi za izdavanje kao što su FrameMaker, Interleaf ili Word Perfect mogu se koristiti za pripremu projektne dokumentacije. Struktura i sastav projektne dokumentacije konfigurisani su u skladu sa navedenim standardima. Prilagođavanje se vrši bez promjene dizajnerskih odluka.
Prilikom razvoja velikog AIS-a, cijeli sistem u cjelini odgovara jednom projektu kao kategoriji Vantage Team Builder-a. Projekat se može razložiti na više sistema, od kojih svaki odgovara nekom relativno autonomnom AIS podsistemu i razvija se nezavisno od ostalih. U budućnosti se projektni sistemi mogu integrirati.
Proces dizajna AIS-a pomoću Vantage Team Builder-a implementiran je u četiri uzastopne faze (faze) - analiza, arhitektura, dizajn I implementacija, istovremeno se završeni rezultati svake faze u potpunosti ili djelimično prenose (uvoze) u sljedeću fazu. Svi dijagrami, osim ERD, se pretvaraju u drugi tip ili mijenjaju svoj izgled u skladu sa karakteristikama trenutne faze. Tako se DFD-ovi u fazi arhitekture pretvaraju u SAD, DSD-ovi u DTD-ove. Nakon što je uvoz završen, logička veza sa prethodnom fazom se prekida, odnosno mogu se izvršiti sve potrebne promjene dijagrama.
Konfiguracija Vantage Team Builder za Uniface omogućava dijeljenje dva sistema unutar jednog okruženja tehnološkog dizajna, dok se šeme baze podataka (SQL modeli) prenose u Uniface spremište, i obrnuto, modeli aplikacija generirani Uniface alatima mogu se prenijeti u Vantage Team Builder spremište . Moguća neslaganja između spremišta dva sistema se eliminišu pomoću posebnog uslužnog programa. Razvoj ekranskih formi u Uniface okruženju vrši se na osnovu dijagrama sekvence FSD obrazaca nakon uvoza SQL modela. Tehnologija razvoja AIS-a zasnovana na ovoj konfiguraciji prikazana je na sl. 2.23.
Struktura spremišta pohranjena u ciljnom DBMS-u i Vantage Team Builder interfejsi su otvoreni, što u principu omogućava integraciju sa bilo kojim drugim alatima.
Uniface. Compuware proizvod je razvojno okruženje za aplikacije velikih razmjera u arhitekturi "klijent-server" i ima sljedeću arhitekturu komponenti:
1. Repozitorijum aplikacijskih objekata (repozitorijum objekata aplikacije) sadrži metapodatke koje automatski koriste sve ostale komponente tokom životnog ciklusa AIS-a (modeli aplikacija, opisi podataka, poslovna pravila, obrasci ekrana, globalni objekti i šabloni). Repozitorijum se može pohraniti u bilo koju od baza podataka koje podržava Uniface;
Rice. 2.23. Interakcija između Vantage Team Buildera i Unifacea
2. Application Model Manager podržava modele aplikacija (E-R modele), od kojih je svaki podskup ukupne šeme baze podataka sa stanovišta ove aplikacije, i uključuje odgovarajući grafički editor;
3. Rapid Application Builder - alat za brzo kreiranje ekranskih obrazaca i izvještaja na osnovu objekata primijenjenog modela. Uključuje grafički uređivač obrazaca, izradu prototipa, alate za otklanjanje grešaka, testiranje i dokumentaciju. Implementiran interfejs sa različitim tipovima kontrola prozora Open Widget Interface za postojeće grafičke interfejse - MS Windows (uključujući VBX), Motif, OS/2. Univerzalni prezentacijski interfejs vam omogućava da koristite istu verziju aplikacije u okruženju različitih grafičkih interfejsa bez promene programskog koda;
4. Developer Services (usluge programera) se koriste za podršku velikih projekata i implementaciju kontrole verzija (Uniface Version Control System), prava pristupa (razgraničenje ovlasti), globalne modifikacije, itd. Ovo omogućava programerima sredstva paralelnog dizajna, unosa i kontrola izlaza, pretraživanje, pregled, održavanje i izdavanje izvještaja o podacima sistema kontrole verzija;
5. Deployment Manager (upravljanje distribucijom aplikacija) - alati koji vam omogućavaju da pripremite kreiranu aplikaciju za distribuciju, instalirate je i održavate (korisnička platforma se može razlikovati od platforme programera). Oni uključuju mrežne i DBMS drajvere, aplikacijski server (poliserver), distribuciju aplikacija i alate za upravljanje bazom podataka. Uniface podržava interfejs sa skoro svim poznatim hardverskim i softverskim platformama, DBMS, CASE-alatima, mrežnim protokolima i menadžerima transakcija;
6. Personal Series (personal tools) se koristi za kreiranje složenih upita i izveštaja u grafičkom obliku (Personal Query and Personal Access - PQ/PA), kao i za prenos podataka u sisteme kao što su WinWord i Excel;
7. Distributed Computing Manager - alat za integraciju sa Tuxedo, Encina, CICS, OSF DCE transakcijskim menadžerima.
Verzija Uniface 7 u potpunosti podržava model distribuiranog računarstva i troslojnu arhitekturu klijent-server (sa mogućnošću promjene šeme dekompozicije aplikacije u vrijeme izvođenja). Aplikacije kreirane pomoću Uniface 7 mogu se izvršavati u heterogenim operativnim okruženjima koristeći različite mrežne protokole, istovremeno na nekoliko heterogenih platformi (uključujući Internet).
Uniface 7 komponente uključuju:
1. Uniface Application Server - server aplikacija za distribuirane sisteme;
2. WebEnabler - serverski softver za rad aplikacija na Internetu i intranetu;
3. Name Server - serverski softver koji osigurava korištenje distribuiranih aplikativnih resursa;
4. PolyServer - sredstvo za pristup podacima i integraciju različitih sistema.
Podržani DBMS uključuju DB2, VSAM i IMS; PolyServer takođe obezbeđuje interoperabilnost sa MVS OS-om.
Dizajner/2000 + Developer/2000. ORACLE Designer/2000 2.0 je integrisani CASE alat koji, u kombinaciji sa Developer/2000 alatima za razvoj aplikacija, pruža punu podršku životnog ciklusa softvera za sisteme koji koriste ORACLE DBMS.
Designer/2000 je porodica metodologija i njihovih pratećih softverskih proizvoda. Osnovna metodologija Designer/2000 (CASE*Method) je metodologija projektovanja strukturnih sistema koja u potpunosti pokriva sve faze životnog ciklusa AIS-a. U fazi planiranja određuju se ciljevi kreiranja sistema, prioriteti i ograničenja, izrađuje se arhitektura sistema i razvojni plan AIS-a. U procesu analize izgrađuju se: model informacijskih potreba (dijagram entitet-odnos), dijagram funkcionalne hijerarhije (na osnovu funkcionalne dekompozicije AIS), matrica unakrsnih referenci i dijagram toka podataka.
U fazi projektovanja razvija se detaljna AIS arhitektura, dizajnira se šema relacione baze podataka i programski moduli, uspostavljaju se unakrsne reference između AIS komponenti radi analize njihovog međusobnog uticaja i kontrole promena.
U fazi implementacije kreira se baza podataka, grade aplikativni sistemi, testiraju se, provjerava se kvalitet i provjerava usklađenost sa zahtjevima korisnika. Izrađena sistemska dokumentacija, materijali za obuku i korisnička uputstva. U fazama rada i održavanja analiziraju se performanse i integritet sistema, vrši se podrška i po potrebi modifikacija AIS-a.
Designer/2000 pruža grafički interfejs za razvoj različitih modela domena (dijagrama). U procesu izgradnje modela, informacije o njima se unose u spremište. Designer/2000 uključuje sljedeće komponente.
Poštivanje gore navedenih principa neophodno je prilikom izvođenja radova u svim fazama stvaranja i rada AIS i AIT, tj. tokom čitavog njihovog životnog ciklusa.
Životni ciklus(LC) - period stvaranja i upotrebe AIS-a (AIT), počevši od trenutka kada se pojavi potreba za ovim automatizovanim sistemom i završava se onog trenutka kada više nije u upotrebi.
Životni ciklus AIS-a i AIT-a omogućava nam da razlikujemo četiri glavne faze, svaka faza projektovanja je podijeljena u nekoliko faza i predviđa odgovarajući rad:
I stage - inspekcija prije projekta:
1. faza - formiranje zahtjeva, proučavanje projektnog objekta, razvoj i odabir varijante koncepta sistema;
2. faza - analiza materijala i formiranje dokumentacije - izrada i odobravanje studije izvodljivosti i projektnog zadatka za projektovanje sistema na osnovu analize anketnog materijala prikupljenog u prvoj fazi.
II faza - dizajn:
1. faza - tehnički dizajn, gdje se traga za najracionalnijim projektantskim rješenjima za sve aspekte razvoja, kreiraju i opisuju sve komponente sistema, a rezultati rada se odražavaju u tehničkom projektu;
2. faza - radni dizajn, tokom kojeg se vrši razvoj i fino podešavanje programa, prilagođavanje strukture baza podataka, izrada dokumentacije za nabavku, ugradnja tehničkih sredstava i uputstva za njihov rad, izrada opisa poslova za svakog korisnika. Tehnički i radni projekti mogu se spojiti u jedan dokument - tehnički radni projekat.
III faza - sistemski ulaz u akciju:
1. faza - priprema za implementaciju- ugradnja i puštanje u rad tehničkih sredstava, učitavanje baze podataka i probni rad programa, obuka kadrova;
2. faza - pilot testiranje sve komponente sistema prije puštanja u komercijalni rad, obuka osoblja;
3. faza (završna faza stvaranja AIS-a i AIT-a) - puštanje u rad; izdati aktima o prijemu i predaji radova.
IV stadijum - industrijska operacija - osim svakodnevnog funkcionisanja, uključuje održavanje softverskih alata i cjelokupnog projekta, operativno održavanje i administraciju baze podataka.
5. Metode izvođenja projektantskih radova
Stvaranje automatizovanih informacionih sistema i tehnologija može se izvesti na dva načina. Prva opcija pretpostavlja da su u ovom poslu angažovane specijalizovane firme sa profesionalnim iskustvom u pripremi softverskih proizvoda određene orijentacije. Prema drugoj opciji, projektovanje i kreiranje razvoja obavljaju dizajneri-programeri koji su u osoblju preduzeća u kojima se stvaraju nove informacione tehnologije i sistemi.
U procesu razvoja automatiziranih sistema, radnih mjesta i tehnologija, dizajneri se suočavaju s nizom međusobno povezanih problema:
Projektantu je teško dobiti sveobuhvatne informacije za procjenu zahtjeva koje je formulirao kupac (korisnik) za novi sistem ili tehnologiju.
Kupac često nema dovoljno znanja o problemima automatizacije da bi prosudio mogućnost implementacije određenih inovacija. Istovremeno, dizajner se suočava sa prevelikom količinom detaljnih informacija o problemskom području, što uzrokuje poteškoće u modeliranju i formaliziranom opisu informacijskih procesa i rješavanju funkcionalnih problema.
Zbog velikog obima i tehničkih uslova, specifikacija sistema koji se projektuje često je nerazumljiva za kupca, a njeno pretjerano pojednostavljenje ne može zadovoljiti stručnjake koji kreiraju sistem.
Uz pomoć poznatih analitičkih metoda moguće je riješiti neke od ovih problema, ali samo moderne konstrukcijske metode daju radikalno rješenje, među kojima centralno mjesto zauzima metodologija konstrukcijske analize.
strukturalna analiza naziva metodom proučavanja sistema, koja počinje njegovim opštim pregledom, a zatim detaljima, stičući hijerarhijsku strukturu sa sve većim brojem nivoa.
Strukturna analiza uključuje podelu sistema na nivoe apstrakcije sa ograničenim brojem elemenata na svakom od nivoa (obično od 3 do 6-7). Na svakom nivou su istaknuti samo detalji koji su bitni za sistem.
Metodologija strukturalne analize zasniva se na principima dekompozicije i principu hijerarhijskog uređenja.
Princip dekompozicije uključuje rješavanje teških problema raščlanjivanjem na zadatke koje je lako razumjeti i riješiti.
Princip hijerarhijskog uređenja izjavljuje da se sistem može razumjeti i izgraditi na nivoima, od kojih svaki dodaje nove detalje.
On pred-projektna faza vrši se studija i analiza svih karakteristika objekta dizajna kako bi se razjasnili zahtjevi kupca. Konkretno, identifikuje se skup uslova pod kojima bi budući sistem trebalo da funkcioniše (hardverski i softverski resursi; eksterni uslovi za njegov rad; sastav ljudi i poslova koji se odnose na njega i učešće u procesima informisanja i upravljanja), a sačinjen je opis funkcija koje sistem obavlja, itd. P.
U ovoj fazi utvrđuju se sljedeće:
Arhitektura sistema, njegove funkcije, vanjski uvjeti, raspodjela funkcija između hardvera i softvera;
Interfejsi i distribucija funkcija između osobe i sistema;
Zahtjevi za softverske i informacione komponente sistema, potrebni hardverski resursi, zahtjevi baze podataka, fizičke karakteristike komponenti sistema, njihovi interfejsi.
Kvalitet daljeg projektovanja presudno zavisi od pravilnog izbora metoda analize i formulisanih zahteva za novostvorenu tehnologiju.
Metode koje se koriste u fazi istraživanja prije projekta dijele se na:
- Metode za proučavanje i analizu stvarnog stanja objekta ili tehnologije. Ove metode omogućavaju identifikaciju uskih grla u procesima koji se proučavaju i uključuju: usmenu ili pismenu anketu; pismena anketa; posmatranje, mjerenje i evaluacija; grupna diskusija; analiza zadataka; analiza proizvodnih i upravljačkih procesa.
Općenito, metode proučavanja i analize stvarnog stanja upravljačkih aktivnosti i postojeće tehnologije za rješavanje problema osmišljene su tako da prikupljaju potrebne materijale i čine osnovu za dizajn AIS i AIT.
- Metode formiranja datog stanja. Zasnivaju se na opravdanosti svih komponenti AIS-a na osnovu ciljeva, zahtjeva i uslova kupca. Ove metode, koje su radni alat dizajnera, uključuju metode: modeliranje procesa upravljanja; konstrukcijski dizajn; raspadanje; analiza informacionog procesa.
- Metoda modeliranja procesa upravljanja. U procesu proučavanja objekta projektovanja grade se ekonomsko-organizacijski i informaciono-logički modeli. Oni odražavaju ekonomske i upravljačke odnose, kao i tokove informacija koji su s njima povezani.
- Metoda projektovanja konstrukcija omogućava vam da podijelite cijeli kompleks zadataka na vidljive i analizirane podkomplekse (module).
- Metoda razlaganja modula omogućava dalju podjelu podskupova zadataka u zasebne zadatke, indikatore.
- Analiza informacionih procesa dizajniran je da identifikuje i predstavi odnos između rezultata, procesa obrade i unosa podataka. Takođe se koristi za analizu i formiranje informacionih veza između radnih mesta zaposlenih u menadžmentu, stručnjaka, tehničkog osoblja i informacionih tehnologija. U tu svrhu su opisane ulazne i izlazne informacije, kao i algoritam za obradu informacija u odnosu na svako radno mjesto.
- Metode za grafičko predstavljanje stvarnih i specificiranih stanja omogućiti korištenje vizualnog prikaza procesa obrade informacija. Najpoznatije od njih uključuju metodu dijagrama toka, metode dijagrama strelica, mrežne dijagrame, tablice redoslijeda operacija procesa.
Ako u fazi pred-dizajna treba formulisati zahtjeve za kreiranje AIS-a i AIT-a u projektnom zadatku, tada bi dizajn trebao odgovoriti na pitanje: „Kako će sistem ispuniti zahtjeve za njega?“.
Kao rezultat faza projektovanja, dizajn sistema treba da se dobije u okviru budžeta dodeljenih resursa.
Faze projektovanja uključuju sljedeće glavne radove:
Razvoj ciljeva i organizacionih principa AIS-a;
Formiranje varijante AIS i AIT;
Programi za otklanjanje grešaka;
Probni rad;
Isporuka AIS i AIT projekta.
U procesu organizacije dizajna donose se različite odluke koje utiču na dinamiku i kvalitet rada. Stoga se za svaku fazu projektovanja određuju: očekivani rezultati i dokumenti; lične funkcije šefa; odluke koje donosi vođa; funkcije korisnika i programera AIS-a i AIT-a.
Projektna i gotova dokumentacija obuhvata: uputstva o toku rada, programe za radna mesta, uputstva za papirologiju, preporuke za korišćenje informacija, metode, tabele odluka itd.
U savremenim uslovima, AIS, AIT i AWP, po pravilu, ne nastaju od nule. Potreba za pravovremenim, kvalitetnim, operativnim informacijama i njihovom procjenom kao najvažnijeg resursa u procesima upravljanja, kao i najnovija dostignuća u naučnom i tehnološkom napretku, zahtijevaju restrukturiranje funkcionalnog AIS-a i stvaranje AIS-a i AIT-a na nova tehničko-tehnološka osnova.
AIS dizajn
Detaljan razvoj dizajn sistema koji sadrži kompletan set svoje organizacione, projektantske, tehnološke i operativne dokumentacije. U skladu sa GOST 34.601-90. Projektovanje automatizovanih sistema podrazumeva implementaciju više faza, uključujući: formiranje zahteva za AU, izradu koncepta AU, izradu tehničkih specifikacija, idejni projekat, tehnički projekat i izradu radne dokumentacije. Faze stvaranja AU, pored projektovanja, obuhvataju i: puštanje u rad i održavanje AU. Svaka faza je podijeljena na faze. Aneksi ovog standarda takođe definišu:
· Spisak vrsta organizacija uključenih u rad.
U zavisnosti od prirode objekta projektovanja i njegovih specifičnih uslova, GOST 34.601-90 dozvoljava isključivanje pojedinačnih faza, kao i njihovu kombinaciju. Uzimajući u obzir dugogodišnju praksu koja se razvila u Rusiji prilikom kreiranja automatizovanih informacionih sistema (" AIS”), najčešće se izvode sljedeće faze projektovanja: predprojektni premjer, idejni projekat, idejni projekat, tehnički projekat i glavni projekat. Ostali državni standardi koji regulišu različite aspekte projektovanja NEK:
· GOST 34.602-89 Skup standarda za automatizovane sisteme. Projektni zadatak za kreiranje automatizovanog sistema. Ušao.01.01.90.
· Standard 34.603-92 Informaciona tehnologija. Vrste AS testova.
· Standardi 34. (971, 972.973, 974, 981) - 91 Informaciona tehnologija. Odnos otvorenih sistema.
Standard 34.91. Informaciona tehnologija. Lokalne mreže itd.
Anketa prije projekta- Prikupljanje i obrada informacija o organizaciji i funkcionisanju objekta automatizacije, uključujući podatke o njegovoj interakciji sa spoljnim okruženjem i drugim objektima, kao i implementaciju analiza sistema, izrada studije izvodljivosti za izvodljivost automatizacije i izrada opštih zahteva za razvoj automatizovanog sistema. Sadržaj rada tokom pretprojektnog pregleda objekta automatizacije odgovara fazi „Formiranje zahtjeva za AU“ GOST 34.601-90, faze: „Inspekcija objekta i opravdanje potrebe za stvaranjem AU“, „ Formiranje zahtjeva korisnika za AU”, „Formiranje izvještaja o obavljenom radu i aplikacije za izradu AC – taktičko-tehničkog zadatka.
Idejni dizajn- Odgovara fazama projektovanja u skladu sa GOST 34.601-90 - "Razvoj koncepta AU" (faze: "Razvoj varijanti koncepta AU i izbor varijante koncepta AU koja zadovoljava korisnika", "Izrada izvještaj o obavljenom radu”) i “Izrada projektnog zadatka”. Vrste završnih dokumenata rada u ovoj fazi su idejni projekat(takođe korišteni nazivi - “ Idejni projekat ”, “Pilot projekat") ili Program kreiranje sistema koji uključuje:
Kratak opis početnog stanja objekta automatizacije i okruženja u kojem on radi;
Indikacija glavnih ciljeva i lista zadataka automatizacije;
· Opis proširene organizacione i funkcionalne strukture odabrane opcije (ili opcija) za izgradnju sistema koji se kreira;
· Studija izvodljivosti;
· Prošireni opis i osnovni zahtjevi za sredstva informacione i jezičke podrške;
· Opšti zahtevi za softver i hardver;
· Spisak i prošireni opis faza kreiranja sistema, vremena njihove implementacije, sastava izvođača i očekivanih rezultata njihove implementacije;
· Inicijalna procena pokazatelja troškova rada;
· Projektni zadaci za sistem u cjelini i/ili njegove glavne komponente (podsistemi, softverski i hardverski sistemi i alati, pojedinačni zadaci, itd.), odobreni od strane kupca.
Idejni projekat- Izrada idejnih rješenja za sistem i njegove dijelove. Završni dokument rada u ovoj fazi projektovanja je idejni projekat, koji sadrži osnovna projektna i sklopovna rješenja razvojnog objekta, kao i podatke koji određuju njegovu namjenu i glavne parametre (prilikom projektovanja softver sistema, nacrt projekta mora sadržavati potpun specifikacija razvijen programe).
Inženjerski dizajn - Faza projektovanja NEK koja uključuje:
· Izrada projektantskih rješenja za sistem i njegove dijelove;
· Izrada dokumentacije za AU i njene dijelove;
· Izrada i izrada dokumentacije za nabavku proizvoda za nabavku nuklearnih elektrana i/ili tehničkih zahtjeva (tehničkih specifikacija) za njihov razvoj;
· Izrada zadataka za projektovanje u susednim delovima projekta objekta automatizacije.
Završni dokument ove faze projektovanja je tehnički projekat koji pored navedenih materijala sadrži šeme električnih kola i projektnu dokumentaciju razvojnog objekta i njegovih komponenti, listu odabranih gotovih alata softver i hardver(uključujući računare, operativni sistem, aplikativni programi itd.), kao i algoritmi rješavanje problema za razvoj novih softverskih alata itd.
Radni dizajn- Završna faza dizajn, koji, pored razvoja radne dokumentacije za sistem i njegove dijelove koje zahtijeva GOST 34.601-90, općenito predviđa pojašnjenje i detaljiziranje rezultata prethodnih faza, stvaranje i testiranje eksperimentalnog i/ili pilot prototipa objekt automatizacije, razvoj i testiranje softverskih proizvoda, tehnološke i operativne dokumentacije. Rezultati su predstavljeni u radi ili tehnički radni projekat. U modernoj dizajnerskoj praksi automatizovani informacioni sistemi(Na primjer, ABIS, ASNTI, ACS itd.) to je početna faza njihove implementacije u rad firme, organizacije ili službe koja je naručilac projekta, ili rukovodilac u nizu drugih automatizovanih firmi, organizacija, službi itd.
Ciklus razvoja (dizajn) softver - Skup razvojnih faza softver počevši od analiza sistema i razvoj početnih zahtjeva prije njegove implementacije.
Principi dizajna AIS-a- Skup pravila ili zahtjeva utvrđenih dugogodišnjim i raznovrsnim iskustvom u kreiranju i radu AIS-a. Najčešći su:
· Identitet- razvoj novog, unapređenje postojećeg ili uvođenje eksterno dobijenog AIS-a su naučno-tehnički problemi slični po sadržaju, koji se međusobno razlikuju samo po sadržaju niza faza i vremenskih parametara;
· Proizvodnost: automatizovana tehnologija podrazumeva razvoj nove tehnologije ili modernizaciju postojeće u uslovima AIS-a i ne dozvoljava jednostavnu upotrebu razvijenog softvera i hardvera u uslovima starih tradicionalnih tehnologija;
· Kontinuitet, faznost i sukcesija razvoja i razvoja: AIS - sistemi koji se stalno razvijaju na njihovoj osnovi; svaka inovacija služi kao razvoj osnovnih sistemskih principa i već postignutog kvaliteta;
· prilagodljivost: AIS komponente treba da imaju svojstva koja obezbeđuju brzu adaptaciju ovih komponenti na promene u spoljašnjem okruženju i novim alatima;
· Modularni princip izgradnje softvera i hardvera: pretpostavlja da se sastav ovih alata sastoji od blokova (“modula”) koji pružaju mogućnost njihove zamjene ili promjene u cilju poboljšanja funkcioniranja AIS-a ili njegove adaptacije na nove uvjete;
· Tehnološki (uključujući - mrežu) integracija: podrazumijeva jedinstvo za cjelokupni sistem tehnologije za kreiranje, ažuriranje, očuvanje i korištenje informacionih resursa, a posebno jednokratnu obradu dokumenata i podataka, kao i njihovu višestruku i višenamjensku upotrebu;
· Potpuna normalizacija procesa i njihovo praćenje: višenamjenska upotreba AIS informacija zahtijeva visoku pouzdanost podataka u sistemu. Da bi se to postiglo, u različitim fazama obrade i unosa informacijskih dokumenata, potrebno je koristiti različite oblike kontrole informacija, za koje se zahtjevi mogu formirati iz sastava zadataka koji se rješavaju i podataka koji se obrađuju. potrebno je stalno praćenje i za dobijanje kvalitativnih i kvantitativnih karakteristika funkcionisanja AIS-a na osnovu ugrađenih i posebno razvijenih alata intelektualne statistike;
· Regulativa: AIS su fokusirani na funkcionisanje u industrijskom režimu, obezbeđujući masovnu striming obradu informacionih dokumenata; ova obrada je regulisana standardima, rutnim i operativnim tehnologijama, standardima za indikatore resursa i vremena i razvijenom dispečerskom službom.
· Ekonomska svrsishodnost: stvaranje AIS-a treba da uključi izbor takvih projektantskih rješenja (uključujući softverska, tehnička, organizaciona i tehnološka), koja, u zavisnosti od postizanja ciljeva i zadataka, osiguravaju minimiziranje troškova finansijskih, materijalnih i radnih resursa.
· Tipizacija dizajnerskih rješenja: razvoj i razvoj AIS-a i njihovih mreža odvija se sa fokusom na međubibliotečku saradnju i saradnju, kao iu skladu sa pravilima i protokolima međunarodne razmjene informacija;
· Maksimalna upotreba gotovih rješenja: radi smanjenja troškova i vremena razvoja i implementacije AIS-a, kao i smanjenja grešaka u projektovanju kako sistema u celini tako i njegovih pojedinačnih komponenti, preporučuje se upotreba gotovih rešenja i alata što je više moguće. U ovom planu, prilikom kreiranja novog sistema, značajan obim posla je povezan sa analizom alternativnih opcija za moguća rešenja, izborom najprikladnijeg za objekat automatizacije i njegovom prilagođavanjem novim uslovima korišćenja;
· korporativizam: pri projektovanju automatizovanog sistema koji je deo sistema višeg nivoa (gradovi, departmani, republike i sl.), treba obezbediti njegovu hardversku, softversku, jezičku i informatičku kompatibilnost sa ostalim učesnicima u sistemu i/ili AIS mreži. Korporativni zahtjevi mogu biti u sukobu sa zahtjevima ili odlukama koje diktiraju drugi principi, na primjer, kontinuitet dizajnerskih rješenja;
· Orijentacija na prva lica objekta automatizacije: uspješna provedba radova na izradi AIS-a, njegovom razvoju i radu moguća je samo ako ih bezuvjetno podržava prva osoba objekta automatizacije (na primjer, direktor bibliotečkog ili informacionog tijela) i direktna odgovornost za njihovu implementaciju se nalogom organizacije raspoređuje na čelo na nivou najmanje zamjenika direktora
