AIS KŪRIMO REGULIAVIMO IR METODINĖ PARAMA.
Pagrindinės AIS projektavimo koncepcijos
Apskritai AIS apima: vartotoją (vartotoją), informacijos išteklius, informacijos laikmenas, informacijos rinkimo, saugojimo, apdorojimo priemones, informacijos perdavimo priemones.
AIS dizainas pagrįstas dviem tarpusavyje susijusiais komponentais:
Projektavimo standartai;
Projektavimo metodika.
Pagrindinės AIS projektavimo sąvokos, metodai ir apibrėžimai reglamentuojami trijų tipų projektavimo ir programinės įrangos dokumentacijos:
- vieninga projektinės dokumentacijos sistema (ESKD);
- vieninga programinės dokumentacijos sistema (ESPD);
- AIS gairių rinkinys.
Projekto dokumentacijos sudėtis yra standartų ir gairių rinkinys, skirtas AIS GOST 24.104-85, GOST 34.003-90, GOST 34.201-90, apima informacinių technologijų ir automatizuotų sistemų gaires, taip pat dokumentų turinio reikalavimus.
Projektavimo tikslas yra nustatyti gana paprastą vidinę struktūrą, vadinamą sistemos architektūra.
AIS kuriama kaip projektas. Daugelis projekto valdymo ir projekto vystymo fazių (gyvenimo ciklo fazių) ypatybių yra bendros, nepriklausomos ne tik nuo dalykinės srities, bet ir nuo projekto pobūdžio. Projekto sąvoka yra sudėtinga sąvoka ir sunku rasti vienareikšmę jos formuluotę.
Projektas- tai terminuotas, tikslingas atskiros sistemos pakeitimas su iš pradžių aiškiai apibrėžtais tikslais, kurių pasiekimas lemia projekto užbaigimą, taip pat su nustatytais terminų, rezultatų, rizikos, lėšų ir išteklių išlaidų reikalavimais, organizacinė struktūra.
Dėl ekonominio sistemos pagal EIS projektą suprasime projektavimo ir technologinę dokumentaciją, kurioje aprašomi projektiniai sprendimai EIS sukūrimui ir veikimui konkrečioje programinėje ir techninėje aplinkoje.
Pagal EIS dizainą reiškia įvesties informacijos apie projektavimo objektą, projektavimo metodus ir patirtį projektuojant panašios paskirties objektus pagal GOST konvertavimo į EIS projektą procesą. Šiuo požiūriu EIS projektavimas redukuojamas iki nuoseklaus projektavimo sprendimų įforminimo įvairiuose EIS gyvavimo ciklo etapuose: reikalavimų planavimas ir analizė, techninis ir detalus projektavimas, EIS įgyvendinimas ir eksploatavimas.
Dizaino objektai EIS yra atskiri elementai arba jų funkcinių ir pagalbinių dalių kompleksai. Taigi funkciniai elementai pagal tradicinį dekompoziciją yra užduotys, užduočių kompleksai ir valdymo funkcijos. Kaip pagalbinės EIS dalies dalis, projektavimo objektai yra sistemos informacijos, programinės įrangos ir techninio palaikymo elementai ir jų kompleksai.
kaip subjektas projektuojantys EIS – tai specialistų komandos, kurios paprastai vykdo projektinę veiklą kaip specializuotos (projektavimo) organizacijos dalis ir klientų organizacija, kuriai būtina sukurti EIS. Kuriamų sistemų mastas lemia projektavimo proceso dalyvių sudėtį ir skaičių. Esant didelei apimčiai ir trumpiems projektavimo darbų įgyvendinimo terminams, sistemos kūrime gali dalyvauti kelios projektavimo komandos (kurios organizacijos). Šiuo atveju skiriama pagrindinė organizacija, kuri koordinuoja visų bendrai vykdančių organizacijų veiklą.
Bendravykdytojų dalyvavimo rengiant sistemos projektą forma gali būti skirtinga. Dažniausia yra forma, kuria kiekvienas bendradarbis nuo pradžios iki pabaigos atlieka tam tikros kuriamos sistemos dalies projektavimo darbus. Paprastai tai yra funkcinis posistemis arba tarpusavyje susiję valdymo užduočių rinkiniai. Mažiau paplitusi bendravykdytojų dalyvavimo forma, kai atskiri bendravykdytojai atlieka darbus tam tikrose projektavimo proceso stadijose. Galimas variantas, kai sujungiamos užsakovo ir kūrėjo funkcijos, tai yra, EIS kuriama atskirai.
Įgyvendinant EIS projektą, dizaineriai naudoja tam tikrą projektavimo technologiją, atitinkančią kuriamo projekto mastą ir ypatybes.
EIS projektavimo technologija- tai EIS metodologijos ir projektavimo įrankių rinkinys, taip pat projektavimo organizavimo metodai ir įrankiai (valdant EIS projekto kūrimo ir modernizavimo procesą)
Metodika (sąvoka + metodas)
Įrankių organizavimas
projektavimo inžinerija
Projektavimo technologija paremta technologiniu procesu, kuris nustato veiksmus, jų eiliškumą, atlikėjų sudėtį, priemones ir išteklius, reikalingus šiems veiksmams atlikti.
Taigi technologinis EIS projektavimo procesas kaip visuma yra padalintas į serijų lygiagrečių, sujungtų ir pavaldžių veiksmų grandines, kurių kiekviena gali turėti savo temą. Veiksmus, kurie atliekami projektuojant EIS, galima apibrėžti kaip nedalomas technologines operacijas arba kaip technologinių operacijų poprocesus. Visi veiksmai gali būti realūs projektavimo veiksmai, formuojantys ar modifikuojantys projektavimo rezultatus, ir vertinimo veiksmai, parengti pagal nustatytus projektavimo rezultatų vertinimo kriterijus.
Taigi projektavimo technologiją nustato reglamentuota technologinių operacijų, atliekamų kuriant projektą vienu ar kitu būdu, seka, dėl kurios paaiškėtų ne tik KĄ reikia daryti kuriant projektą, bet taip pat KAIP, KAM ir KOKIA SELES turi būti daroma.
Bet kurios pasirinktos projektavimo technologijos objektas turėtų būti tarpusavyje susijusių projektavimo procesų atspindys visuose EIS gyvavimo ciklo etapuose.
Pagrindiniai pasirinktos projektavimo technologijos reikalavimai yra šie:
Šia technologija sukurtas projektas turi atitikti užsakovo reikalavimus;
Pasirinkta technologija turi maksimaliai atspindėti visus projekto gyvavimo ciklo etapus;
Pasirinkta technologija turi užtikrinti minimalias darbo ir sąnaudas projektavimui ir projekto priežiūrai;
Technologijos turėtų būti komunikacijos tarp projektavimo ir projekto priežiūros pagrindas;
Technologijos turėtų prisidėti prie dizainerio darbo našumo augimo;
Technologija turi užtikrinti projekto projektavimo ir eksploatavimo patikimumą;
Ši technologija turėtų palengvinti paprastą projekto dokumentacijos priežiūrą.
EIS projektavimo technologijos pagrindas – metodika, apibrėžianti esmę, pagrindinius skiriamuosius technologinius ypatumus.
Projektavimo metodika reiškia tam tikros koncepcijos, projektavimo principų, įgyvendintų projektavimo metodų rinkiniu, buvimą, kurie, savo ruožtu, turi būti palaikomi kai kuriomis projektavimo priemonėmis.
Projektavimo organizacija apima dizainerių sąveikos tarpusavyje ir su užsakovu metodų apibrėžimą kuriant EIS projektą, kurį taip pat gali palaikyti konkrečių įrankių rinkinys.
EIS projektavimo metodus galima klasifikuoti pagal automatizavimo įrankių panaudojimo laipsnį, standartinius projektavimo sprendimus ir prisitaikymą prie numatomų pokyčių.
Taip, pagal laipsnį automatizavimas projektavimo metodai skirstomi į metodus:
rankinis dizainas, kuriame EIS komponentų projektavimas atliekamas nenaudojant specialių programinių įrankių, o programavimas vykdomas algoritminėmis kalbomis;
kompiuterinis dizainas, kuri gamina projektavimo sprendimų generavimą arba konfigūravimą (nustatymą), pagrįstą specialių programinių įrankių naudojimu.
Pagal standartinių projektinių sprendimų panaudojimo laipsnį išskiriami šie projektavimo būdai:
Originalus (individualus) dizainas, kai projektiniai sprendiniai kuriami „nuo nulio“ pagal EIS keliamus reikalavimus;
Tipinis dizainas, apimantis EIS konfigūravimą iš paruoštų standartinių projektavimo sprendimų (programinės įrangos modulių).
Originalus (individualus) EIS dizainas pasižymi tuo, kad visų tipų projektavimo darbai yra orientuoti į kiekvieno objekto individualių projektų kūrimą, kurie maksimaliai atspindi visas jo savybes.
Tipinis projektavimas atliekamas remiantis patirtimi, įgyta kuriant individualius projektus. Tipiniai projektai kaip patirties apibendrinimas tam tikroms organizacinių ir ekonominių sistemų grupėms ar darbo rūšims kiekvienu atveju yra siejami su daugybe specifinių bruožų ir skiriasi valdymo funkcijų aprėpties laipsniu, atliktais darbais ir parengta projektine dokumentacija.
Pagal projektavimo sprendimų pritaikomumo laipsnį projektavimo metodai skirstomi į metodus:
Rekonstrukcijos, kai projektinių sprendinių pritaikymas atliekamas apdorojant atitinkamus komponentus (programinių modulių perprogramavimas);
Parametrizavimas, kai projektiniai sprendiniai koreguojami (regeneruojami) pagal kintančius parametrus;
Modelio restruktūrizavimas, kai keičiasi probleminės srities modelis, kurio pagrindu automatiškai regeneruojami projektiniai sprendiniai.
Įvairių projektavimo metodų klasifikavimo ypatybių derinys lemia naudojamos EIS projektavimo technologijos pobūdį, tarp kurių išsiskiria du pagrindiniai.
klasė: kanoninės ir pramoninės technologijos (2.1 lentelė). Pramoninio dizaino technologija savo ruožtu skirstoma į du poklasius: automatizuotą (naudojant CASE technologijas) ir tipinį (į parametrus orientuotą arba į modelį orientuotą) dizainą. Pramoninio dizaino technologijų naudojimas neatmeta galimybės kai kuriais atvejais naudoti kanonines technologijas.
2.1 lentelė Projektavimo technologijų klasių charakteristikos
Konkrečių tipų projektavimo technologijoms įprasta naudoti tam tikrus EIS kūrimo įrankius, kurie palaiko tiek atskirų projektavimo darbų, etapų, tiek jų derinių įgyvendinimą. Todėl EIS kūrėjai, kaip taisyklė, susiduria su užduotimi pasirinkti projektavimo įrankius, kurie pagal savo savybes geriausiai atitiktų konkrečios įmonės reikalavimus.
Projektavimo įrankiai turėtų būti:
Savo klasėje jie yra nekintami dizaino objektui;
Apimti visus EIS gyvavimo ciklo etapus;
Techniškai suderinama programinė įranga ir informacija;
Lengva išmokti ir naudoti;
Ekonomiškai įmanoma.
EIS projektavimo priemones galima suskirstyti į dvi klases: nenaudojant kompiuterio ir naudojant kompiuterį.
Visuose EIS projektavimo etapuose ir etapuose naudojami projektavimo įrankiai nenaudojant kompiuterio. Paprastai tai yra projektavimo operacijų organizacinės ir metodinės paramos priemonės ir, visų pirma, įvairūs standartai, reguliuojantys sistemos projektavimo procesą. Tai apima ir vieningą informacijos klasifikavimo ir kodavimo sistemą, vieningą dokumentacijos sistemą, informacijos srautų aprašymo ir analizės modelius ir kt.
Kompiuterinio projektavimo įrankiai gali būti naudojami tiek atskiruose, tiek visuose EIS projektavimo proceso etapuose ir etapuose ir atitinkamai palaiko sistemos projektavimo elementų, sistemos projektavimo skyrių ir visos sistemos projektavimo kūrimą. Visas projektavimo įrankių rinkinys naudojant kompiuterius suskirstytas į keturis poklasius.
Pirmasis poklasis apima veiklos priemones, kurios palaiko informacijos apdorojimo operacijų projektavimą. Šis įrankių poklasis apima algoritmines kalbas, standartinių paprogramių ir objektų klasių bibliotekas, makrogeneratorius, programų generatorius tipinėms duomenų apdorojimo operacijoms ir kt., taip pat įrankius operacinių sistemų funkcijoms išplėsti (komunalinės paslaugos). Į šią klasę įeina ir tokie paprasti projektavimo įrankiai, kaip programų testavimo ir derinimo įrankiai, projekto dokumentacijos proceso palaikymas ir kt. Naujausių programų ypatumas yra tas, kad jos padidina dizainerių produktyvumą, tačiau nesukuria pilno dizaino sprendimo.
Taigi šio poklasio įrankiai palaiko atskiras EIS projektavimo operacijas ir gali būti naudojami nepriklausomai vienas nuo kito.
Antrasis poklasis apima įrankius, kurie palaiko atskirų EIS projekto komponentų dizainą. Šis poklasis apima visos sistemos įrankius:
Duomenų bazių valdymo sistemos (DBVS);
Metodiniai taikomųjų programų paketai (diskretaus programavimo uždavinių sprendimas, matematinė statistika ir kt.)
Stalo procesoriai;
Statistinis RFP;
Ekspertinių sistemų apvalkalai;
Grafinis redaktorius;
Teksto redaktoriai;
Integruotas PPP (interaktyvi aplinka su integruotomis dialogo galimybėmis, leidžiančiomis integruoti aukščiau nurodytą programinę įrangą).
Išvardintos projektavimo priemonės pasižymi panaudojimu EIS technologinių posistemių kūrimui: informacijos įvedimui, duomenų saugojimo ir prieigos organizavimui, skaičiavimams, duomenų analizei ir atvaizdavimui, sprendimų priėmimui.
Trečiasis poklasis apima įrankius, kurie palaiko EIS projekto skyrių projektavimas. Šiame poklasyje paskirstykite funkcinius projektavimo įrankius.
Funkciniai įrankiai yra skirti kurti automatizuotas sistemas, kurios įgyvendina funkcijas, užduočių kompleksus ir valdymo užduotis. Įvairios dalykinės sritys sukuria įvairius šio poklasio įrankius, orientuotus į organizacinės sistemos tipą (pramoninė, nepramoninė sritis), valdymo lygį (pavyzdžiui, įmonė, dirbtuvė, skyrius, vieta, darbo vieta), valdymo funkciją ( planavimas, apskaita ir pan.).
Informacijos apdorojimo sistemų funkcinės projektavimo priemonės apima standartinius projektavimo sprendimus, taikomųjų programų funkcinius paketus, standartinius projektus.
Ketvirtasis EIS projektavimo įrankių poklasis apima įrankius, kurie palaiko projekto vystymą projektavimo proceso etapuose ir etapuose. Ši klasė apima EIS projektavimo automatizavimo įrankių poklasį (CASE-tools).
Šiuolaikiniai CASE įrankiai savo ruožtu skirstomi daugiausia pagal du kriterijus:
1) pagal aprėptus EIS kūrimo proceso etapus;
2) pagal integravimo laipsnį: atskiri vietiniai įrankiai (įrankiai), neintegruotų įrankių rinkinys, apimantis daugumą EIS kūrimo etapų (įrankių rinkinys) ir visiškai integruoti įrankiai, susieti bendra projektavimo duomenų baze - saugykla (darbo stalas) .
AIS projektavimas yra kūrybinis procesas. Kiekvienas projektas vystydamasis pereina tam tikras būsenas: nuo būsenos, kai „dar nėra projekto“ iki būsenos, kai „projekto nebėra“. Kūrimo etapų visuma nuo idėjos atsiradimo iki projekto užbaigimo paprastai skirstoma į etapus (fazes, etapus). Yra tam tikrų skirtumų nustatant etapų (fazių) skaičių ir jų turinį, tačiau nepaisant to, AIS kūrimo gyvavimo ciklo turinio esmė skirtinguose požiūriuose yra ta pati.
CASE sistemų kūrimo etapai
Per pastarąjį dešimtmetį išryškėjo nauja informacinių sistemų projektavimo kryptis – kompiuterinis projektavimas naudojant CASE įrankius. Terminas CASE (Computer Aided System/Software Engineering) iš pradžių reiškė tik programinės įrangos kūrimo automatizavimą; dabar jis apima sudėtingos AIS kūrimą apskritai.
Iš pradžių CASE technologijos buvo sukurtos siekiant pašalinti konstrukcijų projektavimo metodikos trūkumus (supratimo sudėtingumas, didelis darbo jėgos intensyvumas ir naudojimo sąnaudos, sunkumai keičiant projektavimo specifikacijas ir kt.), automatizuojant ir integruojant pagalbinius įrankius.
CASE technologijos neegzistuoja savaime, jos nėra nepriklausomos. Jie automatizuoja ir optimizuoja atitinkamos metodikos naudojimą, leidžia padidinti jos taikymo efektyvumą.
Kitaip tariant, CASE technologijos yra sudėtingų programinės įrangos sistemų analizės, projektavimo, kūrimo ir priežiūros metodikų rinkinys, paremtas tarpusavyje sujungtų automatizavimo įrankių rinkiniu, leidžiančiu vizualiai modeliuoti dalykinę sritį, analizuoti šį modelį visuose AIS kūrimo ir priežiūros etapuose bei kurti programas. atsižvelgiant į vartotojų informacijos poreikius.
Šiuolaikiniai CASE įrankiai apima platų daugelio AIS projektavimo technologijų palaikymą – nuo paprastų analizės ir dokumentavimo įrankių iki pilno masto automatizavimo įrankių, apimančių visą AIS gyvavimo ciklą. Didžiausias CASE sistemų naudojimo poreikis patiriamas pradinėse kūrimo stadijose – AIS reikalavimų analizės ir specifikavimo etapuose. Čia padarytos klaidos yra beveik lemtingos, jų kaina gerokai viršija klaidų kainą vėlesniuose kūrimo etapuose.
Pagrindiniai CASE įrankių tikslai yra atskirti pradinius etapus (analizę ir projektavimą) nuo vėlesnių ir neapkrauti kūrėjų kūrimo aplinkos ir sistemos veikimo detalėmis.
Dauguma šiuolaikinių CASE sistemų naudoja metodikas struktūrinės ir/arba objektinė analizė Ir dizainas, remiantis vaizdinių diagramų, grafikų, lentelių ir diagramų naudojimu.
Tinkamai naudojant CASE-įrankius pasiekiamas reikšmingas darbo našumo padidėjimas, kuris (užsienio įmonių, naudojančių CASE technologijas, vertinimais) yra nuo 100 iki 600%, priklausomai nuo darbo apimties, sudėtingumo ir patirties dirbant su CASE. Tuo pačiu metu keičiasi visos AIS gyvavimo ciklo fazės, tačiau didžiausi pokyčiai susiję su analizės ir projektavimo fazėmis (2.5, 2.6 lentelės).
2.5 lentelė. Darbo sąnaudų įvertinimai pagal AIS gyvavimo ciklo fazes
2.6 lentelė. CASE ir tradicinio naudojimo palyginimas plėtra
CASE įrankių naudojimas ne tik automatizuoja struktūrinę metodiką ir leidžia naudoti šiuolaikinius sistemų ir programinės įrangos inžinerijos metodus, bet ir suteikia kitų privalumų (2.22 pav.), visų pirma:
1. gerina kuriamos programinės įrangos kokybę automatinio generavimo ir valdymo priemonėmis;
2. leidžia sutrumpinti AIS prototipo sukūrimo laiką, kas leidžia ankstyvoje stadijoje įvertinti projekto kokybę ir efektyvumą;
3. pagreitina projektavimo ir kūrimo procesą;
4. leidžia pakartotinai panaudoti sukurtus komponentus;
5. palaiko AIS sekimą;
6. atleidžia nuo įprasto projekto dokumentavimo darbo, nes naudoja įmontuotą dokumentatorių;
7. Palengvina komandinį darbą įgyvendinant projektą.
Ryžiai. 2.22. AIS kūrimo naudojant CASE technologijas privalumai: A- projekto išlaidų mažinimo koeficientas; b - kūrimo laiko mažinimo koeficientas
Dauguma CASE įrankių yra pagrįsti keturiomis pagrindinėmis sąvokomis: metodika, metodas, žymėjimas, įrankis [ 11,15, 16].
Metodika nustato AIS projektavimo ir tobulinimo sprendimų vertinimo ir atrankos gaires, darbų etapus, jų eiliškumą, metodų paskirstymo ir priskyrimo taisykles.
Metodai - komponentų generavimo procedūros ir jų aprašymai.
Žymėjimai yra skirti apibūdinti bendrą sistemos struktūrą, duomenų elementus, apdorojimo etapus, gali apimti grafikus, diagramas, lenteles, struktūrines schemas, formaliąsias ir natūraliąsias kalbas.
Įranga- priemones metodams palaikyti ir tobulinti; palaiko vartotojų darbą kuriant ir redaguojant projektą interaktyviu režimu, padeda organizuoti projektą abstrakcijos lygių hierarchijos forma, tikrina komponentų atitiktį.
CASE įrankių klasifikacija
Iki šiol nėra stabilios CASE įrankių klasifikacijos, buvo apibrėžti tik klasifikavimo būdai, priklausantys nuo įvairių klasifikavimo ypatybių. Žemiau yra keletas iš jų.
Orientacija į AIS gyvavimo ciklo technologinius etapus ir procesus:
1. analizės ir projektavimo priemonės. Naudojamas kuriant sistemos specifikacijas ir dizainą. Jie palaiko gerai žinomas projektavimo metodikas;
2. duomenų bazių projektavimo įrankiai. Teikti loginį duomenų modeliavimą, duomenų bazių struktūrų generavimą;
3. reikalavimų valdymo priemonės;
4. programinės įrangos konfigūracijos valdymo įrankiai. Palaiko programavimą, testavimą, automatinį programinės įrangos generavimą pagal specifikacijas;
5. dokumentavimo priemonės;
6. testavimo įrankiai;
7. projektų valdymo įrankiai. Parama planavimui, kontrolei, sąveikai;
8. atvirkštinės inžinerijos priemonės, skirtos esamai sistemai perkelti į naują aplinką.
Palaikomos projektavimo metodikos[ 11, 12, 15, 16]:
1. funkcionaliai orientuotas (struktūriškai orientuotas);
2. objektinis;
3. orientuotas į kompleksą (projektavimo metodikų rinkinys).
Palaikomos grafinės diagramos žymos:
1. su fiksuota žyma;
2. su atskirais užrašais;
3. su dažniausiai pasitaikančiais užrašais.
Integracijos laipsnis:
1. pagalbinės programos (Tools), savarankiškai sprendžiančios savarankišką užduotį;
2. kūrimo paketai (Toolkit), kurie yra įrankių rinkinys, teikiantis pagalbą vienai iš programinės įrangos užduočių klasių;
3. integruotų įrankių rinkiniai, susieti bendra projektavimo duomenų baze – saugykla, automatizuojanti visą ar dalį skirtingų AIS (Workbench) kūrimo etapų darbų.
Bendras projekto vystymas:
1. be kolektyvinio vystymosi paramos;
2. orientuotas į projekto vystymą realiu laiku;
3. orientuota į subprojektų derinimo būdą.
CASE įrankių tipai:
1. analizės įrankiai (Upper CASE); tarp specialistų vadinamos kompiuterinio planavimo priemonėmis. Šių CASE įrankių pagalba sukuriamas modelis, atspindintis visą esamą specifiką. Juo siekiama suprasti bendruosius ir konkrečius veikimo mechanizmus, turimas galimybes, išteklius, projekto tikslus pagal įmonės paskirtį. Šios priemonės leidžia analizuoti įvairius scenarijus, kaupiant informaciją optimaliems sprendimams priimti;
2. analizės ir projektavimo įrankiai (Middle CASE); Manoma, kad jie palaiko AIS specifikacijų ir struktūros reikalavimų analizės ir projektavimo etapus. Pagrindinis vidutinio CASE įrankio naudojimo rezultatas yra reikšmingas sistemos projektavimo supaprastinimas, nes projektavimas tampa iteraciniu darbo su AIS reikalavimais procesu. Be to, vidutinio dydžio CASE įrankiai užtikrina greitą reikalavimų dokumentavimą;
3. programinės įrangos kūrimo įrankiai (Apatinė); palaiko AIS programinės įrangos kūrimo sistemas. Juose yra sistemos žodynai ir grafiniai įrankiai, kurie pašalina poreikį kurti fizines specifikacijas – yra sistemos specifikacijos, kurios yra tiesiogiai išverstos į kuriamos sistemos programų kodus (iki 80% kodų generuojama automatiškai). Pagrindiniai žemesnių CASE įrankių privalumai yra ženkliai sutrumpintas kūrimo laikas, palengvintas modifikavimas, palaikymas gebėjimui dirbti su prototipais.
CASE įrankiai taip pat klasifikuojami pagal kompiuterinių technologijų tipą ir architektūrą, ir pagal operacinės sistemos tipą.
Šiuo metu programinės įrangos produktų rinką atstovauja daug įvairių programinės įrangos, įskaitant beveik bet kurios iš išvardytų klasių CASE įrankius.
CASE įrankių charakteristikos
sidabrinis bėgimas. Amerikos kompanijos Computer Systems Advisers, Inc. įrankis Silverrun CASE. (CSA) naudojama verslo klasės AIS analizei ir projektavimui ir yra labiau orientuota į spiralinį gyvavimo ciklo modelį. Jis taikomas bet kuriai metodikai, pagrįstai atskira funkcinių ir informacinių modelių konstravimu (duomenų srautų diagramos ir subjektų santykių diagramos).
Derinimas prie konkrečios metodikos suteikiamas pasirenkant reikiamą grafinį modelių žymėjimą ir taisyklių rinkinį projektavimo specifikacijų tikrinimui. Sistema turi paruoštus nustatymus labiausiai paplitusioms metodikoms: DATARUN (pagrindinė Silverrun palaikoma metodika), Gane/Sarson, Yourdon/DeMarco, Merise, Ward/Mellor, Information Engineering. Prie kiekvienos projekte pristatytos sąvokos galima pridėti savo aprašus. „Silverrun“ architektūra leidžia prireikus išplėsti kūrimo aplinką.
Silverrun turi modulinė struktūra ir susideda iš keturių modulių, kurių kiekvienas yra atskiras produktas, kurį galima įsigyti ir naudoti atskirai.
1. Verslo procesų modelių kūrimo modulis Duomenų srautų diagramų pavidalu verslo procesų modeliavimo priemonė (BPM) leidžia modeliuoti automatizuotos organizacijos ar kuriamos AIS funkcionavimą. Galimybę dirbti su labai sudėtingais modeliais suteikia automatinio pernumeravimo, darbo su proceso medžiu (įskaitant vizualų šakų vilkimą), modelio dalių atjungimo ir pritvirtinimo kolektyviniam vystymui funkcijos. Diagramas galima nubraižyti keliais iš anksto nustatytais žymėjimais, įskaitant Yourdon / DeMarco ir Gane / Sarson. Taip pat galima kurti savo žymėjimus, pavyzdžiui, pridėti vartotojo apibrėžtus laukus prie diagramoje rodomų deskriptorių skaičiaus.
2. Koncepcinio duomenų modeliavimo modulis„Entity-Relationship eXpert“ (ERX) įgalina kurti objektų santykių duomenų modelius, kurie nėra susiję su diegimu. Integruota ekspertų sistema leidžia sukurti teisingą normalizuotų duomenų modelį, atsakant į prasmingus klausimus apie duomenų ryšį. Pateikiamas automatinis duomenų modelio konstravimas iš duomenų struktūrų aprašymų. Atributų funkcinių priklausomybių analizė leidžia patikrinti modelio atitiktį trečiosios normaliosios formos reikalavimams ir užtikrinti jų įgyvendinimą. Patvirtintas modelis perduodamas Relational Data Modeler moduliui.
3. Santykių modeliavimo modulis Reliacinių duomenų modeliavimo priemonė (RDM) leidžia kurti išsamius objektų ir ryšių modelius, skirtus diegti reliacinėje duomenų bazėje. Šiame modulyje dokumentuojamos visos su duomenų bazės kūrimu susijusios struktūros: indeksai, trigeriai, saugomos procedūros ir kt. Lankstus žymėjimas ir talpyklos išplečiamumas leidžia dirbti su bet kokia metodika. Galimybė kurti poschemas atitinka ANSI SPARC metodą duomenų bazės schemos vaizdavimui. Subgrandžių kalba modeliuojami tiek paskirstyti apdorojimo mazgai, tiek vartotojo vaizdai. Šiame modulyje pateikiamas reliacinių duomenų bazių projektavimas ir pilna dokumentacija.
4. Darbo grupės saugyklos vadovas„Workgroup Repository Manager“ (WRM) naudojama kaip duomenų žodynas, skirtas visiems modeliams bendrai informacijai saugoti, taip pat suteikia „Silverrun“ modulių integravimą į vieną projektavimo aplinką.
„Silverrun CASE“ įrankio pranašumas yra didelis lankstumas ir vaizdinių įrankių, skirtų modeliams kurti, įvairovė, o trūkumas – griežtos abipusės skirtingų modelių komponentų kontrolės nebuvimas (pavyzdžiui, galimybė automatiškai skleisti pokyčius tarp skirtingų modelių DFD). skilimo lygiai). Tačiau reikia pažymėti, kad šis trūkumas gali būti reikšmingas tik tada, kai naudojamas kaskadinis gyvavimo ciklo modelis.
Į „Silverrun“ įtraukti įrankiai:
1. automatinis duomenų bazių schemų generavimas labiausiai paplitusioms DBVS: Oracle, Informix, DB2, Ingres, Progress, SQL Server, SQLBase, Sybase;
2. duomenų perkėlimas į programų kūrimo įrankius: JAM, PowerBuilder, SQL Windows, Uniface, NewEra, Delphi.
Taigi galima visiškai apibrėžti duomenų bazės variklį, naudojant visas konkrečios DBVS funkcijas: trigerius, saugomas procedūras, nuorodos vientisumo apribojimus. Kuriant programą, duomenys, perkelti iš „Silverrun“ saugyklos, naudojami automatiškai generuoti sąsajos objektus arba greitai juos sukurti rankiniu būdu.
Siekdama keistis duomenimis su kitais projektavimo automatizavimo įrankiais, kurti specializuotas procedūras, skirtas projekto specifikacijų analizei ir tikrinimui bei specializuotų ataskaitų sudarymui pagal įvairius standartus, „Silverrun“ siūlo tris būdus, kaip pateikti dizaino informaciją išoriniams failams.
1. Ataskaitų teikimo sistema. Ataskaitos išvedamos į tekstinius failus.
2. Eksporto/importo sistema. Nustatomas ne tik eksporto failo turinys, bet ir įrašų skyrikliai, laukai įrašuose, teksto laukų pradžios ir pabaigos žymekliai. Tokius eksporto failus galima sugeneruoti ir įkelti į saugyklą. Tai suteikia galimybę keistis duomenimis su įvairiomis sistemomis: kitais CASE įrankiais, DBVS, teksto rengyklėmis ir skaičiuoklėmis.
3. Saugyklos saugojimas išoriniuose failuose su prieiga naudojant ODBC tvarkykles. Norint pasiekti saugyklos duomenis iš dažniausiai naudojamų DBVS, visą projekto informaciją galima saugoti tiesiogiai šių DBVS formatu.
„Silverrun“ palaiko du grupinio darbo būdus:
1) standartinėje vieno vartotojo versijoje yra kontroliuojamo modelių atskyrimo ir sujungimo mechanizmas. Modelis gali būti padalintas į dalis ir paskirstytas keliems kūrėjams. Atlikus išsamų tyrimą, dalys vėl surenkamos į vieną modelį;
2) „Silverrun“ tinklo versija leidžia lygiagrečiai dirbti su modeliais, saugomais tinklo saugykloje, pagrįstoje „Oracle“, „Sybase“ arba „Informix“ DBVS. Tuo pačiu metu keli kūrėjai gali dirbti su tuo pačiu modeliu, nes objektai blokuojami atskirų modelio elementų lygyje.
JAM. JYACC taikomųjų programų tvarkyklės (JAM) programų kūrimo įrankis yra JYACC produktas. Pagrindinis bruožas yra atitiktis RAD metodikai, nes JAM leidžia greitai įgyvendinti programos kūrimo ciklą, kurį sudaro kitos programos prototipo versijos generavimas. , atsižvelgiant į ankstesniame žingsnyje nurodytus reikalavimus, ir pateikti jį vartotojui.
JAM turi modulinę struktūrą ir susideda iš šių komponentų:
1. sistemos branduolys;
2. JAM/DBi - specializuoti DBVS sąsajų moduliai (JAM/DBi-Oracle, JAM/DBi-Informix, JAM/DBi-ODBC ir kt.);
3. JAM/RW - ataskaitų generatoriaus modulis;
4. JAM/CASEi - specializuoti sąsajos moduliai CASE įrankiams (JAM/CASE-TeamWork, JAM/CASE-Inno-vator ir kt.);
5. JAM/TPi - specializuoti sąsajų moduliai, skirti operacijų tvarkytojams (pavyzdžiui, JAM/TPi-Server TUXEDO ir kt.);
6. Jterm – specializuotas X terminalo emuliatorius.
Sistemos šerdis yra gatavas produktas ir gali būti savarankiškai naudojamas kuriant programas. Visi kiti moduliai yra neprivalomi ir negali būti naudojami atskirai.
Sistemos branduolį sudaro šie pagrindiniai komponentai:
1. ekrano rengyklė. Ekrano rengyklė apima ekrano kūrimo aplinką, vaizdo objektų saugyklą, savo JAM DBMS - JDB, operacijų tvarkyklę, derintuvą, stiliaus redaktorių;
2. meniu redaktorius;
3. pagalbinių komunalinių paslaugų rinkinys;
4. pramoninės programos versijos gamybos priemonės.
Naudojant JAM, išorinės programos sąsajos kūrimas yra vizualinis dizainas ir susijęs su ekrano formų kūrimu, įdedant ant jų sąsajos struktūras ir ekrane apibrėžiant informacijos įvesties / išvesties laukus. JAM sąsajos projektavimas atliekamas naudojant ekrano redaktorius. JAM sukurtos programos turi kelių langų sąsają. Ekrano kūrimas susideda iš sąsajos elementų įdėjimo į jį, jų grupavimo, jų savybių verčių nustatymo.
Meniu redaktorius leidžia kurti ir derinti meniu sistemas. Įdiegta galimybė kurti piktograminius meniu. Meniu elementų priskyrimas programos objektams atliekamas ekrano rengyklėje.
JAM branduolyje yra integruota JDB vieno vartotojo reliacinė DBVS. Pagrindinis JDB tikslas yra sukurti programų prototipus tais atvejais, kai dirbti su standartine DBVS yra neįmanoma arba nepraktiška. JDB įgyvendina būtiną reliacinių DBVS galimybių minimumą, kuris neapima indeksų, saugomų procedūrų, trigerių ir rodinių. Naudodami JDB galite sukurti duomenų bazę, kuri yra identiška tikslinei duomenų bazei (iki funkcijų, kurių trūksta JDB), ir sukurti didelę programos dalį.
Derintuvas leidžia atlikti sudėtingą sukurtos programos derinimą. Visi įvykiai, įvykę programos vykdymo metu, yra atsekami.
Komunalinės paslaugos JAM apima tris grupes:
1) JAM ekrano failų keitikliai į tekstą. JAM išsaugo ekranus kaip savo formato dvejetainius failus;
2) I/O įrenginių konfigūravimas. JAM ir su juo sukurtos programos neveikia tiesiogiai su įvesties / išvesties įrenginiais. Vietoj to JAM pasiekia loginius I/O įrenginius (klaviatūrą, terminalą, ataskaitą);
3) ekrano bibliotekų priežiūra.
Vienas iš pasirenkamų JAM modulių yra ataskaitų generatorius. Ataskaitos išdėstymas atliekamas JAM ekrano rengyklėje. Ataskaita aprašoma specialia kalba. Ataskaitų generatorius leidžia apibrėžti duomenis, kurie turi būti išvesti į ataskaitą, išvesties informacijos grupavimą, išvesties formatavimą ir kt.
Programas, sukurtas naudojant JAM, galima paversti vykdomaisiais moduliais. Norėdami tai padaryti, kūrėjai turi turėti C kompiliatorių ir nuorodą.
JAM yra įmontuota programavimo kalba JPL (JAM Procedural Language), su kuria, esant reikalui, galima parašyti modulius, įgyvendinančius konkrečius veiksmus. Ši kalba yra interpretuojama. Galima keistis informacija tarp vizualiai sukurtos taikomųjų programų aplinkos ir tokių modulių. Be to, JAM įgyvendina galimybę prijungti išorinius modulius, parašytus kalbomis, kurios yra suderinamos su funkcijų skambučiais su C kalba.
Džemas yra įvykiais valdoma sistema susidedantis iš įvykių rinkinio – langų atidarymas ir uždarymas, klaviatūros klavišo paspaudimas, sistemos laikmačio įjungimas, kiekvieno ekrano elemento valdymo priėmimas ir perdavimas. Kūrėjas įdiegia programos logiką, nustatydamas kiekvieno įvykio tvarkyklę.
renginių vedėjai JAM gali turėti ir integruotas JAM funkcijas, ir funkcijas, kurias kūrėjas parašė C arba JPL. Integruotų funkcijų rinkinyje yra daugiau nei 200 įvairiems tikslams skirtų funkcijų; jie prieinami skambinant iš funkcijų, parašytų JPL ir C.
Pramoninė programos versija, sukurtas su JAM, susideda iš šių komponentų:
1. programų interpretatoriaus vykdomasis modulis;
2. ekranai, sudarantys programą (pateikiami kaip atskiri failai, kaip ekrano bibliotekų dalis arba integruoti į vertėjo turinį);
3. išoriniai JPL moduliai (tiekiami kaip tekstiniai failai arba iš anksto sukompiliuoti; iš anksto sukompiliuoti).
4. išoriniai JPL moduliai – kaip atskiri failai ir kaip ekrano bibliotekų dalis);
5. programos konfigūracijos failai – klaviatūros ir terminalo konfigūracijos failai, sistemos pranešimų failas, bendrosios konfigūracijos failas.
Tiesioginę sąveiką su DBVS įgyvendina JAM/DBi (duomenų bazės sąsaja) moduliai. Sąveikos įgyvendinimo JAM būdai skirstomi į dvi klases: rankinį ir automatinį.
At rankiniu būdu kūrėjas savarankiškai rašo SQL užklausas, kuriose užklausos vykdymo rezultatų gavimo šaltiniai ir paskirties vietos gali būti tiek vizualiai sukurto išorinio lygio sąsajos elementai, tiek galutiniam vartotojui nematomi vidiniai kintamieji.
Automatinis režimasįgyvendino JAM operacijų valdytojas. Tai įmanoma atliekant tipinius įprastus duomenų bazių operacijų tipus, vadinamuosius QBE (Query By Example - užklausos pagal modelį), atsižvelgiant į gana sudėtingus ryšius tarp duomenų bazių lentelių ir automatinį įvesties / išvesties ekrano laukų atributų valdymą, priklausomai. apie operacijos tipą (skaitymas, rašymas ir pan.), kuriame dalyvauja sugeneruota užklausa.
JAM leidžia kurti programas, skirtas dirbti su daugiau nei 20 DBVS: ORACLE, Informix, Sybase, Ingres, InterBase, NetWare SQL Server, Rdb, DB2, su ODBC suderinamomis DBVS ir kt.
Išskirtinis JAM bruožas – aukštas programų perkeliamumo lygis tarp skirtingų platformų (MS DOS/MS Windows, SunOS, Solaris (i80x86, SPARC), HP-UX, AIX, VMS/Open VMS ir kt.); galbūt reikalavimas „perbraižyti“ statinius teksto laukus ekranuose su rusišku tekstu perkeliant tarp DOS-Windows-UNIX aplinkų. Be to, perkeliamumą palengvina tai, kad JAM programėlės kuriamos virtualiems I/O įrenginiams, o ne fiziniams. Taigi, perkeliant programą iš platformos į platformą, dažniausiai reikia tik nustatyti atitiktį tarp fizinių I/O įrenginių ir jų loginių vaizdų programai.
SQL naudojimas kaip sąsajos su DBVS priemone taip pat padeda užtikrinti perkeliamumą tarp DBVS. Duomenų bazės struktūros perdavimo atveju taikomąsias programas gali nereikėti keisti, išskyrus seanso inicijavimą. Tai įmanoma, jei programa nenaudojo DBVS būdingų SQL plėtinių.
Didėjant sistemos apkrovai ir sprendžiamų užduočių sudėtingumui (naudojamų išteklių pasiskirstymas ir nevienalytiškumas, vienu metu prisijungusių vartotojų skaičius, programų logikos sudėtingumas), trijų pakopų architektūros modelis„klientas – serveris“ naudojant operacijų tvarkykles. JAM/TPi-Client ir JAM/TPi-Server komponentai leidžia gana lengvai pereiti prie trijų pakopų modelio. Tuo pačiu metu JAM/TPi-Server modulis vaidina pagrindinį vaidmenį, nes pagrindinis trijų pakopų modelio įgyvendinimo sunkumas slypi taikomųjų programų logikos diegime operacijų tvarkyklės paslaugose.
JAM/CASE sąsaja leidžia keistis informacija tarp JAM objektų saugyklos ir CASE įrankių saugyklos. Keitimasis panašus į tai, kaip duomenų bazės struktūra importuojama į JAM saugyklą tiesiai iš duomenų bazės. Skirtumas tas, kad mainai tarp saugyklų yra dvikrypčiai.
Be JAM / CASEi modulių, taip pat yra JAM / CASEi Developer "s Kit modulis. Naudodamiesi šiuo moduliu, galite savarankiškai sukurti sąsają (t. y. specializuotą JAM / CASEi modulį) konkrečiam CASE įrankiui, jei yra yra paruoštas JAM / CASEi modulis, nes jo nėra.
Yra sąsaja, kuri įgyvendina „Silverrun CASE“ įrankio ir JAM sąveiką. Jis perduoda duomenų bazės schemą ir programos ekrano formas iš „Silverrun-RDM CASE“ įrankio į JAM 7.0 versiją; turi du veikimo režimus:
1) tiesioginis režimas (Silverrun-RDM->JAM) skirtas CASE žodyno objektams ir JAM saugyklos elementams kurti remiantis schemos atvaizdavimu Silverrun-RDM. Remiantis sąsajos duomenų modelių atvaizdavimu Silverrun-RDM, generuojami JAM saugyklos ekranai ir elementai. Tiltas konvertuoja RDM reliacinių schemų lenteles ir ryšius į atitinkamų tipų JAM objektų seką. „Silverrun-RDM“ sąsajos duomenų modelių kūrimo technika apima programų ekranų prototipų kūrimo poschemos mechanizmo naudojimą. Remdamasis kiekvienos RDM subgrandinės aprašymu, tiltas sukuria JAM ekraną;
2) atvirkštinis režimas (JAM->Silverrun-RDM) skirtas perkelti CASE-žodyno objektų modifikacijas į Silverrun-RDM reliacinį modelį.
Pertvarkymo režimas leidžia perkelti visų anksčiau iš RDM importuotų JAM ekranų savybių modifikacijas į Silvcrrun schemą. Norint kontroliuoti duomenų bazės vientisumą, neleidžiami schemos pakeitimai, susiję su lentelių ir lentelių laukų pridėjimu arba ištrynimu.
JAM branduolys turi integruotą sąsają su konfigūracijos valdymo įrankiais (PVCS Windows platformoje ir SCCS UNIX platformoje). Ekrano bibliotekos ir (arba) saugyklos perduodamos kontroliuojant šioms sistemoms. Jei tokių sistemų nėra, JAM savarankiškai įgyvendina kai kurias funkcijas, kad palaikytų komandos vystymąsi.
MS-Windows platformoje JAM turi integruotą sąsają su PVCS, o gavimo/grąžinimo veiksmai atliekami tiesiai iš JAM aplinkos.
„Vantage Team Builder“ („Westmount I-CASE“).„Vantage Team Builder“ yra integruotas į diegimą orientuotas programinės įrangos produktas, visiškai palaikantis „Waterfall“ gyvavimo ciklo modelį.
„Vantage Team Builder“ teikia šias funkcijas:
1. duomenų srautų diagramų, esinių ryšių diagramų, duomenų struktūrų, programų blokinių schemų ir ekrano formų sekų projektavimas;
2. projektuoti sistemos architektūros diagramas - SAD (skaičiuojamų įrenginių sudėties ir sujungimo projektavimas, sistemos užduočių paskirstymas tarp skaičiavimo įrenginių, kliento ir serverio santykių modeliavimas, transakcijų tvarkyklių panaudojimo ir realaus laiko sistemos funkcionavimo ypatybių analizė);
3. programos kodo generavimas tikslinės DBVS kalba su visa programine aplinka ir SQL kodo generavimas duomenų bazių lentelėms, indeksams, vientisumo apribojimams ir saugomoms procedūroms kurti;
4. programavimas C kalba su įterptu SQL;
5. versijų kūrimas ir projekto konfigūracijos valdymas;
6. kelių vartotojų prieiga prie projekto saugyklos;
7. projektinės dokumentacijos generavimas pagal standartinius ir individualius šablonus;
8. projekto duomenų eksportas ir importas CDIF formatu (CASE Data Interchange Format).
Vantage Team Builder yra įvairių konfigūracijų, priklausomai nuo naudojamų duomenų bazių valdymo sistemos (ORACLE, Informix, Sybase arba Ingres) arba taikomųjų programų kūrimo įrankių (Uniface). „Vantage Team Builder“, skirto „Uniface“, konfigūracija skiriasi nuo kitų tuo, kad dėl greitų prototipų kūrimo galimybių iš dalies sutelktas dėmesys į spiralinį gyvavimo ciklo modelį. AIS projektui aprašyti naudojamas didelis diagramų rinkinys.
Konstruojant visų tipų diagramas yra numatyta modelių atitikties naudojamų metodų sintaksei, taip pat to paties pavadinimo elementų ir jų tipų atitikimo kontrolė įvairių tipų diagramoms.
Konstruojant DFD duomenų srautų diagramas, numatyta skirtingų skaidymo lygių diagramų atitikties kontrolė. Aukščiausio lygio DFD patvirtinamas naudojant ELM įvykių sąrašo matricą. Norint valdyti sudėtinių duomenų srautų skaidymą, naudojamos kelios jų aprašymo parinktys: formoje duomenų struktūros diagramos DSD arba in užrašai BNF (Backus forma – Naur).
SAD kūrimui naudojamas išplėstinis DFD žymėjimas, leidžiantis supažindinti su procesorių, užduočių ir periferinių įrenginių sąvokomis, o tai suteikia aiškumo projektavimo sprendimams.
Kuriant duomenų modelį ERD pavidalu, jis normalizuojamas ir įvedamas fizinių duomenų elementų ir lentelių pavadinimų apibrėžimas, kuris bus naudojamas generuojant konkrečios DBVS fizinių duomenų schemą. Tai suteikia galimybę nustatyti alternatyvius objektų ir laukų raktus, kurie sudaro papildomus įvesties į lentelę taškus (indeksų laukus), ir santykių tarp objektų kardinalumą.
Universalios kodų generavimo sistemos, pagrįstos nurodytomis prieigos prie projekto saugyklos priemonėmis, buvimas leidžia išlaikyti aukštą kūrėjų projekto disciplinos įgyvendinimo lygį: griežta modelių generavimo tvarka; griežta dokumentacijos struktūra ir turinys; automatinis programų šaltinio kodų generavimas ir kt.; visa tai užtikrina kuriamos IS kokybės ir patikimumo didėjimą.
Rengiant projekto dokumentaciją galima naudoti tokias leidybos sistemas kaip FrameMaker, Interleaf ar Word Perfect. Projekto dokumentacijos struktūra ir sudėtis sukonfigūruojama pagal nurodytus standartus. Koregavimas atliekamas nekeičiant projektinių sprendimų.
Kuriant didelę AIS, visa sistema kaip visuma atitinka vieną projektą kaip Vantage Team Builder kategoriją. Projektą galima išskaidyti į daugybę sistemų, kurių kiekviena atitinka tam tikrą gana autonomišką AIS posistemį ir yra kuriama nepriklausomai nuo kitų. Ateityje projektų sistemos gali būti integruotos.
AIS projektavimo procesas naudojant Vantage Team Builder yra įgyvendinamas keturių iš eilės fazių (etapų) forma - analizė, architektūra, dizainas Ir įgyvendinimas, tuo pačiu kiekvieno etapo užbaigti rezultatai visiškai arba iš dalies perkeliami (importuojami) į kitą etapą. Visos diagramos, išskyrus ERD, konvertuojamos į kitą tipą arba keičia savo išvaizdą pagal esamos fazės ypatybes. Taigi, DFD architektūros fazėje konvertuojami į SAD, DSD į DTD. Užbaigus importavimą, loginis ryšys su ankstesne faze nutrūksta, t.y. galima atlikti visus reikiamus diagramų pakeitimus.
„Vantage Team Builder for Uniface“ konfigūracija suteikia galimybę dalytis dviem sistemomis vienoje technologinio projektavimo aplinkoje, o duomenų bazių schemos (SQL modeliai) perkeliamos į „Uniface“ saugyklą ir atvirkščiai, „Uniface“ įrankių sugeneruoti taikomųjų programų modeliai gali būti perkelti į „Vantage Team Builder“ saugykla. Galimi neatitikimai tarp dviejų sistemų saugyklų pašalinami naudojant specialų įrankį. Ekrano formų kūrimas Uniface aplinkoje atliekamas FSD formų sekos diagramų pagrindu importavus SQL modelį. Šia konfigūracija pagrįsta AIS kūrimo technologija parodyta fig. 2.23.
Tikslinėje DBVS saugomos saugyklos struktūra ir „Vantage Team Builder“ sąsajos yra atviros, o tai iš esmės leidžia integruoti su bet kokiais kitais įrankiais.
Uniface.„Compuware“ produktas yra didelio masto „kliento-serverio“ architektūros taikomųjų programų kūrimo aplinka ir turi tokią komponentų architektūrą:
1. Taikomųjų objektų saugykloje (programų objektų saugykloje) yra metaduomenų, kuriuos automatiškai naudoja visi kiti komponentai per visą AIS gyvavimo ciklą (programų modeliai, duomenų aprašymai, verslo taisyklės, ekrano formos, pasauliniai objektai ir šablonai). Saugykla gali būti saugoma bet kurioje iš Uniface palaikomų duomenų bazių;
Ryžiai. 2.23.„Vantage Team Builder“ ir „Uniface“ sąveika
2. Programos modelių tvarkyklė palaiko taikomųjų programų modelius (E-R modelius), kurių kiekvienas yra visos duomenų bazės schemos poaibis šios programos požiūriu, ir apima atitinkamą grafinį redaktorių;
3. Rapid Application Builder – įrankis greitai sukurti ekrano formas ir ataskaitas pagal taikomo modelio objektus. Apima grafinę formų rengyklę, prototipų kūrimo, derinimo, testavimo ir dokumentavimo įrankius. Įdiegta sąsaja su įvairių tipų langų valdikliais Open Widget Interface esamoms grafinėms sąsajoms – MS Windows (įskaitant VBX), Motif, OS/2. Universali pristatymo sąsaja leidžia naudoti tą pačią programos versiją skirtingų grafinių sąsajų aplinkoje nekeičiant programos kodo;
4. Kūrėjų paslaugos (kūrėjo paslaugos) naudojamos dideliems projektams palaikyti ir versijų valdymui (Uniface Version Control System), prieigos teisėms (įgaliojimų atribojimui), visuotinėms modifikacijoms ir kt. išvesties valdymas, versijų valdymo sistemos duomenų paieška, peržiūra, priežiūra ir ataskaitų išdavimas;
5. Deployment Manager (aplikacijų platinimo valdymas) – įrankiai, leidžiantys paruošti sukurtą aplikaciją platinimui, įdiegti ir prižiūrėti (vartotojo platforma gali skirtis nuo kūrėjo platformos). Tai apima tinklo ir DBVS tvarkykles, taikomųjų programų serverį (poliserverį), programų platinimo ir duomenų bazių valdymo įrankius. Uniface palaiko sąsają su beveik visomis žinomomis techninės ir programinės įrangos platformomis, DBVS, CASE įrankiais, tinklo protokolais ir operacijų tvarkytuvais;
6. Personal Series (asmeniniai įrankiai) naudojami sudėtingoms užklausoms ir ataskaitoms kurti grafine forma (Personal Query and Personal Access – PQ / PA), taip pat duomenims perkelti į tokias sistemas kaip WinWord ir Excel;
7. Distributed Computing Manager – integravimo įrankis su Tuxedo, Encina, CICS, OSF DCE transakcijų vadybininkais.
„Uniface 7“ versija visiškai palaiko paskirstyto skaičiavimo modelį ir trijų pakopų kliento-serverio architektūrą (su galimybe keisti programos skaidymo schemą vykdymo metu). Programos, sukurtos naudojant Uniface 7, gali būti vykdomos heterogeninėse operacinėse aplinkose, naudojant įvairius tinklo protokolus, vienu metu keliose nevienalytėse platformose (įskaitant internetą).
Uniface 7 komponentai apima:
1. Uniface Application Server – programų serveris paskirstytoms sistemoms;
2. WebEnabler – serverio programinė įranga, skirta programoms internete ir intranete valdyti;
3. Vardų serveris – serverio programinė įranga, užtikrinanti paskirstytų taikomųjų programų resursų naudojimą;
4. PolyServer – prieiga prie duomenų ir įvairių sistemų integravimo priemonė.
Palaikomos DBVS apima DB2, VSAM ir IMS; „PolyServer“ taip pat užtikrina suderinamumą su MVS OS.
Dizaineris/2000 + Kūrėjas/2000. ORACLE Designer/2000 2.0 yra integruotas CASE įrankis, kuris kartu su Developer/2000 taikomųjų programų kūrimo įrankiais teikia visą programinės įrangos gyvavimo ciklo palaikymą sistemoms, naudojančioms ORACLE DBVS.
Designer/2000 yra metodikų ir jas palaikančių programinės įrangos produktų šeima. Pagrindinė metodika Designer/2000 (CASE*Method) – tai struktūrinės sistemos projektavimo metodika, pilnai apimanti visus AIS gyvavimo ciklo etapus. Planavimo etape nustatomi sistemos kūrimo tikslai, prioritetai ir apribojimai, parengiama sistemos architektūra ir AIS plėtros planas. Analizės metu sudaromas: informacijos poreikių modelis (esinių santykių diagrama), funkcinės hierarchijos diagrama (remiantis AIS funkciniu išskaidymu), kryžminės nuorodos matrica ir duomenų srauto diagrama.
Projektavimo etape sukuriama detali AIS architektūra, suprojektuojama reliacinė duomenų bazės schema ir programos moduliai, nustatomos kryžminės nuorodos tarp AIS komponentų, siekiant analizuoti jų tarpusavio įtaką ir kontroliuoti pokyčius.
Diegimo etape sukuriama duomenų bazė, konstruojamos taikomųjų programų sistemos, jos testuojamos, tikrinama kokybė, tikrinama, ar laikomasi vartotojo reikalavimų. Sukurta sistemos dokumentacija, mokymo medžiaga ir vartotojo vadovai. Eksploatacijos ir priežiūros etapuose analizuojamas sistemos veikimas ir vientisumas, atliekamas AIS palaikymas ir, jei reikia, modifikavimas.
Designer/2000 suteikia grafinę sąsają įvairiems domenų modeliams (diagramoms) kurti. Kuriant modelius informacija apie juos įvedama į saugyklą. Designer/2000 apima šiuos komponentus.
Aukščiau nurodytų principų laikymasis būtinas atliekant darbus visuose AIS ir AIT kūrimo ir veikimo etapuose, t.y. per visą jų gyvavimo ciklą.
Gyvenimo ciklas(LC) – AIS (AIT) sukūrimo ir naudojimo laikotarpis, pradedant nuo šios automatizuotos sistemos poreikio atsiradimo momento ir baigiant tuo momentu, kai ji nebenaudojama.
AIS ir AIT gyvavimo ciklas leidžia išskirti keturis pagrindinius etapus, kiekvienas projektavimo etapas yra padalintas į keletą etapų ir numato atitinkamą darbą:
Aš scenoje - patikrinimas prieš projektą:
1 etapas - reikalavimų formavimas, projektinio objekto tyrimas, sistemos koncepcijos varianto kūrimas ir parinkimas;
2 etapas - medžiagų analizė ir dokumentacijos formavimas - galimybių studijos ir techninės užduotys sistemos projektavimui, remiantis pirmame etape surinktos apklausos medžiagos analize, sukūrimas ir patvirtinimas.
II etapas - dizainas:
1 etapas - techninis projektas, kur ieškoma racionaliausių projektinių sprendimų visais plėtros aspektais, sukuriami ir aprašomi visi sistemos komponentai, o darbo rezultatai atsispindi techniniame projekte;
2 etapas - darbo dizainas, kurių metu vykdomas programų kūrimas ir derinimas, duomenų bazių struktūrų derinimas, tiekimo dokumentacijos kūrimas, techninių priemonių ir jų veikimo instrukcijų įrengimas, pareigybių aprašymų parengimas kiekvienam vartotojui. Techniniai ir darbo projektai gali būti sujungti į vieną dokumentą – techninį darbo projektą.
III etapas - sistemos įvestis į veiksmą:
1 etapas - pasirengimas įgyvendinimui- techninių priemonių įrengimas ir paleidimas, duomenų bazių įkėlimas ir programų bandomasis veikimas, personalo mokymas;
2 etapas - bandomasis bandymas visi sistemos komponentai prieš pradedant eksploatuoti, personalo mokymas;
3 etapas (paskutinis AIS ir AIT kūrimo etapas) - paleidimas; išduotas darbų priėmimo ir perdavimo aktais.
IV etapas - pramoninis darbas - be kasdienio veikimo, tai apima programinės įrangos įrankių ir viso projekto priežiūrą, operatyvinę priežiūrą ir duomenų bazių administravimą.
5. Projektavimo darbų atlikimo metodai
Automatizuotų informacinių sistemų ir technologijų kūrimas gali būti atliekamas dviem būdais. Pirmajame variante daroma prielaida, kad šiuo darbu užsiima specializuotos įmonės, turinčios profesinės patirties rengiant konkrečios orientacijos programinės įrangos produktus. Pagal antrąjį variantą projektavimą ir tobulinimą atlieka dizaineriai-programuotojai, dirbantys įmonių, kuriose kuriamos naujos informacinės technologijos ir sistemos, darbuotojai.
Kurdami automatizuotas sistemas, darbo vietas ir technologijas, dizaineriai susiduria su daugybe tarpusavyje susijusių problemų:
Projektuotojui sunku gauti išsamią informaciją, kad galėtų įvertinti užsakovo (vartotojo) suformuluotus reikalavimus naujai sistemai ar technologijai.
Klientas dažnai neturi pakankamai žinių apie automatizavimo problemas, kad galėtų spręsti apie tam tikrų naujovių diegimo galimybę. Tuo pačiu metu dizaineris susiduria su pernelyg dideliu detalios informacijos apie probleminę sritį kiekiu, o tai sukelia sunkumų modeliuojant ir formalizuojant informacijos procesų aprašą bei sprendžiant funkcines problemas.
Dėl didelės apimties ir techninių terminų projektuojamos sistemos specifikacija užsakovui dažnai yra nesuprantama, o per didelis jos supaprastinimas negali patenkinti sistemą kuriančių specialistų.
Gerai žinomų analizės metodų pagalba galima išspręsti kai kurias iš šių problemų, tačiau tik šiuolaikiniai struktūriniai metodai suteikia radikalų sprendimą, tarp kurių struktūrinės analizės metodika užima pagrindinę vietą.
struktūrinė analizė vadinamas sistemos tyrimo metodu, kuris pradedamas nuo bendros jos apžvalgos, o po to detalėmis, įgyjant hierarchinę struktūrą su vis daugiau lygių.
Struktūrinė analizė apima sistemos padalijimą į abstrakcijos lygius su ribotu elementų skaičiumi kiekviename lygyje (paprastai nuo 3 iki 6-7). Kiekviename lygyje paryškinamos tik sistemos detalės, kurios yra būtinos.
Struktūrinės analizės metodika remiasi dekompozicijos principais ir hierarchinės tvarkos principu.
Skilimo principas apima sudėtingų problemų sprendimą, suskirstant jas į lengvai suprantamas ir išsprendžiamas užduotis.
Hierarchinės tvarkos principas pareiškia, kad sistemą galima suprasti ir sukurti lygiais, kurių kiekvienas prideda naujų detalių.
Įjungta priešprojektinis etapas atliekama visų projektinio objekto ypatybių studija ir analizė, siekiant išsiaiškinti užsakovo reikalavimus. Visų pirma, nustatoma sąlygų, kurioms esant numatoma eksploatuoti būsimą sistemą, visuma (techninės ir programinės įrangos ištekliai; išorinės jos veikimo sąlygos; su ja susijusių ir informacijos bei valdymo procesuose dalyvaujančių žmonių ir darbų sudėtis), sistemos atliekamų funkcijų aprašymas ir kt. P.
Šiame etape nustatomi šie dalykai:
Sistemos architektūra, jos funkcijos, išorinės sąlygos, funkcijų pasiskirstymas tarp techninės ir programinės įrangos;
Sąsajos ir funkcijų paskirstymas tarp asmens ir sistemos;
Reikalavimai sistemos programiniams ir informaciniams komponentams, būtini techninės įrangos resursai, duomenų bazių reikalavimai, sistemos komponentų fizinės charakteristikos, jų sąsajos.
Tolesnio projektavimo kokybė lemiamai priklauso nuo teisingo analizės metodų pasirinkimo ir suformuluotų reikalavimų naujai kuriamai technologijai.
Priešprojektinio tyrimo etape naudojami metodai skirstomi į:
- Objekto ar technologijos faktinės būklės tyrimo ir analizės metodai. Šie metodai leidžia nustatyti kliūtis tiriamuose procesuose ir apima: apklausą žodžiu arba raštu; apklausa raštu; stebėjimas, matavimas ir vertinimas; grupės diskusija; Užduočių analizė; gamybos ir valdymo procesų analizė.
Apskritai, faktinės valdymo veiklos būklės tyrimo ir analizės metodai bei esamos problemų sprendimo technologijos yra skirti surinkti reikiamą medžiagą ir sudaryti AIS bei AIT projektavimo pagrindą.
- Tam tikros būsenos formavimo būdai. Jie pagrįsti visų AIS komponentų pagrindimu, pagrįstu užsakovo tikslais, reikalavimais ir sąlygomis. Šie metodai, kurie yra projektuotojų darbo įrankiai, apima metodus: valdymo proceso modeliavimas; konstrukcinis projektavimas; skilimas; informacijos proceso analizė.
- Valdymo proceso modeliavimo metodas. Tiriant projektavimo objektą, kuriami ekonominiai-organizaciniai ir informaciniai-loginiai modeliai. Jie atspindi ekonominius ir vadybinius santykius bei su jais susijusius informacijos srautus.
- Konstrukcijų projektavimo metodas leidžia suskirstyti visą užduočių kompleksą į matomus ir analizuojamus subkompleksus (modulius).
- Skilimo metodas moduliuose numatytas tolesnis užduočių pogrupių skirstymas į atskiras užduotis, rodiklius.
- Informacinių procesų analizė skirta nustatyti ir pateikti ryšį tarp rezultato, apdorojimo proceso ir duomenų įvedimo. Jis taip pat naudojamas informaciniams ryšiams tarp valdymo darbuotojų, specialistų, techninio personalo ir informacinių technologijų darbo vietų analizuoti ir formuoti. Šiuo tikslu aprašoma įvesties ir išvesties informacija, taip pat informacijos apdorojimo algoritmas, susijęs su kiekviena darbo vieta.
- Faktinių ir nurodytų būsenų grafinio atvaizdavimo metodai numatyti informacijos apdorojimo procesų vizualinio atvaizdavimo naudojimą. Garsiausi iš jų yra struktūrinės diagramos metodas, rodyklių diagramų metodai, tinklo diagramos, procesų operacijų sekos lentelės.
Jei priešprojektavimo etape reikalavimai AIS ir AIT kūrimui turėtų būti suformuluoti techninėje užduotyje, tai projektas turėtų atsakyti į klausimą: „Kaip sistema atitiks jai keliamus reikalavimus?“.
Dėl projektavimo etapų sistemos projektas turėtų būti parengtas neviršijant skirtų išteklių biudžeto.
Projektavimo etapai apima šiuos pagrindinius darbus:
AIS tikslų ir organizacinių principų kūrimas;
AIS ir AIT varianto formavimas;
Derinimo programos;
Bandomasis veikimas;
AIS ir AIT projekto pristatymas.
Projektavimo organizavimo procese priimami įvairūs sprendimai, turintys įtakos darbo dinamikai ir kokybei. Todėl kiekvienam projektavimo etapui nustatomi: laukiami rezultatai ir dokumentai; asmeninės galvos funkcijos; vadovo priimti sprendimai; AIS ir AIT užsakovo ir kūrėjo funkcijos.
Projektavimo ir gamybos dokumentaciją sudaro: darbo eigos instrukcijos, darbo vietų programos, dokumentų tvarkymo instrukcijos, informacijos naudojimo rekomendacijos, metodai, sprendimų lentelės ir kt.
Šiuolaikinėmis sąlygomis AIS, AIT ir AWP, kaip taisyklė, nėra kuriami nuo nulio. Savalaikės, kokybiškos, operatyvios informacijos poreikis ir jos, kaip svarbiausio valdymo procesų šaltinio, įvertinimas, taip pat naujausi mokslo ir technologijų pažangos pasiekimai verčia pertvarkyti veikiančią AIS ir sukurti AIS bei AIT. nauja techninė ir technologinė bazė.
AIS dizainas
Išsami plėtra sistemos projektavimas kuriame yra visas jo organizacinių, projektavimo, technologinių ir eksploatacinių dokumentų rinkinys. Pagal GOST 34.601-90. automatizuotų sistemų projektavimas apima kelių etapų įgyvendinimą, įskaitant: reikalavimų AS formavimą, AS koncepcijos kūrimą, techninių specifikacijų kūrimą, preliminarų projektą, techninį projektą ir darbo dokumentacijos rengimą. AS kūrimo etapai, be projektavimo, taip pat apima: AS paleidimą ir priežiūrą. Kiekvienas etapas yra suskirstytas į etapus. Šio standarto prieduose taip pat apibrėžiama:
· Darbe dalyvaujančių organizacijų tipų sąrašas.
Atsižvelgiant į projektavimo objekto pobūdį ir konkrečias jo sąlygas, GOST 34.601-90 leidžia išskirti atskirus etapus, taip pat jų derinį. Atsižvelgiant į ilgalaikę praktiką, susiformavusią Rusijoje kuriant automatizuotas informacines sistemas (“ AIS“), dažniausiai atliekami šie projektavimo etapai: priešprojektinė apklausa, koncepcinis projektas, preliminarus projektas, techninis projektas ir detalusis projektas. Kiti valstybiniai standartai, reglamentuojantys įvairius AE projektavimo aspektus:
· GOST 34.602-89 Automatizuotų sistemų standartų rinkinys. Automatizuotos sistemos sukūrimo techninė užduotis. Įstojo.01.01.90.
· Standartas 34.603-92 Informacinės technologijos. AS testų tipai.
· Standartai 34. (971, 972.973, 974, 981) - 91 Informacinės technologijos. Atvirų sistemų ryšys.
· Standartas 34,91. Informacinės technologijos. Vietiniai tinklai ir kt.
Priešprojektinė apklausa- Informacijos apie automatikos objekto organizavimą ir veikimą rinkimas ir apdorojimas, įskaitant duomenis apie jo sąveiką su išorine aplinka ir kitais objektais, taip pat įgyvendinimą. sistemos analizė, automatizavimo galimybių studijos parengimas ir bendrųjų reikalavimų automatizuotos sistemos kūrimui parengimas. Darbo turinys atliekant priešprojektinį automatikos objekto tyrimą atitinka etapą „Reikalavimų AS formavimas“ GOST 34.601-90, etapus: „Objekto apžiūra ir būtinybės sukurti AS pagrindimas“, „ Vartotojų reikalavimų AS formavimas“, „Atliktų darbų ataskaitos ir paraiškos plėtrai formavimas AC - taktinė ir techninė užduotis.
Koncepcinis dizainas- Atitinka projektavimo etapus pagal GOST 34.601-90 - „AS koncepcijos kūrimas“ (etapai: „AS koncepcijos variantų kūrimas ir vartotoją tenkinančio AS koncepcijos varianto parinkimas“, „Parengimas“ atliktų darbų ataskaita) ir „Užduoties rengimas“. Šio etapo baigiamųjų darbo dokumentų rūšys yra preliminarus projektas(taip pat naudojami vardai - " Koncepcinis projektas ”, “Bandomasis projektas“) arba Programa sukurti sistemą, kuri apima:
Trumpas automatikos objekto pradinės būsenos ir aplinkos, kurioje jis veikia, aprašymas;
Pagrindinių tikslų nurodymas ir automatizavimo užduočių sąrašas;
· Kuriamos sistemos kūrimo pasirinkto varianto (ar variantų) išplėstos organizacinės ir funkcinės struktūros aprašymas;
· Galimybių studija;
· Išplėstas informacijos ir kalbinės pagalbos priemonių aprašymas ir pagrindiniai reikalavimai;
· Bendrieji reikalavimai programinei ir techninei įrangai;
· Sistemos kūrimo etapų sąrašas ir padidintas aprašymas, jų įgyvendinimo laikas, atlikėjų sudėtis ir numatomi jų įgyvendinimo rezultatai;
· Pirminis darbų atlikimo kaštų rodiklių įvertinimas;
· Užsakovo patvirtintos visos sistemos ir/ar pagrindinių jos komponentų (posistemių, programinės ir techninės įrangos sistemų ir įrankių, atskirų užduočių ir kt.) techninės užduotys.
Preliminarus dizainas- Sistemos ir jos dalių preliminaraus projektavimo sprendinių kūrimas. Galutinis darbo dokumentas šiame projektavimo etape yra preliminarus projektas, kuriame pateikiami esminiai kūrimo objekto projektavimo ir grandinės sprendimai bei duomenys, lemiantys jo paskirtį ir pagrindinius parametrus (projektuojant programinė įranga sistema, projekto projekte turi būti pilnas specifikacija išvystyta programas).
Inžinerinis projektavimas - AE projektavimo etapas, kurį sudaro:
· Sistemos ir jos dalių projektinių sprendimų kūrimas;
· Dokumentacijos AS ir jos dalims rengimas;
· Produktų tiekimo atominėms elektrinėms įsigyti ir (arba) jų kūrimo techninių reikalavimų (techninių specifikacijų) dokumentacijos parengimas ir įforminimas;
· Projektavimo užduočių rengimas gretimose automatikos objekto projekto dalyse.
Galutinis šio projektavimo etapo dokumentas yra techninis projektas kuriame, be išvardintų medžiagų, elektros grandinių schemos ir kūrimo objekto bei jo komponentų projektinė dokumentacija, pasirinktų paruoštų įrankių sąrašas programinė ir techninė įranga(įskaitant kompiuterius, Operacinė sistema, taikomosios programos ir tt), taip pat algoritmai naujų programinių įrankių kūrimo problemų sprendimas ir kt.
Darbinis dizainas– Finalinis etapas dizainas, kuris, be GOST 34.601-90 reikalaujamos sistemos ir jos dalių darbinės dokumentacijos kūrimo, paprastai numato ankstesnių etapų rezultatų paaiškinimą ir detalizavimą, eksperimentinio ir (arba) bandomojo prototipo sukūrimą ir bandymą. automatikos objektas, programinės įrangos produktų, technologinės ir eksploatacinės dokumentacijos kūrimas ir testavimas. Rezultatai pateikiami dirbantys arba techninis darbo projektas. Šiuolaikinėje projektavimo praktikoje automatizuotos informacinės sistemos(Pavyzdžiui, ABIS, ASNTI, ACS ir pan.) tai pradinis jų diegimo etapas įmonės, organizacijos ar tarnybos darbe, kuri yra projekto užsakovė arba vadovas daugelyje kitų automatizuotų firmų, organizacijų, paslaugų ir pan.
Kūrimo ciklas (dizainas) programinė įranga - Vystymo etapų rinkinys programinė įranga Pradėti nuo sistemos analizė ir pradinių reikalavimų rengimas prieš jį įgyvendinant.
AIS projektavimo principai- Taisyklių ar reikalavimų rinkinys, nustatytas remiantis ilgamete ir įvairiapuse AIS kūrimo ir veikimo patirtimi. Dažniausi yra šie:
· Tapatybė- naujos kūrimas, esamos tobulinimas arba išoriškai gautos AIS įdiegimas yra mokslinės ir techninės problemos, panašios savo turiniu, skiriasi viena nuo kitos tik kelių etapų turiniu ir laiko parametrais;
· Gamyba: automatizuota technologija reiškia naujos technologijos kūrimą arba esamos modernizavimą AIS sąlygomis ir neleidžia paprasčiausiai naudoti sukurtos programinės ir techninės įrangos senų tradicinių technologijų sąlygomis;
· Plėtros ir plėtros tęstinumas, laipsniškumas ir nuoseklumas: AIS – jų pagrindu nuolat kuriamos sistemos; kiekviena naujovė yra pagrindinių sistemos principų ir jau pasiektos kokybės tobulinimas;
· prisitaikymas: AIS komponentai turėtų turėti savybių, užtikrinančių greitą šių komponentų prisitaikymą prie išorinės aplinkos pokyčių ir naujų įrankių;
· Modulinis programinės ir techninės įrangos kūrimo principas: daro prielaidą, kad šių priemonių sudėtis susideda iš blokų („modulių“), kurie suteikia galimybę juos pakeisti arba pakeisti, siekiant pagerinti AIS veikimą arba pritaikymą prie naujų sąlygų;
· Technologinis (įskaitant - tinklą) integracija: reiškia visos informacinių išteklių kūrimo, atnaujinimo, išsaugojimo ir naudojimo technologijų sistemos vienybę, ypač vieną dokumentų ir duomenų apdorojimą, taip pat daugialypį ir įvairiapusį jų naudojimą;
· Visiškas procesų normalizavimas ir jų stebėjimas: daugiafunkcinis AIS informacijos naudojimas reikalauja didelio duomenų patikimumo sistemoje. Tam įvairiuose informacinių dokumentų tvarkymo ir įvedimo etapuose reikia naudoti įvairias informacijos kontrolės formas, kurių reikalavimus galima suformuoti iš sprendžiamų užduočių ir tvarkomų duomenų sudėties. nuolatinis stebėjimas taip pat būtinas norint gauti kokybines ir kiekybines AIS veikimo charakteristikas, pagrįstas integruotomis ir specialiai sukurtomis intelektinės statistikos priemonėmis;
· reglamentas: AIS yra orientuotos į funkcionavimą pramoniniu režimu, teikiant masinį informacijos dokumentų apdorojimą srautiniu būdu; šį apdorojimą reglamentuoja standartai, maršruto ir eksploatavimo technologijos, resursų ir laiko rodiklių standartai bei išvystyta dispečerinė tarnyba.
· Ekonominis tikslingumas: kuriant AIS turėtų būti pasirenkami tokie projektiniai sprendimai (įskaitant programinius, techninius, organizacinius ir technologinius), kurie, atsižvelgiant į tikslų ir uždavinių pasiekimą, užtikrintų finansinių, materialinių ir darbo išteklių sąnaudų mažinimą.
· Dizaino sprendimų tipizavimas: AIS ir jų tinklų plėtra ir plėtra vykdoma orientuojantis į tarpbibliotekinį bendradarbiavimą ir bendradarbiavimą, taip pat vadovaujantis tarptautinio keitimosi informacija taisyklėmis ir protokolais;
· Maksimalus paruoštų sprendimų naudojimas: siekiant sumažinti AIS kūrimo ir diegimo sąnaudas ir laiką, taip pat sumažinti tiek visos sistemos, tiek atskirų jos komponentų projektavimo klaidas, rekomenduojama kiek įmanoma naudoti jau paruoštus sprendimus ir įrankius. Šiame plane, kuriant naują sistemą, nemaža darbo dalis siejama su alternatyvių galimų sprendimų variantų analize, tinkamiausio automatikos objektui parinkimu ir pritaikymu naujoms naudojimo sąlygoms;
· korporatyvizmas: projektuojant automatizuotą sistemą, kuri yra aukštesnio lygio sistemos dalis (miestai, departamentai, respublikos ir kt.), turėtų būti užtikrintas jos techninė, programinė įranga, kalbinis ir informacinis suderinamumas su kitais sistemos ir (arba) AIS tinklo dalyviais. Įmonės reikalavimai gali prieštarauti reikalavimams ar sprendimams, kuriuos diktuoja kiti principai, pavyzdžiui, projektinių sprendimų tęstinumas;
· Orientacija į automatikos objekto pirmuosius asmenis: sėkmingai įgyvendinti AIS kūrimo, kūrimo ir eksploatavimo darbus galima tik tuo atveju, jei juos besąlygiškai palaiko pirmasis automatizavimo objekto asmuo (pavyzdžiui, bibliotekos ar informacijos įstaigos direktorius) ir tiesioginė atsakomybė už jų įgyvendinimą. organizacijos įsakymu paskiriamas ne žemesnio kaip direktoriaus pavaduotojo lygio vadovui
