Anksčiau ar vėliau šiuolaikiniai organizacijų vadovai daro išvadą, kad būtina automatizuoti įvairias savo verslo valdymo funkcijas: paprastai tai lemia noras sumažinti kaštus optimizuojant gamybos procesą ir optimizuojant įvairių verslo procesų valdymą. . Tokiu atveju organizacijos arba perka jau paruoštas standartines informacines sistemas, esančias IT paslaugų rinkoje, arba pritraukia specialistus ir kuria informacines sistemas tiesiogiai konkrečiai įmonei, atsižvelgdamos į jos specifiką ir veiklos sritį. Pirmasis variantas yra ekonomiškesnis, antrasis – perspektyvesnis, kadangi specialiai sukurtos IS atsižvelgia į organizacijos struktūrą ir turėtų labiau tikti konkrečios organizacijos funkcijos automatizavimui.
Pagrindinė informacinių sistemų kūrimo metodikos samprata yra sąvoka IS gyvavimo ciklas. Sistemos gyvavimo ciklas paprastai suprantamas kaip nenutrūkstamas procesas, kuris prasideda nuo to momento, kai priimamas sprendimas dėl būtinybės sukurti sistemą ir baigiasi, kai ji visiškai pašalinama iš tarnybos. Kitaip tariant, IS gyvavimo ciklas yra IP sukūrimo ir naudojimo laikotarpis.
Informacinės sistemos gyvavimo ciklas apima visus jos kūrimo, priežiūros ir plėtros etapus ir fazes:
· išankstinė projektinė analizė (įskaitant objekto, kuriam skirta informacinė sistema, funkcinių ir informacinių modelių formavimą);
· sistemos projektavimas (įskaitant techninių specifikacijų, preliminarių ir techninių projektų rengimą);
· sistemos kūrimas (įskaitant taikomųjų programų programavimą ir testavimą pagal projektavimo etape nustatytų posistemių projektavimo specifikacijas);
· sistemos integravimas ir surinkimas, jos testavimas;
· sistemos eksploatavimas ir jos priežiūra;
· sistemos kūrimas.
Priešprojektinės analizės etape tiriama dalykinė sritis, kuriai kuriama sistema. Formuojami klientų reikalavimai būsimai sistemai, nubrėžiamos būsimos sistemos funkcijos ir parametrai. Sudaroma apytikslė būsimų medžiagų ir laiko sąnaudų sąmata.
Projektavimo etape sudaromas sistemos projektas schemų, brėžinių ir skaičiavimų pavidalu, aprašomas būsimos sistemos vaizdas, pateikiami visų jos komponentų projektiniai sprendimai. Projektavimo tikslas – techninės ir formavimo informacijos, matematinės, programinės ir organizacinės bei teisinės pagalbos parinkimas.
Efektyvų IS funkcionavimą pirmiausia lemia projektavimo kokybė, būtent projektavimo metu sukuriamas detalus sistemos vaizdas, galintis veikti toliau, ją nuolat tobulinant. Projektavimo metu sudaromas techninės dokumentacijos rinkinys, kuris yra IS kūrimo pagrindas.
IC projektavimas grindžiamas keliais principais:
Principas sistemingas arba sisteminis požiūris. Sistemiškumo principas suponuoja objekto svarstymą kaip vientisą visumą; nustatant ryšius tarp konstrukcinių elementų, užtikrinančių sistemos vientisumą; nustatantis sistemos gamybinės ir ūkinės veiklos kryptį bei jos įgyvendinamas funkcijas.
Principas plėtra ekonominės informacinės sistemos (EIS) - numato, kad kuriant IS, turi būti įmanoma greitai ir be didelių išlaidų pertvarkyti pakeitimus ir sukaupti IT keičiant ir plėtojant objektą.
- Suderinamumas- prisiima skirtingų lygių ir tipų EIS sąveikos galimybę jų bendro veikimo procese.
- Standartizavimas ir unifikavimas- apima standartinių, vieningų ir standartinių sprendimų naudojimą kuriant ir plėtojant elektronines informacines sistemas (standartinius programinės įrangos produktus, vieningą dokumentaciją, įrangą).
- Efektyvumo principas– racionalus ryšys tarp kūrimo ir eksploatavimo kaštų bei sukurtos sistemos funkcionavimo efekto.
- Integracija– tai informacijos rinkimo, perdavimo, kaupimo, saugojimo procedūrų ir valdymo sprendimų formavimo procedūrų integravimas į vieną technologinį procesą.
Tikrasis sistemos sukūrimas vyksta kūrimo etape.
Kūrimo etapo poreikį lemia tai, kad per sistemos naudojimo laikotarpį (apie 10 metų) techninė ir programinė įranga morališkai ir fiziškai pasensta, todėl būtina periodiškai modernizuoti programinę ir techninę bazę. IS.
Kiekviename gyvavimo ciklo etape sudaromas tam tikras dokumentų ir techninių sprendimų rinkinys, o kiekvienam etapui naudojami pirminiai dokumentai ir sprendimai, gauti ankstesniame etape.
IS kūrimo proceso eiga (etapų vykdymo tvarka, perėjimo iš etapo į etapą kriterijai) priklauso nuo pasirinkto IS gyvavimo ciklo modelio. Gyvenimo ciklo modelis- struktūra, kuri nustato vykdymo seką ir ryšius tarp procesų, veiksmų ir užduočių, atliekamų per visą gyvavimo ciklą.
Iki šiol labiausiai paplitę šie du pagrindiniai gyvavimo ciklo modeliai:
· kaskadinis modelis (70-85);
· spiralinis modelis (86-90).
Kaskadinis metodas- visos raidos padalijimas į etapus, o perėjimas iš vieno etapo į kitą įvyksta tik visiškai užbaigus esamą darbą (1.2.1 pav.). IS plėtros schemą pagal kaskadinį metodą galite pamatyti tekstiniame faile, pridedamame prie šios paskaitos.
Teigiami kaskadinio metodo naudojimo aspektai:
· kiekviename etape sugeneruojamas pilnas projektinės dokumentacijos komplektas, atitinkantis išsamumo ir nuoseklumo kriterijus;
· logiška seka atliekami darbų etapai leidžia planuoti visų darbų atlikimo laiką ir atitinkamas išlaidas.
Kaskadinis metodas puikiai pasiteisino kuriant informacines sistemas, kurioms visi reikalavimai gali būti gana tiksliai ir visiškai suformuluoti pačioje kūrimo pradžioje. Į šią kategoriją patenka sudėtingos skaičiavimo sistemos, realaus laiko sistemos ir kitos panašios užduotys.
Pagrindinis kaskadinio metodo trūkumas yra didelis vėlavimas gauti rezultatus, nes dažnai reikia grįžti į ankstesnius etapus dėl atsiradusių pokyčių (pavyzdžiui, dėl pasikeitusių klientų reikalavimų).
Spiralinis modelis, priešingai nei kaskados, apima kartotinį informacinės sistemos kūrimo procesą. Kiekviena iteracija reiškia visą kūrimo ciklą, dėl kurio išleidžiama vidinė arba išorinė produkto versija (arba galutinio produkto poaibis), kuri patobulinama nuo iteracijos iki iteracijos, kad taptų visa sistema. Kūrimo principas naudojant spiralinį modelį tampa aiškus, jei pažvelgsite į pateiktą paveikslą.
Kiekvienas spiralės posūkis atitinka naujo IP fragmento ar versijos sukūrimą, išsiaiškinami projekto tikslai ir charakteristikos, nustatoma jo kokybė, planuojamas kito spiralės posūkio darbas. Šiuo atveju vienas spiralės posūkis reiškia visą projekto ciklą, panašų į kaskadinę schemą. Spiralinio modelio naudojimas leidžia pereiti į kitą projekto etapą nelaukiant, kol dabartinis bus visiškai užbaigtas – nebaigtus darbus galima užbaigti kito kartojimo metu.
Šiais laikais spiralinis modelis yra labiau paplitęs. To priežastys yra mažesnis rizikos lygis, palyginti su krioklio modeliu, sutrumpėjęs kūrimo laikas ir lengvas pakeitimų atlikimas. Apskritai spiralinis modelis yra lankstesnis, palyginti su kaskadiniu modeliu.
Pagrindinė spiralinio ciklo problema yra perėjimo į kitą etapą momento nustatymas. Perėjimas vyksta taip, kaip planuota, net jei ne visi suplanuoti darbai atlikti.
Didėjantis šiuolaikinių automatizuotų valdymo sistemų sudėtingumas ir didėjantys joms keliami reikalavimai lemia poreikį naudoti efektyvias technologijas kuriant ir prižiūrint informacines sistemas per visą gyvavimo ciklą. Tokios technologijos, orientuotos į viso AE gyvavimo ciklo ar pagrindinių jos etapų palaikymą, vadinamos CASE technologijomis (kompiuterinės sistemos inžinerija). CASE technologija – tai IS projektavimo metodika, taip pat įrankių rinkinys, leidžiantis vizualiai modeliuoti dalykinę sritį, analizuoti šį modelį visuose IS kūrimo ir priežiūros etapuose bei kurti programas pagal vartotojų informacinius poreikius. Per pastarąjį dešimtmetį atsirado programinės įrangos ir technologinių priemonių klasė (CASE įrankiai), kuri diegia CASE technologiją kuriant ir prižiūrint AIS. Šiuo metu CASE įrankiai (>300) apima visą sudėtingos AIS kūrimo procesą kaip visumą. Dabar terminas CASE įrankiai reiškia programinės įrangos įrankius, kurie palaiko AIS kūrimo ir priežiūros procesus, įskaitant reikalavimų analizę ir formulavimą, taikomosios programinės įrangos ir duomenų bazių projektavimą, programos kodo generavimą, testavimą, dokumentavimą, kokybės užtikrinimą, konfigūracijos valdymą ir projektų valdymą, taip pat kiti procesai .
CASE įrankiai:
Gerinti sukurtų AIS (AIT) kokybę automatinio valdymo priemonėmis;
Jie leidžia per trumpą laiką sukurti būsimos automatizuotos informacinės sistemos (AIT) prototipą, leidžiantį anksti įvertinti laukiamą rezultatą;
Paspartinti sistemos projektavimo ir kūrimo procesą;
Jie išlaisvina kūrėją nuo įprastų darbų, leidžiant jam visiškai susikoncentruoti į kūrybinę kūrimo dalį;
Remti AIS (AIT) kūrimą ir plėtrą;
Plėtros komponentų pakartotinio naudojimo palaikymo technologijos.
Šiuolaikiniai CASE įrankiai apima platų palaikymą daugeliui IS projektavimo technologijų: nuo paprastų analizės ir dokumentavimo įrankių iki pilno masto automatizavimo įrankių, apimančių visą programinės įrangos gyvavimo ciklą.
Paprastai CASE įrankiai apima bet kokią programinę įrangą, kuri automatizuoja vieną ar daugiau procesų programinės įrangos gyvavimo cikle ir turi šias pagrindines charakteristikas:
· galingus grafinius IP apibūdinimo ir dokumentavimo įrankius, suteikiančius patogią sąsają su kūrėju ir ugdant jo kūrybines galimybes;
· atskirų CASE įrankių komponentų integravimas, užtikrinantis IS kūrimo proceso valdomumą;
· specialiai organizuotos projekto metaduomenų saugyklos (repozitorijos) naudojimas.
Išskiriami šie CASE fondų tipai:
Vietiniai įrankiai, sprendžiantys mažas savarankiškas užduotis (įrankiai),
Iš dalies integruotų įrankių rinkinys, apimantis daugumą IS gyvavimo ciklo etapų (įrankių rinkinys)
Visiškai integruoti įrankiai (CASE įrankių kompleksai), palaikantys visą IS gyvavimo ciklą ir sujungti bendra saugykla.
Integruotame CASE įrankyje (arba įrankių rinkinyje, kuris palaiko visą programinės įrangos gyvavimo ciklą) yra šie komponentai;
· saugykla, kuri yra CASE įrankio pagrindas. Ji turėtų užtikrinti projekto ir atskirų jo komponentų versijų saugojimą, iš įvairių kūrėjų gautos informacijos sinchronizavimą grupės kūrimo metu, metaduomenų išsamumo ir nuoseklumo kontrolę;
· grafinės analizės ir projektavimo įrankiai, suteikiantys galimybę kurti ir redaguoti hierarchiškai susijusias diagramas (DFD, ERD ir kt.), kurios sudaro IS modelius;
· programų kūrimo įrankiai, įskaitant 4GL kalbas ir kodų generatorius;
· konfigūracijos valdymo įrankiai;
· dokumentacijos įrankiai;
· testavimo įrankiai;
· projektų valdymo įrankiai;
· reinžinerijos įrankiai.
b) pagal tipą:
Analizės įrankiai (Upper CASE), skirti kurti ir analizuoti domenų modelius
Analizės ir projektavimo įrankiai (Middle CASE), kurie palaiko labiausiai paplitusias projektavimo metodikas ir yra naudojami kuriant dizaino specifikacijas. Tokių įrankių išvestis yra sistemos komponentų ir sąsajų specifikacijos, sistemos architektūra, algoritmai ir duomenų struktūros;
Duomenų bazių projektavimo įrankiai, teikiantys duomenų modeliavimą ir duomenų bazių schemų generavimą (dažniausiai SQL kalba) labiausiai paplitusioms DBVS.
Programų kūrimo įrankiai.
Reinžinerijos įrankiai, suteikiantys programų kodų ir duomenų bazių schemų analizę bei jų pagrindu formuojant įvairius modelius ir projektavimo specifikacijas.
Šiandien Rusijos programinės įrangos rinkoje yra šie labiausiai išvystyti CASE įrankiai:
· CASE.Analitikas;
· Racionali rožė.
Viena iš svarbių IS kūrimo savybių yra kūrimo laikas. Dažnai pilnavertės sistemos sukūrimo laikas trunka nuo kelių mėnesių iki metų. Visiškai natūralu, kad dauguma įmonių yra suinteresuotos sutrumpinti šį laikotarpį. Vienas iš galimų šios problemos sprendimo būdų – IS kūrimas naudojant RAD (Rapid Application Development) metodiką. = Greito taikomųjų programų kūrimo metodika.
Pagrindinius RAD metodologijos principus galima apibendrinti taip:
Iteratyvinio (spiralinio) plėtros modelio naudojimas;
Visiškai užbaigti darbus kiekviename gyvavimo ciklo etape nebūtina;
Informacinės sistemos kūrimo procese užtikrinama glaudi sąveika su klientu ir būsimais vartotojais;
Naudojami CASE įrankiai ir greito programų kūrimo įrankiai;
Konfigūracijos valdymo įrankiai naudojami projekto pakeitimams atlikti ir baigtos sistemos priežiūrai palengvinti;
Prototipai naudojami siekiant geriau suprasti ir realizuoti galutinio vartotojo poreikius;
Projekto testavimas ir plėtra vykdomi kartu su plėtra;
Kūrimą vykdo nedidelė ir gerai valdoma profesionalų komanda;
Numatytas kompetentingas sistemos kūrimo valdymas, aiškus planavimas ir darbų vykdymo kontrolė.
Naudojant greitojo taikomųjų programų kūrimo metodiką, informacinės sistemos gyvavimo ciklas susideda iš keturių fazių:
Reikalavimų analizė ir planavimas;
Dizainas;
Konstrukcijos;
Įgyvendinimai.
RAD metodika taip pat netinka kuriant sudėtingas skaičiavimo programas, operacines sistemas ir programas, skirtas valdyti sudėtingus inžinerinius ir techninius objektus, tai yra programoms, kurioms reikia parašyti didelį kiekį unikalaus kodo.
Visiškai nepriimtina metodika RAD sistemų, nuo kurių priklauso žmonių sauga, kūrimui, pavyzdžiui, transporto ar atominių elektrinių valdymo sistemoms.
Yra du pagrindiniai projektavimo metodai: konstrukcinis ir objektinis projektavimas.
Struktūrinio požiūrio į IS kūrimą esmė slypi jos skaidyme (suskirstyme) į automatizuotas funkcijas: sistema suskirstoma į funkcines posistemes, kurios savo ruožtu skirstomos į pofunkcijas, suskirstomos į užduotis ir pan. Padalijimo procesas tęsiasi iki konkrečių procedūrų. Tuo pačiu metu automatizuota sistema palaiko holistinį vaizdą, kuriame visi komponentai yra tarpusavyje susiję. Kuriant sistemą „iš apačios į viršų“ nuo atskirų užduočių iki visos sistemos, prarandamas vientisumas, kyla problemų dėl atskirų komponentų informacinio ryšio.
Objektinis dizainas apima sistemos skaidymą pagal objektą. Objektas yra realus subjektas, turintis svarbią funkcinę paskirtį tam tikroje dalykinėje srityje. Objektui būdinga struktūra, būsena ir aiškiai apibrėžtas elgesys. Objekto būsena apibrėžiama visų galimų (dažniausiai statinių) savybių sąrašu ir kiekvienos iš šių savybių esamomis reikšmėmis (dažniausiai dinaminėmis). Objekto savybės apibūdinamos jo parametrų reikšmėmis.
Taigi šiandien pažvelgėme į kai kuriuos IP kūrimo proceso aspektus. Konkrečiai, mes apibrėžėme, kas yra IS gyvavimo ciklas, apibūdinome pagrindinius jo etapus ir apibūdinome 2 pagrindinius IS gyvavimo ciklo modelius – kaskadą ir spiralę. Tuomet identifikavome svarbų įrankį kuriant ir prižiūrint IS – CASE įrankius, kurie padeda analizuoti, projektuoti, kurti ir efektyviai naudoti IS, t.y. palaikyti visą IS gyvavimo ciklą.
Informacinių sistemų (IS) projektavimas yra sudėtinga daugiapakopė veikla, be kurios mokslinio organizavimo neįsivaizduojamas šiuolaikinių kompleksinių IS kūrimas ir naudojimas, įskaitant švietimą, verslumą, vadybą ir kitas visuomenės sritis. Kartu su tam reikalingų teorinių žinių įgijimu IS projektuotojas turi įgyti stabilių praktinių tokio pobūdžio veiklos įgūdžių.
Pagrindinis dizaino bruožas – darbas su dar neegzistuojančiu objektu. Tai yra skirtumas tarp projektavimo ir modeliavimo, kai objektas negali neegzistuoti.
IC dizainas apima tris pagrindines sritis:
Duomenų objektų, kurie bus diegiami duomenų bazėje, projektavimas;
Programų, ekrano formų, ataskaitų, kurios užtikrins duomenų užklausų vykdymą, projektavimas;
Atsižvelgiant į konkrečią aplinką ar technologiją, būtent: tinklo topologiją, aparatinės įrangos konfigūraciją, naudojamą architektūrą (failų serveris arba klientas-serveris), lygiagretų apdorojimą, paskirstytą duomenų apdorojimą ir kt.
Informacinių sistemų projektavimas visada prasideda nuo projekto tikslo apibrėžimo. Bendrai tariant, projekto tikslas gali būti apibrėžtas kaip daugelio tarpusavyje susijusių užduočių sprendimas, įskaitant užtikrinimą sistemos paleidimo metu ir per visą jos veikimo laikotarpį:
Reikalingas sistemos funkcionalumas ir jos prisitaikymo prie kintančių eksploatavimo sąlygų lygis;
Reikalingas sistemos pralaidumas;
Reikalingas sistemos atsako į užklausą laikas;
Sistemos veikimas be gedimų;
Reikalingas saugumo lygis;
Lengvas valdymas ir sistemos palaikymas.
Dizaino technologijos
AIS projektavimo technologija – tai AIS projektavimo metodų ir priemonių visuma, taip pat projektavimo organizavimo (AIS projekto kūrimo ir modernizavimo proceso valdymo) metodai ir priemonės. Projektavimo technologijos pagrindas yra technologinis procesas (TP), kuris nustato veiksmus, jų eiliškumą, atlikėjų sudėtį, priemones ir išteklius, reikalingus šiems veiksmams atlikti.
AIS dizaino TP yra nuoseklių lygiagrečių, sujungtų ir pavaldžių veiksmų grandinių, kurių kiekviena gali turėti savo temą, rinkinys. Veiksmai, atliekami projektuojant AIS, gali būti apibrėžti kaip nedalomos technologinės operacijos arba kaip technologinių operacijų poprocesai.
Visi veiksmai gali būti faktiškai suprojektuoti, formuojantys ar modifikuojantys projektavimo rezultatus, ir vertinamieji, kurie rengiami pagal nustatytus projektavimo rezultatų vertinimo kriterijus.
Taigi projektavimo technologiją lemia reglamentuota technologinių operacijų seka, atliekama kuriant projektą remiantis vienu ar kitu metodu.
Pasirinktos projektavimo technologijos objektas turėtų atspindėti tarpusavyje susijusius projektavimo procesus visuose AIS gyvavimo ciklo etapuose.
Pagrindiniai reikalavimai pasirinktai projektavimo technologijai yra šie:
Šia technologija sukurtas projektas turi atitikti užsakovo reikalavimus;
Technologija turėtų kiek įmanoma labiau atspindėti visus projekto gyvavimo ciklo etapus;
Technologija turi užtikrinti minimalias darbo ir sąnaudas projektavimui ir projekto palaikymui;
Technologijos turėtų padėti padidinti dizainerių produktyvumą;
Technologija turi užtikrinti projekto projektavimo ir eksploatavimo patikimumą;
Technologijos turėtų palengvinti projekto dokumentų priežiūrą.
AIS projektavimo technologija įgyvendina specifinę projektavimo metodiką. Savo ruožtu projektavimo metodika suponuoja tam tikros koncepcijos, projektavimo principų buvimą ir yra įgyvendinama metodų bei priemonių rinkiniu.
AIS projektavimo metodus galima klasifikuoti pagal automatizavimo įrankių panaudojimo laipsnį, standartinius projektavimo sprendimus ir prisitaikymą prie numatomų pokyčių.
Pagal automatizavimo laipsnį yra:
Rankinis dizainas;
Dizainas padarytas kompiuterio pagalba;
Atsižvelgiant į standartinių dizaino sprendimų panaudojimo laipsnį, jie išskiriami:
Originalus dizainas;
Standartinis dizainas;
Šie metodai skiriasi dizaino sprendimų pritaikomumo laipsniu:
Rekonstrukcija - projektinių sprendinių pritaikymas atliekamas apdorojant atitinkamas detales;
Parametrizavimas – projektiniai sprendiniai sukonfigūruojami pagal nurodytus ir keičiamus parametrus;
Modelio pertvarkymas – keičiamas dalykinės srities modelis, dėl kurio automatiškai pertvarkomi projektiniai sprendimai.
Priklausomai nuo automatizavimo objekto sudėtingumo ir užduočių, kurias reikia išspręsti kuriant konkrečią AIS, rinkinio, darbo etapai ir fazės gali būti skirtingo darbo intensyvumo. Galima derinti vienas po kito einančius etapus ir kai kuriuos iš jų pašalinti bet kuriame projekto etape. Taip pat leidžiama pradėti kito etapo darbus prieš baigiant ankstesnį.
Pagrindiniai automatizuotos informacinės sistemos kūrimo etapai:
AIS reikalavimų formavimas;
AIS koncepcijos kūrimas;
Techninių specifikacijų rengimas;
Projekto eskizo rengimas;
Projekto techninės dalies kūrimas;
AIS darbo dokumentacijos kūrimas;
Paleidimas eksploatuoti;
AIS palaikymas.
Projektavimo metodika
Informacinių sistemų projektavimo technologijos pagrindas yra metodika. Metodika įgyvendinama naudojant specifines technologijas ir pagalbinius standartus, metodus ir priemones.
IS projektavimo metodus galima klasifikuoti pagal automatizavimo įrankių panaudojimo laipsnį, standartinius projektavimo sprendimus ir prisitaikymą prie numatomų pokyčių. Taigi, pagal automatizavimo laipsnį, projektavimo metodai skirstomi į:
1. Rankinis, kuriame IS komponentų projektavimas atliekamas nenaudojant specialių programinių priemonių, o programavimas atliekamas algoritminėmis kalbomis;
2. Kompiuterinis, kuriame projektiniai sprendimai generuojami arba konfigūruojami (sąranka) remiantis specialių programinių įrankių naudojimu.
Atsižvelgiant į standartinių projektinių sprendimų panaudojimo laipsnį, išskiriami šie projektavimo metodai:
1. Originalus (individualus), kai projektiniai sprendiniai kuriami „nuo nulio“ pagal AIS keliamus reikalavimus. Jai būdinga tai, kad visų tipų projektavimo darbai yra orientuoti į kiekvieno objekto individualių projektų kūrimą, kurie maksimaliai atspindi visas jo savybes;
2. Standartas, kuris apima IS konfigūravimą iš paruoštų standartinių projektavimo sprendimų (programinės įrangos modulių). Atliekama remiantis patirtimi, įgyta kuriant individualius projektus. Tipiniai projektai, kaip patirties apibendrinimas tam tikroms organizacinių ir ekonominių sistemų grupėms ar darbo rūšims, kiekvienu konkrečiu atveju yra siejami su daugybe specifinių bruožų ir skiriasi valdymo funkcijų aprėpties laipsniu, atliekamais darbais ir parengta projektine dokumentacija.
Atsižvelgiant į dizaino sprendimų pritaikomumo laipsnį, išskiriami šie metodai:
1. Rekonstrukcija, kai vykdomas projektinių sprendinių pritaikymas apdorojant atitinkamus komponentus (perprogramuojant programinius modulius);
2. Parametrizavimas, kai projektiniai sprendiniai konfigūruojami (generuojami) pagal keičiamus parametrus;
3. Modelio restruktūrizavimas, kai keičiasi probleminės srities modelis, kurio pagrindu automatiškai regeneruojami projektiniai sprendiniai.
Įvairių metodų klasifikavimo charakteristikų derinys lemia naudojamų IC projektavimo technologijų pobūdį, tarp kurių išskiriamos dvi pagrindinės klasės: kanoninės ir pramoninės technologijos. Pramoninio dizaino technologija savo ruožtu skirstoma į du poklasius: automatizuotą (naudojant CASE technologijas) ir standartinį (orientuotą į parametrus arba modelius) projektavimą. Pramoninių technologijų naudojimas kai kuriais atvejais neatmeta kanoninių technologijų naudojimo.
Projektavimas – tai praktinė veikla, kurios tikslas – ieškoti naujų sprendimų, pateikiamų dokumentų rinkinio forma. Paieškos procesas yra tarpusavyje susijusių veiksmų ir procedūrų seka, kuri savo ruožtu apima tam tikrų metodų naudojimą. Projektavimo proceso (kaip ir bet kurios kitos kūrybinės veiklos) sudėtingumas, nestandartinis projektavimo (gyvenimo) situacijų pobūdis reikalauja išmanyti įvairius metodus ir mokėti juos įvaldyti.
Projektavimo technologija apibrėžiama kaip trijų komponentų derinys:
Žingsnis po žingsnio procedūra, apibrėžianti technologinio projektavimo operacijų seką;
Kriterijai ir taisyklės, pagal kurias vertinami technologinių operacijų rezultatai;
Kuriamai sistemai apibūdinti naudojami žymėjimai (grafinės ir tekstinės priemonės).
Projektavimo įrankių lyginamoji charakteristika
Pagrindinis organizacijos projektavimo įmonės standarto pasirinkimo tikslas – nurodyti bendrą ir privalomą komunikacijos kalbą vadovybei, organizacinių ir technologinių procesų kūrėjams bei šių procesų vykdytojams. Ypatingas tokių standartų pritaikymas yra reikalavimų sukurtoms sistemoms sintezė, organizacinių vienetų reglamentai, aptarnavimo instrukcijos ir kt.
Yra apie 30 organizacinių ir techninių sistemų projektavimo technologijų ir keli šimtai įrankių, skirtų šiam procesui automatizuoti. Todėl, atsižvelgiant į laiko veiksnį, lyginamoji analizė apsiribojo keturiais populiariausiais produktais Rusijos rinkoje: Bpwin/Erwin (Platinum Technology), Rational Rose (Rational Software Corporation), ARIS (Scheer AG) ir Oracle Designer ( Oracle Developer Suite). Referenciniai duomenys apie CASE technologijas ir projektavimo priemones pateikiami toliau tekste ir lentelėje Nr.
1 lentelė
Projektavimo įrankiai ir jų lyginamosios charakteristikos
|
Kriterijai |
Oracle dizaineris |
|||
|
Viso IP gyvavimo ciklo palaikymas | ||||
|
Projekto vientisumo užtikrinimas | ||||
|
Nepriklausoma nuo platformos |
+ („DoDAF“, „TeaF“ / „FeaT“, „Zachman“) |
+ (ORACLE, Informix, Sybase) |
+ (ORACLE, Informix, Sybase, Ingres ir kt.) | |
|
Vienalaikis grupinis duomenų bazių ir taikomųjų programų kūrimas |
*) programų kūrėjai gali pradėti dirbti su duomenų baze tik baigę jos dizainą.
CASE technologija – tai IS projektavimo metodika, taip pat įrankių rinkinys, leidžiantis vizualiai modeliuoti dalykinę sritį, analizuoti šį modelį visuose IS kūrimo ir priežiūros etapuose bei kurti programas pagal vartotojų informacinius poreikius. Dauguma esamų CASE įrankių yra pagrįsti struktūrinėmis (dažniausiai) arba į objektus orientuotomis analizės ir projektavimo metodikomis, naudojant specifikacijas diagramų ar tekstų pavidalu, apibūdinant išorinius reikalavimus, ryšius tarp sistemos modelių, sistemos elgsenos dinamiką ir programinės įrangos architektūrą.
Remiantis pažangių technologijų apžvalga, kurią sudarė Systems Development Inc. 2007 m., remiantis daugiau nei 1000 Amerikos kompanijų apklausos rezultatais, CASE technologija šiuo metu priskiriama prie stabiliausių informacinių technologijų (pusė visų apklaustų vartotojų ja naudojosi daugiau nei trečdalyje savo projektų, iš kurių 85 proc. sėkmingai baigtas). Tačiau nepaisant visų galimų CASE įrankių galimybių, yra daugybė nesėkmingo jų įgyvendinimo pavyzdžių, dėl kurių CASE įrankiai tampa „lentynomis“. Šiuo atžvilgiu reikėtų atkreipti dėmesį į šiuos dalykus:
1. CASE priemonės nebūtinai turi tiesioginį poveikį; jį galima gauti tik po kurio laiko;
2. Faktinės CASE priemonių diegimo išlaidos dažniausiai gerokai viršija jų įsigijimo išlaidas;
3. CASE įrankiai suteikia galimybę gauti reikšmingos naudos tik sėkmingai užbaigus jų įgyvendinimo procesą.
Dėl skirtingo CASE įrankių pobūdžio būtų klaidinga pateikti bet kokius bendrus teiginius apie faktinį bet kokių lūkesčių, susijusių su jų įgyvendinimu, patenkinimą. Galima išvardyti šiuos veiksnius, dėl kurių sunku nustatyti galimą CASE įrankių naudojimo poveikį:
1. Platus CASE įrankių kokybės ir galimybių pasirinkimas;
2. Palyginti trumpas CASE priemonių naudojimo įvairiose organizacijose laikas ir jų naudojimo patirties trūkumas;
3. Įvairių organizacijų įgyvendinimo praktikų įvairovė;
4. Trūksta detalių metrikų ir duomenų apie jau užbaigtus ir vykdomus projektus;
5. Platus projektų dalykinių sričių spektras;
6. Skirtingas CASE įrankių integravimo į skirtingus projektus laipsnis.
Dėl šių sudėtingumo turima informacija apie faktinį įgyvendinimą yra labai ribota ir nenuosekli. Tai priklauso nuo įrankių tipo, projekto ypatybių, palaikymo lygio ir vartotojo patirties. Kai kurie analitikai mano, kad realią kai kurių tipų CASE įrankių naudojimo naudą galima suvokti tik po vienerių ar dvejų metų patirties. Kiti mano, kad poveikis iš tikrųjų gali atsirasti IS gyvavimo ciklo eksploatavimo etape, kai dėl technologinių patobulinimų gali sumažėti veiklos sąnaudos.
SP kategorija apima tiek santykinai pigias sistemas asmeniniams kompiuteriams (asmeniniams kompiuteriams) su labai ribotomis galimybėmis, tiek brangias sistemas, skirtas heterogeninėms skaičiavimo platformoms ir operacinei aplinkai. Taigi šiuolaikinė programinės įrangos rinka apima apie 30 skirtingų CASE sistemų, iš kurių galingiausias vienaip ar kitaip naudoja beveik visos lyderiaujančios Vakarų kompanijos.
SP naudojimas reikalauja specialaus potencialių vartotojų pasiruošimo ir mokymo. Patirtis rodo, kad SP diegimas vyksta vangiai, tačiau įgyjant praktinių įgūdžių ir bendrosios projektavimo kultūros, šių priemonių naudojimo efektyvumas smarkiai išauga, o didžiausias SP naudojimo poreikis patiriamas pradinėse kūrimo stadijose, būtent analizės ir reikalavimų patikslinimo etapai. Tai paaiškinama tuo, kad pradiniuose etapuose padarytų klaidų kaina yra keliomis eilėmis didesnė nei vėlesniuose kūrimo etapuose nustatytų klaidų kaina.
Šiandien Rusijos programinės įrangos rinkoje yra šios labiausiai išsivysčiusios bendros įmonės:
ERWin/BPWin;
Racionali rožė;
Oracle dizaineris.
ARIS – Integruotas verslo procesų modeliavimo įrankis, apjungiantis įvairius sistemų modeliavimo ir analizės metodus. Visų pirma, tai yra verslo procesų aprašymo, analizės, optimizavimo ir dokumentavimo priemonė nei programinės įrangos projektavimo įrankis.
BPWin yra vizualinio verslo procesų modeliavimo įrankis. ERWin yra įrankis, naudojamas modeliuoti ir kurti savavališko sudėtingumo duomenų bazes, pagrįstas subjektų santykių diagramomis.
„Rational Rose“ yra objektų informacinių sistemų modeliavimo įrankis. Leidžia išspręsti beveik bet kokią informacinių sistemų projektavimo problemą: nuo verslo procesų analizės iki kodo generavimo konkrečia programavimo kalba. Leidžia kurti tiek aukšto, tiek žemo lygio modelius ir taip atlikti abstraktų arba loginį dizainą.
Oracle Designer yra funkcinis įrankis dalykinei sričiai apibūdinti. Įtrauktas į Oracle9i Developer Suite įrankių rinkinį, skirtą programinės įrangos sistemoms ir duomenų bazėms, kuriose įdiegta CASE technologija ir Oracle IP kūrimo metodika – „CDM“, projektuoti, leidžianti kūrimo komandai vykdyti projektą, pradedant verslo procesų analize, modeliavimu ir baigiant kodo generavimu. ir gauti prototipą, o vėliau ir galutinį produktą. Šis įrankis yra prasmingas taikant visą „Oracle“ produktų liniją, kuri naudojama kuriant, kuriant ir diegiant sudėtingą programinės įrangos sistemą.
Lentelėje pateiktų duomenų analizė rodo, kad iš išvardintų bendrų įmonių tik ARIS kompleksas geriausiai atitinka visus pagrindiniais pripažintus kriterijus. Pavyzdžiui, „Rational Rose“ komplekse projektavimo duomenų bazės vientisumas ir vieninga IC projektavimo technologija užtikrinama naudojant „Corba“ sąsają. Reikėtų pažymėti, kad kiekvienas iš dviejų produktų yra vienas galingiausių savo klasėje.
Taigi labiausiai išplėtota didelės apimties IS kūrimo priemonė šiandien, pasak autoriaus, yra ARIS kompleksas.
Šiais laikais informacijos pramonė tapo nauja technologijų pramone, duodančia didelę naudą vartotojams. Todėl šiuolaikinėmis sąlygomis organizacijos vadovas turi turėti žinių apie IP kūrimo metodinius pagrindus. Informacinių sistemų kūrimo ir naudojimo metodinių principų išmanymas glaudžiai susijęs su valdymo procesų kūrimu ir tobulinimu.
Kibernetikos (sistemų ir valdymo metodų mokslo) įkūrėjas yra Norbertas Wieneris (JAV). Jo pasekėjų darbai tapo automatinio valdymo teorijos pagrindu. Tai mokslas apie bendruosius informacijos gavimo, saugojimo, perdavimo ir konvertavimo sudėtingose valdymo sistemose dėsnius. Kompiuterinių technologijų panaudojimas valdymo problemoms spręsti paskatino informacijos teorijos, kodavimo teorijos vystymąsi ir savarankiškos informatikos mokslo srities susiformavimą. Šių tyrimų rezultatai sudarė pagrindą aparatinės ir programinės įrangos panaudojimo įvairios praktinės paskirties problemoms spręsti metodikos sukūrimui.
Į ekonominius objektus imta žiūrėti kaip į kompleksines sistemas, o jų valdymas tapatinamas su informaciniu procesu. Intensyviai plėtojant kompiuterinės technikos galimybes ir pritaikymo apimtis, ekonomikos objektuose buvo kuriamos žmogaus-mašinos informacinės sistemos. IS tikslas buvo ne tik informacinis gamybinių ir ekonominių procesų palaikymas, funkcinio valdymo problemų sprendimas organizacijos viduje, bet ir informacinė sąveika tarp įvairių tarpusavyje susijusių organizacijų gamybiniais, ekonominiais ir informaciniais aspektais.
Vieningų metodinių požiūrių IS projektavimo įkūrėjas buvo akademikas V.M. Gluškovas, suformulavęs mokslines ir metodines nuostatas bei praktines rekomendacijas kuriant automatizuotą informacinę sistemą. Pagrindiniai unifikuotų metodinių požiūrių principai yra šie:
1. Nuoseklumo principas, kuris yra svarbiausias kuriant, veikiant ir plėtojant IP. Tiriamąjį ekonominį objektą jis vertina kaip vientisą visumą. Kartu nustatomos organizacijos gamybinės ir ūkinės veiklos kryptys bei konkrečios jos vykdomos funkcijos; aptinka įvairius ryšius tarp savo konstrukcinių elementų, užtikrinančių sistemos vientisumą. Sistemiškumo principas apima dviejų aspektų analizę organizacijoje, ty makro ir mikro analizę. Makroanalizėje sistema ir (ar) jos „elementai laikomi aukštesnės eilės sistemos dalimi. Ypatingas dėmesys skiriamas informaciniams ryšiams: nustatomos jų judėjimo kryptys, tie ryšiai, kuriuos lemia veikimo ir tyrimo tikslas. IS projektavimo procese identifikuojami ir išanalizuojami objektai, o tada parenkami tinkamiausi, į kuriuos atsižvelgiama. atsižvelgiant į jų funkcines savybes, pasireiškiančias ryšiais su kitais elementais ir išorine aplinka.
Projektuojant ūkio subjekto valdymo organizacinės struktūros IS, labiausiai būdinga daugiapakopė hierarchinė struktūra. Hierarchinė struktūra kiekvienam sistemos lygiui leidžia įvairiai derinti vietinius optimalumo kriterijus su visuotiniu optimalumo kriterijumi visos sistemos funkcionavimui; suteikia santykinį valdymo sistemos lankstumą ir gebėjimą prisitaikyti prie kintančių sąlygų; padidina patikimumą dėl galimybės įvesti elementarų perteklių ir supaprastinti informacijos srautų kryptis. Hierarchinių struktūrų pranašumai prisidėjo prie plataus jų naudojimo valdymo sistemose ir nulėmė organizacinį bei funkcinį požiūrį į informacinių sistemų kūrimą. Šio proceso metu įgyta patirtis turėjo įtakos šiuolaikiniam proceso požiūriui į IS projektavimą.
Praktinė sistemos principo taikymo reikšmė yra ta, kad jis leidžia analizei prieinama forma ne tik nustatyti sistemos kūrėjų interesus, bet ir kompiuteriniu modeliavimu tirti projektuojamos sistemos elgseną konkrečiomis sąlygomis. nurodė eksperimentuotojas. Todėl IS kūrimas grindžiamas modeliavimo metodu, leidžiančiu rasti priimtiniausius ir pagrįstiausius projektinius sprendimus, sistemos konstravimo variantus ir tuo užtikrinti didžiausią ūkinio objekto funkcionavimo efektyvumą.
2. Plėtros principas, kad IS kuriama atsižvelgiant į galimybę nuolat papildyti ir atnaujinti sistemos funkcijas bei jos palaikymo tipus. Jo esmė ta, kad vystomi gamybos ir valdymo procesai darosi sudėtingesni, pertvarkomos ūkio objektų organizacinės struktūros – tam būtina didinti informacinių sistemų skaičiavimo galią, aprūpinti jas naujais techniniais ir programiniais įrankiais, leidžiančiais nuolat papildyti ir atnaujinti vykdomas užduotis. išspręstas, plečiant informacinį fondą, sukurtos formoje duomenų bazės ir duomenų saugyklos, žinių bazės.
3. Informacinis principas, kuriuo siekiama išsamiai ir visapusiškai ištirti informaciją ir informacinius procesus, lydinčius valdymo procesus ūkio subjekte. Informacija tiriama semantiniu (turinio), sintaksiniu (ženklas) ir pragmatiniu (naudinga) aspektais. Be to, informacijos tyrimas būtinas projektuojant automatizuotas darbo vietas, duomenų perdavimo, saugojimo ir apdorojimo bei informacijos apsaugos sistemas, kur pagrindinės yra žinios apie informacijos apimtį, turinį ir naudingumą.
Šiuo metu informacijos procesų modeliavimo ir projektavimo darbų automatizavimo valdymo procesų analizės ir elektroninių informacijos srautų projektavimo objektinis metodas yra pagrįstas informaciniu požiūriu.
4. Suderinamumo principas, kuris susideda iš įvairių tipų, paskirties, lygių informacinių sistemų sąveikos užtikrinimo ekonominio objekto veikimo procese. Todėl projektavimo procese turi būti užtikrinta sisteminė metodinių požiūrių vienybė sprendžiant visų naudojamų informacinių sistemų informacinio, techninio ir programinio suderinamumo problemas. Metodinių požiūrių vienovę atspindi informacinių sistemų kūrimo, dokumentavimo, priėmimo ir eksploatavimo procesą reglamentuojantys norminiai dokumentai. Tai yra tarptautiniai ir vidaus standartai (GOST), pramonės ir departamentų reglamentinė medžiaga, taisyklės, protokolai ir organizaciniai standartai.
Plačiai naudojami standartai, reglamentuojantys kalbines informacijos apdorojimo priemones, komunikacijos technologijas ir skaičiavimo organizacijas, objektų sąveiką ir panašiai.
5. Standartizavimo ir unifikavimo principas, kuris susideda iš būtinybės naudoti standartinius, unifikuotus ir standartizuotus IS veikimo elementus. Tai visų pirma taikoma informacinių, techninių, programinės įrangos ir kitų IT pagalbos posistemių komponentams. Šis principas leidžia sumažinti IS sukūrimo laiką, darbo sąnaudas ir sąnaudas maksimaliai išnaudojant sukauptą patirtį formuojant projektinius sprendimus ir diegiant projektavimo darbų automatizavimą bei užtikrinama daugiapusė IS sąveika. YRA.
6. Dekompozicijos principas, pagrįstas sistemos padalijimu į dalis ir atskirų darbų rinkinių atskyrimu, sudaro sąlygas efektyviau analizuoti esamą valdymo veiklos būklę, tiriant funkcinių problemų sprendimo ypatybes tolimesniam konkrečių modelių modeliavimui. valdymo veiklos aspektus ir perkeliant juos į automatizuotas technologijas. Principas naudojamas tiek tiriant elementų savybių ir visos sistemos ypatybes, tiek kuriant IS naujoje informacinių technologijų bazėje.
7. Efektyvumo principas, kuris susideda iš racionalaus santykio tarp informacinės sistemos sukūrimo sąnaudų ir jos veikimo metu gaunamo tikslinio efekto.
Informacinės sistemos gyvavimo ciklo aprašymas apima veikimą pagal šias sąvokas:
Procesas – darbų, kurie atliekami nuosekliai, grandinė;
Etapai yra vienas po kito einantys laikotarpiai, per kuriuos atliekamas darbas. Etapo metu gali būti atliekami darbai, susiję su skirtingais procesais. Ūkio objekto valdymo automatizuotos informacinės sistemos kūrimo ir naudojimo veikla grindžiama jo gyvavimo ciklo (LC) samprata. Gyvavimo ciklas – tai automatizuotos informacinės sistemos, skirtos ekonominiam objektui valdyti, sukūrimo ir naudojimo modelis, atspindintis įvairias jo būsenas, pradedant nuo jo atsiradimo ir poreikio iki visiško pašalinimo iš naudojimo momento. vartotojų be išimties.
Tradiciškai išskiriami šie pagrindiniai AIS gyvavimo ciklo etapai:
Reikalavimų analizė;
Dizainas;
Programavimas/diegimas;
Testavimas ir derinimas;
Eksploatavimas ir priežiūra.
Pažvelkime į pagrindinius AIS gyvavimo ciklo etapus:
1. Reikalavimų analizė yra pirmasis AIS kūrimo etapas, kurio metu išaiškinami, įforminami ir dokumentuojami užsakovo reikalavimai. Tiesą sakant, šiame etape pateikiamas atsakymas į klausimą: „Ką turėtų daryti būsimoji sistema?“, Ir tai yra viso projekto sėkmė. Didžiųjų sistemų kūrimo praktikoje yra daug pavyzdžių, kai nesėkmingai įgyvendinamas projektas būtent dėl sistemos reikalavimų neišsamumo ir neaiškaus apibrėžimo.
Į AIS reikalavimų sąrašą turėtų būti įtraukta:
1) sąlygų, kuriomis numatoma eksploatuoti būsimą sistemą, visuma (sistemai teikiami techninės ir programinės įrangos ištekliai; išorinės jos veikimo sąlygos, darbuotojų sudėtis ir su ja susiję darbai);
2) funkcijų, kurias turi atlikti sistema, aprašymas;
3) kūrimo proceso apribojimai (direktyviniai atskirų etapų užbaigimo terminai, turimi ištekliai, organizacinės procedūros ir priemonės informacijos apsaugai užtikrinti).
Analizės tikslas – paversti bendras, neaiškias žinias apie būsimos sistemos reikalavimus į tikslius (jei įmanoma) apibrėžimus.
Etapo rezultatas turėtų būti sistemos reikalavimų modelis (ty sistemos dizainas), o tai reiškia:
1) sistemos architektūra, jos funkcijos, išorinės sąlygos, funkcijų atskyrimas tarp techninės ir programinės įrangos dalių;
2) sąsajos ir funkcijų atskyrimas tarp žmonių ir sistemos;
3) reikalavimai programinei įrangai ir programinės dalies informaciniams komponentams: būtini techninės įrangos ištekliai, duomenų bazių reikalavimai, programinės įrangos komponentų fizinės charakteristikos, jų sąsajos.
Reikalavimų modelis turėtų apimti;
1) išsamus būsimos sistemos reikalavimų funkcinis modelis su apdorojimo gyliu iki kiekvieno pareigūno kiekvienos operacijos lygio;
2) žemesnio lygio operacijų specifikacijos;
3) funkcinio modelio ataskaitų ir dokumentų paketas, apimantis modeliavimo objekto charakteristikas, posistemių sąrašą, informacijos mainų tarp komponentų metodų ir priemonių reikalavimus, sistemos ryšių su gretimomis sistemomis charakteristikų reikalavimus, reikalavimai sistemos funkcijoms;
4) reikalavimų koncepcinis informacinis modelis;
5) informacinio modelio ataskaitų ir dokumentų paketas;
6) sistemos architektūra, atsižvelgiant į koncepcinį informacijos modelį;
7) siūlymai dėl sistemos palaikymo struktūros organizavimo.
Taigi reikalavimų modelyje yra funkciniai, informaciniai ir, galbūt, įvykių (jei tikslinė sistema yra realaus laiko sistema) modeliai. Tai suteikia daug pranašumų, palyginti su tradiciniu modeliu, būtent:
1) Tradicinei plėtrai būdingas pradinių etapų įgyvendinimas naudojant amatininkus, neformalizuotus metodus. Todėl klientai ir vartotojai gali pirmą kartą pamatyti sistemą po to, kai ji jau yra iš esmės įdiegta. Natūralu, kad ši sistema skirsis nuo tos, kurios jie tikėjosi. Todėl tolesnis jo kūrimo ar modifikavimo kartojimas reikalauja papildomų (ir didelių) pinigų ir laiko išlaidų. Šios problemos sprendimo raktą suteikia reikalavimų modelis, kuris leidžia
Apibūdinti, „pamatyti“ ir pakoreguoti būsimą sistemą prieš ją fiziškai įgyvendinant;
Sumažinti sistemos kūrimo ir diegimo išlaidas;
Įvertinti tobulėjimą laiko ir rezultatų požiūriu;
Pasiekite abipusį supratimą tarp visų darbo dalyvių (klientų, vartotojų, kūrėjų, programuotojų)
Pagerinti kuriamo produkto kokybę, būtent: atlikti jo funkcinį skaidymą ir suprojektuoti optimalią integruotos duomenų bazės struktūrą.
2) Reikalavimų modelis yra visiškai nepriklausomas ir atskirtas nuo konkrečių kūrėjų, nereikalauja jo kūrėjų priežiūros ir gali būti neskausmingai perduotas kitiems. Be to, jei įmonė dėl kokių nors priežasčių nėra pasiruošusi diegti sistemos pagal reikalavimų modelį, ją galima palikti „lentynoje“, kol atsiras poreikis.
3) Reikalavimų modelis gali būti naudojamas savarankiškam programinės įrangos kūrimui ar koregavimui, kurį jo pagrindu jau įdiegė įmonės automatizavimo skyriaus programuotojai.
4) Reikalavimų modelis gali būti naudojamas automatizuotam ir greitam naujų darbuotojų mokymui konkrečioje įmonės veiklos srityje, nes modelyje yra jo technologija.
Reikalavimų analizės etapas yra svarbiausias iš visų gyvavimo ciklo etapų. Tai daro didelę įtaką visiems vėlesniems etapams, kartu likdamas mažiausiai ištirtu ir suprantamu procesu. Šiame etape, visų pirma, reikia suprasti, ką tiksliai reikia daryti, antra, tai dokumentuoti, nes jei reikalavimai nėra užfiksuoti ir nepateikiami projekto dalyviams, tada jų tarsi ir nėra. Tuo pačiu kalba, kuria formuluojami reikalavimai, turėtų būti gana paprasta ir suprantama klientui.
2. Techninių specifikacijų kūrimas vykdomas sukūrus modelį, kuriame pateikiami reikalavimai būsimai sistemai. Jos pagrindu kuriama techninė specifikacija, siekiant sukurti sistemą, kurią sudaro:
Reikalavimai automatizuotoms darbo stotims, jų sudėtis ir struktūra, taip pat informacijos sąveikos tarp jų metodai ir schemos;
Reikalavimų techninėms priemonėms rengimas;
Programinės įrangos reikalavimų nustatymas;
Vietinio kompiuterių tinklo topologijos, sudėties ir struktūros kūrimas;
Reikalavimai darbų etapams ir laikui.
3. Dizainas. Šis etapas suteikia atsakymą į klausimą: „Kaip (kaip) sistema patenkins jai keliamus reikalavimus. Šio etapo užduotis?
Yra elementų loginių ryšių sistemos 1 struktūros tyrimai, o klausimai, susiję su realizavimu konkrečioje platformoje, čia nenagrinėjami. Projektavimas vertinamas kaip kartotinis loginio sistemos modelio gavimo ir jam keliamų griežtai suformuluotų tikslų gavimo procesas, taip pat šiuos reikalavimus atitinkančios fizinės sistemos specifikacijų rašymas. Šis etapas paprastai skirstomas į du etapus:
Sistemos architektūros projektavimas, įskaitant komponentų struktūros ir sąsajų kūrimą, funkcijų derinimą ir komponentų techninius reikalavimus, projektavimo metodus ir standartus;
Detalus dizainas, apimantis kiekvieno komponento specifikacijų kūrimą, sąsajas tarp komponentų, bandymo reikalavimų kūrimą ir komponentų integravimo planą.
Kitaip tariant, projektavimas yra gyvavimo ciklo etapas, kuriame nustatoma, kaip turi būti įgyvendinami miškininkystės reikalavimai, sugeneruoti ir užfiksuoti analizės etape. Dėl to turėtų būti sukurtas įgyvendinimo modelis, kuris parodytų, kaip sistema atitiks jai keliamus reikalavimus (be techninių detalių). Tiesą sakant, įgyvendinimo modelis yra reikalavimų modelio kūrimas ir tobulinimas, o būtent dizainas yra tiltas tarp analizės ir įgyvendinimo.
4. Įgyvendinimas (programavimas / adaptavimas). Šiame etape LES yra kuriamas kaip programinės ir techninės įrangos kompleksas (pradedant telekomunikacijų infrastruktūros projektavimu ir kūrimu ir baigiant taikomųjų programų kūrimu ir įdiegimu).
5. Testavimas ir derinimas. AIS teisingumas yra svarbiausia jos savybė ir pagrindinis kūrėjų rūpestis. Idealiu atveju 1C teisingumas reiškia, kad jame nėra klaidų. Tačiau tai neįmanoma pasiekti daugeliui sudėtingų programinės įrangos produktų (kiekvienoje programoje yra bent viena klaida). Todėl „teisingas“ dažniausiai suprantamas kaip programinis produktas, veikiantis pagal jam keliamus reikalavimus, tai yra produktas, kuriam dar nebuvo rasta sąlygų, kurioms esant jis neveiks.
Teisingumo nustatymas yra pagrindinis svarstomo gyvavimo ciklo etapo tikslas. Reikėtų pažymėti, kad testavimo ir derinimo etapas yra vienas iš daugiausiai darbo reikalaujančių, varginančių ir nenuspėjamiausių IS kūrimo etapų. Vidutiniškai kuriant tradiciniais metodais šis etapas trunka nuo 1/2 iki 1/3 viso kūrimo laiko. Kita vertus, testavimas ir derinimas kelia rimtą problemą: kai kuriais atvejais programoms išbandyti ir derinti reikia kelis kartus daugiau laiko nei pačiam programavimui.
Testavimas yra procedūrų ir veiksmų rinkinys, skirtas parodyti teisingą IS veikimą nurodytais režimais ir išorinėmis sąlygomis. Testavimo tikslas – nustatyti klaidų buvimą arba įtikinamai parodyti jų nebuvimą, o tai įmanoma tik tam tikrais nereikšmingais atvejais. Svarbu atskirti testavimą ir susijusią „derinimo“ sąvoką. Derinimas yra procedūrų ir veiksmų rinkinys, kuris prasideda paties klaidos buvimo fakto nustatymu ir baigiasi tikslios vietos, klaidos pobūdžio ir jos pašalinimo būdų nustatymu.
Svarbiausias ir dažniausiai praktikoje naudojamas deterministinio testavimo metodas. Šiuo atveju kaip bandymo standartai naudojami konkretūs pradiniai duomenys, susidedantys iš tarpusavyje susijusių įvesties ir rezultatų verčių bei teisingų jų apdorojimo sekų. Atliekant bandymą su nurodytomis pradinėmis vertėmis, būtina nustatyti, ar jų apdorojimo rezultatai atitinka pamatines vertes.
Sudėtingoms sistemoms reikia atlikti labai daug testų, o problema iškyla įvertinant reikiamą skaičių ir naudojant metodus jiems sumažinti. Todėl patartina planuoti testavimą (kaip ir bet kokią kitą veiklą). Bandymo plane turėtų būti:
1) testavimo tikslų formulavimas;
2) testavimo kokybės kriterijai, leidžiantys įvertinti jo rezultatus;
3) testavimo strategija, užtikrinanti nustatytų kokybės kriterijų pasiekimą;
4) išteklių reikalavimai, kad būtų pasiektas nurodytas kokybės kriterijus pagal pasirinktą strategiją.
Yra automatizuotos testavimo ir derinimo sistemos (Satna). Jie sudaro sudėtingą algoritminių ir programinės įrangos įrankių rinkinį, skirtą automatizuoti AIS analizę, testavimą, derinimą ir jos kokybės vertinimą, taip pat leidžia palengvinti AIS komponentų modifikavimą, užtikrinti klaidų aptikimą ankstyvosiose derinimo stadijose. ir padidinti automatiškai aptinkamų klaidų procentą.
6. Eksploatacija ir priežiūra. Pagrindiniai šio etapo tikslai yra šie:
Sistemos stabilumo užtikrinimas ir informacijos išsaugojimas – administravimas;
Savalaikis atskirų elementų modernizavimas ir remontas – techninė pagalba;
Sistemos galimybių pritaikymas prie esamų įmonės verslo poreikių – sistemos kūrimas.
Šie darbai turi būti įtraukti į įmonės informatizavimo veiklos planą, kuris turi būti formuojamas laikantis visų strateginio plano sąlygų. Priešingu atveju esamoje sistemoje gali atsirasti fragmentų, dėl kurių efektyvus sistemos veikimas bus neįmanomas ateityje. Šiais laikais užsienyje jau tapo įprasta techninio aptarnavimo ir iš dalies administravimo funkcijas perduoti sistemų tiekėjams ar sistemų integratoriams. Ši praktika vadinama „užsakomųjų paslaugų teikimu“. Dažnai užsakomosios paslaugos taip pat perduoda trečiosioms šalims funkcijas, pvz., atsarginių duomenų saugojimo ir vykdymo centrų kūrimą ir palaikymą svarbioms verslo programoms, kurios naudojamos stichinės nelaimės ar kitų specialių sąlygų atveju.
Eksploatacijos ir priežiūros etape ypatingas dėmesys turėtų būti skiriamas personalo mokymui ir atitinkamai investicijų į šį procesą planavimui.
Gyvenimo ciklas formuojamas pagal projektavimo iš viršaus į apačią principą ir dažniausiai pasikartojantis: įgyvendinami etapai, pradedant nuo pat pirmųjų, kartojami cikliškai, atsižvelgiant į reikalavimų ir išorinių sąlygų pokyčius, įvedant apribojimus, ir tt Kiekviename gyvavimo ciklo etape sukuriamas tam tikras dokumentų ir techninių sprendimų rinkinys, be to, kiekvienam etapui atskaitos taškai yra ankstesniame etape gauti dokumentai ir sprendimai. Kiekvienas etapas baigiamas sugeneruotų dokumentų ir sprendimų patikrinimu, siekiant patikrinti, ar jie atitinka išvestį.
Esami gyvavimo ciklo modeliai nustato etapų eiliškumą vystymosi metu, taip pat perėjimo iš etapo į etapą kriterijus. Atsižvelgiant į tai, šie trys modeliai ZhShch4] yra labiausiai paplitę:
1. Kaskadinis modelis (70s - 80s) numato perėjimą į kitą etapą visiškai užbaigus darbą ankstesniame etape ir pasižymi aiškiu duomenų ir jų apdorojimo procesų atskyrimu (2.6 pav.).
Ryžiai. 2.6. Kaskadinis IP gyvavimo ciklo modelis
2. Pakopinis modelis su tarpiniu valdymu (80s - 85s) - iteracinis kūrimo modelis su grįžtamojo ryšio kilpomis tarp etapų. Šio modelio pranašumas yra tas, kad koregavimas tarp etapų užtikrina mažesnį darbo intensyvumą, palyginti su kaskadiniu modeliu; kita vertus, kiekvieno etapo gyvavimo laikas tęsiasi per visą vystymosi laikotarpį.
3. Spiralinis modelis (86 - 90s) - orientuojasi į pradinius gyvavimo ciklo etapus: reikalavimų analizę, specifikacijų projektavimą, ankstesnį ir detalųjį projektavimą. Šiuose etapuose techninių sprendimų įgyvendinamumas tikrinamas ir pagrindžiamas kuriant prototipus. Kiekvienas spiralės posūkis atitinka laipsnišką sistemos fragmento ar versijos kūrimo modelį, jame išaiškinami projekto tikslai ir charakteristikos, nustatoma jo kokybė ir kito posūkio darbas; planuojama spiralė. Tokiu būdu gilinamos ir nuosekliai patikslinamos projekto detalės, todėl pasirenkamas pagrįstas variantas, kuris nukreipiamas į įgyvendinimą (2.7 pav.).
Ryžiai. 2.7. Spiralinis IP gyvavimo ciklo modelis
Ekspertai atkreipia dėmesį į šiuos spiralinio modelio pranašumus:
Programinės įrangos, modelių ir prototipų kaupimas ir pakartotinis naudojimas;
Sutelkti dėmesį į sistemos kūrimą ir modifikavimą jos projektavimo metu;
Rizikos ir kaštų analizė projektavimo procese.
Naudojant spiralinį modelį, kaupiami ir pakartotinai naudojami projektavimo sprendimai, projektavimo įrankiai, informacinės sistemos ir informacinių technologijų modeliai ir prototipai; daug dėmesio skiriama sistemų ir technologijų kūrimui ir modifikavimui jų projektavimo procese; atliekama rizikos ir kaštų analizė kuriant sistemas ir technologijas.
Informacinių technologijų projektavimo ypatumai. Šiuolaikinės informacinės technologijos diegiamos suprojektuotos informacinės sistemos sąlygomis.
Projektavimo aspektai: techniniai (techninė ir ryšių kompleksas), programinė ir matematika (modeliai ir programos), metodiniai (priemonių rinkinys valdymo funkcijoms įgyvendinti), organizaciniai (dokumentų srauto aprašymas ir valdymo aparato veiksmų reglamentai), operacinis (technologinių, loginių, aritmetinių veiksmų visuma, įgyvendinama automatiškai).
Įvadas…………………………………………………………………………………..3
1. Informacinių sistemų kūrimo teoriniai pagrindai
1.1. IS kaip automatizavimo priemonės samprata………………………………….5
1.2. IS informacinė pagalba…………………………………………… 7
1.3. Rusijos vaistų registravimo informacinių sistemų rinka……………………….12
2. Vaistų registravimo farmacijos organizacijoje informacinės sistemos projektavimas ir tobulinimas
2.1. Buhalterinės apskaitos duomenų bazės infologinė struktūra transporto įmonėje…………………………………………………………………………………………16
Įvadas
Kursinio darbo aktualumas slypi tuo, kad visoms šiuolaikinėms sandėlių įmonėms reikalingos automatizuotos informacinės sistemos (IS). Pagrindinis automatizavimo privalumas yra saugomų duomenų pertekliaus sumažinimas, taigi ir sunaudojamos atminties kiekio taupymas, kelių operacijų, susijusių su perteklinių kopijų atnaujinimu, sąnaudų mažinimas ir nenuoseklumo dėl informacijos apie tą patį objektą saugojimo skirtingose vietose tikimybė. , didinant informacijos patikimumo laipsnį ir didinant informacijos apdorojimo greitį; per didelis vidinių tarpinių dokumentų kiekis, įvairūs žurnalai, aplankai, paraiškos ir kt., pakartotinis tos pačios informacijos įrašymas į įvairius tarpinius dokumentus. Taip pat žymiai laiką sumažina automatinė informacijos paieška, kuri atliekama iš specialių ekrano formų, kuriose nurodomi objektų paieškos parametrai.
Tyrimo objektas – transporto įmonė (krovinių pervežimas).
Studijos objektas – apskaitos automatizavimas transporto įmonėje.
Darbo tikslas – sukurti transporto įmonės transporto priemonių parko apskaitos informacinę sistemą.
Norint pasiekti užsibrėžtą tikslą darbe, būtina išspręsti šias užduotis:
1. Išstudijuoti informacinių sistemų kūrimo teorinius pagrindus
2. Sukurti ir sukurti informacinę transporto įmonės apskaitos sistemą.
Kursinio darbo teorinis pagrindas buvo šalies mokslininkų darbai automatizuotų informacinių technologijų srityje, periodinių leidinių medžiaga, pasaulinio interneto informaciniai ištekliai.
Darbo metodologinis pagrindas – sisteminės analizės metodai: programiniai, dialektiniai ir leksiniai metodai
Kursinio darbo tikslai ir uždaviniai nulėmė jo struktūrą. Kursinį darbą sudaro įvadas, dvi dalys, išvados ir literatūros sąrašas1. Informacinių sistemų teoriniai pagrindai
1.1. IS samprata kaip automatizavimo priemonė
Sistema suprantama kaip bet koks objektas, kuris tuo pačiu metu laikomas ir kaip viena visuma, ir kaip heterogeninių elementų rinkinys, sujungtas siekiant užsibrėžtų tikslų. Sistemos labai skiriasi viena nuo kitos tiek sudėtimi, tiek pagrindiniais tikslais Informatikos moksle „sistemos“ sąvoka yra plačiai paplitusi ir turi daug semantinių reikšmių. Dažniausiai jis naudojamas techninių įrankių ir programų rinkiniui. Kompiuterio aparatinė įranga gali būti vadinama sistema. Sistema taip pat gali būti laikoma konkrečių taikomųjų problemų sprendimo programų rinkiniu, papildytu dokumentacijos tvarkymo ir skaičiavimų tvarkymo procedūromis. Žodžio „informacija“ pridėjimas prie „sistemos“ sąvokos atspindi jos kūrimo ir veikimo tikslą. Informacinės sistemos leidžia rinkti, saugoti, apdoroti, gauti ir išduoti informaciją, reikalingą priimant sprendimus dėl bet kurios srities problemų. Jie padeda analizuoti problemas ir kurti naujus produktus.
Informacinė sistema yra tarpusavyje susijusių priemonių, metodų ir personalo rinkinys, naudojamas informacijai saugoti, apdoroti ir išduoti, siekiant užsibrėžto tikslo.
Šiuolaikinis informacinės sistemos supratimas apima kompiuterio, kaip pagrindinės techninės informacijos apdorojimo priemonės, naudojimą. Be to, informacinės sistemos techninis įgyvendinimas pats savaime nieko neduos...
Informacinė sistema (IS) – tai tarpusavyje susiję priemonių, metodų ir personalo visuma, naudojama informacijai saugoti, apdoroti ir išduoti, siekiant užsibrėžto tikslo.
Šiuolaikinės informacinės technologijos suteikia daugybę IS diegimo būdų, kurių pasirinkimas grindžiamas numatomų vartotojų reikalavimais, kurie, kaip taisyklė, kinta kūrimo proceso metu.
IS projektu suprantame projektavimą ir inžinerinę bei technologinę dokumentaciją, kurioje aprašomi projektiniai sprendimai, skirti IS sukurti ir eksploatuoti konkrečioje programinės ir techninės įrangos aplinkoje.
IS projektavimas suprantamas kaip įvesties informacijos apie objektą, metodų ir patirties projektuojant panašios paskirties objektus pagal GOST konvertavimo į IS projektą procesas. Šiuo požiūriu IS projektavimas susiveda į nuoseklų projektavimo sprendimų įforminimą įvairiuose IS gyvavimo ciklo etapuose: reikalavimų planavimas ir analizė, techninis ir detalus projektavimas, IS įgyvendinimas ir eksploatavimas.
Kuriamų sistemų mastas lemia projektavimo proceso dalyvių sudėtį ir skaičių. Esant didelei apimčiai ir trumpiems projektavimo darbų atlikimo terminams, sistemos kūrime gali dalyvauti kelios projektavimo komandos (plėtros organizacijos). Šiuo atveju nustatoma pagrindinė organizacija, kuri koordinuoja visų bendrai vykdančių organizacijų veiklą.
IC projektavimas reiškia, kad dizaineriai naudoja tam tikrą projektavimo technologiją, atitinkančią kuriamo projekto mastą ir ypatybes.
Modelis (lot. „modulus“ – matas) yra originalaus objekto pakaitalas, suteikiantis kai kurių pastarojo savybių tyrimą; supaprastintas sistemos atvaizdavimas jos analizei ir prognozavimui, taip pat gauti kokybinius ir kiekybinius rezultatus, reikalingus teisingam valdymo sprendimui priimti.
Modeliavimas – tai objekto atvaizdavimas modeliu, siekiant gauti informacijos apie jį atliekant eksperimentus su jo modeliu.
Jie naudoja IC projektavimui informaciniai modeliai, vaizduojantys objektus ir procesus paveikslėlių, diagramų, brėžinių, lentelių, formulių, tekstų ir kt.
Informacinis modelis yra objekto, proceso ar reiškinio modelis, kuriame pateikiami modeliuojamo objekto, proceso ar reiškinio informaciniai aspektai.
Tai yra IS modelių kūrimo pagrindas.
IP kūrimo modelis turi keturis etapus:
1. Projekto eskizas. P detalus projekto tikslų ir uždavinių aprašymas, numatomas pelnas, laiko ištekliai, bet kokie apribojimai, turimi ištekliai ir kt. Taip pat verta nustatyti „projekto vadovą“, kuris yra atsakingas už projekto įgyvendinimą, ir projekto savininką aukštesniojoje vadovybėje, kuris bus pagrindinis asmuo versle ir palaikys projekto vadovą, kai reikės ir pačioje projekto pabaigoje. projektas.
2. Projekto vertinimas. Tai yra svarbiausia projekto dalis. Čia priimami visi svarbūs sprendimai – ką sistemos veiks, kaip jos veiks, kokia aparatinė įranga ir programos bus naudojamos ir kaip jos bus prižiūrimos. Svarbiausia, kad būtų išanalizuoti galimi įvairių veiksmų kaštai ir nauda bei galutinis pasirinkimas. Bendra taisyklė turėtų būti tokia, kad sistema turi būti kuo paprastesnė. Didžiuliai sistemų projektai gali sukelti neįtikėtinų išlaidų. Vėliau atlikti pakeitimai yra brangesni.
3. Pirmiausia paruoškite sistemos reikalavimų sąrašą – detalų sąrašą, ką sistema veiks verslui ir kaip ją valdyti. Tiriami nuolatinių vartotojų (ir kitų suinteresuotųjų šalių) poreikiai, nes tik jie iš tikrųjų žino, ko jiems reikia ir kaip tai pritaikyti esamoms veikloms.
4. Sąraše pateikiami įvestini duomenys, pagrindiniai rezultatai ir ataskaitos, vartotojų skaičius, informacijos dydis, ryšiai su kitomis esamomis sistemomis ir kt. ir turi būti pakankamai išsamus, kad užklausą būtų galima išsiųsti techninės ir programinės įrangos tiekėjams.
5. Šiame etape neturėtume tiesiog kompiuterizuoti esamų darbo būdų. Informacinių technologijų projektas – gera proga dar kartą pagalvoti, kaip geriausiai sukurti informacinę sistemą.
6. Kitas etapas yra techninės ir programinės įrangos reikalavimų peržiūra. Pasikonsultuokite su potencialiais tiekėjais, peržiūrėkite kitus verslo sprendimus ir pasikonsultuokite su išmanančiais patarėjais. Kai kurie sudėtingi sprendimai turi būti kruopščiai įvertinti. Turėtumėte atsakyti, pavyzdžiui, į šiuos klausimus: ar naudoti paruoštą taikomųjų programų paketą, ar užsisakyti naują programinę įrangą. Atsakymai priklausys nuo to, kokio lygio rizikuojate prisiimti ir kuo jūsų verslas skiriasi nuo kitų tipiškų verslų.
Sąnaudų ir naudos analizė yra paskutinis žingsnis prieš priimant galutinį sprendimą. Taikomųjų programų ir aparatinės įrangos sąnaudos yra palyginti mažos, ypač jei naudojate standartinį paketą. Didelės sąnaudos yra sistemos įdiegimo laikas ir laikas palaikyti jos veikimą.
7. Konstravimas ir bandymai. Vienas iš labiausiai neįvertintų žingsnių diegiant bet kurią sistemą yra visų duomenų įvedimas į sistemą prieš jai pradedant veikti.
8. Darbuotojai turėtų užtikrinti, kad sistema būtų lengvai valdoma. Niekas nenužudo entuziazmo naujai sistemai greičiau nei daugybė techninių problemų.
9. Projekto valdymas ir rizikos vertinimas. Nebent projektas yra visiškai nereikšmingas, reikia projekto vadovo, kuris turėtų pakankamai laiko dirbti su projektu ir spręsti daugybę problemų, kurios gali kilti. Projektas nebaigtas tol, kol projekto vadovas neįrodo, kad sistema veikia patikimai ir yra pelninga.
10. Svarbi jo vaidmens dalis yra visada žinoti apie projekto riziką. Apie riziką reikėtų kalbėti atvirai, nepaisant pagundos kišti galvą į smėlį ir tikėtis, kad viskas pasiseks. Riziką galima planuoti: priimant alternatyvius sprendimus, ruošiantis ekstremaliems veiksmams ir pan. Pavyzdys būtų programinės įrangos pasirinkimas, kai skirtingi sprendimai gali būti nevienodo laipsnio rizikingi. Tolimesnėms diskusijoms vietos nėra, tačiau naudojant toliau pateiktą kontrolinį sąrašą galite pabrėžti kai kuriuos dalykus.
