Faze i faze projektiranja. Glavni stupanj dizajna

U suvremenim uvjetima postoji aktivan razvoj informacijskih sustava različitih razina. Svi oni se provode kroz suvremenu računalnu tehnologiju. Danas, obrada podataka djeluje kao neovisni smjer ljudske aktivnosti. U svezi s tim, faze projektiranja informacijskih sustava stječu posebnu važnost. Razmotrimo ovu sfere detaljnije.

Projektiranje: opće informacije

U suvremenom svijetu podaci se smatraju jednim od najvažnijih resursa. Informacijski sustavi, zauzvrat, postali su neophodni alat koji se koristi u svim područjima ljudske aktivnosti. Mnogo različitih zadataka koje se rješavaju pomoću IP-a uzrokuje pojavu različitih shema. Oni se razlikuju po načelima formacije i pravilima obrade podataka. Faze oblikovanja informacijskih sustava omogućuju nam da odredimo metodu rješavanja problema koji zadovoljavaju zahtjeve funkcionalnosti postojećih tehnologija.

Glavni smjerovi

Dizajn uvijek počinje s uspostavom cilja budućeg sustava. Glavni zadatak bilo koje sheme je osigurati:

1. Potrebna funkcionalnost i razina prilagodbe uvjetima koji se stalno mijenjaju.
2. Širina pojasa.
3. Vrijeme odgovora na zahtjev.
4. Rad bez problema u uspostavljenom načinu rada.
5. Jednostavnost rada i održavanje radne sposobnosti.
6. Potrebna sigurnost.

Faze izrade projekta obuhvaćaju:

1. Predmeti podataka koji će se koristiti u bazi podataka.
2. Programi, izvješća, obrasci zaslona, ​​pružanje izvršenja zahtjeva.
3. Računanje za određenu tehnologiju ili okoliš (topologija mreže, paralelna ili distribucijska obrada, arhitektura, hardver i tako dalje).

Faze i faze projektiranja

Primarni zadatak stručnjaka je modeliranje operacija kroz koje će se realizirati ciljevi organizacije. Shema omogućuje definiranje i formuliranje glavnih zahtjeva za IP. Ova se odredba smatra temeljnim i osigurava objektivnost. Faze izrade sustava preuzimaju opis zahtjeva za IC uz naknadnu transformaciju u strukturu modela. Prvo, kreiraju se sheme IP arhitekture. Nakon toga, zahtjevi za program i podrška informacijama.

Definicija zahtjeva

Faze procesa projektiranja povezane s ovim zadatkom smatraju se najodgovornijima. Teško je riješiti pogreške prilikom određivanja zahtjeva. Osim toga, naknadno podešavanje je skupo. Postojeći alati vam omogućuju brzo stvaranje sustava za već spremne zahtjeve. Međutim, često takvi IC-ovi ne zadovoljavaju kupca, potrebni su brojna poboljšanja. To zauzvrat dovodi do oštrog povećanja stvarnih troškova modela. U tom pogledu, svaka faza dizajna sustava trebala bi biti popraćena temeljitom analizom.

manekenstvo

Glavne faze dizajna prate duboko proučavanje informacija, ciljeva i ciljeva IP-a. Oblikovati modeli podataka stručnjaci koriste rezultate analize. Ova faza dizajna uključuje izgradnju logičke, a zatim fizičke sheme. Paralelno s tim, provodi se formiranje transakcijskih modela. Potrebni su za opis (specifikacija) IC modula. Glavne faze projektiranja - definiranje zahtjeva, modeliranje poslova i podataka - usko su međusobno povezani. Dio poslovne logike, u pravilu, ostvaruje se u bazi podataka (pohranjene procedure, okidači, ograničenja). Glavni zadatak koji rješava fazu projektiranja je mapiranje funkcija koje su tijekom analize dobivene IS modulima. Prilikom stvaranja potonje definiraju se programska sučelja: tip prozora, raspored izbornika, tipke za brzo podešavanje i pozivi povezani s njima.

arhitektura

Ova faza projektiranja uključuje odabir jedne ili više platformi i operativnih sustava. Postoje heterogeni ICS. Imaju nekoliko računala koja se izvode na različitim platformama, a upravljanje se obavljaju različitim operacijskim sustavima. Faza projektiranja uključuje definiranje brojnih obilježja arhitekture. Može biti:

1. Klijent-poslužitelj ili datotečni poslužitelj.
2. Tri razine, uključujući i nekoliko slojeva.
3. Distribuirani ili centralizirani. U prvom slučaju, dodatno su definirani mehanizmi održavanja relevantnosti i dosljednosti.

Također je utvrđeno da li će se koristiti paralelni poslužitelji.

zatvaranje

Faza projektiranja završava razvojem tehničkog plana za IP. U tijeku implementacije, stvara se softver za operativnu dokumentaciju. Nakon završetka izrade posebnog modula izvodi se izvanmrežni test. Potrebno je za:

1. Otkrivanje neuspjeha (tvrdi kvar).
2. Određivanje usklađenosti s specifikacijom (odsutnost nepotrebnih i dostupnost potrebnih funkcija).

Nakon polaganja testa, modul je uključen u razvijen dio sustava. Zatim se provode testovi vezanja. Potrebni su za praćenje međusobnog utjecaja elemenata.

Kontrolne mjere

Modelna skupina testirana je za pouzdanost. Prije svega, simulirani su kvarovi sustava. Nadalje, testiran je MTBF. U prvom slučaju, mjere kontrole mogu otkriti koliko se sustav oporavlja u slučaju kvara softvera ili hardvera. Druga skupina testova određuje razinu stabilnosti IP tijekom redovitog rada. Ove mjere kontrole omogućuju procjenu razdoblja nesmetanog rada. U skupu testova treba biti prisutan i simulirati maksimalno opterećenje. Nakon toga, cijeli kompleks modula podvrgava se pokretanju sustava. U tijeku je provođenje interne kontrole prihvaćanja, omogućujući procjenu njegove kvalitete. Tijekom evaluacije provode se ispitivanja pouzdanosti i funkcionalnosti sustava. Konačna kontrolna mjera je test prihvaćanja. U tom se slučaju očituje kvaliteta faze projektiranja na kojoj su utvrđeni zahtjevi. Tijekom testiranja klijentu je dokaz IC. Tijekom emisije simulirane su stvarne operacije koje ilustriraju prikladnost projekta prema zahtjevima kupca.

sigurnosni

U svakoj IP treba postojati određeni zahtjevi za osiguranje:

1. Zaštita protiv neovlaštenog pristupa.
2. Reviziju.
3. Registracija događaja.
4. Vratite sustav.
5. Sigurnosna kopija.

Svi ti zahtjevi formaliziraju analitičare na početku dizajna. Stručnjaci stvaraju IP sigurnosnu strategiju. Oni definiraju kategorije korisnika koji imaju pristup određenim podacima kroz relevantne komponente. Uz to, utvrđuju se i objekti zaštite. Valja reći da sigurnosna strategija ne bi trebala biti ograničena samo na softver. Trebao bi uključiti cijeli niz pravila za obavljanje transakcija. Potrebno je jasno utvrditi optimalnu razinu zaštite za svaki pojedini element, kako bi se dodijelile kritične informacije, pristup kojem će biti strogo ograničen. Korisnici sustava su registrirani. U tom pogledu, stručnjaci oblikuju module koji će biti odgovorni za provjeru autentičnosti i identifikaciju predmeta. U većini slučajeva ostvaruje se diskrecijska zaštita. To uključuje regulirani pristup određenim objektima podataka. To može biti, na primjer, prikazi, tablice. Ako želite ograničiti pristup izravno na podatke, morate stvoriti obveznu zaštitu. U tom će se slučaju zatvoriti pojedinačni zapisi u tablicama, posebnim poljima itd. Stručnjaci koji oblikuju sustav trebali bi jasno predstavljati točno koju razinu zaštite određena jedinica podataka bit će dovoljna i koja je neophodna.

zaključak

Dizajnna ​​faza sustava smatra se jednim od najvažnijih u radu na njegovu stvaranju. Od njega zapravo počinje život IP-a. Prije planiranja, stručnjaci moraju jasno definirati i razumjeti zadatke koji će se riješiti pomoću sustava, uspostaviti prometne tokove, fizičku lokaciju resursa i korisnika, način povezivanja s internetom i tako dalje. Nije bitno proučavanje struktura i zgrada u kojima će se mreža razvijati, kao i analizu postojeće infrastrukture.