Mūsdienu apstākļos notiek aktīva dažāda līmeņa informācijas sistēmu attīstība. Visi no tiem ir ieviesti, izmantojot jaunākās datortehnoloģijas. Mūsdienās datu apstrāde darbojas kā neatkarīgs cilvēka darbības virziens. Šajā sakarā īpaši svarīgi ir informācijas sistēmu projektēšanas posmi. Apskatīsim šo apgabalu tuvāk.
Dizains: vispārīga informācija
Mūsdienu pasaulē dati tiek uzskatīti par vienu no svarīgākajiem resursiem. Savukārt informācijas sistēmas ir kļuvušas par nepieciešamu instrumentu, ko izmanto visās cilvēka darbības nozarēs. Plašs uzdevumu klāsts, kas tiek risināts ar IS palīdzību, noved pie dažādu shēmu rašanās. Tie atšķiras pēc veidošanas principiem un datu apstrādes noteikumiem. Informācijas sistēmu projektēšanas posmi ļauj noteikt problēmu risināšanas veidu, kas atbilst esošo sistēmu funkcionalitātes prasībām.tehnoloģijas.
Galvenie galamērķi
Dizains vienmēr sākas ar nākotnes sistēmas mērķa noteikšanu. Jebkuras shēmas galvenais uzdevums ir nodrošināt:
- Nepieciešamā funkcionalitāte un pielāgošanās līmenis pastāvīgi mainīgajiem apstākļiem.
- Joslas platums.
- Atbildes laiks uz pieprasījumu.
- Darba uzticamība iestatītajā režīmā.
- Vienkārša darbība un apkope.
- Nepieciešamā drošība.
Projekta izstrādes posmi aptver:
- Datu objekti, kas jāizmanto datu bāzē.
- Programmas, atskaites, ekrāna veidlapas, kas nodrošina pieprasījumu izpildi.
- Noteiktas tehnoloģijas vai vides uzskaite (tīkla topoloģija, paralēla vai izplatīta apstrāde, arhitektūra, aparatūra utt.).
Posmi un projektēšanas posmi
Speciālistu primārais uzdevums ir operāciju modelēšana, ar kuras palīdzību tiks realizēti organizācijas mērķi. Shēma ļauj definēt un formulēt galvenās prasības IS. Šis noteikums tiek uzskatīts par būtisku un nodrošina objektivitāti. Sistēmas projektēšanas posmi ietver IS prasību aprakstu ar sekojošu to pārveidošanu modeļa struktūrā. Vispirms tiek izveidotas IS arhitektūras diagrammas. Pēc tam tiek formulētas prasības programmatūras un informācijas atbalstam.
Definējiet prasības
Ar šo uzdevumu saistītie projektēšanas procesa soļi,uzskatīts par atbildīgāko. Kļūdas prasību definēšanā ir grūti labojamas. Turklāt turpmākā korekcija ir saistīta ar ievērojamām izmaksām. Mūsdienās esošie rīki ļauj ātri izveidot sistēmas atbilstoši gatavām prasībām. Tomēr bieži šādas IC neapmierina klientu, tiem ir nepieciešami daudzi uzlabojumi. Tas savukārt izraisa strauju modeļu faktisko izmaksu pieaugumu. Šajā sakarā katrs sistēmas projektēšanas posms ir jāpapildina ar rūpīgu analīzi.
Simulācija
Galvenos projektēšanas posmus pavada padziļināta IP informācijas, mērķu un uzdevumu izpēte. Datu modeļu veidošanai eksperti izmanto analīzes rezultātus. Šis projektēšanas posms ietver loģiskās un pēc tam fiziskās ķēdes izveidi. Paralēli tam tiek veikta darbības modeļu veidošana. Tie nepieciešami IS moduļu aprakstam (specifikācijai). Galvenie projektēšanas posmi – prasību noteikšana, darbību un datu modelēšana – ir cieši savstarpēji saistīti. Daļa biznesa loģikas parasti tiek ieviesta detaļu datu bāzē (saglabātās procedūras, trigeri, ierobežojumi). Galvenais uzdevums, ko risina operāciju projektēšanas stadijā, ir analīzes laikā iegūto funkciju kartēšana IS moduļos. Veidojot pēdējo, tiek noteiktas programmu saskarnes: logu izskats, izvēlņu izkārtojums, karstie taustiņi un ar tiem saistītie zvani.
Arhitektūra
Šajā projektēšanas fāzē tiek atlasīta viena vai vairākas platformas un operētājsistēmas. Ir neviendabīgi IC. Tajos vairāki datori darbojas dažādās platformās, un pārvaldību veic dažādas operētājsistēmas. Projektēšanas fāze ietver vairāku arhitektūras īpašību definēšanu. Viņa var būt:
- Klienta serveris vai failu serveris.
- Trīs līmeņi, tostarp vairāki slāņi.
- Izplatīts vai centralizēts. Pirmajā gadījumā tiek papildus definēti mehānismi atbilstības un konsekvences saglabāšanai.
Tas arī nosaka, vai tiks izmantoti paralēli serveri.
Izslēgšana
Projektēšanas posms beidzas ar IP tehniskā plāna izstrādi. Ieviešanas procesā tiek izveidota programmatūra operatīvās dokumentācijas veikšanai. Pēc viena moduļa izstrādes pabeigšanas tiek veikta atsevišķa pārbaude. Nepieciešams:
- Kļūdu noteikšana (smaga kļūme).
- Noteikumi par atbilstību specifikācijai (nevajadzīgo neesamība un nepieciešamo funkciju esamība).
Pēc testa nokārtošanas modulis tiek iekļauts izstrādātajā sistēmas daļā. Pēc tam tiek veikti savienojuma testi. Tie ir nepieciešami, lai izsekotu elementu savstarpējai ietekmei.
Kontroles pasākumi
Modeļu grupas uzticamība pārbaudīta. Pirmkārt, tiek simulētas sistēmas kļūmes. Turklāt tiek pārbaudīti atteices laiki. Pirmajā gadījumā kontroles pasākumi ļauj noteikt, cik labisistēma atjaunojas programmatūras vai aparatūras kļūmes gadījumā. Saskaņā ar otro testu grupu IS stabilitātes līmenis tiek noteikts regulārā darba laikā. Šie kontroles pasākumi ļauj novērtēt bezatteices darbības periodu. Pārbaužu komplektā jāiekļauj arī tie, kas imitē maksimālo slodzi. Pēc tam viss moduļu komplekss tiek pakļauts sistēmas palaišanai. Tās gaitā tiek veikta iekšējā pieņemšanas kontrole, kas ļauj novērtēt tās kvalitāti. Novērtēšanas laikā tiek veiktas sistēmas uzticamības un funkcionalitātes pārbaudes. Pēdējais kontroles pasākums ir pieņemšanas pārbaude. Šajā gadījumā izpaužas tā projektēšanas stadijas kvalitāte, kurā prasības tika noteiktas. Pārbaudes laikā klientam tiek demonstrēts IP. Demonstrācijas laikā tiek simulētas reālas darbības, kas ilustrē projekta atbilstību pasūtītāja prasībām.
Drošība
Katrai IS ir jābūt noteiktām nodrošinājuma prasībām:
- Aizsardzība pret nesankcionētu piekļuvi.
- Audits.
- Pieteikšanās pasākumam.
- Sistēmas atjaunošana.
- Dublēšana.
Visas šīs prasības ir formalizējušas analītiķi projektēšanas sākumā. Speciālisti veido IP drošības stratēģiju. Tie nosaka to lietotāju kategorijas, kuriem ir piekļuve konkrētiem datiem, izmantojot attiecīgos komponentus. Līdz ar to tiek noteikti aizsardzības subjekti un objekti. Jāsaka, ka drošības stratēģijai nevajadzētu aprobežoties arprogrammatūra. Tajā jāiekļauj viss darbību veikšanas noteikumu kopums. Ir nepieciešams skaidri noteikt optimālo aizsardzības līmeni katram atsevišķam elementam, izcelt kritisko informāciju, kurai piekļuve būs stingri ierobežota. Sistēmas lietotāji ir reģistrēti. Šajā sakarā speciālisti izstrādā moduļus, kas būs atbildīgi par mācību priekšmetu autentifikāciju un identifikāciju. Vairumā gadījumu tiek īstenota diskrecionāra aizsardzība. Tas ietver regulētu piekļuvi noteiktiem datu objektiem. Tas var būt, piemēram, skati, tabulas. Ja nepieciešams ierobežot piekļuvi tieši pašiem datiem, tad jāizveido obligāta aizsardzība. Šajā gadījumā tiks aizvērti atsevišķi ieraksti tabulās, konkrētos laukos un tā tālāk. Sistēmu izstrādātājiem ir jābūt skaidrībai par to, kāds aizsardzības līmenis konkrētam datu vienumam būs pietiekams un kāds ir nepieciešams.
Secinājums
Sistēmas projektēšanas posms tiek uzskatīts par vienu no svarīgākajiem tās izveides darbā. Ar viņu faktiski sākas IP dzīve. Pirms projektēšanas speciālistiem ir skaidri jādefinē un jāsaprot uzdevumi, kas tiks atrisināti, izmantojot sistēmu, jānosaka satiksmes plūsmas, resursu un lietotāju fiziskā atrašanās vieta, savienojuma ar internetu metode utt. Ne mazāk svarīga ir konstrukciju un ēku izpēte, kurās tīkls tiks izvietots, kā arī esošās infrastruktūras analīze.
