Kaasaegsetes tingimustes toimub aktiivne erineva tasemega infosüsteemide areng. Kõik need on rakendatud uusima arvutitehnoloogia abil. Tänapäeval toimib andmetöötlus inimtegevuse iseseisva suunana. Sellega seoses on eriti olulised infosüsteemide kavandamise etapid. Vaatame seda piirkonda lähem alt.
Disain: üldteave
Tänapäeva maailmas peetakse andmeid üheks kõige olulisemaks ressursiks. Infosüsteemid on omakorda muutunud vajalikuks tööriistaks, mida kasutatakse kõigis inimtegevuse harudes. IS-i abil lahendatavate ülesannete lai valik toob kaasa erinevate skeemide tekkimise. Need erinevad moodustamise põhimõtete ja andmetöötlusreeglite poolest. Infosüsteemide projekteerimise etapid võimaldavad määrata probleemide lahendamise viisi, mis vastab olemasolevate süsteemide funktsionaalsuse nõuetele.tehnoloogiad.
Peamised sihtkohad
Disain algab alati tulevase süsteemi eesmärgi seadmisest. Iga skeemi põhiülesanne on pakkuda:
- Nõutav funktsionaalsus ja pidev alt muutuvate tingimustega kohanemise tase.
- Bandwidth.
- Taotlusele vastamise aeg.
- Töö usaldusväärsus kehtestatud režiimis.
- Lihtne kasutada ja hooldada.
- Vajalik turvalisus.
Projekti kavandamise etapid hõlmavad:
- Andmeobjektid, mida andmebaasis kasutada.
- Programmid, aruanded, ekraanivormid, mis pakuvad taotluste täitmist.
- Konkreetse tehnoloogia või keskkonna arvestamine (võrgu topoloogia, paralleelne või hajutatud töötlemine, arhitektuur, riistvara ja nii edasi).
Etapid ja kujundusetapid
Spetsialistide esmane ülesanne on tegevuste modelleerimine, mille kaudu organisatsiooni eesmärgid realiseeruvad. Skeem võimaldab määratleda ja sõnastada põhinõuded IS-ile. Seda sätet peetakse põhiliseks ja see tagab objektiivsuse. Süsteemi kavandamise etapid hõlmavad IS-i nõuete kirjeldust ja nende järgnevat muutmist mudelstruktuuriks. Esiteks koostatakse IS-i arhitektuuriskeemid. Pärast seda sõnastatakse tarkvara- ja teabetoe nõuded.
Määratlege nõuded
Selle ülesandega seotud kavandamisprotsessi etapid,peetakse kõige vastutustundlikumaks. Nõuete määratlemisel tehtud vigu on raske parandada. Lisaks on hilisem kohandamine seotud märkimisväärsete kuludega. Tänapäeval olemas olevad tööriistad võimaldavad kiiresti luua süsteeme vastav alt valmisnõuetele. Tihti aga sellised IC-d klienti ei rahulda, need vajavad arvuk alt täiustusi. See omakorda toob kaasa mudelite tegeliku maksumuse järsu tõusu. Sellega seoses peab süsteemi kavandamise iga etapiga kaasnema põhjalik analüüs.
Simulatsioon
Disaini põhietappidega kaasneb IP teabe, eesmärkide ja eesmärkide põhjalik uurimine. Andmemudelite moodustamiseks kasutavad eksperdid analüüsi tulemusi. See projekteerimisetapp hõlmab loogilise ja seejärel füüsilise vooluringi ehitamist. Paralleelselt sellega koostatakse tegevusmudelid. Need on vajalikud IS moodulite kirjeldamiseks (spetsifikatsiooniks). Projekteerimise põhietapid – nõuete määratlemine, toimingute ja andmete modelleerimine – on omavahel tihed alt seotud. Osa äriloogikast on tavaliselt realiseeritud detailide andmebaasis (salvestatud protseduurid, trigerid, piirangud). Peamine ülesanne, mida toimingute kavandamise etapp lahendab, on analüüsi käigus saadud funktsioonide kaardistamine IS mooduliteks. Viimaste moodustamisel määratakse programmiliidesed: akende välimus, menüü paigutus, kiirklahvid ja nendega seotud kõned.
Arhitektuur
See disainietapp hõlmab ühe või mitme platvormi ja operatsioonisüsteemi valimist. Seal on heterogeensed IC-d. Nendes töötavad mitmed arvutid erinevatel platvormidel ja haldust teostavad erinevad operatsioonisüsteemid. Projekteerimisetapp hõlmab mitmete arhitektuuriomaduste määratlemist. Ta võib olla:
- Kliendiserver või failiserver.
- Kolmetasandiline, sealhulgas mitu kihti.
- Hajutatud või tsentraliseeritud. Esimesel juhul määratletakse täiendav alt asjakohasuse ja järjepidevuse säilitamise mehhanismid.
See määrab ka, kas paralleelservereid kasutatakse.
väljalülitamine
Projekteerimisetapp lõpeb IP tehnilise plaani väljatöötamisega. Rakendamise käigus luuakse tarkvara operatiivdokumentatsiooni jaoks. Pärast ühe mooduli arendamise lõpetamist viiakse läbi iseseisev test. Nõutav:
- Rikke tuvastamine (raske rike).
- Spetsifikatsioonile vastavuse määramine (tarbetute puudumine ja vajalike funktsioonide olemasolu).
Pärast testi läbimist lisatakse moodul süsteemi arendatud osasse. Seejärel viiakse läbi ühendustestid. Need on vajalikud elementide vastastikuse mõju jälgimiseks.
Kontrollimeetmed
Mudelite rühma töökindlust on testitud. Esiteks simuleeritakse süsteemi tõrkeid. Lisaks testitakse rikkeaegu. Esimesel juhul võimaldavad kontrollimeetmed kindlaks teha, kui hästisüsteem taastub tarkvara või riistvara tõrke korral. Teise rühma testide järgi määratakse IS stabiilsuse tase tavatöö käigus. Need kontrollimeetmed võimaldavad hinnata tõrgeteta tööperioodi. Katsete komplekt peaks hõlmama ka maksimaalset koormust simuleerivaid katseid. Pärast seda käivitatakse kogu moodulite kompleks süsteemis. Selle käigus viiakse läbi sisemine vastuvõtukontroll, mis võimaldab hinnata selle kvaliteeti. Hindamise käigus viiakse läbi süsteemi töökindluse ja funktsionaalsuse testid. Viimane kontrollsündmus on vastuvõtutest. Sel juhul ilmneb selle projekteerimisetapi kvaliteet, milles nõuded määrati. Testi käigus demonstreeritakse kliendile IP-d. Demonstratsiooni käigus simuleeritakse reaalseid toiminguid, mis illustreerivad projekti vastavust tellija nõuetele.
Ohutus
Igal IS-l peavad olema teatud tagatisnõuded:
- Kaitse volitamata juurdepääsu eest.
- Audit.
- Ürituse registreerimine.
- Süsteemi taastamine.
- Varundamine.
Kõik need nõuded vormistavad analüütikud projekteerimise alguses. Spetsialistid loovad IP-turvastrateegia. Need määratlevad kasutajate kategooriad, kellel on vastavate komponentide kaudu juurdepääs konkreetsetele andmetele. Koos sellega määratakse kaitse subjektid ja objektid. Peab ütlema, et turvastrateegia ei tohiks piirdudatarkvara. See peaks sisaldama tervet komplekti toimingute läbiviimise eeskirju. Iga üksiku elemendi jaoks on vaja selgelt kehtestada optimaalne kaitsetase, tõsta esile oluline teave, millele juurdepääs on rangelt piiratud. Süsteemi kasutajad on registreeritud. Sellega seoses kavandavad spetsialistid mooduleid, mis vastutavad õppeainete autentimise ja tuvastamise eest. Enamasti rakendatakse suvalist kaitset. See hõlmab reguleeritud juurdepääsu teatud andmeobjektidele. See võib olla näiteks vaated, tabelid. Kui teil on vaja piirata juurdepääsu otse andmetele, peate looma kohustusliku kaitse. Sel juhul suletakse üksikud tabelite, konkreetsete väljade jms kirjed. Süsteemi kujundajad peavad teadma, milline kaitsetase konkreetse andmeüksuse jaoks on piisav ja mis on vajalik.
Järeldus
Süsteemi kavandamise etappi peetakse selle loomise töös üheks olulisemaks. Temaga algab tegelikult IP elu. Enne projekteerimist peavad spetsialistid selgelt määratlema ja mõistma süsteemi abil lahendatavad ülesanded, looma liiklusvood, ressursside ja kasutajate füüsilise asukoha, Interneti-ühenduse meetodi jne. Vähese tähtsusega on nende struktuuride ja hoonete uurimine, kus võrku kasutatakse, ning olemasoleva infrastruktuuri analüüs.
