IS un IT izveide ir sarežģīts projektēšanas process. Projektēšanas mērķis ir projektēšanas dokumentu sagatavošana un cilvēka-mašīnas vadības sistēmas ieviešana organizācijai. Projektēšanas procesā tiek apzināti būtiskākie ekonomiskā objekta raksturlielumi, izpētītas tā ārējās un iekšējās informācijas plūsmas, izveidoti pētāmās sistēmas un tās elementu matemātiskie un fizikālie analogi un nosacījumi mijiedarbībai starp cilvēkiem un tehniskajām kontrolēm. ir izveidotas.

Aplūkojot IS no tehnoloģiskā aspekta, mēs varam izcelt vadības aparātu (AC). Pārējās sastāvdaļas - informācijas tehnoloģijas (IT), informācijas sistēma funkcionālo problēmu risināšanai (ISPS) un lēmumu atbalsta sistēma (DSS) - ir informatīvi un tehnoloģiski savstarpēji saistītas un veido IS arhitektūras pamatu.

Rūpīgi izstrādāts informācijas tehnoloģiju tehnoloģiskais atbalsts ļauj ne tikai veiksmīgi risināt funkcionālās vadības problēmas, bet arī DSS ietvaros vadītājiem un organizāciju vadītājiem interaktīvi veikt analītisko un prognozēšanas darbu turpmāko vadības lēmumu pieņemšanai.

Projektējamā informācijas tehnoloģiju tehnoloģiskā atbalsta obligātie elementi ir: informatīvais, lingvistiskais, tehniskais, programmatūras, matemātiskais, organizatoriskais, juridiskais, ergonomiskais.

Informācijas atbalsts (IS) ir dizaina lēmumu kopums attiecībā uz IS cirkulējošās informācijas apjomiem, izvietojumu un organizēšanas veidu.

Lingvistiskais atbalsts (LS) - apvieno valodas rīku komplektu dabiskās valodas formalizēšanai, informācijas vienību konstruēšanai un apvienošanai komunikācijas laikā starp lietotājiem un datortehniku.

Tehniskais atbalsts (TS) ir tehnisko līdzekļu (informācijas vākšanas, reģistrēšanas, pārsūtīšanas, apstrādes, attēlošanas, reproducēšanas tehniskie līdzekļi, biroja tehnika u.c.) kopums, kas nodrošina IT darbību.

Programmatūra (SW) - ietver programmu kopumu, kas realizē IS funkcijas un uzdevumus un nodrošina tehnisko līdzekļu kompleksu stabilu darbību.

Matemātiskā programmatūra (MS) ir matemātisko metožu, modeļu un informācijas apstrādes algoritmu kopums, ko izmanto funkcionālo problēmu risināšanā un projektēšanas darbu automatizācijas procesā.

Organizatoriskais atbalsts (OS) ir dokumentu kopums, kas sastādīts IS projektēšanas procesā, apstiprināts un izmantots kā darbības pamats.

Juridiskais atbalsts (LbS) ir tiesību normu kopums, kas regulē tiesiskās attiecības IP un IT izveides un ieviešanas laikā.

Ergonomiskais atbalsts (ES) - kā metožu un rīku kopums, ko izmanto dažādos IS un IT attīstības un darbības posmos, ir paredzēts, lai radītu optimālus apstākļus kvalitatīvai, ļoti efektīvai un bez kļūdām cilvēka darbībai IT jomā, lai tā straujākā attīstība.

Uzņēmējdarbības inženierija tiek saprasta kā projektēšanas darbu kompleksa ieviešana, lai izstrādātu metodes un procedūras uzņēmējdarbības vadīšanai, kad, nemainot organizācijas (uzņēmuma, firmas) pieņemto vadības struktūru, tiek panākts tās finansiālā stāvokļa uzlabojums.

Inženierzinātnēs ir vairākas biznesa dizaina metodes:

soli pa solim procedūru izcelšana projektētajam biznesam;

procedūras aprakstošu apzīmējumu sistēmu ieviešana;

heiristikas un pragmatisku risinājumu izmantošana, lai aprakstītu izstrādātā biznesa varianta atbilstības pakāpi dotajiem mērķiem.

Ar biznesa procesu saprot organizācijas (uzņēmuma, firmas, korporācijas) galveno darbību holistisku aprakstu un to projekciju uz organizācijas struktūrām, ņemot vērā dalībnieku mijiedarbības attīstību laika gaitā.

Uzņēmējdarbības pārveidošanas projekts parasti ietver šādas darbības:

topošās organizācijas tēla veidošana;

esošā biznesa analīze;

jaunu uzņēmumu attīstība;

jauna biznesa ieviešana.

Simulācija ir visveiksmīgākā pieeja, kas nodrošina gan analīzes precizitāti, gan atšķirību skaidrību, salīdzinot alternatīvus risinājumus. Svarīgi ir arī tas, ka simulācijas modelēšana tiek veiksmīgi realizēta personālajā datorā, kas nodrošina automatizētu vadītāja darbstaciju.

Ar vienotu informācijas telpu saprot metodisko, organizatorisko, programmatūras, tehnisko un telekomunikāciju rīku kopumu, kas nodrošina ātru piekļuvi jebkuriem uzņēmuma informācijas resursiem speciālistu kompetences un piekļuves tiesību ietvaros.

Kontrollings ir risinājumu atrašanas metožu kopums – sistēmas vadības koncepcija un vadītāju domāšanas veids, kura pamatā ir vēlme nodrošināt organizācijas efektīvu darbību ilgtermiņā. Lai īstenotu kontroles uzdevumus DSS projektēšanas procesā, tiek izveidots specializēts informācijas modelis, ko sauc par kontrolieri.

Kontrolieris ir metožu un rīku kopums stratēģisko un operatīvo kontroles uzdevumu īstenošanai vadības sistēmā, kā arī stratēģisku un taktisku problēmu risināšanai vadības darbības jomās (mārketings, resursu nodrošināšana, investīcijas u.c.).

Saskaņā ar iepriekš minētajām pieejām tiek veidoti IS veidošanas un IT pārvaldības pamatprincipi:

sistemātiska un loģiska IS atbalsta un funkcionālo elementu uzbūve;

plaši izplatītas ekonomikas un matemātikas metodes un prognozēšanas un statistikas standarta programmas. Organizācijas ražošanas un finanšu darbību vadīšanas uzdevumi lielākoties tiek izvirzīti kā analītiskie, optimizācijas vai plānošanas uzdevumi.

ietver sistēmas sadalīšanu vairākos uzdevumu kompleksos (moduļos), no kuriem katrs modelē noteiktu vadības darbības jomu.

jaunu metožu izmantošana un jaunizveidoto programmatūras moduļu iekļaušana vadības automatizācijas sistēmā. IC dizains sākotnēji jābalsta uz moduļu principiem, un datorizētai ieviešanai būtu jāļauj paplašināties, uzlabojot programmatūras struktūru.

tas ir visu elementu un visas sistēmas pielāgošanas princips. Tai pilnībā jāiesaista IS vadības veidošanas ideoloģija – no uzdevumu analīzes, tehniski ekonomiskajiem rādītājiem un to grupēšanas moduļos līdz mērķu formulēšanai.

Jebkura vadītāja darba gala produkts ir lēmumi un rīcība. Viņa pieņemtais lēmums noved pie uzņēmuma panākumiem vai neveiksmēm. Lēmumu pieņemšana vienmēr ir konkrēta darbības virziena izvēle no vairākiem iespējamiem. Tā kā jebkuras organizācijas vadīšanas process ekonomikā tiek īstenots tikai, veidojot un īstenojot vadības lēmumus, mēs koncentrēsimies uz lēmumu veidiem, kuriem ir atšķirīgas īpašības un kuriem nepieciešami dažādi datu avoti.

Operatīvie lēmumi ir periodiski: periodiski rodas viena un tā pati problēma. Rezultātā lēmumu pieņemšanas process kļūst samērā ikdienišķs un gandrīz bez problēmām. Lēmumu pieņemšanā izmantotie biznesa procesu parametri (raksturības) ir definēti, to novērtējums ir zināms ar augstu precizitāti, un ir skaidra parametru saistība ar pieņemto lēmumu. Operatīvo lēmumu pieņemšana noved pie pilnīgi gaidītiem un paredzamiem rezultātiem. Operatīvie risinājumi ir īslaicīgi.

Taktiskus lēmumus parasti pieņem vidējā līmeņa vadītāji, kas ir atbildīgi par līdzekļu nodrošināšanu augstākā līmeņa lēmumu pieņēmēju izvirzīto mērķu un nodomu sasniegšanai. Taktiskie lēmumi nav tik ierasti un strukturēti kā operatīvie lēmumi. Nav zināmi visi galvenie vadības objekta parametri, kas ir daļa no taktiskajiem lēmumiem; pazīmju vērtējumi, kas identificēti kā svarīgi, var nebūt zināmi, un saistība starp pazīmēm un lēmumiem var nebūt skaidra.

Stratēģiskie lēmumi tiek pieņemti, pamatojoties uz uzņēmuma mērķiem, kas noteikti tā statūtos un kurus nosaka uzņēmuma augstākā vadība. Šie mērķi nosaka pamatu, uz kura jābalstās ilgtermiņa plānošanai, kā arī nosaka uzņēmumam kritiskos faktorus. Šie lēmumi veido pamatu taktiskajiem un operatīvajiem lēmumiem.

Apskatīsim katrā posmā izmantotos modeļus un metodes. Pirmajā posmā galvenokārt tiek izmantotas neformālas metodes, lai:

formulēt problēmu;

noteikt mērķi;

formulēt lēmumu pieņemšanas vērtēšanas kritēriju.

Ja problēma tiek atpazīta un identificēta pēc kvantitatīviem rādītājiem vai kvalitatīviem rādītājiem, tad var formulēt mērķus. Mērķis ir pretējs problēmai. Ja problēma ir tā, ko lēmumu pieņēmējs nevēlas, tad mērķis ir tas, ko viņš vēlas.

Otrajā lēmumu pieņemšanas posmā notiek dažādu iespēju - alternatīvu - meklēšana. Iespējas var atrast dažādās mērīšanas formās un skalās. Opcijas, kā likums, tiek norādītas vai nu uzskaitot, ja to nav ļoti daudz, vai arī aprakstot to īpašības.

Trešajā posmā atbilstoši otrajā posmā formulētajam atlases kritērijam notiek risinājuma salīdzināšana, izvērtēšana un izvēle. Visas iespēju novērtēšanas metodes var iedalīt divās grupās:

metodes, ko izmanto noteiktības apstākļos;

riska situācijās izmantotās metodes.

DSS projektēšanas posmi programmatūras čaulas klātbūtnē ir:

Priekšmeta jomas apraksts, sistēmas izveides mērķi un problēmas izklāsta realizācija.

Sistēmas vārdnīcas sastādīšana.

Zināšanu bāzes un datu bāzes izveide.

Sistēmas ieviešana.

1. posms. Priekšmeta jomas apraksts, sistēmas izveides mērķi un problēmas izklāsta realizācija. Aprakstā vairākos veidos jāatspoguļo mācību priekšmeta specifika. Pirmais no tiem ir procesu, objektu un to savstarpējo savienojumu satura tekstuāls attēlojums. Otrais apraksta veids ir lietotājam izvirzīto mērķu koka grafisks attēlojums vai UN-VAI koks.

Jebkuras problēmas formulēšana ietver sistēmas darbības rezultātu norādīšanu, sākotnējos datus, kā arī vispārīgu procedūru, formulu un algoritmu aprakstu sākotnējo datu konvertēšanai iegūtajos datos.

2. posms. Sistēmas vārdnīcas sastādīšana. Sistēmas vārdnīca ir vārdu, frāžu, kodu, nosaukumu kopums, ko izstrādātājs izmanto, lai norādītu nosacījumus, mērķus, secinājumus un hipotēzes. Pateicoties vārdnīcai, lietotājs saprot sistēmas rezultātus. Vārdnīcas sastādīšana ir nozīmīgs darbs, jo skaidri formulēti nosacījumi un atbildes krasi paaugstina sistēmas darbības efektivitāti.

3. posms. Zināšanu bāzes un datu bāzes izveide. Zināšanu bāze, kā likums, sastāv no divām sastāvdaļām: mērķu koka ar aprēķina formulām un noteikumu bāzes (secinājumu tīkls). Noteikumu bāze tiek veidota, pamatojoties uz mērķa grafiku un iepriekš formulētajām hipotēzēm. Galvenā uzmanība šeit tiek pievērsta sākotnējo nosacījumu noteiktības koeficientiem un to apstrādes noteikumiem.

4. posms. Īstenošana. Tiek pārbaudīta un novērtēta sistēmas pareiza darbība. Tiek izveidoti rezultāti, kas pēc tam tiek salīdzināti ar tiem, kas iegūti sistēmas palaišanas procesā. Arī starpaprēķini tiek pārbaudīti, izmantojot bloku, kas atbild uz jautājumiem, kā un kāpēc.

Informācijas sistēmu (IS) projektēšanas tehnoloģija tiek saprasta kā metodisko paņēmienu, tehnisko līdzekļu un projektēšanas metožu kopums, kas sakārtots loģiskā secībā un kura mērķis ir īstenot vispārējo koncepciju par sistēmas un tās komponentu izveidi vai pabeigšanu. Vadības sistēmu izstrādei liela nozīme ir projektēšanas bāzes kvalitātei un sastāvam.

IS projektēšanas tehnoloģiskās ķēdes elementārā pamatstruktūra un tās galvenā sastāvdaļa - IT - ir tā sauktā tehnoloģiskā darbība - atsevišķs posms tehnoloģiskajā procesā.

Šī koncepcija ir definēta, pamatojoties uz kibernētisko pieeju IT izstrādes procesam. Šī procesa automatizācija nosaka nepieciešamību formalizēt tehnoloģiskās operācijas, secīgi apvienot tās savstarpēji saistītu projektēšanas procedūru un to attēlojuma tehnoloģiskā ķēdē.

Priekšmeta jomas pirmsprojekta apsekojums ietver visu objekta īpašību un tajā notiekošo pārvaldības darbību identificēšanu, iekšējās un ārējās informācijas savienojumu plūsmu, uzdevumu sastāvu un speciālistus, kuri strādās jaunos tehnoloģiskajos apstākļos, viņu darba līmeni. datoru un profesionālo apmācību kā turpmākajiem sistēmas lietotājiem.

Apskatīsim pirmo no ceļiem, t.i. Iespēja izmantot standarta dizaina risinājumus, kas iekļauti lietojumprogrammu pakotnēs. Informatizācijai visefektīvāk ir piemēroti šādi darbību veidi:

grāmatvedība, tostarp vadības un finanšu;

Uzziņu un informācijas pakalpojumi saimnieciskai darbībai;

vadītāja darba organizācija;

dokumentu plūsmas automatizācija;

saimnieciskā un finansiālā darbība;

izglītība.

Automatizētās projektēšanas sistēmas ir otrais, strauji augošais projektēšanas darba veikšanas veids.

IS un IT dizaina automatizācijas jomā pēdējās desmitgades laikā ir izveidojies jauns virziens - CASE (Computer-Aided Software/System Engineering). CASE ir rīku komplekts sistēmu analītiķiem, izstrādātājiem un programmētājiem, kas ļauj automatizēt IS projektēšanas un izstrādes procesu, kas ir stingri nostiprinājies IS un IT izveides un uzturēšanas praksē. CASE galvenais mērķis ir nodalīt IS un IT dizainu no tā kodēšanas un turpmākajām izstrādes stadijām, kā arī maksimāli automatizēt sistēmu izstrādes un darbības procesus.

Papildus strukturālo metodoloģiju automatizācijai un līdz ar to iespējai izmantot modernas sistēmu un programmatūras inženierijas metodes, CASE ir šādas galvenās priekšrocības:

uzlabot izveidoto informācijas sistēmu (IT) kvalitāti, izmantojot automātiskās kontroles līdzekļus (pirmām kārtām projektu kontroli);

ļauj īsā laikā izveidot nākotnes IS (IT) prototipu, kas ļauj jau agrīnā stadijā novērtēt gaidāmo rezultātu;

paātrināt sistēmas projektēšanas un izstrādes procesu;

atbrīvot izstrādātāju no ikdienas darba, ļaujot viņam pilnībā koncentrēties uz dizaina radošo daļu;

atbalstīt jau funkcionējošu IS (IT) izstrādi un uzturēšanu;

atbalsta tehnoloģijas izstrādes komponentu atkārtotai izmantošanai.

Lielākā daļa CASE rīku ir balstīti uz zinātnisku pieeju, ko sauc par metodoloģiju/metode/notācija/rīks. Metodikā formulētas izstrādātās IS projekta novērtēšanas un atlases vadlīnijas, darba soļi un to secība, kā arī metožu pielietošanas un mērķa noteikumi. Līdz šim CASE tehnoloģija ir izveidojusies kā neatkarīgs zinātnes ietilpīgs virziens, kas ir novedis pie spēcīgas CASE nozares, kas apvieno simtiem dažādas orientācijas firmu un uzņēmumu.

Savlaicīgums raksturo IS un IT laika īpašības, un tam ir kvantitatīvā izteiksme lietotājam konkrētajā brīdī nepieciešamās informācijas kopējā aizkaves laika veidā reālos lēmumu pieņemšanas apstākļos. Jo mazāks laika kavējums informācijas saņemšanā, jo labāk IS atbilst šai prasībai.

Vispārējais IS uzticamības rādītājs satur vairākas svarīgas īpašības:

tehnisko kļūmju biežums;

matemātisko modeļu atbilstības pakāpe;

programmu tīrības pārbaude;

relatīvais informācijas ticamības līmenis;

integrēts ergonomiskā IS atbalsta uzticamības indikators.

Sistēmas adaptīvās īpašības atspoguļo tās spēju pielāgoties izmaiņām apkārtējā ārējā fona organizācijas iekšējās vadības un ražošanas vidē. Svarīgs uzdevums klientam ir projektēšanas stadijā noformulēt robežas, kas pieļauj atkāpes no vadības un izejas parametru vērtībām, kurām ir būtiska nozīme visas sistēmas funkcionēšanā.

Kopumā problēmas izklāsts sastāv no četriem būtiski svarīgiem komponentiem:

organizatoriskā un ekonomiskā shēma un tās apraksts;

lietišķo matemātisko modeļu kopums;

skaitļošanas algoritmu apraksti;

jēdzieni sistēmas informācijas modeļa konstruēšanai.

Matemātiskajam modelim un uz tā pamata izstrādātajiem algoritmiem ir jāatbilst trim prasībām: noteiktība (viennozīmīgums), nemainīgums attiecībā uz dažādām alternatīvām problēmas situācijām un efektivitāte (spēja to atrisināt ierobežotā soļu skaitā). Algoritmizācijas rezultāts ir loģiski konstruēta un atkļūdota blokshēma.

Uzdevumu formulēšana un turpmāka datorizēta izpilde prasa teorētisko pamatu un informācijas tehnoloģiju pamatjēdzienu apguvi. Tie ietver:

ekonomiskās informācijas īpašības, pazīmes un struktūra;

nosacīti pastāvīga informācija, tās loma un mērķis;

datu nesēji, mašīnu datu nesēju izkārtojums;

informācijas formalizētas aprakstīšanas līdzekļi;

algoritms, tā īpašības un attēlojuma formas;

ievades un izvades informācijas uzraudzības mērķis un metodes;

datoru ierīču sastāvs un mērķis;

Informācijas sistēma (IS) ir savstarpēji saistīts rīku, metožu un personāla kopums, ko izmanto informācijas uzglabāšanai, apstrādei un izdošanai nospraustā mērķa sasniegšanas interesēs.

Mūsdienu informācijas tehnoloģijas nodrošina plašu IS ieviešanas veidu klāstu, kuru izvēle balstās uz paredzēto lietotāju prasībām, kuras, kā likums, mainās izstrādes procesā.

Ar IS projektu saprotam projektēšanu un inženiertehnisko dokumentāciju, kas sniedz dizaina risinājumu aprakstu IS izveidei un darbībai konkrētā programmatūras un aparatūras vidē.

IS dizains tiek saprasts kā process, kurā ievades informācija par objektu, metodes un pieredze līdzīga mērķa objektu projektēšanā saskaņā ar GOST tiek pārvērsta IS projektā. No šī viedokļa IS dizains ir saistīts ar konsekventu dizaina lēmumu formalizēšanu dažādos IS dzīves cikla posmos: plānošana un prasību analīze, tehniskais un detalizētais projekts, IS ieviešana un darbība.

Izstrādājamo sistēmu mērogs nosaka projektēšanas procesa dalībnieku sastāvu un skaitu. Ar lielu apjomu un saspringtiem projektēšanas darbu izpildes termiņiem sistēmas izstrādē var piedalīties vairākas projektēšanas komandas (attīstības organizācijas). Šajā gadījumā tiek noteikta mātes organizācija, kas koordinē visu līdzizpildītāju organizāciju darbību.

IC projektēšana nozīmē, ka dizaineri izmanto noteiktu projektēšanas tehnoloģiju, kas atbilst izstrādājamā projekta mērogam un īpašībām.

Modelis (latīņu "modulus" — mērs) ir oriģinālā objekta aizvietotājs, kas nodrošina tā dažu īpašību izpēti; vienkāršotu sistēmas attēlojumu tās analīzei un prognozēšanai, kā arī kvalitatīvu un kvantitatīvu rezultātu iegūšanai, kas nepieciešami pareiza vadības lēmuma pieņemšanai.

Modelēšana ir objekta attēlošana ar modeli, lai iegūtu informāciju par to, veicot eksperimentus ar tā modeli.

IC projektēšanai viņi izmanto informācijas modeļi, attēlojot objektus un procesus attēlu, diagrammu, zīmējumu, tabulu, formulu, tekstu utt.

Informācijas modelis ir objekta, procesa vai parādības modelis, kurā attēloti modelētā objekta, procesa vai parādības informatīvie aspekti.

Tas ir IS modeļu izstrādes pamats.

IP izveides modelim ir četri posmi:

1. Projekta skice. P detalizēts projekta mērķu un uzdevumu apraksts, paredzamā peļņa, laika resursi, kādi ierobežojumi, pieejamie resursi utt. Tāpat ir vērts noteikt "projekta vadītāju", kas ir atbildīgs par projekta īstenošanu, un projekta īpašnieku augstākajā vadībā, kas būs galvenā persona biznesā un atbalstīs projekta vadītāju, kad tas būs nepieciešams un pašās beigās. projekts.

2. Projektu izvērtēšana.Šī ir vissvarīgākā projekta daļa. Šeit tiek pieņemti visi svarīgie lēmumi — ko sistēmas darīs, kā tās darbosies, kāda aparatūra un lietojumprogrammas tiks izmantotas un kā tās tiks uzturētas. Vissvarīgākais ir tas, ka tiek analizētas dažādu darbību iespējamās izmaksas un ieguvumi un izdarīta galīgā izvēle. Vispārīgajam noteikumam jābūt tādam, lai sistēma būtu pēc iespējas vienkāršāka. Milzīgi sistēmu projekti var radīt neticamas izmaksas. Vēlāk veiktās izmaiņas ir dārgākas.

3. Vispirms sagatavojiet sistēmas prasību sarakstu – detalizētu sarakstu ar to, ko sistēma darīs uzņēmuma labā un kā to pārvaldīt. Tiek pētītas parasto lietotāju (un citu ieinteresēto pušu) vajadzības, jo tikai viņi zina, kas viņiem ir nepieciešams un kā to iekļaut esošajās aktivitātēs.

4. Sarakstā ir iekļauti ievadāmie dati, galvenie rezultāti un atskaites, lietotāju skaits, informācijas apjoms, savienojumi ar citām esošajām sistēmām u.c. un tam jābūt pietiekami detalizētam, lai pieprasījumu varētu nosūtīt aparatūras un programmatūras piegādātājiem.

5. Šajā posmā mums nevajadzētu vienkārši datorizēt esošos darba veidus. Informācijas tehnoloģiju projekts ir laba iespēja vēlreiz pārdomāt, kā vislabāk izveidot informācijas sistēmu.

6. Nākamais posms ir aparatūras un programmatūras prasību izskatīšana. Konsultējieties ar potenciālajiem piegādātājiem, pārskatiet citus biznesa lēmumus un konsultējieties ar zinošiem konsultantiem. Daži sarežģīti lēmumi ir rūpīgi jāizvērtē. Jāatbild, piemēram, uz šādiem jautājumiem: vai izmantot gatavu lietojumprogrammu paketi vai pasūtīt jaunu programmatūru. Atbildes būs atkarīgas no riska līmeņa, ko esat gatavs uzņemties, un no tā, kā jūsu bizness atšķiras no citiem tipiskiem uzņēmumiem.

Izmaksu un ieguvumu analīze ir pēdējais solis pirms galīgā lēmuma pieņemšanas. Lietojumprogrammu un aparatūras izmaksas ir salīdzinoši zemas, īpaši, ja izmantojat standarta pakotni. Lielās izmaksas ir sistēmas uzstādīšanas laiks un laiks tās darbības atbalstam.

7. Konstrukcija un testēšana. Viens no nenovērtētākajiem jebkuras sistēmas instalēšanas soļiem ir visu datu ievadīšana sistēmā pirms tās sākšanas.

8. Personālam jānodrošina, lai sistēma būtu viegli lietojama. Nekas nenogalina entuziasmu par jaunu sistēmu ātrāk kā virkne tehnisku problēmu.

9. Projektu vadība un risku novērtēšana. Ja vien projekts nav pilnīgi triviāls, ir nepieciešams projekta vadītājs, kuram ir pietiekami daudz laika, lai strādātu ar projektu un risinātu daudzas problēmas, kas var rasties. Projekts nav pabeigts, kamēr projekta vadītājs nevar pierādīt, ka sistēma darbojas uzticami un ir rentabla.

10. Svarīga viņa lomas daļa ir vienmēr apzināties projekta risku. Par riskiem ir jārunā atklāti, neskatoties uz kārdinājumu iebāzt galvu smiltīs un cerēt, ka viss izdosies. Risku var plānot: pieņemot alternatīvus lēmumus, gatavojoties ekstrēmām darbībām utt. Piemērs varētu būt programmatūras atlase, kur dažādi lēmumi var būt dažādā mērā riskanti. Nav vietas turpmākām diskusijām, taču, izmantojot tālāk norādīto kontrolsarakstu, var izcelt dažus punktus.

"Informācijas sistēmu izstrādes metodika"

Agri vai vēlu mūsdienu organizāciju vadītāji nonāk pie secinājuma, ka ir nepieciešams automatizēt dažādas sava biznesa vadības funkcijas: parasti to izraisa vēlme samazināt izmaksas, optimizējot ražošanas procesu un optimizējot dažādu biznesa procesu vadību. . Šādā gadījumā organizācijas vai nu iegādājas gatavas IT pakalpojumu tirgū pieejamas standarta informācijas sistēmas, vai arī piesaista speciālistus un izstrādā informācijas sistēmas tieši konkrētam uzņēmumam, ņemot vērā tā specifiku un darbības jomu. Pirmais variants ir ekonomiskāks, otrais ir daudzsološāks, jo īpaši izstrādātās IS ņem vērā organizācijas struktūru un būtu labāk piemērotas konkrētas organizācijas funkciju automatizēšanai.

Informācijas sistēmu izstrādes metodoloģijas pamatjēdziens ir jēdziens IS dzīves cikls. Sistēmas dzīves cikls parasti tiek saprasts kā nepārtraukts process, kas sākas no brīža, kad tiek pieņemts lēmums par nepieciešamību izveidot sistēmu, un beidzas, kad tā tiek pilnībā izņemta no ekspluatācijas. Citiem vārdiem sakot, IS dzīves cikls ir IP izveides un izmantošanas periods.

Informācijas sistēmas dzīves cikls aptver visus tās izveides, uzturēšanas un attīstības posmus un fāzes:

pirmsprojekta analīze (t.sk. funkcionālo un informatīvo modeļu veidošanu objektam, kuram informācijas sistēma paredzēta);

sistēmas projektēšana (tai skaitā tehnisko specifikāciju, priekšprojektu un tehnisko projektu izstrāde);

sistēmas izstrāde (ieskaitot lietojumprogrammu programmēšanu un testēšanu, pamatojoties uz projektēšanas stadijā noteiktajām apakšsistēmu projektēšanas specifikācijām);

sistēmas integrācija un montāža, tās testēšana;

sistēmas darbība un tās uzturēšana;

sistēmas izstrāde.

Pirmsprojektēšanas analīzes posmā tiek pētīta priekšmeta joma, kurai sistēma tiek izstrādāta. Tiek veidotas klientu prasības topošajai sistēmai, iezīmētas turpmākās sistēmas funkcijas un parametri. Tiek veikta aptuvenā nākotnes materiālu un laika izmaksu aplēse.

Projektēšanas stadijā tiek izstrādāts sistēmas projekts diagrammu, rasējumu un aprēķinu veidā, aprakstīts topošās sistēmas tēls un sniegti dizaina risinājumi visām tās sastāvdaļām. Projektēšanas mērķis ir tehniskā un informācijas, matemātiskā, programmatūras un organizatoriskā un juridiskā atbalsta atlase.

IS efektīvu darbību galvenokārt nosaka dizaina kvalitāte, tieši projektēšanas laikā tiek izveidots detalizēts sistēmas tēls, kas spēj darboties tālāk, to pastāvīgi pilnveidojot. Projektēšanas rezultātā veidojas tehniskās dokumentācijas komplekts, kas kalpo par pamatu IS izbūvei.

IC dizains balstās uz vairākiem principiem:

Princips sistemātiski vai sistēmas pieeja. Sistemātiskuma princips paredz aplūkot objektu kā vienotu veselumu; identificējot savienojumus starp konstrukcijas elementiem, kas nodrošina sistēmas integritāti; nosakot sistēmas ražošanas un saimnieciskās darbības virzienu un tās īstenotās funkcijas.

Princips attīstību ekonomiskās informācijas sistēmas (EIS) - paredz, ka, veidojot IS, ir jābūt iespējai ātri un bez lielām izmaksām veikt izmaiņu pārstrukturēšanu un IT uzkrāšanu, mainot un attīstot objektu.

- Saderība- pieņem dažādu līmeņu un veidu EIS mijiedarbības iespēju to kopīgās darbības procesā.

- Standartizācija un unifikācija- ietver standarta, vienotu un standarta risinājumu izmantošanu elektronisko informācijas sistēmu izveidē un attīstībā (standarta programmatūras produkti, vienota dokumentācija, aprīkojums).

- Efektivitātes princips– racionāla saistība starp izveides un ekspluatācijas izmaksām un radītās sistēmas funkcionēšanas efektu.

- Integrācija– tā ir informācijas vākšanas, pārsūtīšanas, uzkrāšanas, uzglabāšanas procedūru un vadības lēmumu veidošanas procedūru integrācija vienotā tehnoloģiskā procesā.

Sistēmas faktiskā izveide notiek izstrādes stadijā.

Izstrādes posma nepieciešamība ir saistīta ar to, ka sistēmas lietošanas laikā (apmēram 10 gadus) aparatūra un programmatūra morāli un fiziski noveco, tāpēc periodiski nepieciešams modernizēt sistēmas programmatūras un aparatūras bāzi. IS.

Katrā dzīves cikla posmā tiek veidots noteikts dokumentu un tehnisko risinājumu kopums, un katram posmam tiek izmantoti iepriekšējā posmā iegūtie sākotnējie dokumenti un lēmumi.

IS izveides procesa gaita (posmu izpildes secība, kritēriji virzībai no posma uz posmu) ir atkarīga no izvēlētā IS dzīves cikla modeļa. Dzīves cikla modelis- struktūra, kas nosaka izpildes secību un attiecības starp procesiem, darbībām un uzdevumiem, kas tiek veikti visā dzīves ciklā.

Līdz šim visizplatītākie ir divi galvenie dzīves cikla modeļi:

kaskādes modelis (70-85);

spirālveida modelis (86-90 gadi).

Kaskādes metode- sadalot visu attīstību posmos, un pāreja no viena posma uz nākamo notiek tikai pēc tam, kad ir pilnībā pabeigts darbs pie pašreizējā (1.2.1. att.). IS attīstības diagrammu pēc kaskādes pieejas varat redzēt šīs lekcijas pavadošajā teksta failā.

Kaskādes pieejas izmantošanas pozitīvie aspekti:

katrā posmā tiek ģenerēts pilns projektēšanas dokumentācijas komplekts, kas atbilst pilnīguma un konsekvences kritērijiem;

loģiskā secībā veiktie darbu posmi ļauj plānot visu darbu izpildes laiku un atbilstošās izmaksas.

Kaskādes pieeja ir sevi labi pierādījusi informācijas sistēmu konstruēšanā, kurai visas prasības var diezgan precīzi un pilnībā noformulēt jau pašā izstrādes sākumā. Šajā kategorijā ietilpst sarežģītas aprēķinu sistēmas, reāllaika sistēmas un citi līdzīgi uzdevumi.

Galvenais kaskādes pieejas trūkums ir ievērojama rezultātu iegūšanas kavēšanās, jo bieži vien ir jāatgriežas pie iepriekšējiem posmiem sakarā ar notikušajām izmaiņām (piemēram, mainoties klientu prasībām).

Spirālveida modelis, atšķirībā no kaskādes, ietver iteratīvu informācijas sistēmas izstrādes procesu. Katra iterācija atspoguļo pilnu izstrādes ciklu, kā rezultātā tiek izlaista produkta iekšējā vai ārējā versija (vai galaprodukta apakškopa), kas tiek uzlabota no iterācijas uz iterāciju, lai kļūtu par pilnīgu sistēmu. Izstrādes princips, izmantojot spirālveida modeli, kļūst skaidrs, ja paskatās uz parādīto attēlu.

Katrs spirāles pagrieziens atbilst jauna IP fragmenta vai versijas izveidei, tiek noskaidroti projekta mērķi un raksturojums, tiek noteikta tā kvalitāte un tiek plānots nākamā spirāles pagrieziena darbs. Šajā gadījumā viens spirāles pagrieziens apzīmē pilnu projekta ciklu, kas līdzīgs kaskādes shēmai. Spirālveida modeļa izmantošana ļauj pāriet uz nākamo projekta posmu, negaidot, kad pašreizējais tiks pilnībā pabeigts – nepabeigtos darbus var pabeigt nākamajā iterācijā.

Mūsdienās biežāk sastopams spirālveida modelis. Iemesli tam ir zemāks risku līmenis salīdzinājumā ar ūdenskrituma modeli, samazināts izstrādes laiks un viegla izmaiņu veikšana. Kopumā spirālveida modelis izrādās elastīgāks salīdzinājumā ar kaskādes modeli.

Spirālveida cikla galvenā problēma ir pārejas brīža noteikšana uz nākamo posmu. Pāreja norit, kā plānots, pat ja nav pabeigti visi plānotie darbi.

Mūsdienu automatizēto vadības sistēmu pieaugošā sarežģītība un pieaugošās prasības tām nosaka nepieciešamību izmantot efektīvas tehnoloģijas informācijas sistēmu izveidei un uzturēšanai visā dzīves ciklā. Šādas tehnoloģijas, kas vērstas uz pilna AES dzīves cikla vai tās galveno posmu atbalstīšanu, sauc par CASE tehnoloģijām (Dators Palīdzēts Sistēma Inženierzinātnes) . CASE tehnoloģija ir IS projektēšanas metodika, kā arī rīku komplekts, kas ļauj vizuāli modelēt priekšmetu jomu, analizēt šo modeli visos IS izstrādes un uzturēšanas posmos un izstrādāt aplikācijas atbilstoši lietotāju informācijas vajadzībām. Pēdējā desmitgadē ir parādījusies programmatūras un tehnoloģisko rīku klase (CASE rīki), kas ievieš CASE tehnoloģiju AIS izveidei un uzturēšanai. Pašlaik CASE rīki (>300) aptver visu kompleksās AIS izstrādes procesu kopumā. Tagad termins CASE-tools attiecas uz programmatūru, kas atbalsta AIS izveides un uzturēšanas procesus, tostarp analīzi un prasību formulēšanu, lietojumprogrammatūras un datu bāzu projektēšanu. dati, koda ģenerēšana, testēšana, dokumentācija, kvalitātes nodrošināšana, konfigurācijas vadība un projektu vadība, kā arī citi procesi.

CASE rīki:

Uzlabot izveidotās AIS (AIT) kvalitāti, izmantojot automātiskās vadības līdzekļus;

Tie ļauj īsā laikā izveidot nākotnes automatizētās informācijas sistēmas (AIT) prototipu, kas ļauj jau agrīnā stadijā novērtēt gaidāmo rezultātu;

Paātrināt sistēmas projektēšanas un izstrādes procesu;

Tie atbrīvo izstrādātāju no rutīnas darba, ļaujot viņam pilnībā koncentrēties uz attīstības radošo daļu;

Atbalstīt AIS (AIT) izstrādi un atbalstu attīstībai;

Atbalsta tehnoloģijas izstrādes komponentu atkārtotai izmantošanai.

Mūsdienu CASE rīki aptver plašu atbalsta klāstu daudzām IS projektēšanas tehnoloģijām: no vienkāršiem analīzes un dokumentācijas rīkiem līdz pilna mēroga automatizācijas rīkiem, kas aptver visu programmatūras dzīves ciklu.

Parasti CASE rīki ietver jebkuru programmatūru, kas automatizē vienu vai vairākus procesus programmatūras dzīves ciklā un kam ir šādas galvenās raksturīgās iezīmes:

· jaudīgi grafiskie rīki IP aprakstīšanai un dokumentēšanai, nodrošinot ērtu saskarni ar izstrādātāju un attīstot viņa radošās spējas;

· atsevišķu CASE rīku komponentu integrācija, nodrošinot IS izstrādes procesa vadāmību;

· īpaši organizētas projektu metadatu krātuves (repozitorija) izmantošana.

Izšķir šādus CASE fondu veidus:

Vietējie rīki, kas risina mazus autonomus uzdevumus (rīki),

Daļēji integrētu rīku komplekts, kas aptver lielāko daļu IS dzīves cikla posmu (rīkkopa)

Pilnībā integrēti rīki (CASE rīku kompleksi), kas atbalsta visu IS dzīves ciklu un ir savienoti ar kopīgu repozitoriju.

Integrētais CASE rīks (vai rīku komplekts, kas atbalsta pilnu programmatūras dzīves ciklu) satur šādas sastāvdaļas;

· repozitorijs, kas ir CASE rīka pamatā. Tam jānodrošina projekta un tā atsevišķo komponentu versiju glabāšana, no dažādiem izstrādātājiem saņemtās informācijas sinhronizācija grupas izstrādes laikā, metadatu kontrole pilnībai un konsekvencei;

· grafiskās analīzes un projektēšanas rīki, kas nodrošina hierarhiski saistītu diagrammu (DFD, ERD u.c.) izveidi un rediģēšanu, kas veido IS modeļus;

· lietojumprogrammu izstrādes rīki, tostarp 4GL valodas un kodu ģeneratori;

· konfigurācijas pārvaldības rīki;

· dokumentācijas instrumenti;

· testēšanas instrumenti;

· projektu vadības instrumenti;

· reinženierijas instrumenti.

b) pēc veida:

Analīzes rīki (Upper CASE), kas paredzēti domēnu modeļu veidošanai un analīzei

Analīzes un projektēšanas rīki (Middle CASE), kas atbalsta visizplatītākās projektēšanas metodoloģijas un tiek izmantoti, lai izveidotu dizaina specifikācijas. Šādu rīku izvade ir sistēmas komponentu un saskarņu specifikācijas, sistēmas arhitektūra, algoritmi un datu struktūras;

Datu bāzes projektēšanas rīki, kas nodrošina datu modelēšanu un datu bāzes shēmu ģenerēšanu (parasti SQL) visizplatītākajām DBVS.

Lietojumprogrammu izstrādes rīki.

Reinženierēšanas rīki, kas nodrošina programmu kodu un datu bāzes shēmu analīzi un uz tiem balstītu dažādu modeļu un dizaina specifikāciju veidošanu.

Mūsdienās Krievijas programmatūras tirgū ir šādi visattīstītākie CASE rīki:

 ERwin+BPwin;

 CASE.Analītiķis;

 Racionālā roze.

Viena no svarīgākajām IS attīstības iezīmēm ir izstrādes laiks. Bieži vien pilnvērtīgas sistēmas izveidei nepieciešamais laiks aizņem no vairākiem mēnešiem līdz gadam. Ir pilnīgi dabiski, ka lielākā daļa uzņēmumu ir ieinteresēti samazināt šo periodu. Viens no iespējamiem šīs problēmas risinājumiem ir IS izstrāde, izmantojot RAD (Rapid Application Development) metodoloģiju. = Ātrās lietojumprogrammu izstrādes metodika.

RAD metodoloģijas pamatprincipus var apkopot šādi:

Izmantojot iteratīvo (spirālveida) attīstības modeli;

Pilnīga darba pabeigšana katrā dzīves cikla posmā nav nepieciešama;

Informācijas sistēmas izstrādes procesā tiek nodrošināta cieša mijiedarbība ar klientu un nākamajiem lietotājiem;

Tiek izmantoti CASE rīki un ātrās lietojumprogrammu izstrādes rīki;

Konfigurācijas pārvaldības rīki tiek izmantoti, lai atvieglotu izmaiņu veikšanu projektā un gatavās sistēmas uzturēšanu;

Prototipi tiek izmantoti, lai labāk izprastu un realizētu gala lietotāja vajadzības;

Projekta testēšana un izstrāde tiek veikta vienlaikus ar izstrādi;

Izstrādi veic neliela un labi vadīta profesionāļu komanda;

Tiek nodrošināta kompetenta sistēmas izstrādes vadība, skaidra plānošana un darbu izpildes kontrole.

Izmantojot ātrās lietojumprogrammu izstrādes metodoloģiju, informācijas sistēmas dzīves cikls sastāv no četrām fāzēm:

Prasību analīze un plānošana;

Dizains;

Konstrukcijas;

Īstenojumi.

RAD metodika nav piemērota arī sarežģītu aprēķinu programmu, operētājsistēmu un sarežģītu inženiertehnisko objektu pārvaldības programmu izveidei, tas ir, programmām, kurām nepieciešams ierakstīt lielu daudzumu unikāla koda.

Pilnīgi nepieņemama metodika RAD tādu sistēmu izstrādei, no kurām ir atkarīga cilvēku drošība, piemēram, transporta vai atomelektrostaciju kontroles sistēmas.

Ir divas galvenās projektēšanas metodes: strukturālā un objektorientētā projektēšana.

IS izstrādes strukturālās pieejas būtība slēpjas tās sadalīšanā (sadalīšanā) automatizētās funkcijās: sistēma tiek sadalīta funkcionālās apakšsistēmās, kuras savukārt tiek sadalītas apakšfunkcijās, iedalītas uzdevumos utt. Sadalīšanas process turpinās līdz noteiktām procedūrām. Tajā pašā laikā automatizētā sistēma uztur holistisku skatījumu, kurā visas sastāvdaļas ir savstarpēji savienotas. Izstrādājot sistēmu "no apakšas uz augšu" no atsevišķiem uzdevumiem uz visu sistēmu, tiek zaudēta integritāte, un rodas problēmas atsevišķu komponentu informācijas savienojumā.

Uz objektu orientētais dizains ietver uz objektu balstītu sistēmas sadalīšanu. Objekts ir reālas dzīves vienība, kurai ir svarīgs funkcionāls mērķis noteiktā priekšmeta jomā. Objektu raksturo struktūra, stāvoklis un skaidri noteikta uzvedība. Objekta stāvokli nosaka visu iespējamo (parasti statisko) īpašību saraksts un katras šīs īpašības pašreizējās vērtības (parasti dinamiskās). Objekta īpašības raksturo tā parametru vērtības.

Tāpēc šodien mēs apskatījām dažus IP izstrādes procesa aspektus. Konkrēti, mēs definējām, kas ir IS dzīves cikls un aprakstījām tā galvenos posmus, kā arī raksturojām 2 galvenos IS dzīves cikla modeļus – kaskādi un spirāli. Pēc tam mēs identificējām svarīgu rīku IS izstrādē un uzturēšanā – CASE rīkus, kas palīdz analizēt, izstrādāt, izstrādāt un efektīvi izmantot IS, t.i. atbalsta visu IS dzīves ciklu.

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-1.jpg" alt=">Tēma: "Informācijas sistēmu izstrādes pamati un cikli." Rostova - On-Don attīstības pamati"> Тема: ”Основы и циклы разработки информационных систем”. Ростов-на-Дону Основы разработки ИС. 2010 г.!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-2.jpg" alt=">Pamattermini. Informācijas atbalsts (IS) ir dizaina kopa lēmumi par apjomiem, izvietojumu,"> Основные термины. Информационное обеспечение (ИО) - представляет собой совокупность проектных решений по объемам, размещению, форма организации информации, циркулирующей в ИС. Лингвистическое обеспечение (ЛО) - объединяет совокупность языковых средств для формализации естественного языка, построения и сочетания информационных единиц в ходе общения пользователей со средствами вычислительной техники. Техническое обеспечение (ТО) - представляет собой комплекс технических средств (технические средства сбора, регистрации, передачи, обработки, отображения, тиражирования информации, оргтехника и др.), обеспечивающих работу ИТ. Программное обеспечение (ПО) - включает совокупность программ, реализующих функции и задачи ИС и обеспечивающих устойчивую работу комплексов технических средств. Математическое обеспечение (МО) - совокупность математических методов, моделей и алгоритмов обработки информации, используемых при решении функциональных задач и в процессе автоматизации проектировочных работ. Основы разработки ИС. 2!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-3.jpg" alt=">Organizācijas atbalsts (OS) - ir dokumentu kopa, kas apkopota IC projektēšanas process, apstiprināts"> Организационное обеспечение (ОО) - представляет собой комплекс документов, составленный в процессе проектирования ИС, утвержденный и положенный в основу эксплуатации. Правовое обеспечение (Пр. О) - представляет собой совокупность правовых норм, регламентирующих правоотношения при создании и внедрении ИС и ИТ. Эргономическое обеспечение (ЭО) - как совокупность методов и средств, используемых на разных этапах разработки и функционирования ИС и ИТ, предназначено для создания оптимальных условий высококачественной, высокоэффективной и безошибочной деятельности человека в ИТ, для ее быстрейшего освоения. Конечный продукт работы любого менеджера - это решения и действия. Принятое им решение ведет либо к преуспеванию предприятия, либо к неудачам. Принятие решения - это всегда выбор определенного направления деятельности из нескольких возможных. Так как процесс управления любой организацией в экономике реализуется исключительно посредством формирования и реализации управленческих решений, поэтому остановимся на типах решений, которые имеют различные характеристики и требуют различных источников данных. Основы разработки ИС. 3!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-4.jpg" alt=">Operatīvie risinājumi ir periodiski: viena un tā pati problēma rodas periodiski. As rezultāts, process"> Оперативные решения - периодические: одна и та же задача возникает периодически. В результате процесс принятия решения становится относительно рутинным и почти беспроблемным. Параметры (характеристики) хозяйственных процессов, используемые в ходе принятия решения, определены, их оценка известна с высокой точностью, а взаимосвязь параметров с принимаемым решением понятна. Принятие оперативных решений ведет к вполне ожидаемым и прогнозируемым результатам. Оперативные решения являются краткосрочными. Тактические решения обычно принимаются управленцами среднего уровня, ответственными за обеспечение средствами для достижения целей и намерений, поставленных ЛПР верхнего звена. Тактические решения не так рутинны и структурированы, как оперативные решения. Все главные параметры объекта управления, входящие в состав тактических решений, неизвестны; оценки характеристик, определенные как важные, могут быть неизвестны, а взаимосвязь между характеристиками и решениями может быть не ясна. Стратегические решения принимаются на основе целей компании, определенных в его уставе и уточненных высшим руководством предприятия. Эти цели определяют основу, на которой должно базироваться долгосрочное планирование, а также определение критических факторов деятельности предприятия. Эти решения обеспечивают базу для принятия тактических и оперативных решений. Основы разработки ИС. 4!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-5.jpg" alt=">Stratēģiskais plāns Pēc iepriekšminētajām darbībām, pirmais plāns, kas ir nepieciešams tas ir stratēģisks plāns"> Стратегический план После вышеприведенных шагов первый план, который необходимо сформировать, - это стратегический план, являющийся сводом инициатив (хотя еще не конкретных проектов), которые должна выполнить организация для продвижения по направлению к видению. Он также должен содержать числовые результаты, которых необходимо достичь за определенный период. Центральное планирование В этом случае имеется центральный отдел, координирующий ИС- стратегию и бизнес-стратегию, а начальник ИС-отдела должен быть частью управленческого аппарата, занятого принятием решений. Операционный план ИС После определения инициатив они должны быть представлены в виде проектов с конкретными результатами, приоритетами и т. д. , т. е. в виде операционного плана. Жизненный цикл информационных систем Под жизненным циклом системы обычно понимается непрерывный процесс, который начинается с момента принятия решения о необходимости создания системы и заканчивается в момент ее полного изъятия из эксплуатации. Основы разработки ИС. 5!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-6.jpg" alt=">Ievads IS un IT izveide ir sarežģīts projektēšanas process. Dizaina mērķis ir sagatavošana"> Введение Создание ИС и ИТ представляет собой сложный процесс проектирования. Целью проектирования являются подготовка проектных документов и внедрение человекомашинной системы управления организацией. В процессе проектирования выявляются наиболее существенные характеристики экономического объекта, изучаются его внешние и внутренние информационные потоки, создаются математические и физические аналоги исследуемой системы и ее элементов, устанавливаются условия взаимодействия человека и технических средств управления. Для того чтобы иметь хорошую информационную систему необходимо планировать ее создание. Именно поэтому вопрос планирования информационных систем рассматривается здесь отдельно. Процесс планирования должен начинаться с оценки текущей ситуации, определения миссии информационной системы, интенсивности использования информации, пользователей, оценки среды организации, места на рынке, ее сильных и слабых сторон, выработки стратегии, которая должна лечь в основу бизнес-плана по созданию информационной системы. Основы разработки ИС. 6!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-7.jpg" alt=">IS izstrādes pamati. 7">!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-8.jpg" alt="> IP idejas tapšanas vēsture. Šobrīd , uzglabāšanai paredzēto sistēmu attīstības vēsture"> История создания идеи ИС. В настоящее время история развития систем, предназначенных для хранения и обработки информации с использованием ЭВМ, насчитывает уже более полувека. Еще относительно недавно в ходу были перфораторы в качестве устройств ввода данных, листинги в виде рулонов бумаги длиной порою до нескольких метров - в качестве носителя результатов машинной обработки, недельные, либо месячные временные интервалы - в качестве нормативных сроков обработки информации. В последнее десятилетие ушедшего века ситуация претерпела качественные изменения. Если попытаться сформулировать "портрет" современной информационной системы масштаба предприятия в виде десятка тезисов, то мы увидим, что она имеет: - в основе - методологию управления, направленную на достижении стратегических целей высшего менеджмента предприятия, выраженной в информационной системе в виде системы управляющих воздействий, регламентирующей деятельность пользователей. Возможность доступа к данным для множества пользователей, объединенных в локальную сеть предприятия, а зачастую - и для пользователей, удаленных от центрального офиса на сотни и тысячи километров. Наличие средств коммуникации и элементов корпоративного решения задач коллективом пользователей; Основы разработки ИС. 8!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-9.jpg" alt="> - izstrādāts, draudzīgs grafiskais gala lietotāja interfeiss; - operatīvā apstrāde režīmu informācija, aizveriet"> - развитый, дружественный графический интерфейс конечного пользователя; - режимы обработки оперативной информации, близкие к режиму реального времени. Средства аутентификации и разграничения доступа, позволяющие дозировать информацию в соответствии с должностными обязанностями пользователя; высокий уровень защищенности от несанкционированного доступа. Один или более серверов баз данных, суммарный объем которых измеряется в гига- или терабайтах; возможность обработки тысяч и миллионов записей при составлении отчетности, инвариантность (в определенных пределах) к аппаратным и операционным средам функционирования серверных и клиентских приложений. Использование стандартизованных языков и протоколов для представления и манипулирования данными. Основы разработки ИС. 9!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-10.jpg" alt=">IS klasifikācija. 1. Mērogs. Informācijas klasifikācija pēc IS sistēmas var iedalīt dažādās"> Классификация ИС. 1. Классификация ИС по масштабу. Информационные системы могут быть классифицированы по различным признакам. Однопользовательские ИС, как это ясно из названия, предназначены для использования на одном рабочем месте. В настоящее время на мировом и отечественном рынке представлено множество решений, предназначенных для автоматизации деятельности отдельно взятого пользователя. Как правило, это - решения, ориентированные на специалиста в той или иной области, будь то составление спецификаций для сборки изделий из комплектующих, планирование ремонтов оборудования, учет расходов и доходов частного предпринимателя оптовой торговли, либо составление расписаний занятий в деканате. В настоящее время альтернативу таким узкоспециализированным системам составили табличные процессоры, не имеющие проблемной специализации, в первую очередь - MS Excel. Системы этого класса трудно отнести к классу ИС, но зачастую они позволяют непрограммирующему специалисту создать и, что очень важно, самостоятельно развивать собственные решения, заменяющие, а местами и перекрывающие функционал однопользовательских систем образца 90 - х годов. Основы разработки ИС. 10!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-11.jpg" alt="> Lielākā daļa viena lietotāja sistēmu ir balstītas uz X-Base standartu (Clipper, Fox.Pro"> В основе большинства однопользовательских систем лежит стандарт X-Base (Clipper, Fox. Pro, d. Base). Широко используются также решения на базе систем Paradox, Clarion, MS Access. Каждая из перечисленных конкурирующих систем обладает собственной высокоуровневой инструментальной средой, позволяющей спроектировать базу данных, логику обработки, пользовательский интерфейс, отчеты с помощью "помощников"- построителей. На рубеже тысячелетий появились также и однопользовательские решения на базе промышленных реляционных СУБД. В этом случае ПО сервера инсталлируется непосредственно на рабочую станцию пользователя. Примером может служить Personal Oracle. Данные решения предъявляют значительные требования к ресурсам рабочей станции, однако несут в себе многие преимущества промышленных СУБД. Групповые системы предназначены для автоматизации деятельности в рабочей группе (отделе, кластере, группе проекта и т. д.). В отличие от однопользовательских ИС, групповые системы, как правило, представляют специализированные клиентские решения (их часто называют автоматизированными рабочими местами, АРМ) для различных участников группы. Например, для оптовой фирмы, ИС может представлять набор таких АРМ, как "Менеджер по продажам", "Кладовщик", "Снабженец", "Директор". Для учебного планирования - "Преподаватель", "Работник бюро планирования", "Работник учебного отдела", "Специалист по планированию на кафедре", "Работник деканата". Основы разработки ИС. 11!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-12.jpg" alt="> Ir iespējama uz tabulu procesoriem balstītu risinājumu izmantošana grupās, taču ir iespējama nozīmīgs"> Групповое использование решений на базе табличных процессоров возможно, но имеет существенные ограничения, связанные с разграничением доступа, регламентацией и синхронизацией вносимых изменений. По сути единственный режим их использования, обеспечивающий корректность данных - "файловый сервер, один автор, N читателей". При создании групповых ИС в целом используются те же средства и инструментальные среды, что и при создании однопользовательских ИС. Следует, однако, отметить, что для использования в группе при выборе между системами с файловым и реляционным сервером следует отдавать предпочтение реляционному серверу, причем целесообразно использование выделенного сервера. Это может быть, например, сервер Oracle, DB 2, MS SQL, Sybase, Informix. Корпоративные ИС (КИС) предназначены для автоматизации деятельности предприятия. В англоязычной литературе понятие "КИС" неразрывно связано с понятием "ERP" (Enterprise Resource Planning). В основе ERP- систем лежит международный стандарт управления предприятием MRP-II (Manufacture Resource Planning), обеспечивающий возможность учета, анализа и планирования основных ресурсов - финансов, человеческих, материальных. Основы разработки ИС. 12!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-13.jpg" alt=">Attiecīgi korporatīvās ERP sistēmas ir integrētu lietojumprogrammu kopums, kas visaptveroši , vienotas informācijas telpas atbalsts"> Соответственно, корпоративные ERP-системы - набор интегрированных приложений, которые комплексно, в едином информационном пространстве поддерживают все основные аспекты управленческой деятельности предприятий: планирование ресурсов (финансовых, человеческих, материальных) для производства товаров (услуг), оперативное управление выполнением планов (включая снабжение, сбыт, ведение договоров), все виды учета и анализ результатов хозяйственной деятельности. Среди требований, предъявляемым к современным КИС: · централизация данных в единой базе (в основе - всегда промышленная СУБД), · близкий к реальному времени режим работы, · сохранение общей модели управления для предприятий разных отраслей, · поддержка территориально-распределенных структур, · работа на широком круге аппаратно-программных платформ и СУБД. Примеры ERP-систем - SAP R 3, "Галактика", MS Navision Axapta. Основы разработки ИС. 13!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-14.jpg" alt=">2. Informācijas sistēmu klasifikācija pēc arhitektūras. Arhitektūra"> 2. Классификация информационных систем по архитектуре. Архитектура "Файл-сервер". Исторически первая архитектура информационных систем. Как исполняемые модули, так и данные размещаются в отдельных файлах операционной системы. Доступ к данным осуществляется путем указания пути (path) и использования файловых операций (открыть, считать, записать). Для хранения данных используется выделенный сервер (отдельный компьютер), который и является файловым сервером. Исполняемые модули хранятся либо на рабочих станциях, либо на файловом сервере. В последнем случае упрощается процедура их администрирования, но при этом возрастают требования к надежности сети. Архитектура "Клиент-сервер". Клиент-сервер - это не только архитектура, это - новая парадигма, пришедшая на смену устаревшим концепциям. Суть ее заключается в том, что клиент (исполняемый модуль) запрашивает те или иные сервисы в соответствии с определенным протоколом обмена данными. При этом, в отличие от ситуации с файловым сервером, нет необходимости в использовании прямых путей операционной системы: клиент их "не знает", ему "известны" лишь имя источника данных и другие специальные сведения, используемые для авторизации клиента на сервере. Сервер, который физически может находиться на том же компьютере, а может - на другом конце земного шара, обрабатывает запрос клиента и, произведя соответствующие манипуляции с данными, передает клиенту запрашиваемую порцию данных. Основы разработки ИС. 14!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-15.jpg" alt="> Virzienā"> В рамках направления "клиент-сервер" существуют два основных "диалекта": "тонкий" и "толстый" клиент. В системах на основе тонкого клиента используется мощный сервер баз данных, это - высокопроизводительный компьютер и библиотека так называемых хранимых процедур, позволяющих производить вычисления, реализующие основную логику обработки данных, непосредственно на сервере. Клиентское приложение, соответственно, предъявляет невысокие требования к аппаратному обеспечению рабочей станции. Основное достоинство таких систем - относительная дешевизна клиентских станций. Системы с толстым клиентом, напротив, реализуют основную логику обработки на клиенте, а сервер представляет собой в чистом виде сервер баз данных, обеспечивающий исполнение только стандартизованных запросов на манипуляцию с данными (как правило - чтение, запись, модификацию данных в таблицах реляционной базы данных). В системах такого класса требования к рабочей станции выше, а к серверу - ниже. Достоинство архитектуры - переносимость серверной компоненты на серверы различных производителей: все промышленные серверы баз данных реляционного типа поддерживают работу со стандартизованным языком манипулирования данными SQL, но внутренний встроенный язык обработки данных, необходимый для реализации логики обработки на сервере у каждого из серверов свой. Основы разработки ИС. 15!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-16.jpg" alt="> Trīsslāņu arhitektūra. Pamatojoties uz tālāku arhitektūras komponentu specializāciju : klients nodarbojas tikai"> Трехслойная архитектура. Базируется на дальнейшей специализации компонент архитектуры: клиент занимается только организацией интерфейса с пользователем, сервер баз данных - только стандартизованной обработкой данных. Для реализации логики обработки данных архитектура предусматривает отдельный слой - слой бизнес-логики. Этот слой может представлять собой либо выделенный сервер (сервер приложений), либо размещаться на клиенте в качестве динамической библиотеки. Данная архитектура позволила соединить достоинства тонкого и толстого клиентов: хорошая переносимость соединяется в ней с невысокими требованиями к клиенту. С развитием интернет-технологий появилась разновидность трехслойной архитектуры на основании использования web-технологий. В этой разновидности роль сервера приложений играет web-сервер, а в качестве клиента используется стандартный web-браузер. Достоинства - в пониженных требованиях к клиенту и в легкой встраиваемости данной архитектуры в мировые информационные сети. Основной недостаток - известные ограничения, накладываемые на интерфейс пользователя web -браузерами. С некоторой степенью приближения все ИС можно разделить на 2 класса: информационно-поисковые и управляющие. Основы разработки ИС. 16!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-17.jpg" alt="> Informācijas izguves sistēmu (IRS) galalietotāji, kā likums , ir piekļuve saglabātajiem"> Конечные пользователи информационно-поисковых систем (ИПС), как правило, имеют доступ к хранимым данным только "по чтению" и используют данные системы для поиска ответов на те или иные вопросы. Доступ по модификации данных имеет администратор системы, в функции которого входит обеспечение актуальности информации, устранение ошибок. Классические примеры ИПС - системы поиска в библиотеках, на транспорте (справки о наличии билетов). На современном этапе развития информационных технологий классические ИПС постепенно вытесняются поисковыми серверами Интернет - общего назначения и специализированными. Альтернатива ИПС - управляющие системы автоматизируют (полностью или частично) деятельность, связанную с принятием решений. Действия конечных пользователей таких систем приводят к модификации информации, что, конечно, не исключает возможности просто получать информацию, как в ИПС. Примеры управляющих систем - системы бухгалтерского учета, системы планирования производственных ресурсов и т. п. Основы разработки ИС. 17!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-18.jpg" alt=">IS attīstība. Problēmas izstrādes stadijā Skats uz organizācijas vadību un tā personāls, nerunājot"> Разработка ИС. Проблемы на стадии разработки Взгляд руководства организации и ее персонала, не говоря уже о разработчиках, на создание информационной системы различен. Здесь мы попытаемся, не вдаваясь в технические проблемы, построить модель процесса создания информационной системы для менеджеров и показать, в чем их задачи. Существует две различных стадии осуществления проекта построения информационных систем и технологий - разработка и внедрение и эксплуатация. Стадия разработки и внедрения обычно всегда осуществляется полностью. Ей не мешает ни слабое развитие технологии, ни отсутствие компетенции персонала или пользователей, ни отсутствие хороших консультантов. Если на этой стадии возникают проблемы, то они связаны со следующими тремя основными причинами: недостаток поддержки основного персонала, особенно когда надо уделить достаточно времени и энергии на критических стадиях; слишком амбициозные планы вместо пошагового, мудрого подхода; неудача при. получении достаточного количества советов от практиков с настоящим опытом использования похожих систем в похожем бизнесе. Основы разработки ИС. 18!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-19.jpg" alt=">Kā daļa no grupas diskusijas R. Hanage darbā (Pārvaldības informācija peļņai un izaugsmei),"> В рамках группового обсуждения в работе R. Hanage (Ма-naging Information for Profit and Growth), были получены следующие ответы на вопрос о том, какие проблемы возникали с проектами информационных технологий? консультанты по информационным технологиям не понимали наших мыслей; трудно найти нужный совет; сложно подобрать прикладное обеспечение для деловых процессов; неподходящее время для установки системы; плохая техническая и программная поддержка. Как правило, проект информационных технологий всегда занимает больше времени, чем предполагалось. Необходимо быть готовым к тому, чтобы вложить больше ресурсов, чем требуется, для того чтобы быть уверенным, что он не остановится; участвующие в осуществлении проекта люди всегда думают, что их работа сделана, когда аппаратура и программы работают успешно. Фактически проект завершен только тогда, когда достигнуты ожидаемые преимущества для бизнеса. Если проект связан с деловыми целями по улучшению отдельных сторон функционирования организации, и все это знают, он более успешен. Основы разработки ИС. 19!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-20.jpg" alt=">Ir četri informācijas sistēmas izveides posmi. 1 Projekta sketch Detalizēts apraksts mērķi un"> Имеется четыре стадии создания информационной системы. 1 Эскиз проекта. Подробное описание целей и задач проекта, ожидаемой прибыли, временных ресурсов, любых ограничений, доступных ресурсов и т. д. Стоит также определить "менеджера проекта", который отвечает за его осуществление, и ответственного за проект в высшем руководстве, который будет главной персоной в бизнесе и будет поддерживать менеджера проекта, когда это необходимо и в самом конце выполнения проекта. 2 Оценка проекта. Это самая главная часть проекта. В ней принимаются все важные решения - что будут делать системы, как они будут работать, какая аппаратура и прикладные программы будут использоваться и как они будут обслуживаться. Важнее всего, что здесь анализируются возможные затраты и прибыли от различных действий и производится конечный выбор. В качестве основного правила следует использовать принцип, согласно которому система должна быть настолько простой, насколько возможно. Грандиозные проекты системы могут вылиться в невероятные затраты. Изменения, которые вносятся позже, являются более дорогими. Сначала готовят список требований к системе - детальный перечень того, что система будет делать для бизнеса и как ею управлять. Основы разработки ИС. 20!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-21.jpg" alt=">Notiek pastāvīgo lietotāju (un citu interesentu) vajadzības pētīja, kā to īsti zina tikai viņi"> Изучаются потребности постоянных пользователей (и других заинтересованных лиц), так как только они действительно знают, что им нужно и как это вписать в существующую деятельность. Список включает в себя данные которые предназначены для ввода, основные результаты и отчеты, количество пользователей, размеры информации, связи с другими существующими системами и т. д. и должен быть достаточно подробным для того, чтобы можно было послать запрос поставщикам аппаратуры и программного обеспечения. На этой стадии мы не должны, . просто компьютеризировать существующие способы работы. Проект информационных технологий - это хорошая возможность еще раз подумать, как лучше сделать информационную систему. Следующая стадия состоит в том, чтобы посмотреть на требования к аппаратуре и программному обеспечению. Проконсультироваться с потенциальными поставщиками, просмотреть другие деловые решения и посоветоваться со знающими консультантами. Некоторые трудные решения должны подвергнуться тщательной оценке. Следует ответить, например, на такие вопросы: использовать ли уже готовый пакет прикладных программ либо заказать новое программное обеспечение. Ответы будут зависеть от степени риска, к которой Вы готовы, и от отличий Вашего бизнеса от других типичных фирм. Анализ затрат и прибыли - это финальный шаг перед окончательным решением. Основы разработки ИС. 21!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-22.jpg" alt=">Lietojumprogrammu un aparatūras izmaksas ir salīdzinoši zemas, it īpaši, ja jūs izmantojat standarta pakotni."> Затраты на прикладные программы и аппаратуру относительно невелики, особенно если Вы используете стандартный пакет. Большими затратами являются время, на установку системы и время на поддержку ее работы. 3 Построение и тестирование. Одним из самых недооцененных шагов в установке любой системы является ввод всех данных в систему до ее запуска. Персонал должен убедиться, что с системой легко работать. Ничто не убивает энтузиазм по отношению к новой системе быстрее, чем серия технических проблем. 4 Управление проектом и оценка риска. Если только проект не совсем тривиален, то необходимо существование менеджера проекта, у которого есть достаточно времени, чтобы работать с проектом и иметь дело. c, массой проблем, которые могут возникнуть. Проект не завершен до тех пор, пока менеджер проекта не сможет продемонстрировать, что система работает надежно и приносит прибыль. Важная часть его роли состоит в том, чтобы постоянно осознавать риск проекта. Риски должны обсуждаться открыто, несмотря на соблазн спрятать голову в песок и надеяться, что все обойдется. Риск можно спланировать: приняв альтернативные решения, приготовившись к крайним действиям и т. д. Основы разработки ИС. 22!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-23.jpg" alt=">Piemērs varētu būt programmatūras izvēle, kurā tiek pieņemti dažādi lēmumi var būt riskants dažādos"> Примером послужит выбор программного обеспечения, при котором различные решения могут быть рискованны в различной степени. Более нет места для подробного обсуждения, но использование следующего перечня вопросов может помочь выделить некоторые пункты. Основы разработки ИС. 23!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-24.jpg" alt=">Radīšanas principi. Saskaņā ar augstāk minētajām pieejām pamatprincipi IP un IT izveides tiek veidota vadība: sistemātiska"> Принципы создания. Согласно приведенным подходам формируются основные принципы создания ИС и ИТ управления: системность и логичность построения обеспечивающих и функциональных элементов ИС; широкое применение экономико-математических методов и стандартных программ прогнозно-статистического характера. Задачи управления производственной, финансовой деятельностью организации в большинстве своем ставятся как аналитические, оптимизационные или как задачи планирования. предполагает декомпозицию системы на ряд комплексов (модулей) задач, каждый из которых моделирует определенную сферу управленческой деятельности. использование новых методов и включение вновь созданных программных модулей в систему автоматизации управленческих работ. Проектирование ИС должно изначально базироваться на модульных принципах, а компьютерная реализация - допускать расширение за счет совершенствования структуры программного обеспечения. это принцип адаптации всех элементов и системы в целом. Он должен полностью пронизывать идеологию построения ИС управления - от анализа задач, технико-экономических показателей и их группировок в модули до формулирования целей. Основы разработки ИС. 24!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-25.jpg" alt=">Vispārējais IC uzticamības rādītājs koncentrējas uz vairākiem svarīgiem raksturlielumiem: - frekvences atteices"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: -частоту возникновения сбоев в техническом обеспечении; -степень адекватности математических моделей; -верификационную чистоту программ; -относительный уровень достоверности информации; -интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. В общем виде постановка задачи состоит из четырех принципиально важных компонентов: -организационно-экономической схемы и ее описания; -свода применяемых математических моделей; -описания вычислительных алгоритмов; -концепции построения информационной модели системы. Основы разработки ИС. 25!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-26.jpg" alt=">Problēmu formulēšanai un tālākai datorizētai ieviešanai nepieciešama pamatprasību apguve jēdzieni, kas saistīti ar teorētiskajiem pamatiem, informācija"> Постановка и дальнейшая компьютерная реализация задач требуют усвоения основных понятий, касающихся теоретических основ, информационных технологий. К ним относятся: -свойства, особенности и структура экономической информации; -условно-постоянная информация, ее роль и назначение; -носители информации, макет машинного носителя; -средства формализованного описания информации; -алгоритм, его свойства и формы представления; -назначение и способы контроля входной и результатной информации; -состав и назначение устройств компьютера; -состав программных средств, назначение операционных систем, пакетов прикладных программ (ППП), интегрированных пакетов программ типа АРМ менеджера, АРМ руководителя, АРМ (финансиста, АРМ бухгалтера и т. п.) Основы разработки ИС. 26!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-27.jpg" alt=">IC dzīves cikli. Mūsdienu tīkli tiek izstrādāti, balstoties uz standartiem, kas ļauj nodrošināt, pirmkārt, viņu"> Жизненные циклы ИС. Современные сети разрабатываются на основе стандартов, что позволяет обеспечить, во-первых, их высокую эффективность и, во- вторых, возможность их взаимодействия между собой. Вообще говоря, все стандарты на информационные системы (как и на любые системы вообще) можно разбить на следующие два основных класса: -Функциональные стандарты, определяющие порядок функционирования системы в интересах достижения цели, поставленной перед нею ее создателями. -Стандарты жизненного цикла, определяющие то, как создается, развертывается, применяется и ликвидируется система. Модели, определяемые стандартами этих двух классов, конечно же взаимосвязаны, однако решают совершенно разные задачи и характеризуются принципиально различными подходами к их построению. Поясним это на примере. Наиболее полной функциональной моделью системы является сама система, однако "биография" самой системы ни в коем случае не может рассматриваться в качестве модели ее жизненного цикла. Куда ближе к модели жизненного цикла информационной системы является описание жизни живого существа, начиная с момента зачатия. Основы разработки ИС. 27!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-28.jpg" alt=">Tādējādi informācijas sistēmas dzīves cikls aptver visus posmus un tās izveides, uzturēšanas posmi"> Таким образом, жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения и развития: -предпроектный анализ (включая формирование функциональной и информационной моделей объекта, для которого предназначена информационная система); -проектирование системы (включая разработку технического задания, эскизного и технического проектов); -разработку системы (в том числе программирование и тестирование прикладных программ на основании проектных спецификаций -подсистем, выделенных на стадии проектирования); -интеграцию и сборку системы, проведение ее испытаний; -эксплуатацию системы и ее сопровождение; развитие системы. Основы разработки ИС. 28!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-29.jpg" alt=">Maza specifika Mūsdienu informācijas sistēmu dzīves cikls ir aptuveni 10 gados, kas ir nozīmīgi"> Немного специфики Продолжительность жизненного цикла современных информационных систем составляет около 10 лет, что значительно превышает сроки морального и физического старения технических и системных программных средств, используемых при построении системы. Поэтому в течение жизненного цикла системы проводится модернизация ее технико-программной базы. При этом прикладное программное обеспечение системы должно быть сохранено и перенесено на обновляемые аппаратно-программные платформы. Эти проблемы привели к тому, что подавляющее большинство проектов информационных систем внедряется с нарушениями качества, сроков или сметы. Почти треть проектов информационных систем прекращают свое существование, оставшись незавершенными. По данным, публикуемым Standish Group, в 1996 году 84% проектов информационных систем не были завершены в установленные сроки, в 1998 году сократилась до 74%, однако и в 2000 -м общий объем "хронической незавершенки" не опустился ниже 50%. Главной причиной такого положения является то, что уровень технологии анализа и проектирования систем, методов и средств управления проектами не соответствует сложности создаваемых систем, которая постоянно возрастает в связи с усложнением и быстрыми изменениями бизнеса. Основы разработки ИС. 29!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-30.jpg" alt=">No pasaules prakses zināms, ka informācijas aplikācijas uzturēšanas izmaksas programmatūras sistēmas veido"> Из мировой практики известно, что затраты на сопровождение прикладного программного обеспечения информационных систем составляют не менее 70% его совокупной стоимости на протяжении жизненного цикла. Поэтому крайне важно еще на проектной стадии предусмотреть необходимые методы и средства сопровождения прикладного программного обеспечения, включая методы конфигурационного управления. В России создание и испытания автоматизированных систем, к которым относятся и информационные системы, регламентированы рядом ГОСТов, прежде всего серии 34. Однако отдельные положения этих ГОСТов уже устарели, а ряд этапов жизненного цикла информационных систем предоставлены недостаточно полно. Поэтому более целесообразно рассматривать в качестве определяющего документа международный стандарт ISO/IEC 12207. Данный стандарт определяет структуру жизненного цикла, содержащую процессы, которые должны быть выполнены во время создания программного обеспечения информационной системы. Основы разработки ИС. 30!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-31.jpg" alt=">Šie procesi ir sadalīti trīs grupās: pamata (pirkšana, piegāde , izstrāde, darbība un apkope), palīgierīces"> Эти процессы подразделяются на три группы: основные (приобретение, поставка, разработка, эксплуатация и сопровождение), вспомогательные (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит и решение проблем) и организационные (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого жизненного цикла, обучение). Основы разработки ИС. 31!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-32.jpg" alt=">Kaskādes un spirālveida modeļi Tomēr ISO/IEC2 standarts1 nepiedāvā konkrētu dzīves cikla modeļus"> Каскадная и спиральная модели Однако стандарт ISO/IEC 12207 не предлагает конкретной модели жизненного цикла и методов разработки, его рекомендации являются общими для любых моделей жизненного цикла. Под моделью обычно понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Из существующих в настоящее время моделей наиболее распространены две: каскадная и спиральная. Они принципиально различаются самим подходом к информационной системе и ее программному обеспечению. Суть различий в том, что в каскадной модели информационная система является однородной и ее программное обеспечение определяется как единое (с ней) целое. Данный подход характерен для более ранних информационных систем (каскадный метод применяется с 1970 года), а также для систем, для которых в самом начале разработки можно достаточно и полно сформулировать все требования. При выполнении этих условий каскадный метод позволяет достичь хороших результатов. Основы разработки ИС. 32!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-33.jpg" alt="> Kaskādes metodes būtība (1. att.) ir sadalīt visu attīstību posmos,"> Суть каскадного метода (рис. 1) заключается в разбиении всей разработки на этапы, причем переход от предыдущего этапа к последующему осуществляется только после полного завершения работ предыдущего этапа. Соответственно на каждом этапе формируется законченный набор проектной документации, достаточной для того, чтобы разработка могла быть продолжена другой группой разработчиков. Другим положительным моментом каскадной модели является возможность планирования сроков завершения работ и затрат на их выполнение. Однако у каскадной модели есть один существенный недостаток - очень сложно уложить реальный процесс создания программного обеспечения в такую жесткую схему и поэтому постоянно возникает необходимость возврата к предыдущим этапам с целью уточнения и пересмотра ранее принятых решений. Результатом такого конфликта стало появление модели с промежуточным контролем (рис. 2), которую представляют или как самостоятельную модель, или как вариант каскадной модели. Эта модель характеризуется межэтапными корректировками, удлиняющими период разработки изделия, но повышающими надежность. Однако и каскадная модель, и модель с промежуточным контролем обладают серьезным недостатком - запаздыванием с получением результатов. Данное обстоятельство объясняется тем, что согласование результатов возможно только после завершения каждого этапа работ. Основы разработки ИС. 33!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-34.jpg" alt="> Katra posma laikā prasības ir stingri noteiktas formu"> На время же проведения каждого этапа требования жестко задаются в виде технического задания. Так что существует опасность, что из -за неточного изложения требований или их изменения за длительное время создания программного обеспечения конечный продукт окажется невостребованным. Для преодоления этого недостатка и была создана спиральная модель, ориентированная на активную работу с пользователями и представляющая разрабатываемую информационную систему как постоянно корректируемую во время разработки. В спиральной модели (рис. 3) основной упор делается на этапы анализа и проектирования, на которых реализуемость технических решений проверяется путем создания прототипов. Спиральная модель позволяет начинать работу над следующим этапом, не дожидаясь завершения предыдущего. Спиральная модель имеет целью как можно раньше ознакомить пользователей с работоспособным продуктом, корректируя при необходимости требования к разрабатываемому продукту и каждый "виток" спирали означает создание фрагмента или версии. Основная проблема спирального цикла - определение момента перехода на следующий этап, и возможным ее решением является принудительное ограничение по времени для каждого из этапа жизненного цикла. Наиболее полно достоинства такой модели проявляются при обслуживании программных средств. Основы разработки ИС. 34!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-35.jpg" alt="> Salīdzinot šos modeļus, varam teikt, ka kaskādes modelis ir vairāk universāls, T."> Сравнивая эти модели, можно сказать, что каскадная модель более универсальна, т. е. она применима к производству разных изделий, будь то отбойный молоток или графический редактор. Для разных изделий просто будут изменяться количество и название этапов модели. Спиральная же модель более ориентирована именно на информационные системы, особенно на программные продукты, поэтому при разработке информационных систем и их программного обеспечения она предпочтительнее каскадной. Следующим шагом в вопросе поддержания жизненного цикла информационной системы, как, впрочем, и любого другого изделия, является его автоматизация. Однако автоматизация различных процессов, связанных с разработкой, производством и эксплуатацией как изделий промышленности, так и информационных систем наиболее эффективна в том случае, когда она охватывает все этапы жизненного цикла изделия. При этом необходимо преодоление следующих проблем: наличие множества различных систем, ориентированных на решение конкретных задач, относящихся к разным этапам жизненного цикла, приводит к трудностям обмена данными между смежными системами; участие в поддержке жизненного цикла изделия нескольких предприятий требует эффективного обмена информацией об изделии между партнерами; сложность изделия, наличие множества его модификаций, заимствование, стандартизация, унификация, требуют поддержки многоуровневых многовариантных сборочных моделей. Эти проблемы могут быть преодолены путем реализации концепции CALS. Основы разработки ИС. 35!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-36.jpg" alt=">CALS saīsinājums CALS apzīmē nepārtrauktu dzīves ciklu un atbalstu. nepārtraukta informatīva"> CALS Аббревиатура CALS расшифровывается как Continuous Acquisition and Life cycle Support - непрерывная информационная поддержка жизненного цикла продукта. Встречается также другой перевод, менее схожий с исходным названием, но более близкий по смыслу: обеспечение неразрывной связи между производством и прочими этапами жизненного цикла изделия. Данная технология, разработанная в 80 -х годах в Министерстве обороны США, распространилась по всему миру и охватила практически все сферы мировой экономики. Она предназначена для повышения эффективности и качества бизнес-процессов, выполняемых на протяжении всего жизненного цикла продукта, за счет применения безбумажных технологий. Началом создания системы CALS-технологий явилась разработка системы стандартов описания процессов на всех этапах жизненного цикла продукции. Основы разработки ИС. 36!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-37.jpg" alt=">Starptautiskie ISO 9004 sērijas standarti (produktu kvalitātes vadība) ieviest koncepciju"> В международных стандартах серии ISO 9004 (управление качеством продукции) введено понятие "жизненный цикл изделия". Данное понятие включает в себя следующие этапы жизненного цикла изделия: маркетинг, поиск и изучение рынка; проектирование и/или разработка технических требований к создаваемой продукции; материально- техническое снабжение; подготовка и разработка технологических процессов; производство; контроль, проведение испытаний и обследований; упаковка и хранение; реализация и/или распределение продукции; монтаж, эксплуатация; техническая помощь в обслуживании; утилизация после завершения использования продукции. Основы разработки ИС. 37!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-38.jpg" alt="> Izstrādāt CALS metodoloģiju ASV, Industrial Management Group tika izveidots"> Для развития методологии CALS в США были созданы Управляющая промышленная группа по вопросам CALS (ISG) и ее исполнительный консультативный комитет. В настоящий момент в мире действует более 25 национальных организаций (комитетов или советов по развитию CALS), в том числе в США, Японии, Канаде, Великобритании, Германии, Швеции, Норвегии, Австралии и других странах, а также в НАТО. Основные усилия этих и подобных организаций были направлены на создание разного уровня нормативной документации. За последние несколько лет разработаны следующие документы: ISO 10303 (Industrial automation systems and integration -- Product data representation and exchange), ISO 13584 (Part Library), Def Stan 00 -60 (Integrated Logistic Support), MIL-STD-2549 (Configuration Management. Data Interface), MIL- HDBK-61 (Configuration Management. Guidance), AECMA Specification 2000 M (International Specification for Materiel Management Integrated Data Processing for Military Equipment), AECMA Specification 1000 D (International Specification for Technical Data Publications, Utilising a Common Source Data Base) и т. д. Основы разработки ИС. 38!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-39.jpg" alt=">CALS standarti ISO izstrādātos CALS tehnoloģiju standartus var pārkāpt iedala trīs grupās: informācijas prezentācija"> Стандарты CALS Стандарты, разработанные ISO для CALS-технологий, можно разбить на три группы: представление информации о продукте, представление текстовой и графической информации и общего назначения. К первой группе относятся: ISO/IEC 10303 Standard for the Exchange of Product Model Data (STEP) и ISO 13584 Industrial Automation -- Parts Library. Во вторую группу входят: ISO 8879 Information Processing -- Text and Office System - Standard Generalised Markup Language (SGML); ISO/IEC 10179 Document Style Semantics and Specification Language (DSSSL); ISO/IEC IS 10744 Information Technology -- Hypermedia/Time Based Document Structuring Language (Hy. Time); ISO/IEC 8632 Information Processing Systems -- Computer Graphics - Metafile; ISO/IEC 10918 Coding of Digital Continuous Tone Still Picture Images (JPEG); ISO 11172 MPEG 2 Motion Picture Experts Group (MPEG); Coding of Motion Pictures and associated Audio for Digital Storage Media и ISO/IECS 13522 Information Technology -- Coding of Multimedia and Hypermedia Information (MHEG). Основы разработки ИС. 39!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-40.jpg" alt=">CALS ieviešanas efektivitāte Galvenā problēma tiek atrisināta, izmantojot CALS tehnoloģijas - ietaupot laiku un naudu"> Эффективность реализации CALS Основная задача, решаемая путем применения CALS-технологий, -- экономия времени и средств при одновременном повышении качества. Так, в США применение CALS-технологий сопровождается следующими типовыми показателями. В процессах проектирования и инженерных расчетах: сокращение времени проектирования на 50%; снижение затрат на изучение выполнимости проектов на 15 --40%. В процессах организации поставок: уменьшение количества ошибок при передаче данных на 98%; сокращение времени поиска и извлечения данных на 40%; сокращение времени планирования на 70%; сокращение стоимости информации на 15 --60%. В производственных процессах: сокращение производственных затрат на 15 -60%; повышение показателей качества на 80%; в процессах эксплуатационной поддержки изделий: сокращение времени на изменения технической документации на 30%; сокращение времени планирования поддержки на 70%; снижение стоимости технической документации на 10 --50%. Основы разработки ИС. 40!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-41.jpg" alt=">Atsevišķi jautājumi par ēku informācijas sistēmām un tehnoloģijām Šeit mēs apskatīsim dažas tehnoloģijas informācijas radīšanai"> Отдельные вопросы построения информационных систем и технологий Здесь мы рассмотрим некоторые технологии создания информационных систем, наиболее часто предлагаемые разработчиками. Знакомство с такими технологиями облегчит процесс понимания заказчиком предложений разработчика. Автоматизированные системы проектирования Усложнение информационных систем и расширение областей их применения, повышение требований к ним привели к тому, что даже большие, коллективы разработчиков не в состоянии за приемлемое время, в, условиях ограничений по ресурсам и с заданным качеством разработать информационную систему. В результате развития средств и методов создания информационных систем оформилось направление, связанное с автоматизацией проектирования информационной системы и информационной технологии. Это путь использования готовых решений, обеспечения заданного качества и ускорения работ при создании информационной системы и информационной технологии. (См. : Ойхман Е. Г. , Попов Э. В. Реинжиниринг бизнеса: реинжиниринг организации и информационные технологии. - М. : Финансы и статистика, 1997.) Основы разработки ИС. 41!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-42.jpg" alt="> Testēšanas posms Pēc atsevišķa sistēmas moduļa izstrādes pabeigšanas , tiek veikta bezsaistes pārbaude, kuras mērķis ir"> Этап тестирования После завершения разработки отдельного модуля системы выполняют автономный тест, который преследует две основные цели: обнаружение отказов модуля (жестких сбоев); соответствие модуля спецификации (наличие всех необходимых функций, отсутствие лишних функций). После того как автономный тест успешно пройдет, модуль включается в состав разработанной части системы и группа сгенерированных модулей проходит тесты связей, которые должны отследить их взаимное влияние. Далее группа модулей тестируется на надежность работы, то есть проходят, во-первых, тесты имитации отказов системы, а во-вторых, тесты наработки на отказ. Первая группа тестов показывает, насколько хорошо система восстанавливается после сбоев программного обеспечения, отказов аппаратного обеспечения. Вторая группа тестов определяет степень устойчивости системы при штатной работе и позволяет оценить время безотказной работы системы. В комплект тестов устойчивости должны входить тесты, имитирующие пиковую нагрузку на систему. Затем весь комплект модулей проходит системный тест - тест внутренней приемки продукта, показывающий уровень его качества. Сюда входят тесты функциональности и тесты надежности системы. Основы разработки ИС. 42!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-43.jpg" alt=">Informācijas sistēmas jaunākā pārbaude ir akcepttestēšana. Šis tests ietver informācijas sistēmas demonstrēšanu klientam"> Последний тест информационной системы - приемо-сдаточные испытания. Такой тест предусматривает показ информационной системы заказчику и должен содержать группу тестов, моделирующих реальные бизнес- процессы, чтобы показать соответствие реализации требованиям заказчика. Необходимость контролировать процесс создания ИС, гарантировать достижение целей разработки и соблюдение различных ограничений (бюджетных, временных и пр.) привело к широкому использованию в этой сфере методов и средств программной инженерии: структурного анализа, объектно-ориентированного моделирования, CASE-систем. Основы разработки ИС. 43!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-44.jpg" alt=">CASE (Computer Aided Software) pieeja šajā jomā ir kļuvusi plaši izplatīta joma Sistēmu inženierija - CASE tehnoloģija)."> Широкое распространение в этой области получил подход САSЕ (Computer Aided Software/Sуstеm Engineering - САSЕ-технология). CASE- технология совокупность методов анализа, проектирования, разработки и сопровождения информационной системы, поддерживаемых комплексом взаимосвязанных средств автоматизации. Это инструментарий для системных аналитиков, разработчиков и программистов, позволяющий автоматизировать процесс исследования, проектирования и разработки информационной системы (анализ предметной области, спецификации проектов, выпуск документации, тестирование реализаций проектов, планирование и контроль разработок, моделирование и т. п.). Это индустриализация технологии создания информационной системы и информационной технологии, позволяющая отделить и автоматизировать процесс проектирования информационной системы от последующих этапов разработки. Использование САSЕ-технологий существенно изменяет технологию работ на этапах анализа, проектирования и модернизации информационной системы. В CASE-технологиях применяются специальные методы анализа, проектирования и моделирования. CASE-технологии могут использоваться при создании информационной системы любых типов. Основы разработки ИС. 44!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-45.jpg" alt=">Vispārējais IS uzticamības rādītājs koncentrējas uz vairākiem svarīgiem raksturlielumiem: -- atteices biežums iekšā"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: --частоту возникновения сбоев в техническом обеспечении; --степень адекватности математических моделей; --верификационную чистоту программ; --относительный уровень достоверности информации; --интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. Основы разработки ИС. 45!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-46.jpg" alt="> Secinājums Mūsdienās informācijas tehnoloģijām ir ietekme ne tikai uz apstrādi"> Заключение Сегодня информационные технологии оказывают влияние не только на обработку данных, но и на способ выполнения работы людьми, на продукцию, характер конкуренции. Информация во многих организациях становится ключевым ресурсом, а информационная обработка – делом стратегической важности. Большинство организаций не сможет успешно конкурировать, пока не предложит своим клиентам такой уровень обслуживания, который возможен лишь при помощи систем, основанных на высоких технологиях. Информационная система управления – это система, обеспечивающая уполномоченный персонал данными или информацией, имеющими отношение к организации. Информационная система управления, в общем случае, состоит из четырех подсистем: системы обработки транзакций, системы управленческих отчетов, офисной информационной системы и системы поддержки принятия решений, включая информационную систему руководителя, экспертную систему и искусственный интеллект. Информационные системы используются организациями в разных целях. Они повышают производительность труда, помогая выполнять работу лучше, быстрее и дешевле, функциональную эффективность, помогая принимать наилучшие решения. Информационные системы повышают качество услуг, предоставляемых заказчикам и клиентам, помогают создавать и улучшать продукцию. Они позволяют закрепить клиентов и отдалить конкурентов, сменить основу конкуренции путем изменения таких составляющих, как цена, расходы, качество. Основы разработки ИС. 46!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-47.jpg" alt="> Atsauces. 1. A. N. Adamenko, A. M. Logic programmēšana un"> Список литературы. 1. А. Н. Адаменко, А. М. Кучуков. Логическое программирование и Visual Prolog СПб. : БХВ--Петербург, 2003. 2. Братко И. Алгоритмы искусственного интеллекта на языке PROLOG. М. : «Вильямс» , 2004. 3. Джексон П. Введение в экспертные системы. -Москва, С. Петербург, Киев: Изд. дом "Вильямс", 2002 4. Дж. Доорс, А. Рейблейн, С. Вадера. Пролог - язык программирования будущего. М. : Финансы и статистика, 1990 5. Дюбуа Д. , Прад А. Теория возможностей. Приложения к представлению знаний. -М. : Радио и связь, 1995 6. Корнеев В. В. , Гарев А. Ф. , Васюшин СВ. , Райх В. В. Базы данных. Интеллектуальная обработка информации. - М. : Изд-во "Нолидж", 7. Мендельсон Э. Введение в математическую логику. М. , 1976 8. Нечаев В. В. , Панченко В. М. , Свиридов А. П. Исследование операций и теория систем. Основы статистической динамики знаний. Учебное пособие. -М. : МИРЭА, 2000 9. Новиков П. С. Элементы математической логики. М. , 1959 10. Попов Э. В. Экспертные системы реального времени. В: Открытые системы, N 2 (10), 1995 11. Хоггер К. Введение в логическое программирование М. : Мир, 1988 12. Черч А. Введение в математическую логику, т. I. М. 1960 13. Интернет источники. Основы разработки ИС. 47!}

Nosūtiet savu labo darbu zināšanu bāzē ir vienkārši. Izmantojiet zemāk esošo veidlapu

Studenti, maģistranti, jaunie zinātnieki, kuri izmanto zināšanu bāzi savās studijās un darbā, būs jums ļoti pateicīgi.

Līdzīgi dokumenti

Projektēšanas pamatmetodoloģijas, lokālo sistēmu dzīves cikla modeļi, strukturālās pieejas būtība. Procesu plūsmu un programmatūras modelēšana to dzīves cikla atbalstam. CASE rīku ieviešanas raksturojums un tehnoloģija.

kursa darbs, pievienots 13.12.2010


Informācijas sistēmu projektēšanas metodoloģijas pamati, to dzīves cikla koncepcija. Dzīves cikla pamata modeļi. Funkcionālās modelēšanas metodika SADT. Funkcionālā modeļa sastāvs. Datu modelēšana, gadījuma-vidējo raksturlielumi.

abstrakts, pievienots 28.05.2015


Informācijas sistēmu strukturālās analīzes un projektēšanas metodika. Programmatūras dzīves cikla procesu pamatstandarts. Informācijas sistēmu profilu veidošanas mērķi un principi. Ideāla biznesa procesa modeļa izstrāde.

prezentācija, pievienota 07.12.2013


Automatizēto informācijas sistēmu dzīves cikla galveno, palīgprocesu un organizatorisko procesu iezīmes. Pamatmetodoloģijas AIS projektēšanai, pamatojoties uz CASE tehnoloģijām. Programmatūras produkta dzīves cikla modeļa definīcija.

kursa darbs, pievienots 20.11.2010


Uz datu bāzēm balstītu informācijas sistēmu projektēšanas iezīmes. CASE rīku izmantošana un biznesa procesu aprakstīšana programmā BP-Win. Mūsdienu informācijas sistēmu projektēšanas posmi, diagrammu veidi un vietnes vizuālais attēlojums.

kursa darbs, pievienots 25.04.2012


Galvenās informācijas sistēmu projektēšanas jomas: datu bāzes, programmas (datu pieprasījumu izpilde), tīkla topoloģija, aparatūras konfigurācijas. Programmatūras dzīves cikla modeļi. Informācijas sistēmu projektēšanas posmi.

abstrakts, pievienots 29.04.2010


Automatizēto informācijas sistēmu dzīves cikls. Uz CASE tehnoloģijām balstītu automatizētu sistēmu projektēšanas metodoloģijas pamati. Analīzes un plānošanas posms, automatizētas sistēmas izveide un ieviešana. Kaskādes un spirāles modelis.

kursa darbs, pievienots 20.11.2010


Automātiskās projektēšanas sistēmas. Automatizētu informācijas sistēmu projektēšanas rīku salīdzinošā analīze. Eksportējiet SQL kodu fiziskajā vidē un aizpildiet datubāzi ar saturu. Case rīku izstrādes stadijas un raksturojums.

kursa darbs, pievienots 14.11.2017