Faze tipskog projektiranja ais. Projektiranje sustava automatiziranog skladišnog knjigovodstva korištenjem Rational Rose CASE alata. Metode izvođenja projektantskih radova
Faze razvoja CASE sustava
Tijekom proteklog desetljeća pojavio se novi smjer u projektiranju informacijskih sustava - računalno potpomognuto projektiranje pomoću CASE alata. Pojam CASE (Computer Aided System/Software Engineering) izvorno se odnosio samo na automatizaciju razvoja softvera; sada pokriva cijeli proces razvoja složenog AIS-a.
U početku su CASE tehnologije razvijene s ciljem prevladavanja nedostataka metodologije projektiranja konstrukcija (teškoće razumijevanja, visok intenzitet rada i trošak korištenja, poteškoće u izmjenama projektnih specifikacija itd.) kroz automatizaciju i integraciju pomoćnih alata.
CASE tehnologije ne postoje same za sebe i nisu neovisne. Oni automatiziraju i optimiziraju korištenje relevantne metodologije te omogućuju povećanje učinkovitosti njezine primjene.
Drugim riječima, CASE tehnologije predstavljaju skup metodologija za analizu, dizajn, razvoj i održavanje složenih softverskih sustava, podržanih skupom međusobno povezanih alata za automatizaciju koji vam omogućuju vizualno modeliranje predmetnog područja, analizu ovog modela u svim fazama razvoja i održavanja AIS-a i razvijati aplikacije u skladu s informacijskim potrebama korisnika.
Moderni CASE alati pokrivaju širok raspon podrške za brojne tehnologije projektiranja AIS-a - od jednostavnih alata za analizu i dokumentiranje do alata za automatizaciju punog opsega koji pokrivaju cijeli životni ciklus AIS-a. Najveća potreba za korištenjem CASE sustava javlja se u početnim fazama razvoja - u fazama analize i specifikacije zahtjeva za AIS. Pogreške koje se ovdje čine su gotovo fatalne; njihova cijena je znatno veća od cijene pogrešaka u kasnijim fazama razvoja.
Glavni ciljevi CASE alata su odvojiti početne faze (analizu i dizajn) od kasnijih i ne opterećivati programere detaljima razvojnog okruženja i rada sustava.
Većina modernih CASE sustava koristi metodologije strukturalni i/ili objektno orijentirana analiza I oblikovati, temelji se na korištenju vizualnih karata, grafikona, tablica i dijagrama.
Pravilnim korištenjem CASE alata postiže se značajan porast produktivnosti rada, koji iznosi (prema procjenama stranih tvrtki koje koriste CASE tehnologije) od 100 do 600%, ovisno o obujmu, složenosti posla i iskustvu s CASE-om. Pritom se mijenjaju sve faze životnog ciklusa AIS-a, ali najveće promjene odnose se na faze analize i projektiranja (tablice 2.5, 2.6).
Tablica 2.5. Procjene troškova rada po fazama životnog ciklusa AIS-a
Tablica 2.6. Usporedba korištenja CASE i tradicionalnog razvoj
Korištenje CASE alata ne samo da automatizira strukturnu metodologiju i omogućuje korištenje modernih metoda sistemskog i softverskog inženjeringa, već također pruža druge prednosti (Sl. 2.22), posebice:
1. poboljšava kvalitetu razvijene programske opreme sredstvima automatskog generiranja i upravljanja;
2. omogućuje smanjenje vremena za izradu prototipa AIS-a, što omogućuje procjenu kvalitete i učinkovitosti projekta u ranim fazama;
3. ubrzava proces dizajna i razvoja;
4. omogućuje ponovnu upotrebu razvijenih komponenti;
5. podržava AIS podršku;
6. oslobađa vas od rutinskog rada na dokumentiranju projekta, jer koristi ugrađeni dokumentator;
7. olakšava timski rad na projektu.
Riža. 2.22. Prednosti razvoja AIS-a pomoću CASE tehnologija: A- koeficijent smanjenja troškova projekta; b - faktor smanjenja vremena razvoja
Većina CASE alata temelji se na četiri glavna koncepta: metodologija, metoda, notacija, alat [ 11,15, 16].
Metodologija definira smjernice za vrednovanje i odabir rješenja u projektiranju i razvoju AIS-a, faze rada, njihov redoslijed, pravila raspodjele i namjenu metoda.
metode - postupci za generiranje komponenti i njihovi opisi.
Bilješke namijenjeni su opisivanju opće strukture sustava, elemenata podataka, faza obrade, mogu uključivati grafikone, dijagrame, tablice, dijagrame toka, formalne i prirodne jezike.
Objekti- alate za podršku i jačanje metoda; podržava rad korisnika pri izradi i uređivanju projekta u interaktivnom načinu rada, pomaže organizirati projekt u obliku hijerarhije razina apstrakcije te provjerava usklađenost komponenti.
Klasifikacija CASE alata
Još uvijek ne postoji stabilna klasifikacija CASE alata; definirani su samo pristupi klasifikaciji ovisno o različitim kriterijima klasifikacije. U nastavku su neke od njih.
Usredotočite se na tehnološke faze i procese životnog ciklusa AIS-a:
1. alati za analizu i dizajn. Koristi se za izradu specifikacija i dizajna sustava. 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 za programiranje, testiranje, automatsko generiranje softvera iz specifikacija;
5. dokumentacijski alati;
6. alati za ispitivanje;
7. Alati za upravljanje projektima. Podrška planiranju, kontroli, interakciji;
8. alati za obrnuti inženjering dizajnirani za prijenos postojećeg sustava u novo okruženje.
Podržane metodologije dizajna[ 11, 12, 15, 16]:
1. orijentiran na funkciju (orijentiran na strukturu);
2. objektno orijentiran;
3. kompleksno orijentirani (skup metodologija projektiranja).
Podržane oznake grafičkog grafikona:
1. s fiksnom notacijom;
2. s posebnim oznakama;
3. s najčešćim oznakama.
Stupanj integracije:
1. pomoćni programi (Tools), koji samostalno rješavaju autonomni problem;
2. razvojni paketi (Toolkit), koji su skup alata koji pružaju pomoć za jednu od klasa softverskih zadataka;
3. skupovi integriranih alata povezanih zajedničkom bazom podataka dizajna - repozitorij, automatizirajući cijeli ili dio rada u različitim fazama stvaranja AIS-a (Workbench).
Zajednički razvoj projekta:
1. bez podrške zajedničkom razvoju;
2. usmjereni na razvoj projekta u stvarnom vremenu;
3. usmjerena na način kombiniranja potprojekata.
Vrste CASE alata:
1. alati za analizu (Upper CASE); među stručnjacima se nazivaju računalnim alatima za planiranje. Pomoću ovih CASE alata gradi se model koji odražava sve postojeće specifičnosti. Usmjeren je na razumijevanje općih i specifičnih mehanizama funkcioniranja, raspoloživih sposobnosti, resursa i ciljeva projekta u skladu sa svrhom poduzeća. Ovi alati vam omogućuju analizu različitih scenarija, prikupljanje informacija za donošenje optimalnih odluka;
2. alati za analizu i dizajn (Middle CASE); smatraju se alatima za podršku analizi zahtjeva i fazama dizajna AIS specifikacija i strukture. Glavni rezultat korištenja prosječnog CASE alata je značajno pojednostavljenje dizajna sustava, jer se dizajn pretvara u iterativni proces rada sa zahtjevima za AIS. Osim toga, prosječni CASE alati pružaju brzu dokumentaciju zahtjeva;
3. alati za razvoj softvera (Donji); podrška sustavima za razvoj softvera AIS. Sadrže rječnike sustava i grafičke alate koji eliminiraju potrebu za razvojem fizičkih specifikacija - postoje specifikacije sustava koje se izravno prevode u programske kodove sustava koji se razvija (do 80% kodova se automatski generira). Glavne prednosti low CASE alata su značajno smanjenje vremena razvoja, lakše modifikacije i podrška za rad s prototipovima.
CASE alati su također klasificirani prema vrsti i arhitekturi računalne tehnologije, i prema vrsti operativnog sustava.
Trenutačno tržište softvera predstavlja širok izbor softvera, uključujući CASE alate gotovo bilo koje od navedenih klasa.
Karakteristike CASE alata
Silverrun. CASE alat Silverrun američke tvrtke Computer Systems Advisers, Inc. (CSA) koristi se za analizu i dizajn AIS-a poslovne klase i više je fokusiran na spiralni model životnog ciklusa. Primjenjiv je za podršku bilo koje metodologije koja se temelji na odvojenoj konstrukciji funkcionalnih i informacijskih modela (dijagrami protoka podataka i dijagrami entitet-odnos).
Prilagodba za određenu metodologiju osigurana je odabirom potrebne grafičke notacije modela i skupa pravila za provjeru specifikacija dizajna. Sustav ima gotove postavke 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 projekt moguće je dodati vlastite deskriptore. Arhitektura Silverrun omogućuje vam da razvijete svoje razvojno okruženje prema 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 protoka podataka, Business Process Modeler (BPM) omogućuje modeliranje funkcioniranja automatizirane organizacije ili kreiranog automatiziranog informacijskog sustava. Mogućnost rada s vrlo složenim modelima omogućena je funkcijama automatskog ponovnog numeriranja, rada sa stablom procesa (uključujući vizualno povlačenje grana), odvajanja i pričvršćivanja dijelova modela za zajednički razvoj. Dijagrami se mogu prikazati u nekoliko unaprijed definiranih oznaka, uključujući Yourdon/DeMarco i Gane/Sarson. Također je moguće stvoriti vlastite notacije, na primjer, dodati korisnički definirana polja broju deskriptora prikazanih na dijagramu.
2. Modul konceptualnog modeliranja podataka Entity-Relationship eXpert (ERX) omogućuje konstrukciju podatkovnih modela entiteta i odnosa koji nisu vezani uz određenu implementaciju. Ugrađeni ekspertni sustav omogućuje vam stvaranje ispravnog normaliziranog modela podataka odgovarajući na smislena pitanja o odnosu podataka. Omogućena je automatska konstrukcija podatkovnog modela iz opisa podatkovnih struktura. Analiza funkcionalnih ovisnosti atributa omogućuje provjeru usklađenosti modela sa zahtjevima treće normalne forme i osigurava njihovo ispunjenje. Verificirani model prosljeđuje se modulu Relational Data Modeler.
3. Modul relacijskog modeliranja Relational Data Modeler (RDM) omogućuje vam stvaranje detaljnih modela entiteta i odnosa za implementaciju u relacijsku bazu podataka. Ovaj modul dokumentira sve konstrukcije povezane s izgradnjom baze podataka: indekse, okidače, pohranjene procedure, itd. Fleksibilna, promjenjiva notacija i proširivost repozitorija omogućuju vam rad s bilo kojom metodologijom. Sposobnost stvaranja podshema slijedi ANSI SPARC pristup predstavljanju sheme baze podataka. I distribuirani procesorski čvorovi i korisnički pogledi modelirani su u jeziku podsklopa. Ovaj modul pruža dizajn i kompletnu dokumentaciju relacijskih baza podataka.
4. Upravitelj repozitorija radne grupe Workgroup Repository Manager (WRM) koristi se kao rječnik podataka za pohranjivanje informacija zajedničkih za sve modele, a također pruža integraciju Silverrun modula u jedno okruženje za dizajn.
Prednost alata Silverrun CASE je velika fleksibilnost i raznolikost vizualnih sredstava za konstruiranje modela, a nedostatak je nedostatak stroge međusobne kontrole između komponenti različitih modela (na primjer, mogućnost automatskog širenja promjena između DFD-ova različitih razine razgradnje). Međutim, treba napomenuti da ovaj nedostatak može biti značajan samo ako se koristi model životnog ciklusa vodopada.
Silverrun uključuje:
1. automatsko generiranje shema baze 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 jezgru baze podataka koristeći sve značajke specifičnog DBMS-a: okidače, pohranjene procedure, ograničenja referentnog integriteta. Prilikom izrade aplikacije, podaci migrirani iz repozitorija Silverrun koriste se za automatsko generiranje objekata sučelja ili za njihovo brzo ručno stvaranje.
Za razmjenu podataka s drugim alatima za automatizaciju dizajna, stvaranje specijaliziranih postupaka za analizu i provjeru specifikacija dizajna i sastavljanje specijaliziranih izvješća u skladu s različitim standardima, sustav Silverrun nudi tri načina za ispisivanje informacija o dizajnu u vanjske datoteke.
1. Sustav izvješćivanja. Izvješća se izlaze u tekstualne datoteke.
2. Sustav izvoza/uvoza. Naveden je ne samo sadržaj izvozne datoteke, već i razdjelnici zapisa, razdjelnici polja u zapisima te početni i završni markeri tekstualnih polja. Takve izvozne datoteke mogu se generirati i učitati u repozitorij. To omogućuje razmjenu podataka s različitim sustavima: drugim CASE alatima, DBMS-om, uređivačima teksta i proračunskim tablicama.
3. Pohranjivanje repozitorija u vanjske datoteke s pristupom pomoću ODBC upravljačkih programa. Za pristup podacima repozitorija iz najčešćih DBMS-ova, moguće je pohraniti sve informacije o projektu izravno u formatu ovih DBMS-ova.
Silverrun podržava dvije metode grupnog rada:
1) u standardnoj jednokorisničkoj verziji postoji mehanizam za kontroliranu podjelu i spajanje modela. Model se može podijeliti na dijelove i distribuirati među nekoliko programera. Nakon detaljne razrade, dijelovi se ponovno sastavljaju u jedan model;
2) mrežna verzija Silverruna omogućuje paralelni grupni rad s modelima pohranjenim u mrežnom repozitoriju temeljenom na Oracle, Sybase ili Informix DBMS. Istodobno, nekoliko programera može raditi s istim modelom, budući da se zaključavanje objekta događa na razini pojedinačnih elemenata modela.
DŽEM. Alat za razvoj aplikacija JYACC-ov Application Manager (JAM) proizvod je JYACC-a. Glavna značajka je usklađenost s RAD metodologijom, jer JAM omogućuje brzu implementaciju ciklusa razvoja aplikacije, koji se sastoji od generiranja sljedeće verzije prototipa aplikacije. uzimajući u obzir zahtjeve identificirane u prethodnom koraku i predstaviti ga korisniku.
JAM ima modularnu strukturu i sastoji se od sljedećih komponenti:
1. jezgre sustava;
2. JAM/DBi - specijalizirani moduli sučelja za DBMS (JAM/DBi-Oracle, JAM/DBi-Informix, JAM/DBi-ODBC, itd.);
3. JAM/RW - modul generatora izvješća;
4. JAM/CASEi - specijalizirani moduli sučelja za CASE alate (JAM/CASE-TeamWork, JAM/CASE-Inno-vator, itd.);
5. JAM/TPi - specijalizirani moduli sučelja za upravitelje transakcija (na primjer, JAM/TPi-Server TUXEDO, itd.);
6. Jterm - specijalizirani emulator X-terminala.
Jezgra sustava je kompletan proizvod i može se samostalno koristiti za razvoj aplikacija. Svi ostali moduli su dodatni i ne mogu se koristiti samostalno.
Jezgra sustava uključuje sljedeće glavne komponente:
1. uređivač zaslona. Uređivač zaslona uključuje okruženje za razvoj zaslona, repozitorij vizualnih objekata, vlastiti JAM DBMS - JDB, upravitelj transakcija, program za ispravljanje pogrešaka, uređivač stilova;
2. urednik izbornika;
3. skup pomoćnih alata;
4. sredstva za izradu industrijske verzije aplikacije.
Kod korištenja JAM-a, razvoj vanjskog sučelja aplikacije je vizualni dizajn i svodi se na kreiranje ekranskih formi postavljanjem struktura sučelja na njih i definiranjem ekranskih polja za unos/izlaz informacija. Dizajn sučelja u JAM-u se vrši pomoću uređivač zaslona. Aplikacije razvijene u JAM-u imaju sučelje s više prozora. Razvoj zaslona uključuje postavljanje elemenata sučelja na njega, njihovo grupiranje i postavljanje vrijednosti njihovih svojstava.
Uređivač izbornika omogućuje vam razvoj i uklanjanje pogrešaka u sustavima izbornika. Implementirana je mogućnost izrade piktografskih izbornika. Dodjeljivanje stavki izbornika objektima aplikacije vrši se u uređivaču zaslona.
Jednokorisnički relacijski DBMS JDB ugrađen je u JAM jezgru. Glavna svrha JDB-a je izrada prototipova aplikacija u slučajevima kada je rad sa standardnim DBMS-om nemoguć ili nepraktičan. JDB implementira potrebne minimalne mogućnosti relacijskih DBMS-ova, što ne uključuje indekse, pohranjene procedure, okidače i poglede. Koristeći JDB, možete izgraditi bazu podataka identičnu ciljanoj bazi podataka (osim značajki koje nedostaju u JDB-u) i razviti značajan dio aplikacije.
Debugger omogućuje sveobuhvatno uklanjanje pogrešaka aplikacije koja se razvija. Prate se svi događaji koji se dogode tijekom izvođenja aplikacije.
Komunalije JAM-ovi uključuju tri skupine:
1) pretvarači JAM zaslonskih datoteka u tekst. JAM sprema zaslone kao izvorne binarne datoteke;
2) konfiguracija ulazno/izlaznih uređaja. JAM i aplikacije izgrađene s njim ne rade izravno s I/O uređajima. Umjesto toga, JAM pristupa logičkim I/O uređajima (tipkovnica, terminal, izvještaj);
3) održavanje knjižnica zaslona.
Jedan od dodatnih JAM modula je generator izvještaja. Izgled izvješća se radi u uređivaču zaslona JAM. Rad izvješća opisan je posebnim jezikom. Generator izvješća omogućuje definiranje podataka prikazanih u izvješću, grupiranje izlaznih informacija, formatiranje izlaza itd.
Aplikacije razvijene pomoću JAM-a mogu se proizvesti kao izvršni moduli. Da bi to učinili, programeri moraju imati C kompajler i povezivač.
DŽEM sadrži ugrađeni programski jezik JPL (JAM Procedural Language), s kojim se po potrebi mogu pisati moduli koji implementiraju određene akcije. Ovaj jezik se tumači. Moguća je razmjena informacija između vizualno izgrađenog aplikacijskog okruženja i takvih modula. Osim toga, JAM pruža mogućnost povezivanja vanjskih modula napisanih na jezicima kompatibilnim s jezikom C u smislu poziva funkcija.
JAM je sustav orijentiran na događaje, koji se sastoji od skupa događaja - otvaranje i zatvaranje prozora, pritiskanje tipke na tipkovnici, pokretanje mjerača vremena sustava, primanje i prijenos kontrole nad svakim elementom zaslona. Programer implementira logiku aplikacije definiranjem rukovatelja za svaki događaj.
Rukovatelji događajima JAM može sadržavati i ugrađene JAM funkcije i funkcije koje je programer napisao u C-u ili JPL-u. Skup ugrađenih funkcija uključuje više od 200 funkcija za različite namjene; dostupni su za pozive iz funkcija napisanih u JPL i C.
Industrijska verzija aplikacije, razvijen pomoću JAM-a, sastoji se od sljedećih komponenti:
1. izvršni modul aplikacijskog interpretera;
2. zasloni koji čine aplikaciju (isporučuju se kao zasebne datoteke, kao dio biblioteka zaslona ili ugrađeni u tijelo tumača);
3. vanjski JPL moduli (isporučuju se kao tekstualne datoteke ili u unaprijed kompiliranom obliku; unaprijed kompilirano
4. vanjski JPL moduli - u obliku zasebnih datoteka i kao dio ekranskih biblioteka);
5. konfiguracijske datoteke aplikacije - konfiguracijske datoteke tipkovnice i terminala, datoteka sistemskih poruka, opća konfiguracijska datoteka.
Izravna interakcija sa DBMS-om implementirana je JAM/DBi (Database interface) modulima. Metode za implementaciju interakcije u JAM-u podijeljene su u dvije klase: ručne i automatske.
Na ručni način Programer samostalno piše upite u SQL-u, pri čemu izvori i odredišta za primanje rezultata upita mogu biti i elementi sučelja vizualno dizajnirane vanjske razine i unutarnje varijable nevidljive krajnjem korisniku.
Automatski način rada implementiran od strane upravitelja JAM transakcija. Izvedivo je za tipične uobičajene vrste operacija baze podataka, takozvani QBE (Query By Example - upiti temeljeni na uzorku), uzimajući u obzir prilično složene odnose između tablica baze podataka i automatsku kontrolu atributa ulazno-izlaznih polja zaslona ovisno o o vrsti transakcije (čitanje, pisanje i sl.) u kojoj sudjeluje generirani zahtjev.
JAM vam omogućuje izradu aplikacija za rad s više od 20 DBMS-a: ORACLE, Informix, Sybase, Ingres, InterBase, NetWare SQL Server, Rdb, DB2, ODBC-kompatibilni DBMS, itd.
Posebnost JAM-a je visoka razina prenosivosti aplikacija između različitih platformi (MS DOS/MS Windows, SunOS, Solaris (i80x86, SPARC), HP-UX, AIX, VMS/Open VMS, itd.); može postojati zahtjev za "precrtavanjem" statičnih tekstualnih polja na zaslonima s ruskim tekstom prilikom prijenosa između DOS-Windows-UNIX okruženja. Dodatno, prenosivost je olakšana činjenicom da se u JAM-u aplikacije razvijaju za virtualne I/O uređaje, a ne za fizičke. Stoga, kada migrirate aplikaciju s platforme na platformu, obično trebate samo preslikati fizičke I/O uređaje na njihove logičke prikaze za aplikaciju.
Korištenje SQL-a kao sredstva interakcije s DBMS-om također pomaže osigurati prenosivost između DBMS-ova. Ako se struktura baze podataka prenese, aplikacije možda neće zahtijevati nikakve izmjene, osim pokretanja radne sesije. To je moguće ako aplikacija nije koristila SQL proširenja specifična za DBMS.
Kada se opterećenje sustava povećava i složenost zadataka koji se rješavaju (distribucija i heterogenost korištenih resursa, broj istovremeno povezanih korisnika, složenost aplikacijske logike) koristi se troslojni arhitektonski model"klijent - poslužitelj" korištenjem transakcijskih menadžera. Komponente JAM/TPi-Client i JAM/TPi-Server olakšavaju prebacivanje na troslojni model. U ovom slučaju JAM/TPi-Server modul igra ključnu ulogu, budući da glavna poteškoća u implementaciji troslojnog modela leži u implementaciji aplikacijske logike u uslugama upravitelja transakcija.
JAM/CASE sučelje omogućuje razmjenu informacija između repozitorija JAM objekata i repozitorija CASE alata. Razmjena je slična načinu na koji se struktura baze podataka uvozi u JAM repozitorij izravno iz baze podataka. Razlika je u tome što je razmjena između repozitorija dvosmjerna.
Uz JAM/CASEi module, postoji i JAM/CASEi Developer's Kit modul. Pomoću ovog modula možete samostalno razviti sučelje (tj. specijalizirani JAM/CASEi modul) za određeni CASE alat, ako postoji. gotovi JAM/CASEi modul za njega ne postoji.
Postoji sučelje koje implementira interakciju između Silverrun CASE alata i JAM-a. Prenosi shemu baze podataka i zaslonske obrasce aplikacije između Silverrun-RDM CASE alata i JAM verzije 7.0; ima dva načina rada:
1) izravni način rada (Silverrun-RDM->JAM) namijenjen je stvaranju objekata CASE rječnika i elemenata JAM repozitorija na temelju reprezentacije shema u Silverrun-RDM-u. Na temelju prikaza modela podataka sučelja u Silverrun-RDM-u generiraju se ekrani i elementi JAM repozitorija. Most pretvara tablice RDM relacijske sheme i odnose u niz JAM objekata odgovarajućeg tipa. Metodologija za izgradnju modela podataka sučelja u Silverrun-RDM-u uključuje korištenje mehanizma podsklopa za izradu prototipa aplikacijskih zaslona. Na temelju opisa svakog od RDM podsklopova, most generira JAM zaslonski obrazac;
2) obrnuti način (JAM->Silverrun-RDM) namijenjen je prijenosu modifikacija CASE objekata rječnika u Silverrun-RDM relacijski model.
Način reinženjeringa omogućuje prijenos svih svojstava JAM zaslona prethodno uvezenih iz RDM-a u Silvcrrun shemu. Za kontrolu integriteta baze podataka nisu dopuštene promjene sheme u obliku dodavanja ili brisanja tablica i polja tablica.
JAM kernel ima ugrađeno sučelje za alate za upravljanje konfiguracijom (PVCS na Windows platformi i SCCS na UNIX platformi). Biblioteke ekrana i/ili repozitoriji prenose se pod kontrolu ovih sustava. U nedostatku takvih sustava, JAM samostalno implementira neke od funkcija za podršku razvoju grupe.
Na MS-Windows platformi, JAM ima ugrađeno sučelje za PVCS, a akcije dohvaćanja/odjave izvode se izravno iz JAM okruženja.
Vantage Team Builder (Westmount I-CASE). Vantage Team Builder integrirani je softverski proizvod dizajniran za implementaciju i potpunu podršku vodopadnog modela životnog ciklusa.
Vantage Team Builder pruža sljedeće funkcije:
1. projektiranje dijagrama protoka podataka, dijagrama entitet-odnos, struktura podataka, programskih blok dijagrama i nizova ekranskih formi;
2. projektiranje dijagrama arhitekture sustava - SAD (projektiranje sastava i komunikacije računalnih alata, raspodjela sistemskih zadataka između računalnih alata, modeliranje odnosa klijent-poslužitelj, analiza korištenja transakcijskih menadžera i značajki funkcioniranja sustava u stvarnom vremenu);
3. generiranje programskog koda na jeziku ciljanog DBMS-a uz punu podršku softverskog okruženja i generiranje SQL koda za kreiranje tablica baze podataka, indeksa, ograničenja integriteta i pohranjenih procedura;
4. programiranje u C jeziku s ugrađenim SQL-om;
5. upravljanje verzijom i konfiguracijom projekta;
6. višekorisnički pristup repozitoriju projekta;
7. izrada projektne dokumentacije po standardnim i pojedinačnim predlošcima;
8. izvoz i uvoz projektnih podataka u CDIF formatu (CASE Data Interchange Format).
Vantage Team Builder dolazi u različitim konfiguracijama ovisno o korištenom DBMS-u (ORACLE, Informix, Sybase ili Ingres) ili alatima za razvoj aplikacija (Uniface). Konfiguracija Vantage Team Builder za Uniface razlikuje se od ostalih po djelomičnom fokusu na model spiralnog životnog ciklusa zbog svojih mogućnosti brze izrade prototipova. Veliki skup dijagrama koristi se za opisivanje AIS projekta.
Pri izradi svih tipova dijagrama osigurava se kontrola usklađenosti modela sa sintaksom korištenih metoda, kao i kontrola korespondencije istoimenih elemenata i njihovih tipova za različite tipove dijagrama.
Prilikom konstruiranja DFD dijagrama toka podataka prati se usklađenost dijagrama na različitim razinama dekompozicije. Ispravnost gornje razine DFD-a prati se pomoću ELM matrice liste događaja. Za kontrolu dekompozicije složenih tokova podataka koristi se nekoliko opcija za njihov opis: u obliku dijagrami strukture podataka DSD ili notacije BNF (forma Backus - Naur).
Za izradu SAD-a koristi se proširena DFD notacija, koja omogućuje uvođenje pojmova procesora, zadataka i perifernih uređaja, što osigurava jasnoću dizajnerskih rješenja.
Prilikom izgradnje podatkovnog modela u obliku ERD-a isti se normalizira i uvodi definicija fizičkih naziva podatkovnih elemenata i tablica koji će se koristiti u procesu generiranja fizičke podatkovne sheme konkretnog DBMS-a. Moguće je odrediti alternativne ključeve entiteta i polja koja čine dodatne ulazne točke u tablicu (indeksna polja), te snagu odnosa između entiteta.
Prisutnost univerzalnog sustava za generiranje koda koji se temelji na određenim načinima pristupa repozitoriju projekta omogućuje programerima da održe visoku razinu izvršenja discipline dizajna: strog redoslijed generiranja modela; kruta struktura i sadržaj dokumentacije; automatsko generiranje izvornih kodova programa itd.; sve to osigurava povećanje kvalitete i pouzdanosti razvijenih IC-ova.
Za izradu projektne dokumentacije mogu se koristiti izdavački sustavi FrameMaker, Interleaf ili Word Perfect. Struktura i sastav projektne dokumentacije konfigurirani su u skladu sa zadanim standardima. Prilagodba se izvodi bez mijenjanja dizajnerskih rješenja.
Prilikom razvoja velikog AIS-a, cijeli sustav kao cjelina odgovara jednom projektu kao Vantage Team Builder kategoriji. Projekt se može rastaviti na više sustava, od kojih svaki odgovara nekom relativno autonomnom AIS podsustavu i razvija se neovisno o drugima. U budućnosti se projektni sustavi mogu integrirati.
Proces projektiranja AIS-a pomoću Vantage Team Buildera implementiran je u obliku četiri uzastopne faze (faze) - analiza, arhitektura, dizajn I provedba, u ovom slučaju, završeni rezultati svake faze se u potpunosti ili djelomično prenose (uvoze) u sljedeću fazu. Svi dijagrami, osim ERD, pretvaraju se u drugu vrstu ili mijenjaju svoj izgled u skladu sa karakteristikama trenutne faze. Dakle, DFD-ovi se pretvaraju u SAD-ove u fazi arhitekture, DSD-ovi u DTD-ove. Nakon završetka uvoza prekida se logična veza s prethodnom fazom, odnosno mogu se izvršiti sve potrebne izmjene na dijagramima.
Vantage Team Builder for Uniface konfiguracija osigurava dijeljenje dvaju sustava unutar jednog okruženja tehnološkog dizajna, dok se sheme baze podataka (SQL modeli) prenose u Uniface repozitorij, i obrnuto, modeli aplikacija generirani Uniface alatima mogu se prenijeti u Vantage Team Builder spremište. Moguća odstupanja između repozitorija dvaju sustava uklanjaju se pomoću posebnog uslužnog programa. Razvoj ekranskih formi u okruženju Uniface provodi se na temelju dijagrama sekvenci FSD formi nakon uvoza SQL modela. Tehnologija za razvoj AIS-a temeljena na ovoj konfiguraciji prikazana je na sl. 2.23.
Struktura repozitorija pohranjenog u ciljnom DBMS-u i Vantage Team Builder sučelja su otvorena, što u principu dopušta integraciju s bilo kojim drugim alatima.
Uniface. Proizvod Compuware razvojno je okruženje za velike aplikacije u arhitekturi klijent-poslužitelj i ima sljedeću arhitekturu komponenti:
1. Application Objects Repository (repozitorij aplikacijskih objekata) sadrži metapodatke koje automatski koriste sve ostale komponente tijekom životnog ciklusa AIS-a (aplikacijski modeli, opisi podataka, poslovna pravila, obrasci zaslona, globalni objekti i predlošci). Repozitorij se može pohraniti u bilo koju bazu podataka koju podržava Uniface;
Riža. 2.23. Interakcija između Vantage Team Buildera i Unifacea
2. Application Model Manager podržava aplikacijske modele (E-R modele), od kojih svaki predstavlja podskup opće sheme baze podataka sa stajališta dane aplikacije, te uključuje odgovarajući grafički editor;
3. Rapid Application Builder - alat za brzo kreiranje ekranskih obrazaca i izvješća na temelju objekata modela aplikacije. Uključuje grafički uređivač obrazaca, alate za izradu prototipova, otklanjanje pogrešaka, testiranje i dokumentiranje. Za postojeća grafička sučelja - MS Windows (uključujući VBX), Motif, OS/2 implementirano je sučelje s različitim tipovima prozorskih kontrola Open Widget Interface. Univerzalno prezentacijsko sučelje omogućuje korištenje iste verzije aplikacije u različitim grafičkim sučeljima bez mijenjanja programskog koda;
4. Usluge za razvojne programere koriste se za podršku velikim projektima i implementaciju kontrole verzija (Uniface Version Control System), prava pristupa (odvajanje ovlasti), globalne izmjene, itd. Ovo programerima pruža alate za paralelni dizajn, kontrolu ulaza i izlaza, pretraživanje, pregledavanje, održavanje i izdavanje izvješća o podacima sustava kontrole verzija;
5. Deployment Manager (upravljanje distribucijom aplikacije) - alati koji vam omogućuju da pripremite kreiranu aplikaciju za distribuciju, instalirate je i održavate (u ovom slučaju platforma korisnika može se razlikovati od platforme programera). Oni uključuju mrežne upravljačke programe i upravljačke programe DBMS-a, aplikacijski poslužitelj (polyserver), distribuciju aplikacija i alate za upravljanje bazom podataka. Uniface podržava sučelje s gotovo svim poznatim hardverskim i softverskim platformama, DBMS-om, CASE alatima, mrežnim protokolima i upraviteljima transakcija;
6. Personal Series (osobni alati) služe za izradu složenih upita i izvješća u grafičkom obliku (Personal Query and Personal Access - PQ/PA), kao i za prijenos podataka u sustave kao što su WinWord i Excel;
7. Distributed Computing Manager - alat za integraciju s transakcijskim upraviteljima Tuxedo, Encina, CICS, OSF DCE.
Verzija Uniface 7 u potpunosti podržava distribuirani računalni model i troslojnu arhitekturu klijent-poslužitelj (s mogućnošću promjene sheme dekompozicije aplikacije tijekom izvođenja). Aplikacije izrađene pomoću Uniface 7 mogu se izvršavati u heterogenim radnim 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 - aplikacijski poslužitelj za distribuirane sustave;
2. WebEnabler - poslužiteljski softver za rad aplikacija na Internetu i intranetu;
3. Name Server - poslužiteljski softver koji osigurava korištenje distribuiranih resursa aplikacije;
4. PolyServer - alat za pristup podacima i integraciju različitih sustava.
Popis podržanih DBMS-ova uključuje DB2, VSAM i IMS; PolyServer također pruža interakciju s MVS OS-om.
Dizajner/2000 + Programer/2000. Designer/2000 2.0 iz ORACLE-a integrirani je CASE alat koji, zajedno s alatima za razvoj aplikacija Developer/2000, pruža podršku za kompletan životni ciklus softvera za sustave koji koriste ORACLE DBMS.
Designer/2000 je obitelj metodologija i softverskih proizvoda koji ih podržavaju. Osnovna metodologija Designer/2000 (CASE*Method) je strukturalna metodologija za projektiranje sustava koja u potpunosti pokriva sve faze životnog ciklusa AIS-a. U fazi planiranja utvrđuju se ciljevi stvaranja sustava, prioriteti i ograničenja, razvija se arhitektura sustava i plan razvoja AIS-a. Tijekom procesa analize izgrađuju se: model informacijskih potreba (dijagram entitet-odnos), dijagram funkcionalne hijerarhije (na temelju funkcionalne dekompozicije AIS-a), matrica unakrsnih referenci i dijagram toka podataka.
U fazi projektiranja razvija se detaljna arhitektura AIS-a, dizajniraju se shema relacijske baze podataka i softverski moduli te se uspostavljaju unakrsne reference između komponenti AIS-a kako bi se analizirao njihov međusobni utjecaj i kontrolirale promjene.
U fazi implementacije kreira se baza podataka, grade se aplikativni sustavi, testiraju se, provjerava kvaliteta i usklađenost sa zahtjevima korisnika. Izrađuje se dokumentacija sustava, materijali za obuku i korisnički priručnici. U fazama rada i održavanja analiziraju se performanse i integritet sustava, provodi se podrška i, po potrebi, modifikacija AIS-a.
Designer/2000 pruža grafičko sučelje za razvoj različitih modela (dijagrama) predmetnog područja. Tijekom procesa izgradnje modela podaci o njima se unose u repozitorij. Designer/2000 uključuje sljedeće komponente.
AIS dizajn
Detaljan razvoj dizajn sustava, koji sadrži kompletnu organizacijsku, projektnu, tehnološku i radnu dokumentaciju. U skladu s GOST 34.601-90. Projektiranje automatiziranih sustava uključuje realizaciju niza faza, uključujući: formiranje zahtjeva za AS, razvoj koncepta AS, izradu tehničke specifikacije, idejni projekt, tehnički projekt i izradu radne dokumentacije. Faze izrade AS-a osim projektiranja uključuju i: puštanje u rad i održavanje AS-a. Svaka faza je podijeljena u faze. Dodaci ovom standardu također definiraju:
· Popis vrsta organizacija koje sudjeluju u radu.
Ovisno o prirodi objekta dizajna i njegovim specifičnim uvjetima, GOST 34.601-90 dopušta isključivanje pojedinačnih faza, kao i njihovu kombinaciju. Uzimajući u obzir dugogodišnju praksu u Rusiji pri stvaranju automatiziranih informacijskih sustava (" AIS”) u pravilu se provode sljedeće faze projektiranja: predprojektni pregled, idejni projekt, idejni projekt, tehnički projekt i glavni projekt. Ostali državni standardi koji reguliraju različite aspekte dizajna zvučnika:
· GOST 34.602-89 Skup standarda za automatizirane sustave. Projektni zadatak za izradu automatiziranog sustava. Upisan 01.01.90.
· Norma 34.603-92 Informacijska tehnologija. Vrste AC ispitivanja.
· Standardi 34. (971, 972,973, 974, 981) - 91 Informacijska tehnologija. Međusobno povezivanje otvorenih sustava.
· Standard 34.91. Informacijska tehnologija. Lokalne mreže itd.
Predprojektno istraživanje- Prikupljanje i obrada informacija o organizaciji i značajkama funkcioniranja objekta automatizacije, uključujući podatke o njegovoj interakciji s vanjskim okruženjem i drugim objektima, kao i implementacija analiza sustava, izrada studije izvodljivosti za izvedivost automatizacije i izrada općih zahtjeva za razvoj automatiziranog sustava. Sadržaj rada tijekom predprojektne inspekcije automatiziranog objekta odgovara fazi „Formiranje zahtjeva za automatizirani sustav“ GOST 34.601-90, faze: „Inspekcija objekta i opravdanje potrebe za stvaranjem automatiziranog sustava ”, “Formiranje korisničkih zahtjeva za automatizirani sustav”, “Formiranje izvješća o obavljenim radovima i aplikacije za razvoj AS - taktičko-tehničke specifikacije.”
Konceptualni dizajn- Odgovara fazama projektiranja u skladu s GOST 34.601-90 - „Razvoj koncepta NPP-a” (faze: „Razvoj opcija za koncept NPP-a i odabir opcije koncepta NPP-a koja zadovoljava korisnika”, „Priprema izvješća o obavljeni radovi”) i “Izrada tehničkih specifikacija”. Vrste završnih dokumenata rada u ovoj fazi su idejni projekt(također se koriste imena - “ Konceptualni dizajn ”, “Projekt pilota") ili Program stvaranje sustava koji uključuje:
· Kratak opis početnog stanja objekta automatizacije i okoline u kojoj radi;
· Naznaka glavnih ciljeva i popis zadataka automatizacije;
· Opis proširene organizacijske i funkcionalne strukture odabrane opcije (ili opcija) za izgradnju sustava koji se kreira;
· Studija izvodljivosti;
· Integrirani opis i osnovni zahtjevi za informacijske i jezične potporne alate;
· Opći zahtjevi za softver i hardver;
· Navesti i uvećane karakteristike faza izrade sustava, vrijeme njihove implementacije, sastav izvođača i očekivane rezultate njihove implementacije;
· Početna procjena troškovnih pokazatelja rada;
· Tehničke specifikacije za sustav u cjelini i/ili njegove glavne komponente (podsustave, softverske i hardverske sustave i alate, pojedinačne zadatke itd.), koje je odobrio Kupac.
Shematski dizajn- Izrada idejnih projektnih rješenja sustava i njegovih dijelova. Završni dokument za izvođenje radova u ovoj fazi projektiranja je idejni projekt, koji sadrži temeljna projektna i sklopna rješenja razvojnog objekta, kao i podatke koji definiraju njegovu namjenu i osnovne parametre (pri projektiranju softver sustava, idejni projekt mora sadržavati cjelovit specifikacija razvija se programa).
Tehnički dizajn - Faza rada na dizajnu sustava zvučnika, koja uključuje:
· Izrada projektnih rješenja za sustav i njegove dijelove;
· Izrada dokumentacije za NEK i njezine dijelove;
· Izrada i izrada dokumentacije za nabavu proizvoda za dovršenje NE i/ili tehničkih zahtjeva (tehničke specifikacije) za njihov razvoj;
· Izrada projektnih zadataka u susjednim dijelovima projekta automatizacije.
Završni dokument ove faze projektiranja je tehnički projekt, koji osim navedenih materijala, dijagrama strujnog kruga i projektne dokumentacije razvojnog objekta i njegovih komponenti, sadrži popis odabranih gotovih alata softver i hardver(uključujući računala, operacijski sustav, aplikacijski programi itd.), i također algoritmi rješavanje problema za razvoj novih softverskih alata itd.
Detaljni dizajn- Završna faza oblikovati, koji, uz razvoj radne dokumentacije za sustav i njegove dijelove propisane GOST 34.601-90, općenito osigurava pojašnjenje i detalje rezultata prethodnih faza, stvaranje i testiranje prototipa i/ili pilot industrijskog modela objekta automatizacije, razvoj i testiranje programskih proizvoda, tehnološke i pogonske dokumentacije. Rezultati su prikazani u radnik ili tehnički radni projekt. U suvremenoj projektantskoj praksi automatizirani informacijski sustavi(Na primjer, ABIS, ASNTI, ACS itd.) početna je faza njihove implementacije u rad tvrtke, organizacije ili službe koja je naručitelj projekta, odnosno matica u nizu drugih automatiziranih tvrtki, organizacija, službi i sl.
Razvojni (projektni) ciklus) softver - Skup razvojnih faza softver počevši od analiza sustava i razvoj početnih zahtjeva prije njegove implementacije.
Načela projektiranja AIS-a- Skup pravila ili zahtjeva utvrđenih dugogodišnjim iskustvom u stvaranju i radu AIS-a. Najčešći su:
· Identitet- razvoj novog, poboljšanje postojećeg ili implementacija eksterno dobivenog AIS-a sadržajno su slični znanstveni i tehnički problemi koji se međusobno razlikuju samo po sadržaju niza faza i vremenskih parametara. ;
· Mogućnost izrade: automatizirana tehnologija podrazumijeva razvoj nove tehnologije ili modernizaciju postojeće u uvjetima AIS-a i ne dopušta jednostavno korištenje razvijenog softvera i hardvera u uvjetima starih tradicionalnih tehnologija;
· Kontinuitet, faznost i kontinuitet razvoja i razvoja: AIS su sustavi koji se na njihovoj osnovi stalno razvijaju; svaka inovacija služi kao razvoj osnovnih principa sustava i već postignute kvalitete;
· Prilagodljivost: AIS komponente moraju imati svojstva koja osiguravaju brzu prilagodbu tih komponenti promjenama u vanjskom okruženju i novim sredstvima;
· Modularni princip izrade softvera i hardvera: pretpostavlja da se sastav ovih alata sastoji od blokova („modula”) koji pružaju mogućnost njihove zamjene ili izmjene u svrhu poboljšanja rada AIS-a ili njegove prilagodbe novim uvjetima;
· Tehnološki (uključujući - mrežu) integracija: pretpostavlja jedinstvenost cjelokupnog sustava tehnologije za stvaranje, ažuriranje, pohranu i korištenje informacijskih izvora, a posebno jednokratnu obradu dokumenata i podataka, kao i njihovu višestruku i višenamjensku upotrebu;
· Potpuna normalizacija procesa i njihovo praćenje: višenamjensko korištenje AIS informacija zahtijeva osiguranje visoke pouzdanosti podataka u sustavu. Za to je u različitim fazama obrade i unosa informacijskih dokumenata potrebno koristiti različite oblike kontrole informacija, čije zahtjeve možemo formirati iz sastava zadataka koji se rješavaju i podataka koji se obrađuju. potrebno je i stalno praćenje radi dobivanja kvalitativnih i kvantitativnih karakteristika funkcioniranja AIS-a na temelju ugrađenih i posebno razvijenih pametnih statističkih alata;
· Regulacija: AIS je usmjeren na funkcioniranje u industrijskom načinu rada, pružajući obradu masovnog protoka informacijskih dokumenata; Ova obrada regulirana je standardima, trasnim i operativnim tehnologijama, standardima resursnih i vremenskih pokazatelja te razvijenom otpremnom službom.
· Ekonomska svrsishodnost: stvaranje AIS-a treba uključiti odabir takvih dizajnerskih rješenja (uključujući softverska, tehnička i organizacijsko-tehnološka) koja, uz postizanje postavljenih ciljeva i zadataka, osiguravaju minimiziranje troškova financijskih, materijalnih i radnih resursa.
· Tipizacija projektantskih rješenja: razvoj i razvoj AIS-a i njihovih mreža odvija se s fokusom na međuknjižničnu suradnju i suradnju, te u skladu s pravilima i protokolima međunarodne razmjene informacija;
· Maksimalno korištenje gotovih rješenja: za smanjenje troškova i vremena razvoja i implementacije AIS-a, kao i za smanjenje grešaka u projektiranju sustava u cjelini i njegovih pojedinačnih komponenti, preporuča se što je više moguće koristiti gotova rješenja i alate. U ovom planu, pri izradi novog sustava, značajan dio posla povezan je s analizom alternativnih mogućnosti mogućih rješenja, odabirom najprikladnijeg za objekt automatizacije i njegovom prilagodbom novim uvjetima primjene;
· Korporacijski duh: prilikom projektiranja automatiziranog sustava koji je dio sustava više razine (grad, resor, republika i sl.) mora se osigurati njegova hardverska, programska, jezična i informacijska kompatibilnost s ostalim sudionicima sustava i/ili AIS mreže. Zahtjevi korporativizma mogu biti u sukobu sa zahtjevima ili odlukama koje diktiraju druga načela, na primjer, kontinuitet dizajnerskih odluka;
· Orijentacija prema prvim osobama objekta automatizacije: uspješna provedba rada na stvaranju automatiziranog informacijskog sustava, njegov razvoj i rad moguća je samo ako ih bezuvjetno podržava prva osoba objekta automatizacije (na primjer, ravnatelj knjižnice ili informacijske agencije) i izravna odgovornost za njihova provedba dodjeljuje se nalogom organizacije rukovoditelju na razini najmanje zamjenika direktora
REGULATORNA I METODOLOŠKA POTPORA ZA IZRADU AIS-a.
Osnovni pojmovi projektiranja AIS-a
Općenito, AIS uključuje: korisnika (potrošača), informacijske resurse, nositelje informacija, sredstva za prikupljanje, pohranu, obradu informacija i sredstva za prijenos informacija.
Dizajn AIS-a temelji se na dvije međusobno povezane komponente:
Standardi dizajna;
Metodologija projektiranja.
Osnovni pojmovi, pristupi i definicije projektiranja AIS-a regulirani su s tri vrste projektne i programske dokumentacije:
- jedinstveni sustav projektne dokumentacije (ESKD);
- jedinstveni sustav programske dokumentacije (USPD);
- skup dokumenata sa smjernicama za AIS.
Sastav projektne dokumentacije je skup standarda i smjernica temeljenih na AIS GOST 24.104-85, GOST 34.003-90, GOST 34.201-90, koji uključuje smjernice za informacijske tehnologije i automatizirane sustave, kao i zahtjeve za sadržaj dokumenata.
Cilj dizajna je identificirati relativno jednostavnu unutarnju strukturu, koja se naziva arhitektura sustava.
AIS se razvija kao projekt. Mnoge značajke projektnog menadžmenta i faze razvoja projekta (faze životnog ciklusa) su zajedničke, neovisne ne samo o predmetnom području, već io prirodi projekta. Pojam projekta je složen pojam i za njega je teško pronaći jednoznačnu formulaciju.
Projekt– ovo je vremenski ograničena, svrhovita promjena u zasebni sustav s inicijalno jasno definiranim ciljevima čije postizanje određuje završetak projekta, kao i s utvrđenim zahtjevima za vrijeme, rezultate, rizik, okvir trošenja sredstava i resursa , te za organizacijsku strukturu.
Za ekonomsku sustava, pod projektom EIS-a podrazumijevamo projektnu i inženjersku dokumentaciju, koja daje opis projektnih rješenja za izradu i rad EIS-a u određenom softverskom i hardverskom okruženju.
Prema EIS dizajnu razumije proces pretvaranja ulaznih informacija o objektu projektiranja, metode projektiranja i iskustvo u projektiranju objekata slične namjene u skladu s GOST-om u EIS projekt. S ove točke gledišta, dizajn EIS-a svodi se na dosljednu formalizaciju projektnih rješenja u različitim fazama životnog ciklusa EIS-a: planiranje i analiza zahtjeva, tehnički i detaljni dizajn, implementacija i rad EIS-a.
Objekti dizajna EIS su pojedinačni elementi ili njihovi kompleksi funkcionalnih i nosivih dijelova. Dakle, funkcionalni elementi, u skladu s tradicionalnom dekompozicijom, jesu zadaci, skupovi zadaća i funkcije upravljanja. U sklopu pratećeg dijela EIS-a objekti projektiranja su elementi i njihovi kompleksi informacijske, programske i hardverske potpore sustava.
Kao predmet Projektiranje EIS-a uključuje timove stručnjaka koji provode aktivnosti projektiranja, obično u sklopu specijalizirane (projektne) organizacije, te organizacije korisnika za koju je potrebno izraditi EIS. Mjerilo sustava koji se razvijaju određuje sastav i broj sudionika u procesu projektiranja. Uz veliki obujam i kratke rokove za završetak projektiranja, u razvoju sustava može sudjelovati više projektantskih timova (razvojnih organizacija). U ovom slučaju identificira se matična organizacija koja koordinira aktivnosti svih suizvršiteljskih organizacija.
Oblik sudjelovanja suizvršitelja u izradi projekta sustava može biti različit. Najčešći je oblik u kojem svaki suizvršitelj od početka do kraja projektira neki dio sustava koji se razvija. Obično je to funkcionalni podsustav ili međusobno povezani skup zadataka upravljanja. Rjeđi je oblik sudjelovanja suizvršitelja, u kojem pojedini suizvršitelji obavljaju poslove u pojedinim fazama procesa projektiranja. Moguća je opcija u kojoj se kombiniraju funkcije kupca i programera, odnosno EIS se dizajnira u tvrtki.
Provođenje dizajna EIS-a uključuje korištenje određene tehnologije dizajna od strane dizajnera koja odgovara opsegu i značajkama projekta koji se razvija.
EIS tehnologija projektiranja- ovo je skup metodologije i alata za projektiranje EIS-a, kao i metoda i sredstava za organiziranje projektiranja (upravljanje procesom izrade i modernizacije EIS-projekta)
Metodologija (koncept + metoda)
Organizacija alata
dizajn dizajn
Tehnologija projektiranja temelji se na tehnološkom procesu koji određuje radnje, njihov redoslijed, sastav izvođača, sredstva i resurse potrebne za izvođenje tih radnji.
Dakle, tehnološki proces projektiranja EIS-a kao cjeline podijeljen je na skup sekvencijalno-paralelnih, povezanih i podređenih lanaca radnji, od kojih svaki može imati svoj predmet. Radnje koje se izvode pri projektiranju EIS-a mogu se definirati kao nedjeljive tehnološke operacije ili kao podprocesi tehnoloških operacija. Sve radnje mogu biti same radnje projektiranja, koje oblikuju ili modificiraju rezultate dizajna, i radnje evaluacije, koje se razvijaju prema utvrđenim kriterijima za procjenu rezultata dizajna.
Dakle, tehnologija projektiranja određena je reguliranim redoslijedom tehnoloških operacija koje se izvode u procesu izrade projekta na temelju određene metode, na temelju čega bi postalo jasno ne samo ŠTO treba učiniti za izradu projekta, već i KAKO, KOME i KOJIM REDOSLIJEDOM se to mora učiniti.
Predmet svake odabrane tehnologije dizajna trebao bi biti odraz međusobno povezanih procesa dizajna u svim fazama životnog ciklusa EIS-a.
Glavni zahtjevi za odabranu tehnologiju dizajna uključuju sljedeće:
Projekt izrađen pomoću ove tehnologije mora zadovoljiti zahtjeve kupca;
Odabrana tehnologija trebala bi odražavati što je više moguće sve faze životnog ciklusa projekta;
Odabrana tehnologija mora osigurati minimalne troškove rada i troškova projektiranja i podrške projektu;
Tehnologija bi trebala biti temelj povezivanja dizajna i održavanja projekta;
Tehnologija bi trebala pomoći u povećanju produktivnosti dizajnera;
Tehnologija mora osigurati pouzdanost dizajna i rada projekta;
Tehnologija bi trebala omogućiti jednostavno održavanje projektne dokumentacije.
Osnova tehnologije projektiranja EIS-a je metodologija koja određuje suštinu, glavne razlikovne tehnološke značajke.
Metodologija projektiranja pretpostavlja prisutnost određenog koncepta, načela dizajna, implementiranih skupom metoda dizajna, koji, pak, moraju biti podržani određenim alatima za dizajn.
Organizacija projektiranja uključuje određivanje načina interakcije između dizajnera međusobno i s naručiteljem u procesu izrade EIS projekta, što također može biti podržano skupom specifičnih alata.
Metode projektiranja EIS-a mogu se klasificirati prema stupnju korištenja alata za automatizaciju, standardnim dizajnerskim rješenjima i prilagodljivosti očekivanim promjenama.
Da, prema stupnju automatizacija Metode projektiranja dijele se na metode:
ručni dizajn, u kojem se projektiranje EIS komponenti provodi bez upotrebe posebnih softverskih alata, a programiranje se vrši u algoritamskim jezicima;
računalni dizajn, koji generira ili konfigurira (postavlja) projektna rješenja temeljena na korištenju posebnih programskih alata.
Na temelju stupnja korištenja standardnih projektnih rješenja razlikuju se sljedeće metode projektiranja:
Izvorni (individualni) dizajn, kada se projektna rješenja razvijaju "od nule" u skladu sa zahtjevima za EIS;
Standardni dizajn, koji uključuje konfiguraciju EIS-a iz gotovih standardnih projektnih rješenja (softverskih modula).
Izvorni (individualni) dizajn EIS-a karakterizira činjenica da su sve vrste projektiranja usmjerene na izradu pojedinačnih projekata za svaki objekt, koji u najvećoj mjeri odražavaju sve njegove značajke.
Tipsko projektiranje se izvodi na temelju iskustva stečenog u izradi individualnih projekata. Tipski projekti kao generalizacija iskustva za pojedine skupine organizacijsko-ekonomskih sustava ili vrsta poslova u svakom konkretnom slučaju povezani su mnogim specifičnostima i razlikuju se po stupnju obuhvata upravljačkih funkcija, izvedenih radova i izrađene projektne dokumentacije.
Prema stupnju prilagodljivosti projektnih rješenja, metode projektiranja se dijele na metode:
Rekonstrukcija, kada se prilagodba projektnih rješenja provodi obradom relevantnih komponenti (reprogramiranje softverskih modula);
Parametriranje, kada se projektna rješenja prilagođavaju (regeneriraju) u skladu s promijenjenim parametrima;
Restrukturiranje modela, kada se mijenja model problematičnog područja, na temelju čega se automatski regeneriraju dizajnerska rješenja.
Kombinacija različitih karakteristika klasifikacije metoda projektiranja određuje prirodu korištene tehnologije projektiranja EIS-a, među kojima se ističu dvije glavne:
razred: kanonske i industrijske tehnologije (tablica 2.1). Tehnologija industrijskog dizajna je pak podijeljena u dvije podklase: automatizirani (koristeći CASE tehnologije) i standardni (orijentiran na parametre ili model) dizajn. Korištenje tehnologija industrijskog dizajna ne isključuje korištenje kanonske tehnologije u nekim slučajevima.
Tablica 2.1 Obilježja razreda tehnologije projektiranja
Specifične vrste projektantskih tehnologija karakteriziraju korištenje određenih EIS razvojnih alata koji podržavaju provedbu kako pojedinačnih projektantskih radova, faza, tako 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 trebaju biti:
U svojoj klasi, nepromjenjiv prema objektu dizajna;
Zbirno pokriti sve faze životnog ciklusa EIS-a;
Tehnički, softverski i informacijski kompatibilan;
Jednostavan za učenje i korištenje;
Ekonomski isplativo.
Alati za projektiranje EIS-a mogu se podijeliti u dvije klase: bez korištenja računala i s korištenjem računala.
Alati za projektiranje bez upotrebe računala koriste se u svim fazama i fazama projektiranja EIS-a. U pravilu su to sredstva organizacijske i metodološke potpore poslovima projektiranja i prije svega različiti standardi koji reguliraju proces projektiranja sustava. To također uključuje jedinstveni sustav klasifikacije i kodiranja informacija, jedinstveni dokumentacijski sustav, modele za opisivanje i analizu tokova informacija itd.
Alati za projektiranje pomoću računala mogu se koristiti kako u pojedinačnim tako iu svim fazama i fazama procesa projektiranja EIS-a te u skladu s tim podržavaju razvoj elemenata dizajna sustava, dijelova dizajna sustava, te dizajna sustava u cjelini. Cjelokupni skup alata za dizajn koji koriste računala podijeljen je u četiri potklase.
Prva podrazred uključuje operativne alate koji podržavaju dizajn operacija obrade informacija. Ova potklasa alata uključuje algoritamske jezike, biblioteke standardnih potprograma i objektnih klasa, makrogeneratore, programske generatore za tipične operacije obrade podataka itd., kao i alate za proširenje funkcija operacijskih sustava (utilities). Ova klasa također uključuje takve jednostavne alate za dizajn kao što su alati za testiranje i otklanjanje pogrešaka programa, podržavanje procesa projektne dokumentacije itd. Posebnost najnovijih programa je da se uz njihovu pomoć povećava produktivnost dizajnera, ali se ne razvija cjelovito dizajnersko rješenje.
Stoga alati ove podklase podržavaju pojedinačne operacije EIS dizajna i mogu se koristiti neovisno jedan o drugom.
Druga potklasa uključuje alate koji podržavaju dizajn pojedinačnih komponenti EIS projekta. Ova podrazred uključuje alate za opće sistemske svrhe:
Sustavi za upravljanje bazama podataka (DBMS);
Metodički orijentirani paketi aplikativnih programa (rješavanje problema diskretnog programiranja, matematička statistika, itd.)
Stolni procesori;
Statistički PPP;
Ljuske ekspertnog sustava;
Grafički urednik;
Urednici teksta;
Integrirani softver (interaktivno okruženje s ugrađenim dijaloškim mogućnostima koje vam omogućuje integraciju gore navedenih softverskih alata).
Navedeni alati za projektiranje karakteriziraju njihovu upotrebu za razvoj tehnoloških podsustava EIS-a: unos informacija, organizaciju pohrane i pristupa podacima, proračune, analizu i prikaz podataka, donošenje odluka.
Treći podrazred uključuje sredstva koja podržavaju izrada dionica EIS projekta. Ovaj podrazred uključuje alate za funkcionalni dizajn.
Funkcionalni alati usmjereni su na razvoj automatiziranih sustava koji implementiraju funkcije, skupove zadataka i kontrolne zadatke. Raznolikost tematskih područja dovodi do različitih alata ove potklase, usmjerenih na vrstu organizacijskog sustava (industrijske, neindustrijske sfere), razinu upravljanja (na primjer, poduzeće, radionica, odjel, lokacija, radno mjesto), upravljanje funkcija (planiranje, računovodstvo itd.) .
Funkcionalni alati za projektiranje sustava za obradu informacija uključuju tipska projektna rješenja, funkcionalne pakete aplikacijskih programa i tipske projekte.
Četvrta potklasa EIS alata za dizajn uključuje alate koji podržavaju razvoj projekta u fazama i fazama procesa dizajna. Ova klasa uključuje podklasu EIS alata za automatizaciju dizajna (CASE alati).
Moderni CASE alati se pak klasificiraju uglavnom prema dva kriterija:
1) po fazama obuhvaćenim procesom izrade EIS-a;
2) prema stupnju integracije: zasebni lokalni alati (alati), skup neintegriranih alata koji pokrivaju većinu faza razvoja EIS-a (toolkit) i potpuno integrirani alati povezani zajedničkom projektnom bazom podataka - repozitorij (workbench).
Projektiranje AIS-a kreativan je proces. Svaki projekt u svom razvoju prolazi kroz određena stanja: od stanja kada „projekt još ne postoji“ do stanja kada „projekt više ne postoji“. Skup faza razvoja od nastanka ideje do potpunog završetka projekta obično se dijeli na stupnjeve (faze, etape). Postoje neke razlike u određivanju broja faza (faza) i njihovog sadržaja, ali ipak je bit sadržaja životnog ciklusa razvoja AIS-a ista u različitim pristupima.
U izradi treba razumjeti proces stvaranja prototipa pretpostavljenog ili mogućeg objekta.
Moderna tehnologija za izradu AIS-a skup je učinkovitih alata i metoda projektiranja koji omogućuju pojednostavljenje ovog procesa, smanjenje troškova, smanjenje kalendarskog vremena za dizajn sustava i poboljšanje kvalitete razvoja kroz širok izbor dokazanih naprednih dizajnerskih rješenja.
Na glavno alati za dizajn može se pripisati:
Standardna projektna rješenja (TDS) i aplikacijski programski paketi (APP). TPR - skup algoritamskih i programskih elemenata koji osiguravaju provedbu zadataka na računalu korištenjem odgovarajućih tehničkih sredstava;
Sustavi računalno potpomognutog projektiranja (CAD), koji uključuju korištenje računala u svim fazama stvaranja AIS-a.
Opći zahtjevi za alate za dizajn:
Potpuna pokrivenost cjelokupnog procesa izrade AIS-a;
Kompatibilnost, tj. dosljednost kako u procesu stvaranja sustava tako iu procesu njegovog funkcioniranja;
Svestranost, tj. sposobnost korištenja istih sredstava za različite predmete;
Dostupnost za učenje i jednostavnost (jednostavnost) za implementaciju;
Sposobnost organiziranja procesa projektiranja u načinu interaktivne interakcije između programera sustava, projektanta i računala;
Prilagodljivost i ekonomičnost.
Među metode projektiranja istaknuti:
Izvorni dizajn;
Standardni dizajn i njegove vrste: elementarni, podsustavni, modularni, grupni;
Automatizirani dizajn.
Izvorna metoda dizajna je tradicionalna i usmjerena na jedno specifično poduzeće. Karakteristična značajka ove metode je razvoj originalnih metoda za ispitivanje objekta i izrada potrebne dokumentacije u obliku pojedinačnog projekta. Prednost ove metode je odražavanje specifičnosti objekta automatizacije u AIS projektu. Nedostaci uključuju relativno veliki intenzitet rada i dugo vrijeme razvoja, nisku funkcionalnu pouzdanost i prilagodljivost promjenjivim uvjetima. Projekti stvoreni izvornom metodom mogu se modernizirati, ali se ova metoda rijetko koristi u svom čistom obliku. Danas se prilikom njegove implementacije koriste različiti alati za dizajn i samo određeni dijelovi projekta zahtijevaju originalna dizajnerska rješenja. To donekle izglađuje njegove nedostatke. Međutim, ova metoda ostaje relevantna kada se automatiziraju složeni, izvanredni objekti.
U modernim uvjetima AIS se u pravilu ne stvara od nule. Trenutno u gospodarstvu automatizirani sustavi obrade informacija djeluju na gotovo svim razinama upravljanja iu svim gospodarskim objektima. Povećana potreba za pravovremenim, kvalitetnim i operativnim informacijama uvjetuje stvaranje AIS-a na novim tehničko-tehnološkim osnovama.
Potraga za racionalnim projektnim putevima odvija se u sljedećim smjerovima:
1. izrada standardnih projektnih rješenja implementiranih u aplikativne programske pakete (APP) za rješavanje ekonomskih problema uz naknadno povezivanje JPP-a sa specifičnim uvjetima implementacije i rada;
2. razvoj automatiziranih sustava projektiranja.
Prvi način je mogućnost korištenja tipskih projektantskih rješenja uključenih u pakete aplikativnog programa.
Standardni dizajn- industrijska metoda stvaranja AIS-a pomoću TPR-a i PPP-a. Ovu metodu karakterizira prisutnost provjerenih, standardnih organizacijskih, ekonomskih, tehničkih, informacijskih, matematičkih i softverskih alata za automatizaciju upravljanja. Korištenje ove metode omogućuje smanjenje intenziteta rada, smanjenje troškova, skraćivanje vremena projektiranja i poboljšanje kvalitete dizajna. Standardni proces projektiranja sastoji se od odabira i povezivanja pratećih podsustava u skladu sa zahtjevima određenog AIS-a. Tipični dio AIS-a je kompleks informacija, softvera i hardvera. Standardna priroda informacijske potpore postiže se strogim pridržavanjem jedinstva strukture informacijske baze, sastava nizova i oblika ulaznih i izlaznih dokumenata. Standardnost softvera postiže se korištenjem softvera, a standardnost hardvera postiže se korištenjem računala istog ili zajedničkog tipa.
1. Varijacija standardne metode projektiranja je metoda elementarni dizajn, čija je osnova TPR. Pri izradi projekta koristi se već gotovo rješenje s manjim izmjenama, a ne novo u izradi.
2. Prilikom korištenja modularna metoda TPR-ovi se izrađuju na modularnoj osnovi, kada je svako projektno rješenje podijeljeno na zasebne komponente - module, koji implementiraju određeni dio TPR-a. To vam omogućuje izradu projekta za novi automatizirani sustav kombiniranjem pojedinačnih standardnih modula.
3. Prilikom korištenja metoda projektiranja podsustava Za svaki podsustav izrađuju se projektna rješenja i aplikativni programski paketi - sustavni i funkcionalni. Raspodjela podsustava ovisi o objektu gospodarskog i proizvodnog procesa. Za svaki od podsustava razvija se vlastito automatizirano projektno rješenje i PPP koji može biti sustavni ili funkcionalni. Oni na razini cijelog sustava uključuju JPP za upravljanje podacima, PPP za standardne postupke obrade podataka, metode matematičke statistike i diskretno programiranje itd. Funkcionalni JPP uključuju pakete namijenjene industrijskim poduzećima s diskretnom ili kontinuiranom prirodom proizvodnje, neindustrijskoj sferi, i upravljanje industrijom.
Važan uvjet za PPP je kompatibilnost, jer Prilikom projektiranja AIS-a, preporučljivo je koristiti nekoliko paketa odjednom. Projektiranje sustava pomoću PPP-a zapravo se svodi na povezivanje paketa odabranih prema određenim parametrima sa specifičnim uvjetima objekta automatizacije. Pozitivne kvalitete ovog pristupa dizajnu mogu se nazvati: manje radno intenzivan proces, smanjenje vremena projektiranja u usporedbi s izvornim dizajnom, implementacija naprednih metoda obrade podataka, pojednostavljenje projektne dokumentacije (budući da se koristi paketna dokumentacija), i povećana pouzdanost projektiranog AIS-a.
4. Osim toga ističu metoda grupnog dizajna. Njegova bit leži u prethodnom odabiru grupe objekata sličnih karakteristika. Među njima se odabire osnovni objekt za koji se izrađuje projekt, a mogu se koristiti različite metode i metode projektiranja. Glavna stvar je osigurati visoku prilagodljivost projekta. Glavno područje primjene ove metode su neindustrijski objekti (na primjer, skladišta).
Sljedeće vrste aktivnosti najučinkovitije su pogodne za automatizaciju:
1. računovodstvo, uključujući menadžersko i financijsko. Najveći broj JPP-a kreiran je za potrebe računovodstva. Među njima su "1C: Računovodstvo", "Turbo-računovođa", "Info-računovođa", "Parus", "ABACUS", "Bambi+", itd.;
2. referentno-informativne službe za gospodarske djelatnosti. Predstavljaju ga sljedeća JPP: “GARANT” (porezi, računovodstvo, revizija, poduzetništvo, bankarstvo, valutna regulativa, carinska kontrola); "KONZULTANT+" (porezi, računovodstvo, revizija, poduzetništvo, bankarstvo, valutna regulativa, carinski nadzor).
3. gospodarsko-financijske djelatnosti. Predstavljen sljedećim PPP-om:
a) “Ekonomska analiza i prognoza aktivnosti poduzeća, organizacije” (poduzeće “INEK”), koja provodi funkcije: ekonomska analiza aktivnosti poduzeća, poduzeća; izrada poslovnih planova; studija isplativosti otplate kredita; analiza i odabir mogućnosti aktivnosti; predviđanje bilance, novčanih tokova i gotovih proizvoda.
b) Višekorisnički mrežni kompleks potpune automatizacije korporacije Galaktika (JSC New Atlant), koji uključuje planiranje, operativno upravljanje, računovodstvo i kontrolu, analizu, osim toga omogućuje, u okviru DSS-a, pružanje rješenja za poslovanje problemi planiranja korištenjem JPP Project- Expert.
4. organizacija rada upravitelja;
5. automatizacija tijeka dokumenata;
6. obuka.
U posljednje vrijeme poduzeća i tvrtke radije kupuju gotove pakete i tehnologije, a ako je potrebno, dodaju im vlastiti softver, budući da je razvoj vlastitog AIS-a povezan s visokim troškovima i rizikom. U pravilu se razvija i nudi osnovni sustav koji se prilagođava prema željama pojedinih klijenata. Istodobno, korisnicima se pružaju konzultacije koje pomažu smanjiti vrijeme implementacije sustava i tehnologija, koristiti ih najučinkovitije i poboljšati kvalifikacije osoblja.
Sustavi za automatizirani dizajn - drugi, brzo razvijajući način vođenja dizajnerskog rada.
Među automatiziranim metodama projektiranja posebno mjesto zauzimaju metode modeliranja. Stvaranje i korištenje CAD-a osigurava prilično visoku razinu funkcionalne pouzdanosti, sveobuhvatnu pokrivenost svih tehnoloških procesa, smanjujući intenzitet rada projektiranja uz maksimalno uvažavanje interesa objekta automatizacije. Međutim, ova metoda je prilično skupa i zahtijeva visoko kvalificirane programere. Ključni zahtjev za CAD je sposobnost izgradnje i održavanja u sustavu projektiranja u odgovarajućem stanju nekog globalnog ekonomskog informacijskog modela objekta automatizacije. Model je prikaz informacijskih komponenti objekta automatizacije i odnosa između njih, eksplicitno navedenih. Glavni cilj izgradnje modela je kreiranje AIS projekta koji odgovara tom modelu, a koji uzima u obzir i aktivno koristi sve karakteristike objekta. Takav model mora sadržavati formalizirani opis skupova informacijskih komponenti i odnosa između njih, uključujući informacijske veze i algoritamsku interakciju. Metodom projektiranja modela koristi se sustavni pristup koji predviđa korištenje računala ne samo u svim fazama stvaranja sustava, već iu procesu analize rezultata njegovog industrijskog rada. Razvoj i primjena CAD-a predodredili su prijelaz na izradu individualnih projekata, ali na znatno višoj razini u odnosu na izvornu metodu projektiranja.
U području automatizacije IS-a i IT dizajna, tijekom proteklog desetljeća pojavio se novi smjer - CASE tehnologija za automatizirani razvoj softvera(CASE - Computer-Aided Software/System Engineering). Sve veća složenost informacijskih sustava i sve veći zahtjevi za njima doveli su do potrebe za industrijalizacijom tehnologija za njihovu izradu.
CASE tehnologija je skup metoda za analizu, projektiranje, razvoj i održavanje IS-a, podržan skupom međusobno povezanih alata za automatizaciju. CASE je skup alata za sistemske analitičare, programere i programere koji vam omogućuje automatizaciju procesa dizajniranja i razvoja IS-a. CASE sustavi koriste se kao moćan alat za rješavanje istraživačkih i projektantskih problema, kao što su strukturna analiza predmetnog područja, izvedba projekata korištenjem najnovije generacije programskih jezika, izdavanje projektne dokumentacije, testiranje izvedbe projekta, planiranje i kontrola razvoja, modeliranje poslovnih aplikacija u svrhu rješavanja operativnih problema i strateškog planiranja i upravljanja resursima itd.
Glavni cilj CASE-a je maksimizirati automatizaciju razvoja i rada sustava.
Pri korištenju CASE tehnologija mijenja se tehnologija izvođenja radova u svim fazama životnog ciklusa automatiziranih sustava. U CASE sustavima projektiranje se temelji na jasnim metodama vizualnog razvoja, a za opis modela projektiranog IS-a koriste se grafikoni, dijagrami, tablice, dijagrami i tekstualna objašnjenja za njih. Takve metodologije daju rigorozan i vizualan opis projektiranog sustava, koji počinje njegovim općim pregledom, a zatim postaje detaljan, poprimajući hijerarhijsku strukturu sa sve većim brojem razina.
Automatizacija programiranja temelji se na automatskom generiranju programskih kodova koji sadrže opise podataka, osnovnu logiku njihove obrade, sheme baze podataka, datoteke opisa sučelja itd. Kodovi se naknadno dorađuju i finaliziraju, ali u nekim slučajevima automatizacija doseže 90% . Dodatno, CASE tehnologija generira potrebnu projektnu dokumentaciju, spremnu za korištenje.
Pri korištenju CASE tehnologije osigurana je podrška za jednu bazu projekta, tj. sve informacije o razvijenom AIS-u automatski se smještaju u jedinstvenu bazu podataka projekta. Time se održava dosljednost, dosljednost, cjelovitost i minimalna redundancija podataka o dizajnu.
CASE tehnologija osigurava timski rad razvojnih timova jer različite skupine stručnjaka imaju odgovarajuće alate, kao i mogućnost koordinacije i pravilne izmjene projekta od strane različitih stručnjaka u stvarnom vremenu.
CASE tehnologije se uspješno koriste za izgradnju gotovo svih vrsta AIS-a. CASE se također koristi za izradu modela sustava koji pomažu komercijalnim strukturama u rješavanju problema strateškog planiranja, financijskog upravljanja, određivanja politika poduzeća, obuke osoblja itd.
CASE ima sljedeće glavne prednosti:
Poboljšati kvalitetu kreiranih informacijskih sustava (IT) sredstvima automatske kontrole (prvenstveno kontrole projekta);
Omogućuju vam izradu prototipa budućeg IS-a (IT) u kratkom vremenu, što vam omogućuje brzu procjenu očekivanog rezultata u ranim fazama;
Ubrzati proces dizajna i razvoja sustava;
Oslobađaju programera od rutinskog rada, dopuštajući mu da se u potpunosti koncentrira na kreativni dio dizajna;
Podržati razvoj i održavanje već funkcionalnih informacijskih sustava.
Do danas se formirala moćna CASE industrija koja ujedinjuje stotine tvrtki i tvrtki različitih usmjerenja. Među njima su:
Tvrtke koje razvijaju alate za analizu i dizajn za IS i IT
Tvrtke koje razvijaju posebne alate s fokusom na uska predmetna područja ili na pojedinačne faze životnog ciklusa IS-a;
Vježbeničke tvrtke koje organiziraju seminare i tečajeve za stručnjake;
Konzultantske tvrtke koje pružaju praktičnu pomoć u korištenju CASE paketa za razvoj specifičnih IS;
Tvrtke specijalizirane za proizvodnju periodičnih časopisa i biltena na CASE tehnologijama.
Vlada regije Belgorod Automatizirani informacijski sustav „Upravljanje projektima“ AIS „Upravljanje projektima“ Regulatorni okvir Rješenje je stvoreno u skladu sa standardima uspostavljenim u Ruskoj Federaciji, sadržanim u: 1. GOST R 54869—2011 „Upravljanje projektima. Zahtjevi za upravljanje projektom." 2. GOST R 54870—2011 „Upravljanje projektima. Zahtjevi za upravljanje projektnim portfeljem." 3. GOST R 54871—2011 „Upravljanje projektima. Zahtjevi za upravljanje programom." Prilikom izrade i postavljanja sustava uzete su u obzir odredbe Vlade Belgorodske oblasti od 31. svibnja 2010. N 202-pp „O odobrenju Pravilnika o upravljanju projektima u izvršnim tijelima i državnim tijelima Belgorodske oblasti”. . 2 Razvojna tehnologija AIS “Project Management” Internetska mreža Lokalna mreža Rješenje je razvijeno na bazi Motiware Melody One platforme. Zahvaljujući web sučelju sustava, svi sudionici projekta imaju pristup potrebnim podacima u bilo koje vrijeme i s bilo kojeg mjesta u svijetu. Za pristup sustavu potrebna vam je samo internetska veza i instaliran preglednik. Server part 3 AIS “Project Management” Ciljevi Ciljevi za izradu i implementaciju sustava: . Povećati učinkovitost provedbe projekta na području konstitutivnih entiteta Ruske Federacije pružajući projektnim timovima ažurne, potpune i pouzdane informacije. . Unaprijediti interakciju između državnih tijela i jedinica lokalne samouprave s građanima i gospodarstvenicima u smislu pokretanja i provedbe projekata. . Omogućite svim sudionicima projekta prikladne alate i alate za upravljanje projektima. . Pojednostavite praćenje napretka projekta smanjenjem vremena utrošenog na pripremu i analizu podataka izvješća. 4 Funkcije sustava AIS “Project Management” Sustav vam omogućuje organiziranje cijelog ciklusa procesa upravljanja projektom i/ili portfeljem projekata. Projekt u sustavu sekvencijalno prolazi kroz nekoliko faza - od prijave inicijative do premještanja završenog projekta u arhivu. . Razmatranje inicijativnih prijava. Inicijacija. Planiranje. Provedba i kontrola. Završetak 5 AIS "Upravljanje projektima" Rad s prijavama inicijativa AIS "Upravljanje projektima" Projekti Prijave inicijativa Portal interakcije s građanima i poduzećima Arhiva (odbijene prijave) 6 AIS "Upravljanje projektima" Faza pokretanja projekta 2. Pokretanje projekta. Automatsko dodjeljivanje jedinstvenog registracijskog broja projektu. . Formiranje projektne kartice na temelju podataka navedenih u prijavi inicijative. 7 AIS “Upravljanje projektima” Faza inicijacije projekta 3. Formiranje projektne putovnice. Mogućnost postupnog uređivanja kartice putovnice projekta (polja). . Obračun proračuna projekta po izvorima financiranja. . Formiranje projektnog tima uz naznaku uloga sudionika. . Unos i uređivanje karakteristika projekta. . Generiranje prema utvrđenom obrascu i učitavanje iz sustava projektne putovnice u *.docx formatu. 8 AIS “Upravljanje projektima” Faza planiranja projekta 4. Izrada plana upravljanja projektom. Prikaz plana upravljanja projektom pomoću gantograma. . Planiranje rada na projektu s naznakom datuma početka i završetka, odgovornih izvršitelja i zahtjeva za rezultate rada. . Izrada hijerarhijske liste radova za projekt. . Generiranje prema utvrđenom obrascu i preuzimanje iz sustava plana upravljanja projektom u *.docx formatu. 9 AIS “Upravljanje projektima” Faza implementacije i kontrole 5. Organizacija procesa izmjene putovnice i plana upravljanja projektom. Izrada i uređivanje novih verzija putovnice i/ili plana upravljanja projektom. . Formiranje prema utvrđenom modelu i učitavanje iz sustava popisa promjena u *.docx formatu. . Usklađivanje liste promjena sa skupinom za praćenje i kontrolu. 10 AIS “Upravljanje projektima” Faza implementacije i kontrole 6. Računovodstvo provedbe rada na projektu. Mogućnost da izvođači prilože datoteke izvješća o završetku rada. . Obračunavanje stvarnih datuma završetka radova i odstupanja od planiranih rokova. . Praćenje nadolazećih i zaostalih ciljeva. 11 AIS “Upravljanje projektima” Faza završetka 7. Formiranje završnog izvješća. Izračun procjene uspješnosti projekta. . Formiranje prema utvrđenom predlošku i učitavanje završnog izvješća iz sustava u *.docx formatu. 12 AIS “Upravljanje projektima” Arhiva projekta 8. Održavanje arhive projekta. Stvaranje jedinstvenog repozitorija podataka o svim projektima ikada pokrenutim na području konstitutivnih entiteta Ruske Federacije. . Pristup cjelovitim informacijama o završenim i arhiviranim projektima. . Zaštita od promjena završenih projekata. 13 AIS “Project Management” Izvještaji i analitika Jedan od ciljeva sustava je pružiti sudionicima projektnih aktivnosti izvještajne informacije o projektima u praktičnom i vizualnom obliku. AIS omogućuje automatsku izradu projektne dokumentacije: . Projektna putovnica. . Plan upravljanja projektom. . Završno izvješće. 14 AIS “Project Management” Informacije o provedbi Više od AIS “Project Management” uspješno su korištene za provedbu projektnih aktivnosti od strane vlasti regije Belgorod. 4 200 projekata 5 000 korisnika AIS-a “Upravljanje projektima” 60 000 radova (kontrolni događaji) 19 općinskih okruga 3 gradska okruga 15 Vlada regije Belgorod Hvala na pažnji! 16