Ustvarjanje IS in IT je zapleten proces načrtovanja. Namen projektiranja je priprava projektne dokumentacije in implementacija sistema upravljanja človek-stroj za organizacijo. Med procesom načrtovanja se identificirajo najpomembnejše značilnosti gospodarskega objekta, preučujejo se njegovi zunanji in notranji informacijski tokovi, ustvarjajo matematični in fizični analogi proučevanega sistema in njegovih elementov ter pogoji za interakcijo med ljudmi in tehničnimi krmilniki. so vzpostavljeni.

Če IS obravnavamo s tehnološkega vidika, lahko izpostavimo krmilno napravo (AC). Preostale komponente - informacijska tehnologija (IT), informacijski sistem za reševanje funkcionalnih problemov (ISPS) in sistem za podporo odločanju (DSS) - so med seboj informacijsko in tehnološko povezane in tvorijo osnovo arhitekture IS.

Skrbno zasnovana tehnološka podpora informacijski tehnologiji omogoča ne le uspešno reševanje funkcionalnih problemov upravljanja, temveč tudi v okviru DSS vodjem in vodjem organizacij interaktivno izvajanje analitičnega in napovedovalnega dela za kasnejše upravljavske odločitve.

Obvezni elementi oblikovane tehnološke podpore informacijski tehnologiji so: informacijski, jezikovni, tehnični, programski, matematični, organizacijski, pravni, ergonomski.

Informacijska podpora (IS) je niz oblikovalskih odločitev glede obsega, umestitve in oblike organizacije informacij, ki krožijo v IS.

Jezikovna podpora (LS) - združuje nabor jezikovnih orodij za formalizacijo naravnega jezika, konstruiranje in združevanje informacijskih enot med komunikacijo med uporabniki in računalniško tehnologijo.

Tehnična podpora (TS) je skupek tehničnih sredstev (tehnična sredstva za zbiranje, registracijo, prenos, obdelavo, prikazovanje, reprodukcijo informacij, pisarniška oprema itd.), ki zagotavljajo delovanje IT.

Programska oprema (SW) - vključuje nabor programov, ki izvajajo funkcije in naloge IS in zagotavljajo stabilno delovanje kompleksov tehničnih sredstev.

Matematična programska oprema (MS) je skupek matematičnih metod, modelov in algoritmov za obdelavo informacij, ki se uporabljajo pri reševanju funkcionalnih problemov in v procesu avtomatizacije projektiranja.

Organizacijska podpora (OS) je skupek dokumentov, ki nastanejo v procesu načrtovanja IS, se odobrijo in uporabljajo kot osnovo za delovanje.

Pravna podpora (LbS) je skupek pravnih norm, ki urejajo pravna razmerja pri ustvarjanju in izvajanju IP in IT.

Ergonomska podpora (ES) - kot skupek metod in orodij, ki se uporabljajo na različnih stopnjah razvoja in delovanja IS in IT, je namenjena ustvarjanju optimalnih pogojev za kakovostno, visoko učinkovito in brez napak človekovo delovanje v IT, za njegov najhitrejši razvoj.

Poslovni inženiring se razume kot izvajanje niza projektantskih del za razvoj metod in postopkov za vodenje podjetij, ko se brez spreminjanja sprejete strukture upravljanja organizacije (podjetja, podjetja) doseže izboljšanje njenega finančnega položaja.

Inženiring ima številne tehnike za poslovno načrtovanje:

poudarjanje postopkov po korakih za zasnovano podjetje;

uvedba notnih sistemov, ki opisujejo postopke;

uporaba hevrističnih in pragmatičnih rešitev za opis stopnje skladnosti zasnovane poslovne možnosti z zadanimi cilji.

Poslovni proces razumemo kot celovit opis glavnih dejavnosti organizacije (podjetja, podjetja, korporacije) in njihovo projekcijo na organizacijske strukture, ob upoštevanju razvoja interakcije med udeleženci skozi čas.

Projekt poslovne prenove običajno vključuje naslednje faze:

razvijanje podobe bodoče organizacije;

analiza obstoječega poslovanja;

razvoj novih podjetij;

uvajanje novih poslov.

Simulacija je najuspešnejši pristop, ki zagotavlja natančnost analize in jasnost razlik pri primerjavi alternativnih rešitev. Pomembno je tudi, da je simulacijsko modeliranje uspešno implementirano na osebnem računalniku, ki predstavlja avtomatizirano delovno mesto vodje.

Enotni informacijski prostor se razume kot niz metodoloških, organizacijskih, programskih, tehničnih in telekomunikacijskih orodij, ki zagotavljajo hiter dostop do vseh informacijskih virov podjetja v okviru pristojnosti in pravic dostopa strokovnjakov.

Kontroling je skupek metod za iskanje rešitev – koncept upravljanja sistema in način razmišljanja vodij, ki temelji na želji po zagotavljanju dolgoročno učinkovitega delovanja organizacije. Za izvajanje nadzornih nalog v procesu oblikovanja DSS se ustvari specializiran informacijski model, imenovan krmilnik.

Krmilnik je skupek metod in orodij za izvajanje strateških in operativnih nadzornih nalog v sistemu vodenja ter reševanje strateških in taktičnih problemov na področjih upravljavskega delovanja (trženje, zagotavljanje virov, investicije itd.).

V skladu z zgoraj navedenimi pristopi se oblikujejo osnovni principi oblikovanja upravljanja IS in IT:

sistematična in logična izgradnja nosilnih in funkcionalnih elementov IS;

široka uporaba ekonomskih in matematičnih metod ter standardnih programov napovedne in statistične narave. Naloge vodenja proizvodnih in finančnih dejavnosti organizacije so večinoma zastavljene kot analitične, optimizacijske ali planske naloge.

vključuje razgradnjo sistema na več kompleksov (modulov) nalog, od katerih vsaka modelira določeno področje upravljavske dejavnosti.

uporaba novih metod in vključevanje novonastalih programskih modulov v sistem avtomatizacije vodenja. Zasnova IC naj bi sprva temeljila na modularnih principih, računalniška izvedba pa naj bi omogočala širitev z izboljšanjem strukture programske opreme.

to je princip prilagajanja vseh elementov in sistema kot celote. V celoti mora prežeti ideologijo gradnje upravljanja IS – od analize nalog, tehnično-ekonomskih kazalcev in njihovega združevanja v module do oblikovanja ciljev.

Končni produkt dela vsakega managerja so odločitve in dejanja. Odločitev, ki jo sprejme, vodi bodisi do uspeha podjetja bodisi do neuspeha. Odločanje je vedno izbira določene smeri delovanja izmed več možnih. Ker se proces vodenja vsake organizacije v gospodarstvu izvaja izključno skozi oblikovanje in izvajanje upravljavskih odločitev, se bomo zato osredotočili na tipe odločitev, ki imajo različne značilnosti in zahtevajo različne vire podatkov.

Operativne odločitve so periodične: isti problem se pojavlja periodično. Posledično postane postopek odločanja razmeroma rutinski in skoraj brez težav. Parametri (značilnosti) poslovnih procesov, ki se uporabljajo pri odločanju, so definirani, njihova ocena je znana z visoko natančnostjo, povezava parametrov s sprejeto odločitvijo pa je jasna. Sprejemanje operativnih odločitev vodi do povsem pričakovanih in predvidljivih rezultatov. Operativne rešitve so kratkoročne.

Taktične odločitve običajno sprejemajo menedžerji na srednji ravni, odgovorni za zagotavljanje sredstev za doseganje ciljev in namenov, ki so jih postavili odločevalci na najvišji ravni. Taktične odločitve niso tako rutinske in strukturirane kot operativne odločitve. Vsi glavni parametri objekta nadzora, ki so del taktičnih odločitev, niso znani; ocene lastnosti, opredeljenih kot pomembne, morda niso znane, razmerje med značilnostmi in odločitvami pa morda ni jasno.

Strateške odločitve se sprejemajo na podlagi ciljev podjetja, opredeljenih v njegovi listini in opredeljenih s strani najvišjega vodstva podjetja. Ti cilji določajo osnovo, na kateri naj bi temeljilo dolgoročno načrtovanje, ter identifikacijo kritičnih dejavnikov za podjetje. Te odločitve so podlaga za taktične in operativne odločitve.

Oglejmo si modele in metode, uporabljene na vsaki stopnji. Na prvi stopnji se uporabljajo predvsem neformalne metode za:

oblikovati problem;

določite cilj;

oblikovati merilo za ocenjevanje odločanja.

Če je problem prepoznan in identificiran s kvantitativnimi indikatorji ali kvalitativnimi značilnostmi, potem je mogoče oblikovati cilje. Cilj je nasprotje problema. Če je problem tisto, kar odločevalec noče, potem je cilj tisto, kar hoče.

Na drugi stopnji oblikovanja odločitve se pojavi iskanje različnih možnosti – alternativ. Možnosti so na voljo v različnih oblikah in merilih. Možnosti so praviloma določene z navedbo, če jih ni veliko, ali z opisom njihovih lastnosti.

Na tretji stopnji, glede na izbirni kriterij, oblikovan na drugi stopnji, pride do primerjave, ocene in izbire rešitve. Vse metode ocenjevanja možnosti lahko razdelimo v dve skupini:

metode, uporabljene v pogojih gotovosti;

metode, ki se uporabljajo v rizičnih situacijah.

Faze oblikovanja DSS v prisotnosti programske lupine so:

Opis vsebine, cilji izdelave sistema in izvedba postavitve problema.

Sestavljanje sistemskega slovarja.

Razvoj baze znanja in baze podatkov.

Implementacija sistema.

1. stopnja. Opis predmetnega področja, cilji ustvarjanja sistema in implementacija predstavitve problema. Opis naj v več oblikah odraža specifike predmetnega področja. Prvi med njimi je besedilni prikaz vsebine procesov, objektov in povezav med njimi. Druga oblika opisa je grafični prikaz drevesa ciljev, s katerimi se sooča uporabnik, ali drevo IN-ALI.

Oblikovanje katerega koli problema vključuje navedbo rezultatov delovanja sistema, začetnih podatkov, pa tudi splošnega opisa postopkov, formul in algoritmov za pretvorbo začetnih podatkov v končne podatke.

Faza 2. Sestavljanje sistemskega slovarja. Sistemski slovar je niz besed, fraz, kod, imen, ki jih uporablja razvijalec za označevanje pogojev, ciljev, zaključkov in hipotez. Zahvaljujoč slovarju uporabnik razume rezultate sistema. Sestavljanje slovarja je pomembno delo, saj jasno določeni pogoji in odgovori močno povečajo učinkovitost delovanja sistema.

Faza 3. Razvoj baze znanja in baze podatkov. Baza znanja je praviloma sestavljena iz dveh komponent: drevesa ciljev z računskimi formulami in baze pravil (mreža sklepanja). Baza pravil se ustvari na podlagi grafa ciljev in predhodno oblikovanih hipotez. Tu je glavna pozornost namenjena koeficientom gotovosti začetnih pogojev in pravilom za njihovo obdelavo.

Faza 4. Izvedba. Preverja in ocenjuje se pravilnost delovanja sistema. Ugotovijo se rezultati, ki se nato primerjajo s tistimi, pridobljenimi med postopkom zagona sistema. Vmesne izračune preverimo tudi z blokom, ki odgovarja na vprašanji kako in zakaj.

Tehnologija načrtovanja informacijskih sistemov (IS) se razume kot niz metodoloških tehnik, tehničnih sredstev in metod načrtovanja, urejenih v logičnem zaporedju, katerih cilj je izvajanje splošnega koncepta ustvarjanja ali dokončanja načrtovanja sistema in njegovih komponent. Za razvoj krmilnih sistemov sta izjemnega pomena kakovost in sestava zasnove.

Osnovna osnovna zasnova tehnološke verige načrtovanja IS in njene glavne komponente - IT - je tako imenovana tehnološka operacija - ločen člen v tehnološkem procesu.

Ta koncept je opredeljen na podlagi kibernetičnega pristopa k procesu razvoja IT. Avtomatizacija tega procesa vnaprej določa potrebo po formalizaciji tehnoloških operacij, njihovem zaporednem združevanju v tehnološko verigo medsebojno povezanih postopkov načrtovanja in njihove predstavitve.

Predprojektni pregled predmetnega področja vključuje prepoznavanje vseh značilnosti objekta in dejavnosti upravljanja v njem, pretoka notranjih in zunanjih informacijskih povezav, sestave nalog in strokovnjakov, ki bodo delali v novih tehnoloških razmerah, stopnje njihove računalniško in strokovno usposabljanje bodočih uporabnikov sistema.

Oglejmo si prvo od poti, tj. Možnost uporabe standardnih oblikovalskih rešitev, ki so vključene v aplikacijskih paketih. Informatizaciji so najbolj primerne naslednje vrste dejavnosti:

računovodstvo, vključno z vodstvenim in finančnim;

Referenčne in informacijske storitve za gospodarske dejavnosti;

organizacija dela vodje;

avtomatizacija dokumentnega toka;

gospodarske in finančne dejavnosti;

izobraževanje.

Sistemi avtomatiziranega načrtovanja so drugi, hitro razvijajoči se način izvajanja projektantskega dela.

Na področju avtomatizacije načrtovanja IS in IT se je v zadnjem desetletju pojavila nova smer - CASE (Computer-Aided Software/System Engineering). CASE je komplet orodij za sistemske analitike, razvijalce in programerje, ki omogoča avtomatizacijo procesa načrtovanja in razvoja IS, ki se je trdno uveljavil v praksi ustvarjanja in vzdrževanja IS in IT. Glavni cilj CASE je ločiti načrtovanje IS in IT od kodiranja in kasnejših razvojnih stopenj ter čim bolj avtomatizirati procese razvoja in delovanja sistemov.

Poleg avtomatizacije strukturnih metodologij in posledično možnosti uporabe sodobnih metod sistemskega in programskega inženiringa ima CASE naslednje glavne prednosti:

izboljšati kakovost ustvarjenih informacijskih sistemov (IT) s sredstvi avtomatskega nadzora (predvsem projektnega nadzora);

omogočajo izdelavo prototipa bodočega IS (IT) v kratkem času, kar vam omogoča zgodnjo oceno pričakovanega rezultata;

pospešiti načrtovanje in razvoj sistema;

osvobodite razvijalca rutinskega dela in mu omogočite, da se popolnoma osredotoči na kreativni del oblikovanja;

podpora razvoju in vzdrževanju že delujočih IS (IT);

podporne tehnologije za ponovno uporabo razvojnih komponent.

Večina orodij CASE temelji na znanstvenem pristopu, imenovanem metodologija/metoda/zapis/orodje. Metodologija oblikuje smernice za ocenjevanje in izbor projekta za razvit IS, delovne korake in njihovo zaporedje ter pravila za uporabo in namen metod. Do danes se je tehnologija CASE oblikovala kot samostojna znanstveno intenzivna smer, ki je privedla do oblikovanja močne industrije CASE, ki združuje na stotine podjetij in podjetij različnih usmeritev.

Pravočasnost označuje časovne lastnosti IS in IT in ima kvantitativni izraz v obliki skupnega časa zakasnitve informacij, ki jih uporabnik potrebuje v trenutnem trenutku v realnih pogojih za odločanje. Manjši kot je časovni zamik pri prejemu informacij, bolje IS izpolnjuje to zahtevo.

Splošni kazalnik zanesljivosti IS vsebuje številne pomembne značilnosti:

pogostost tehničnih okvar;

stopnja ustreznosti matematičnih modelov;

preverjanje čistosti programov;

relativna stopnja zanesljivosti informacij;

integriran indikator zanesljivosti ergonomske podpore IS.

Prilagodljive lastnosti sistema odražajo njegovo sposobnost prilagajanja spremembam v okoliškem zunanjem ozadju notranjega upravljanja in proizvodnega okolja organizacije. Pomembna naloga naročnika je, da v fazi načrtovanja oblikuje meje dovoljenih odstopanj v vrednostih krmilnih in izhodnih parametrov, ki so temeljnega pomena za delovanje celotnega sistema.

Na splošno je navedba problema sestavljena iz štirih bistveno pomembnih komponent:

organizacijsko-ekonomsko shemo in njen opis;

nabor aplikativnih matematičnih modelov;

opisi računalniških algoritmov;

koncepti za izdelavo informacijskega modela sistema.

Matematični model in na njegovi podlagi razviti algoritmi morajo izpolnjevati tri zahteve: gotovost (enoumnost), invariantnost glede na različne alternativne situacije v problemu in učinkovitost (sposobnost reševanja v končnem številu korakov). Rezultat algoritmizacije je logično zgrajen in odpravljen blokovni diagram.

Oblikovanje in nadaljnja računalniška izvedba nalog zahtevata obvladovanje osnovnih pojmov, ki se nanašajo na teoretične osnove in informacijsko tehnologijo. Tej vključujejo:

lastnosti, značilnosti in struktura ekonomskih informacij;

pogojno trajna informacija, njena vloga in namen;

mediji za shranjevanje, postavitev strojnih medijev;

sredstva za formaliziran opis informacij;

algoritem, njegove lastnosti in oblike predstavitve;

namen in metode spremljanja vhodnih in izhodnih informacij;

sestava in namen računalniških naprav;

Informacijski sistem (IS) je medsebojno povezan niz orodij, metod in osebja, ki se uporablja za shranjevanje, obdelavo in izdajanje informacij v interesu doseganja zastavljenega cilja.

Sodobne informacijske tehnologije omogočajo široko paleto načinov implementacije IS, katerih izbira temelji na zahtevah predvidenih uporabnikov, ki se med razvojem praviloma spreminjajo.

S projektom IS razumemo projektno in inženirsko ter tehnološko dokumentacijo, ki podaja opis projektnih rešitev za izdelavo in delovanje IS v določenem programsko-strojnem okolju.

Oblikovanje IS se razume kot proces pretvorbe vhodnih informacij o objektu, metodah in izkušnjah pri oblikovanju objektov podobnega namena v skladu z GOST v projekt IS. S tega vidika se projektiranje IS zmanjša na dosledno formalizacijo oblikovalskih odločitev v različnih fazah življenjskega cikla IS: načrtovanje in analiza zahtev, tehnično in podrobno načrtovanje, implementacija in delovanje IS.

Obseg sistemov, ki se razvijajo, določa sestavo in število udeležencev v procesu oblikovanja. Pri velikem obsegu in kratkih rokih za dokončanje projektiranja lahko pri razvoju sistema sodeluje več oblikovalskih skupin (razvojnih organizacij). V tem primeru je identificirana matična organizacija, ki usklajuje dejavnosti vseh soizvajalskih organizacij.

Izvedba načrtovanja IC vključuje uporabo oblikovalcev določene tehnologije oblikovanja, ki ustreza obsegu in značilnostim projekta, ki se razvija.

Model (latinsko "modulus" - ukrep) je nadomestni predmet za prvotni predmet, ki zagotavlja preučevanje nekaterih lastnosti slednjega; poenostavljena predstavitev sistema za njegovo analizo in napovedovanje ter pridobivanje kvalitativnih in kvantitativnih rezultatov, potrebnih za sprejemanje pravilne upravljavske odločitve.

Modeliranje je predstavitev predmeta z modelom za pridobivanje informacij o njem z izvajanjem poskusov z njegovim modelom.

Za oblikovanje IC uporabljajo informacijski modeli, ki predstavlja predmete in procese v obliki slik, diagramov, risb, tabel, formul, besedil itd.

Informacijski model je model predmeta, procesa ali pojava, v katerem so predstavljeni informacijski vidiki modeliranega predmeta, procesa ali pojava.

Je osnova za razvoj modelov IS.

Model ustvarjanja IP ima štiri stopnje:

1. Projektna skica. p podroben opis ciljev in ciljev projekta, pričakovanega dobička, časovnih virov, morebitnih omejitev, razpoložljivih virov itd. Prav tako je vredno določiti "vodjo projekta", ki je odgovoren za izvedbo projekta, in lastnika projekta v višjem vodstvu, ki bo glavna oseba v poslu in bo podpiral vodjo projekta, ko bo to potrebno in na samem koncu projekt.

2. Evalvacija projekta. To je najpomembnejši del projekta. Tam se sprejemajo vse pomembne odločitve – kaj bodo sistemi počeli, kako bodo delovali, katera strojna oprema in aplikacije bodo uporabljene ter kako bodo vzdrževane. Najpomembneje je, da se analizirajo možni stroški in koristi različnih ukrepov in naredi končna izbira. Splošno pravilo bi moralo biti, da mora biti sistem čim bolj preprost. Ogromni sistemski projekti lahko povzročijo neverjetne stroške. Kasnejše spremembe so dražje.

3. Najprej pripravite seznam zahtev za sistem – podroben seznam, kaj bo sistem naredil za podjetje in kako ga upravljati. Potrebe rednih uporabnikov (in drugih deležnikov) se preučujejo, saj le ti zares vedo, kaj potrebujejo in kako to umestiti v obstoječe aktivnosti.

4. Seznam vključuje podatke, ki jih je treba vnesti, glavne rezultate in poročila, število uporabnikov, velikost informacij, povezave z drugimi obstoječimi sistemi itd. in mora biti dovolj podroben, da omogoča pošiljanje zahteve dobaviteljem strojne in programske opreme.

5. Na tej stopnji ne bi smeli zgolj računalniško obdelati obstoječih načinov dela. Projekt informacijske tehnologije je dobra priložnost, da ponovno razmislimo, kako najbolje narediti informacijski sistem.

6. Naslednja faza je pregled zahtev glede strojne in programske opreme. Posvetujte se s potencialnimi dobavitelji, preglejte druge poslovne odločitve in se posvetujte z usposobljenimi svetovalci. Nekatere težke odločitve je treba skrbno ovrednotiti. Odgovoriti morate na primer na naslednja vprašanja: ali uporabiti že pripravljen paket aplikacijskih programov ali naročiti novo programsko opremo. Odgovori bodo odvisni od stopnje tveganja, ki ste ga pripravljeni prevzeti, in od tega, kako se vaše podjetje razlikuje od drugih tipičnih podjetij.

Analiza stroškov in koristi je zadnji korak pred dokončno odločitvijo. Stroški aplikacijskih programov in strojne opreme so relativno nizki, še posebej, če uporabljate standardni paket. Velika stroška sta čas za namestitev sistema in čas za podporo njegovemu delovanju.

7. Konstrukcija in testiranje. Eden najbolj podcenjenih korakov pri namestitvi katerega koli sistema je vnašanje vseh podatkov v sistem, preden se začne uporabljati.

8. Osebje mora zagotoviti, da je sistem enostaven za uporabo. Nič ne ubije navdušenja nad novim sistemom hitreje kot vrsta tehničnih težav.

9. Vodenje projekta in ocena tveganja. Razen če je projekt povsem trivialen, mora biti vodja projekta, ki ima dovolj časa za delo s projektom in reševanje številnih težav, ki se lahko pojavijo. Projekt ni dokončan, dokler vodja projekta ne dokaže, da sistem deluje zanesljivo in je donosen.

10. Pomemben del njegove vloge je, da se ves čas zaveda tveganja projekta. O tveganjih se je treba odkrito pogovarjati, kljub skušnjavi, da bi tiščali glavo v pesek in upali, da se bo vse izšlo. Tveganje je mogoče načrtovati: z alternativnimi odločitvami, pripravo na skrajna dejanja itd. Primer bi bil izbor programske opreme, kjer so lahko različne odločitve v različni meri tvegane. Ni prostora za nadaljnjo razpravo, vendar bo uporaba naslednjega kontrolnega seznama morda pomagala izpostaviti nekatere točke.

"Metodologija razvoja informacijskih sistemov"

Sodobni vodje organizacij prej ali slej pridejo do zaključka, da je treba avtomatizirati različne upravljavske funkcije svojega poslovanja: to je praviloma posledica želje po znižanju stroškov z optimizacijo proizvodnega procesa in optimizacijo upravljanja različnih poslovnih procesov. . V tem primeru organizacije bodisi kupijo že pripravljene standardne informacijske sisteme, ki so na voljo na trgu IT storitev, bodisi pritegnejo strokovnjake in razvijejo informacijske sisteme neposredno za določeno podjetje, ob upoštevanju njegovih posebnosti in področja delovanja. Prva možnost je bolj ekonomična, druga pa bolj obetavna, saj posebej razviti IS upošteva strukturo organizacije in bi moral biti bolj primeren za avtomatizacijo delovanja posamezne organizacije.

Osnovni koncept metodologije razvoja informacijskih sistemov je koncept IS življenjski cikel. Življenjski cikel sistema običajno razumemo kot neprekinjen proces, ki se začne od trenutka, ko je sprejeta odločitev o potrebi po izdelavi sistema, in se konča, ko je popolnoma odstranjen iz uporabe. Z drugimi besedami, življenjski cikel IS je obdobje nastanka in uporabe IP.

Življenjski cikel informacijskega sistema zajema vse stopnje in faze njegovega ustvarjanja, vzdrževanja in razvoja:

predprojektna analiza (vključno z oblikovanjem funkcionalnih in informacijskih modelov objekta, ki mu je informacijski sistem namenjen);

projektiranje sistema (vključno z razvojem tehničnih specifikacij, idejnih in tehničnih projektov);

razvoj sistemov (vključno s programiranjem in testiranjem aplikativnih programov na podlagi konstrukcijskih specifikacij podsistemov, opredeljenih v fazi načrtovanja);

integracija in montaža sistema, njegovo testiranje;

delovanje sistema in njegovo vzdrževanje;

razvoj sistema.

Na stopnji predprojektne analize se prouči predmetno področje, za katerega se razvija sistem. Oblikovane so zahteve naročnika za prihodnji sistem, začrtane bodoče funkcije in parametri sistema. Narejena je približna ocena prihodnjih materialnih in časovnih stroškov.

V fazi načrtovanja se razvije sistemski projekt v obliki diagramov, risb in izračunov, opiše se podoba prihodnjega sistema in podajo projektne rešitve za vse njegove komponente. Namen zasnove je izbor tehnične in oblikovanje informacijske, matematične, programske ter organizacijske in pravne podpore.

Učinkovito delovanje IS je odvisno predvsem od kakovosti zasnove, med načrtovanjem se ustvari podrobna podoba sistema, ki je sposobna nadaljnjega delovanja z nenehnim izboljševanjem. Kot rezultat projektiranja se oblikuje sklop tehnične dokumentacije, ki služi kot osnova za izgradnjo IS.

Zasnova IC temelji na številnih načelih:

Načelo sistematično ali sistemski pristop. Načelo sistematičnosti predpostavlja obravnavanje predmeta kot enotne celote; prepoznavanje povezav med strukturnimi elementi, ki zagotavljajo celovitost sistema; določanje smeri proizvodnih in gospodarskih dejavnosti sistema ter funkcij, ki jih izvaja.

Načelo razvoj ekonomskih informacijskih sistemov (EIS) - predvideva, da je pri izdelavi IS omogočeno hitro in brez velikih stroškov prestrukturiranja sprememb in nadgradnje IT pri spreminjanju in razvoju objekta.

- Kompatibilnost- predvideva možnost interakcije med EIS različnih ravni in vrst v procesu njihovega skupnega delovanja.

- Standardizacija in poenotenje- vključuje uporabo tipskih, poenotenih in tipskih rešitev pri izdelavi in ​​razvoju elektronskih informacijskih sistemov (standardni programski izdelki, poenotena dokumentacija, oprema).

- Načelo učinkovitosti– racionalno razmerje med stroški nastanka in delovanja ter učinkom delovanja ustvarjenega sistema.

- Integracija- to je integracija postopkov zbiranja, prenosa, zbiranja, shranjevanja informacij in postopkov za oblikovanje upravljavskih odločitev v en sam tehnološki proces.

Dejansko ustvarjanje sistema se zgodi v fazi razvoja.

Potreba po razvojni stopnji je posledica dejstva, da v obdobju uporabe sistema (približno 10 let) postane strojna in programska oprema moralno in fizično zastarela, zato je treba občasno posodobiti programsko in strojno bazo IS.

Na vsaki stopnji življenjskega cikla se oblikuje določen nabor dokumentov in tehničnih rešitev, za vsako fazo pa se uporabljajo začetni dokumenti in odločitve, pridobljene na prejšnji stopnji.

Potek procesa ustvarjanja IS (vrstni red izvajanja stopenj, merila za prehod iz stopnje v stopnjo) je odvisen od izbranega modela življenjskega cikla IS. Model življenjskega cikla- strukturo, ki določa zaporedje izvajanja in razmerja med procesi, dejanji in nalogami, ki se izvajajo skozi življenjski cikel.

Do danes sta najbolj razširjena naslednja dva glavna modela življenjskega cikla:

kaskadni model (70-85);

spiralni model (86-90 let).

Kaskadna metoda- razdelitev celotnega razvoja na stopnje, prehod iz ene stopnje v drugo pa se pojavi šele, ko je delo na trenutni v celoti zaključeno (slika 1.2.1). Diagram razvoja IS po kaskadnem pristopu si lahko ogledate v besedilni datoteki, ki spremlja to predavanje.

Pozitivni vidiki uporabe kaskadnega pristopa:

na vsaki stopnji se ustvari celoten sklop projektne dokumentacije, ki izpolnjuje merila popolnosti in doslednosti;

faze dela, ki se izvajajo v logičnem zaporedju, omogočajo načrtovanje časa dokončanja vseh del in pripadajočih stroškov.

Kaskadni pristop se je dobro izkazal pri gradnji informacijskih sistemov, za katere je mogoče vse zahteve precej natančno in v celoti oblikovati že na samem začetku razvoja. Kompleksni računski sistemi, sistemi v realnem času in druge podobne naloge spadajo v to kategorijo.

Glavna pomanjkljivost kaskadnega pristopa je velika zamuda pri pridobivanju rezultatov, saj se je pogosto treba vrniti na prejšnje stopnje zaradi nastalih sprememb (na primer zaradi spremenjenih zahtev strank).

Spiralni model, v nasprotju s kaskado, vključuje ponavljajoč se proces razvoja informacijskega sistema. Vsaka ponovitev predstavlja celoten razvojni cikel, ki ima za posledico izdajo notranje ali zunanje različice izdelka (ali podnabora končnega izdelka), ki se iz ponovitve v ponovitev izboljšuje, da postane popoln sistem. Načelo razvoja z uporabo spiralnega modela postane jasno, če pogledate predstavljeno sliko.

Vsak obrat spirale ustreza ustvarjanju novega fragmenta ali različice IP; cilji in značilnosti projekta so pojasnjeni, njegova kakovost je določena in načrtovano je delo naslednjega obrata spirale. V tem primeru en zavoj spirale predstavlja celoten projektni cikel, podoben kaskadni shemi. Uporaba spiralnega modela vam omogoča, da se premaknete na naslednjo stopnjo projekta, ne da bi čakali, da je trenutna v celoti dokončana - nedokončano delo je mogoče dokončati v naslednji ponovitvi.

Spiralni model je danes pogostejši. Razlogi za to so nižja stopnja tveganja v primerjavi s slapovim modelom, skrajšan razvojni čas in enostavnost spreminjanja. Na splošno se spiralni model izkaže za bolj fleksibilnega v primerjavi s kaskadnim modelom.

Glavna težava spiralnega cikla je določitev trenutka prehoda na naslednjo stopnjo. Prehod poteka po načrtih, tudi če niso dokončana vsa načrtovana dela.

Vse večja kompleksnost sodobnih avtomatiziranih nadzornih sistemov in vse večje zahteve po njih narekujejo potrebo po uporabi učinkovitih tehnologij za ustvarjanje in vzdrževanje informacijskih sistemov skozi celoten življenjski cikel. Takšne tehnologije, osredotočene na podporo celotnega življenjskega cikla jedrske elektrarne ali njenih glavnih stopenj, se imenujejo tehnologije CASE. (Računalnik Pomoč Sistem Inženiring) . Tehnologija CASE je metodologija oblikovanja IS, pa tudi nabor orodij, ki vam omogočajo vizualno modeliranje predmetnega področja, analizo tega modela na vseh stopnjah razvoja in vzdrževanja IS ter razvoj aplikacij v skladu z informacijskimi potrebami uporabnikov. V zadnjem desetletju se je pojavil razred programskih in tehnoloških orodij (CASE tools), ki implementirajo CASE tehnologijo za izdelavo in vzdrževanje AIS. Trenutno orodja CASE (>300) pokrivajo celoten proces razvoja kompleksnega AIS kot celote. Zdaj se izraz CASE-orodja nanaša na programsko opremo, ki podpira procese ustvarjanja in vzdrževanja AIS, vključno z analizo in oblikovanjem zahtev, oblikovanjem aplikacijske programske opreme in baz podatkov. podatki, generiranje kode, testiranje, dokumentacija, zagotavljanje kakovosti, upravljanje konfiguracije in vodenje projektov ter drugi procesi.

CASE orodja:

Izboljšati kakovost ustvarjenega AIS (AIT) s pomočjo avtomatskih krmilnih sredstev;

Omogočajo vam, da v kratkem času ustvarite prototip bodočega avtomatiziranega informacijskega sistema (AIT), kar omogoča zgodnjo oceno pričakovanega rezultata;

Pospešite proces oblikovanja in razvoja sistema;

Razvijalca osvobodijo rutinskega dela in mu omogočijo, da se popolnoma osredotoči na kreativni del razvoja;

Podpora razvoju in podpora razvoju AIS (AIT);

Podporne tehnologije za ponovno uporabo razvojnih komponent.

Sodobna orodja CASE pokrivajo široko paleto podpore za številne tehnologije oblikovanja IS: od enostavnih orodij za analizo in dokumentiranje do orodij za avtomatizacijo polnega obsega, ki pokrivajo celoten življenjski cikel programske opreme.

Običajno orodja CASE vključujejo katero koli programsko opremo, ki avtomatizira enega ali več procesov v življenjskem ciklu programske opreme in ima naslednje glavne značilnosti:

· zmogljiva grafična orodja za opisovanje in dokumentiranje IP, ki zagotavljajo priročen vmesnik z razvijalcem in razvijajo njegove ustvarjalne sposobnosti;

· integracija posameznih komponent CASE orodij, ki zagotavljajo obvladljivost procesa razvoja IS;

· uporaba posebej organizirane hrambe projektnih metapodatkov (repozitorij).

Razlikujemo naslednje vrste skladov CASE:

Lokalna orodja, ki rešujejo manjše avtonomne naloge (orodja),

Niz delno integriranih orodij, ki pokrivajo večino stopenj življenjskega cikla IS (zbirka orodij)

Popolnoma integrirana orodja (CASE-orodni kompleksi), ki podpirajo celoten življenjski cikel IS in so povezana s skupnim repozitorijem.

Integrirano orodje CASE (ali nabor orodij, ki podpirajo celoten življenjski cikel programske opreme) vsebuje naslednje komponente;

· repozitorij, ki je osnova orodja CASE. Zagotoviti mora shranjevanje različic projekta in njegovih posameznih komponent, sinhronizacijo informacij, prejetih od različnih razvijalcev med skupinskim razvojem, nadzor nad popolnostjo in doslednostjo metapodatkov;

· orodja za grafično analizo in načrtovanje, ki omogočajo izdelavo in urejanje hierarhično povezanih diagramov (DFD, ERD itd.), ki tvorijo modele IS;

· orodja za razvoj aplikacij, vključno z jeziki 4GL in generatorji kode;

· orodja za upravljanje konfiguracije;

· orodja za dokumentiranje;

· orodja za testiranje;

· orodja za vodenje projektov;

· orodja za prenovo.

b) po vrsti:

Orodja za analizo (velike ČRKE), zasnovana za gradnjo in analizo domenskih modelov

Orodja za analizo in načrtovanje (Middle CASE), ki podpirajo najpogostejše metodologije načrtovanja in se uporabljajo za ustvarjanje specifikacij dizajna. Rezultat takih orodij so specifikacije sistemskih komponent in vmesnikov, sistemske arhitekture, algoritmov in podatkovnih struktur;

Orodja za načrtovanje baz podatkov, ki zagotavljajo modeliranje podatkov in generiranje shem baz podatkov (običajno v jeziku SQL) za najpogostejše DBMS.

Orodja za razvoj aplikacij.

Orodja za reinženiring, ki zagotavljajo analizo programskih kod in shem podatkovnih baz ter oblikovanje različnih modelov in konstrukcijskih specifikacij na njihovi podlagi.

Danes ima ruski trg programske opreme naslednja najbolj razvita orodja CASE:

 ERwin+BPwin;

 CASE.Analitik;

 Rational Rose.

Ena od pomembnih značilnosti razvoja IS je čas razvoja. Pogosto čas, potreben za ustvarjanje polnopravnega sistema, traja od nekaj mesecev do enega leta. Povsem naravno je, da je večina podjetij zainteresirana za skrajšanje tega obdobja. Ena od možnih rešitev tega problema je razvoj IS po metodologiji RAD (Rapid Application Development). = Metodologija hitrega razvoja aplikacij.

Osnovna načela metodologije RAD je mogoče povzeti na naslednji način:

Uporaba iterativnega (spiralnega) razvojnega modela;

Popoln zaključek dela na vsaki stopnji življenjskega cikla ni potreben;

V procesu razvoja informacijskega sistema je zagotovljena tesna interakcija s stranko in bodočimi uporabniki;

Uporabljajo se orodja CASE in orodja za hitri razvoj aplikacij;

Orodja za upravljanje konfiguracije se uporabljajo za lažje spreminjanje projekta in vzdrževanje končnega sistema;

Prototipi se uporabljajo za boljše razumevanje in uresničevanje potreb končnega uporabnika;

Testiranje in razvoj projekta potekata sočasno z razvojem;

Razvoj izvaja majhna in dobro vodena ekipa strokovnjakov;

Zagotovljeno je kompetentno vodenje razvoja sistema, jasno načrtovanje in nadzor izvajanja del.

Pri metodologiji hitrega razvoja aplikacij je življenjski cikel informacijskega sistema sestavljen iz štirih faz:

Analiza in načrtovanje zahtev;

Oblikovanje;

Konstrukcije;

Izvedbe.

Metodologija RAD tudi ni primerna za ustvarjanje kompleksnih računskih programov, operacijskih sistemov in programov za upravljanje kompleksnih inženirskih in tehničnih objektov, torej programov, ki zahtevajo pisanje velike količine unikatne kode.

Popolnoma nesprejemljiva metodologija RAD za razvoj sistemov, od katerih je odvisna varnost ljudi, kot so krmilni sistemi za transport ali jedrske elektrarne.

Obstajata dve glavni metodi načrtovanja: strukturno in objektno usmerjeno načrtovanje.

Bistvo strukturnega pristopa k razvoju IS je v njegovi dekompoziciji (razčlenitvi) na avtomatizirane funkcije: sistem se razdeli na funkcionalne podsisteme, ti pa na podfunkcije, razdelijo na naloge itd. Postopek particioniranja se nadaljuje do posebnih postopkov. Hkrati pa avtomatiziran sistem ohranja celovit pogled, v katerem so vse komponente med seboj povezane. Pri razvoju sistema »od spodaj navzgor« od posameznih nalog do celotnega sistema se izgubi celovitost, nastanejo težave pri informacijskem povezovanju posameznih komponent.

Objektno usmerjeno načrtovanje vključuje razgradnjo sistema na podlagi objektov. Objekt je resnična entiteta, ki ima pomemben funkcionalni namen na danem predmetnem področju. Za objekt so značilni struktura, stanje in jasno definirano obnašanje. Stanje objekta je opredeljeno s seznamom vseh možnih (običajno statičnih) lastnosti in trenutnih vrednosti (običajno dinamičnih) vsake od teh lastnosti. Lastnosti predmeta so označene z vrednostmi njegovih parametrov.

Danes smo si torej ogledali nekatere vidike procesa razvoja intelektualne lastnine. Posebej smo opredelili, kaj je življenjski cikel IS in opisali njegove glavne faze ter opisali dva glavna modela življenjskega cikla IS – kaskadno in spiralno. Nato smo identificirali pomembno orodje pri razvoju in vzdrževanju IS – CASE orodja, ki pomagajo analizirati, načrtovati, razvijati in učinkovito uporabljati IS, t.j. podpirajo celoten življenjski cikel IS.

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-1.jpg" alt=">Tema: “Osnove in cikli razvoja informacijskih sistemov.” Rostov - Osnove razvoja na Donu"> Тема: ”Основы и циклы разработки информационных систем”. Ростов-на-Дону Основы разработки ИС. 2010 г.!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-2.jpg" alt=">Osnovni izrazi. Informacijska podpora (IS) je sklop oblikovanja odločitve o obsegu, postavitvi,"> Основные термины. Информационное обеспечение (ИО) - представляет собой совокупность проектных решений по объемам, размещению, форма организации информации, циркулирующей в ИС. Лингвистическое обеспечение (ЛО) - объединяет совокупность языковых средств для формализации естественного языка, построения и сочетания информационных единиц в ходе общения пользователей со средствами вычислительной техники. Техническое обеспечение (ТО) - представляет собой комплекс технических средств (технические средства сбора, регистрации, передачи, обработки, отображения, тиражирования информации, оргтехника и др.), обеспечивающих работу ИТ. Программное обеспечение (ПО) - включает совокупность программ, реализующих функции и задачи ИС и обеспечивающих устойчивую работу комплексов технических средств. Математическое обеспечение (МО) - совокупность математических методов, моделей и алгоритмов обработки информации, используемых при решении функциональных задач и в процессе автоматизации проектировочных работ. Основы разработки ИС. 2!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-3.jpg" alt=">Organizacijska podpora (OS) - je nabor dokumentov, zbranih v Proces načrtovanja IC, odobren"> Организационное обеспечение (ОО) - представляет собой комплекс документов, составленный в процессе проектирования ИС, утвержденный и положенный в основу эксплуатации. Правовое обеспечение (Пр. О) - представляет собой совокупность правовых норм, регламентирующих правоотношения при создании и внедрении ИС и ИТ. Эргономическое обеспечение (ЭО) - как совокупность методов и средств, используемых на разных этапах разработки и функционирования ИС и ИТ, предназначено для создания оптимальных условий высококачественной, высокоэффективной и безошибочной деятельности человека в ИТ, для ее быстрейшего освоения. Конечный продукт работы любого менеджера - это решения и действия. Принятое им решение ведет либо к преуспеванию предприятия, либо к неудачам. Принятие решения - это всегда выбор определенного направления деятельности из нескольких возможных. Так как процесс управления любой организацией в экономике реализуется исключительно посредством формирования и реализации управленческих решений, поэтому остановимся на типах решений, которые имеют различные характеристики и требуют различных источников данных. Основы разработки ИС. 3!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-4.jpg" alt=">Operativne rešitve so občasne: isti problem se pojavlja občasno. Kot rezultat, proces"> Оперативные решения - периодические: одна и та же задача возникает периодически. В результате процесс принятия решения становится относительно рутинным и почти беспроблемным. Параметры (характеристики) хозяйственных процессов, используемые в ходе принятия решения, определены, их оценка известна с высокой точностью, а взаимосвязь параметров с принимаемым решением понятна. Принятие оперативных решений ведет к вполне ожидаемым и прогнозируемым результатам. Оперативные решения являются краткосрочными. Тактические решения обычно принимаются управленцами среднего уровня, ответственными за обеспечение средствами для достижения целей и намерений, поставленных ЛПР верхнего звена. Тактические решения не так рутинны и структурированы, как оперативные решения. Все главные параметры объекта управления, входящие в состав тактических решений, неизвестны; оценки характеристик, определенные как важные, могут быть неизвестны, а взаимосвязь между характеристиками и решениями может быть не ясна. Стратегические решения принимаются на основе целей компании, определенных в его уставе и уточненных высшим руководством предприятия. Эти цели определяют основу, на которой должно базироваться долгосрочное планирование, а также определение критических факторов деятельности предприятия. Эти решения обеспечивают базу для принятия тактических и оперативных решений. Основы разработки ИС. 4!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-5.jpg" alt=">Strateški načrt Po zgornjih korakih je prvi načrt, ki mora je to strateški načrt"> Стратегический план После вышеприведенных шагов первый план, который необходимо сформировать, - это стратегический план, являющийся сводом инициатив (хотя еще не конкретных проектов), которые должна выполнить организация для продвижения по направлению к видению. Он также должен содержать числовые результаты, которых необходимо достичь за определенный период. Центральное планирование В этом случае имеется центральный отдел, координирующий ИС- стратегию и бизнес-стратегию, а начальник ИС-отдела должен быть частью управленческого аппарата, занятого принятием решений. Операционный план ИС После определения инициатив они должны быть представлены в виде проектов с конкретными результатами, приоритетами и т. д. , т. е. в виде операционного плана. Жизненный цикл информационных систем Под жизненным циклом системы обычно понимается непрерывный процесс, который начинается с момента принятия решения о необходимости создания системы и заканчивается в момент ее полного изъятия из эксплуатации. Основы разработки ИС. 5!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-6.jpg" alt=">Uvod Ustvarjanje IS in IT je zapleten proces načrtovanja. Namen oblikovanja je priprava"> Введение Создание ИС и ИТ представляет собой сложный процесс проектирования. Целью проектирования являются подготовка проектных документов и внедрение человекомашинной системы управления организацией. В процессе проектирования выявляются наиболее существенные характеристики экономического объекта, изучаются его внешние и внутренние информационные потоки, создаются математические и физические аналоги исследуемой системы и ее элементов, устанавливаются условия взаимодействия человека и технических средств управления. Для того чтобы иметь хорошую информационную систему необходимо планировать ее создание. Именно поэтому вопрос планирования информационных систем рассматривается здесь отдельно. Процесс планирования должен начинаться с оценки текущей ситуации, определения миссии информационной системы, интенсивности использования информации, пользователей, оценки среды организации, места на рынке, ее сильных и слабых сторон, выработки стратегии, которая должна лечь в основу бизнес-плана по созданию информационной системы. Основы разработки ИС. 6!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-7.jpg" alt=">Osnove razvoja IS. 7">!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-8.jpg" alt="> Zgodovina nastanka ideje o IP. Trenutno , zgodovina razvoja sistemov za shranjevanje"> История создания идеи ИС. В настоящее время история развития систем, предназначенных для хранения и обработки информации с использованием ЭВМ, насчитывает уже более полувека. Еще относительно недавно в ходу были перфораторы в качестве устройств ввода данных, листинги в виде рулонов бумаги длиной порою до нескольких метров - в качестве носителя результатов машинной обработки, недельные, либо месячные временные интервалы - в качестве нормативных сроков обработки информации. В последнее десятилетие ушедшего века ситуация претерпела качественные изменения. Если попытаться сформулировать "портрет" современной информационной системы масштаба предприятия в виде десятка тезисов, то мы увидим, что она имеет: - в основе - методологию управления, направленную на достижении стратегических целей высшего менеджмента предприятия, выраженной в информационной системе в виде системы управляющих воздействий, регламентирующей деятельность пользователей. Возможность доступа к данным для множества пользователей, объединенных в локальную сеть предприятия, а зачастую - и для пользователей, удаленных от центрального офиса на сотни и тысячи километров. Наличие средств коммуникации и элементов корпоративного решения задач коллективом пользователей; Основы разработки ИС. 8!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-9.jpg" alt="> - razvit, prijazen grafični vmesnik za končnega uporabnika; - operativna obdelava informacije o načinih, zaprite"> - развитый, дружественный графический интерфейс конечного пользователя; - режимы обработки оперативной информации, близкие к режиму реального времени. Средства аутентификации и разграничения доступа, позволяющие дозировать информацию в соответствии с должностными обязанностями пользователя; высокий уровень защищенности от несанкционированного доступа. Один или более серверов баз данных, суммарный объем которых измеряется в гига- или терабайтах; возможность обработки тысяч и миллионов записей при составлении отчетности, инвариантность (в определенных пределах) к аппаратным и операционным средам функционирования серверных и клиентских приложений. Использование стандартизованных языков и протоколов для представления и манипулирования данными. Основы разработки ИС. 9!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-10.jpg" alt=">Klasifikacija IS. 1. Razvrstitev IS po obsegu. Informacije sisteme lahko razvrstimo v različne"> Классификация ИС. 1. Классификация ИС по масштабу. Информационные системы могут быть классифицированы по различным признакам. Однопользовательские ИС, как это ясно из названия, предназначены для использования на одном рабочем месте. В настоящее время на мировом и отечественном рынке представлено множество решений, предназначенных для автоматизации деятельности отдельно взятого пользователя. Как правило, это - решения, ориентированные на специалиста в той или иной области, будь то составление спецификаций для сборки изделий из комплектующих, планирование ремонтов оборудования, учет расходов и доходов частного предпринимателя оптовой торговли, либо составление расписаний занятий в деканате. В настоящее время альтернативу таким узкоспециализированным системам составили табличные процессоры, не имеющие проблемной специализации, в первую очередь - MS Excel. Системы этого класса трудно отнести к классу ИС, но зачастую они позволяют непрограммирующему специалисту создать и, что очень важно, самостоятельно развивать собственные решения, заменяющие, а местами и перекрывающие функционал однопользовательских систем образца 90 - х годов. Основы разработки ИС. 10!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-11.jpg" alt="> Večina sistemov za enega uporabnika temelji na standardu X-Base (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="> Skupinska uporaba rešitev, ki temeljijo na tabelnih procesorjih, je možna, vendar ima pomemben"> Групповое использование решений на базе табличных процессоров возможно, но имеет существенные ограничения, связанные с разграничением доступа, регламентацией и синхронизацией вносимых изменений. По сути единственный режим их использования, обеспечивающий корректность данных - "файловый сервер, один автор, 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=">Skladno s tem so korporativni sistemi ERP nabor integriranih aplikacij, ki celovito , v podpori enotnega informacijskega prostora"> Соответственно, корпоративные 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. Klasifikacija informacijskih sistemov po arhitekturi. Arhitektura"> 2. Классификация информационных систем по архитектуре. Архитектура "Файл-сервер". Исторически первая архитектура информационных систем. Как исполняемые модули, так и данные размещаются в отдельных файлах операционной системы. Доступ к данным осуществляется путем указания пути (path) и использования файловых операций (открыть, считать, записать). Для хранения данных используется выделенный сервер (отдельный компьютер), который и является файловым сервером. Исполняемые модули хранятся либо на рабочих станциях, либо на файловом сервере. В последнем случае упрощается процедура их администрирования, но при этом возрастают требования к надежности сети. Архитектура "Клиент-сервер". Клиент-сервер - это не только архитектура, это - новая парадигма, пришедшая на смену устаревшим концепциям. Суть ее заключается в том, что клиент (исполняемый модуль) запрашивает те или иные сервисы в соответствии с определенным протоколом обмена данными. При этом, в отличие от ситуации с файловым сервером, нет необходимости в использовании прямых путей операционной системы: клиент их "не знает", ему "известны" лишь имя источника данных и другие специальные сведения, используемые для авторизации клиента на сервере. Сервер, который физически может находиться на том же компьютере, а может - на другом конце земного шара, обрабатывает запрос клиента и, произведя соответствующие манипуляции с данными, передает клиенту запрашиваемую порцию данных. Основы разработки ИС. 14!}

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

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-16.jpg" alt="> Troslojna arhitektura. Temelji na nadaljnji specializaciji komponent arhitekture : samo stranka se ukvarja"> Трехслойная архитектура. Базируется на дальнейшей специализации компонент архитектуры: клиент занимается только организацией интерфейса с пользователем, сервер баз данных - только стандартизованной обработкой данных. Для реализации логики обработки данных архитектура предусматривает отдельный слой - слой бизнес-логики. Этот слой может представлять собой либо выделенный сервер (сервер приложений), либо размещаться на клиенте в качестве динамической библиотеки. Данная архитектура позволила соединить достоинства тонкого и толстого клиентов: хорошая переносимость соединяется в ней с невысокими требованиями к клиенту. С развитием интернет-технологий появилась разновидность трехслойной архитектуры на основании использования web-технологий. В этой разновидности роль сервера приложений играет web-сервер, а в качестве клиента используется стандартный web-браузер. Достоинства - в пониженных требованиях к клиенту и в легкой встраиваемости данной архитектуры в мировые информационные сети. Основной недостаток - известные ограничения, накладываемые на интерфейс пользователя web -браузерами. С некоторой степенью приближения все ИС можно разделить на 2 класса: информационно-поисковые и управляющие. Основы разработки ИС. 16!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-17.jpg" alt="> Končni uporabniki sistemov za iskanje informacij (IRS) praviloma , imajo dostop do shranjenih"> Конечные пользователи информационно-поисковых систем (ИПС), как правило, имеют доступ к хранимым данным только "по чтению" и используют данные системы для поиска ответов на те или иные вопросы. Доступ по модификации данных имеет администратор системы, в функции которого входит обеспечение актуальности информации, устранение ошибок. Классические примеры ИПС - системы поиска в библиотеках, на транспорте (справки о наличии билетов). На современном этапе развития информационных технологий классические ИПС постепенно вытесняются поисковыми серверами Интернет - общего назначения и специализированными. Альтернатива ИПС - управляющие системы автоматизируют (полностью или частично) деятельность, связанную с принятием решений. Действия конечных пользователей таких систем приводят к модификации информации, что, конечно, не исключает возможности просто получать информацию, как в ИПС. Примеры управляющих систем - системы бухгалтерского учета, системы планирования производственных ресурсов и т. п. Основы разработки ИС. 17!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-18.jpg" alt=">Razvoj IS. Težave v fazi razvoja Pogled na vodenje organizacije in njegovo osebje, ne govorim"> Разработка ИС. Проблемы на стадии разработки Взгляд руководства организации и ее персонала, не говоря уже о разработчиках, на создание информационной системы различен. Здесь мы попытаемся, не вдаваясь в технические проблемы, построить модель процесса создания информационной системы для менеджеров и показать, в чем их задачи. Существует две различных стадии осуществления проекта построения информационных систем и технологий - разработка и внедрение и эксплуатация. Стадия разработки и внедрения обычно всегда осуществляется полностью. Ей не мешает ни слабое развитие технологии, ни отсутствие компетенции персонала или пользователей, ни отсутствие хороших консультантов. Если на этой стадии возникают проблемы, то они связаны со следующими тремя основными причинами: недостаток поддержки основного персонала, особенно когда надо уделить достаточно времени и энергии на критических стадиях; слишком амбициозные планы вместо пошагового, мудрого подхода; неудача при. получении достаточного количества советов от практиков с настоящим опытом использования похожих систем в похожем бизнесе. Основы разработки ИС. 18!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-19.jpg" alt=">V okviru skupinske razprave o delu R. Hanage (Upravljanje informacij za dobiček in rast),"> В рамках группового обсуждения в работе 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=">Obstajajo štiri stopnje izdelave informacijskega sistema. 1 Projektna skica Podroben opis ciljev in"> Имеется четыре стадии создания информационной системы. 1 Эскиз проекта. Подробное описание целей и задач проекта, ожидаемой прибыли, временных ресурсов, любых ограничений, доступных ресурсов и т. д. Стоит также определить "менеджера проекта", который отвечает за его осуществление, и ответственного за проект в высшем руководстве, который будет главной персоной в бизнесе и будет поддерживать менеджера проекта, когда это необходимо и в самом конце выполнения проекта. 2 Оценка проекта. Это самая главная часть проекта. В ней принимаются все важные решения - что будут делать системы, как они будут работать, какая аппаратура и прикладные программы будут использоваться и как они будут обслуживаться. Важнее всего, что здесь анализируются возможные затраты и прибыли от различных действий и производится конечный выбор. В качестве основного правила следует использовать принцип, согласно которому система должна быть настолько простой, насколько возможно. Грандиозные проекты системы могут вылиться в невероятные затраты. Изменения, которые вносятся позже, являются более дорогими. Сначала готовят список требований к системе - детальный перечень того, что система будет делать для бизнеса и как ею управлять. Основы разработки ИС. 20!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-21.jpg" alt=">Potrebe običajnih uporabnikov (in drugih zainteresiranih) študirali, kot zares znajo le oni"> Изучаются потребности постоянных пользователей (и других заинтересованных лиц), так как только они действительно знают, что им нужно и как это вписать в существующую деятельность. Список включает в себя данные которые предназначены для ввода, основные результаты и отчеты, количество пользователей, размеры информации, связи с другими существующими системами и т. д. и должен быть достаточно подробным для того, чтобы можно было послать запрос поставщикам аппаратуры и программного обеспечения. На этой стадии мы не должны, . просто компьютеризировать существующие способы работы. Проект информационных технологий - это хорошая возможность еще раз подумать, как лучше сделать информационную систему. Следующая стадия состоит в том, чтобы посмотреть на требования к аппаратуре и программному обеспечению. Проконсультироваться с потенциальными поставщиками, просмотреть другие деловые решения и посоветоваться со знающими консультантами. Некоторые трудные решения должны подвергнуться тщательной оценке. Следует ответить, например, на такие вопросы: использовать ли уже готовый пакет прикладных программ либо заказать новое программное обеспечение. Ответы будут зависеть от степени риска, к которой Вы готовы, и от отличий Вашего бизнеса от других типичных фирм. Анализ затрат и прибыли - это финальный шаг перед окончательным решением. Основы разработки ИС. 21!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-22.jpg" alt=">Stroški aplikacijskih programov in strojne opreme so relativno nizki, zlasti če uporabljate standardni paket."> Затраты на прикладные программы и аппаратуру относительно невелики, особенно если Вы используете стандартный пакет. Большими затратами являются время, на установку системы и время на поддержку ее работы. 3 Построение и тестирование. Одним из самых недооцененных шагов в установке любой системы является ввод всех данных в систему до ее запуска. Персонал должен убедиться, что с системой легко работать. Ничто не убивает энтузиазм по отношению к новой системе быстрее, чем серия технических проблем. 4 Управление проектом и оценка риска. Если только проект не совсем тривиален, то необходимо существование менеджера проекта, у которого есть достаточно времени, чтобы работать с проектом и иметь дело. c, массой проблем, которые могут возникнуть. Проект не завершен до тех пор, пока менеджер проекта не сможет продемонстрировать, что система работает надежно и приносит прибыль. Важная часть его роли состоит в том, чтобы постоянно осознавать риск проекта. Риски должны обсуждаться открыто, несмотря на соблазн спрятать голову в песок и надеяться, что все обойдется. Риск можно спланировать: приняв альтернативные решения, приготовившись к крайним действиям и т. д. Основы разработки ИС. 22!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-23.jpg" alt=">Primer bi bila izbira programske opreme, pri kateri različne odločitve lahko tvegano v različnih"> Примером послужит выбор программного обеспечения, при котором различные решения могут быть рискованны в различной степени. Более нет места для подробного обсуждения, но использование следующего перечня вопросов может помочь выделить некоторые пункты. Основы разработки ИС. 23!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-24.jpg" alt=">Principi ustvarjanja. Glede na zgornje pristope so osnovni principi ustvarjanja IP in IT se oblikujejo vodenje: sistematično"> Принципы создания. Согласно приведенным подходам формируются основные принципы создания ИС и ИТ управления: системность и логичность построения обеспечивающих и функциональных элементов ИС; широкое применение экономико-математических методов и стандартных программ прогнозно-статистического характера. Задачи управления производственной, финансовой деятельностью организации в большинстве своем ставятся как аналитические, оптимизационные или как задачи планирования. предполагает декомпозицию системы на ряд комплексов (модулей) задач, каждый из которых моделирует определенную сферу управленческой деятельности. использование новых методов и включение вновь созданных программных модулей в систему автоматизации управленческих работ. Проектирование ИС должно изначально базироваться на модульных принципах, а компьютерная реализация - допускать расширение за счет совершенствования структуры программного обеспечения. это принцип адаптации всех элементов и системы в целом. Он должен полностью пронизывать идеологию построения ИС управления - от анализа задач, технико-экономических показателей и их группировок в модули до формулирования целей. Основы разработки ИС. 24!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-25.jpg" alt=">Splošni indikator zanesljivosti IC združuje številne pomembne značilnosti: -izpadi frekvence v"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: -частоту возникновения сбоев в техническом обеспечении; -степень адекватности математических моделей; -верификационную чистоту программ; -относительный уровень достоверности информации; -интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. В общем виде постановка задачи состоит из четырех принципиально важных компонентов: -организационно-экономической схемы и ее описания; -свода применяемых математических моделей; -описания вычислительных алгоритмов; -концепции построения информационной модели системы. Основы разработки ИС. 25!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-26.jpg" alt=">Formulacija in nadaljnja računalniška izvedba problemov zahtevata obvladovanje osnovnih pojmov, povezanih s teoretičnimi osnovami, informacij"> Постановка и дальнейшая компьютерная реализация задач требуют усвоения основных понятий, касающихся теоретических основ, информационных технологий. К ним относятся: -свойства, особенности и структура экономической информации; -условно-постоянная информация, ее роль и назначение; -носители информации, макет машинного носителя; -средства формализованного описания информации; -алгоритм, его свойства и формы представления; -назначение и способы контроля входной и результатной информации; -состав и назначение устройств компьютера; -состав программных средств, назначение операционных систем, пакетов прикладных программ (ППП), интегрированных пакетов программ типа АРМ менеджера, АРМ руководителя, АРМ (финансиста, АРМ бухгалтера и т. п.) Основы разработки ИС. 26!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-27.jpg" alt=">življenjski cikli IC. Sodobna omrežja so razvita na podlagi standardov, ki omogoča zagotavljanje, prvič, njihovih"> Жизненные циклы ИС. Современные сети разрабатываются на основе стандартов, что позволяет обеспечить, во-первых, их высокую эффективность и, во- вторых, возможность их взаимодействия между собой. Вообще говоря, все стандарты на информационные системы (как и на любые системы вообще) можно разбить на следующие два основных класса: -Функциональные стандарты, определяющие порядок функционирования системы в интересах достижения цели, поставленной перед нею ее создателями. -Стандарты жизненного цикла, определяющие то, как создается, развертывается, применяется и ликвидируется система. Модели, определяемые стандартами этих двух классов, конечно же взаимосвязаны, однако решают совершенно разные задачи и характеризуются принципиально различными подходами к их построению. Поясним это на примере. Наиболее полной функциональной моделью системы является сама система, однако "биография" самой системы ни в коем случае не может рассматриваться в качестве модели ее жизненного цикла. Куда ближе к модели жизненного цикла информационной системы является описание жизни живого существа, начиная с момента зачатия. Основы разработки ИС. 27!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-28.jpg" alt=">Tako življenjski cikel informacijskega sistema zajema vse stopnje in faze njegovega nastanka, vzdrževanja"> Таким образом, жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения и развития: -предпроектный анализ (включая формирование функциональной и информационной моделей объекта, для которого предназначена информационная система); -проектирование системы (включая разработку технического задания, эскизного и технического проектов); -разработку системы (в том числе программирование и тестирование прикладных программ на основании проектных спецификаций -подсистем, выделенных на стадии проектирования); -интеграцию и сборку системы, проведение ее испытаний; -эксплуатацию системы и ее сопровождение; развитие системы. Основы разработки ИС. 28!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-29.jpg" alt=">Malo posebnosti Življenjski cikel sodobnih informacijskih sistemov je približno 10 let, kar je pomembno"> Немного специфики Продолжительность жизненного цикла современных информационных систем составляет около 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=">Iz svetovne prakse je znano, da so stroški vzdrževanja informacijske aplikacije programski sistemi sestavljajo"> Из мировой практики известно, что затраты на сопровождение прикладного программного обеспечения информационных систем составляют не менее 70% его совокупной стоимости на протяжении жизненного цикла. Поэтому крайне важно еще на проектной стадии предусмотреть необходимые методы и средства сопровождения прикладного программного обеспечения, включая методы конфигурационного управления. В России создание и испытания автоматизированных систем, к которым относятся и информационные системы, регламентированы рядом ГОСТов, прежде всего серии 34. Однако отдельные положения этих ГОСТов уже устарели, а ряд этапов жизненного цикла информационных систем предоставлены недостаточно полно. Поэтому более целесообразно рассматривать в качестве определяющего документа международный стандарт ISO/IEC 12207. Данный стандарт определяет структуру жизненного цикла, содержащую процессы, которые должны быть выполнены во время создания программного обеспечения информационной системы. Основы разработки ИС. 30!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-31.jpg" alt=">Ti procesi so razdeljeni v tri skupine: osnovni (nabava, dobava) , razvoj, delovanje in vzdrževanje), pomož"> Эти процессы подразделяются на три группы: основные (приобретение, поставка, разработка, эксплуатация и сопровождение), вспомогательные (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит и решение проблем) и организационные (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого жизненного цикла, обучение). Основы разработки ИС. 31!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-32.jpg" alt=">Kaskadni in spiralni modeli Vendar pa standard ISO/IEC 12207 ne ponuja posebnih modelov življenjskega cikla"> Каскадная и спиральная модели Однако стандарт ISO/IEC 12207 не предлагает конкретной модели жизненного цикла и методов разработки, его рекомендации являются общими для любых моделей жизненного цикла. Под моделью обычно понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Из существующих в настоящее время моделей наиболее распространены две: каскадная и спиральная. Они принципиально различаются самим подходом к информационной системе и ее программному обеспечению. Суть различий в том, что в каскадной модели информационная система является однородной и ее программное обеспечение определяется как единое (с ней) целое. Данный подход характерен для более ранних информационных систем (каскадный метод применяется с 1970 года), а также для систем, для которых в самом начале разработки можно достаточно и полно сформулировать все требования. При выполнении этих условий каскадный метод позволяет достичь хороших результатов. Основы разработки ИС. 32!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-33.jpg" alt="> Bistvo kaskadne metode (slika 1) je, da celoten razvoj razdelite na stopnje,"> Суть каскадного метода (рис. 1) заключается в разбиении всей разработки на этапы, причем переход от предыдущего этапа к последующему осуществляется только после полного завершения работ предыдущего этапа. Соответственно на каждом этапе формируется законченный набор проектной документации, достаточной для того, чтобы разработка могла быть продолжена другой группой разработчиков. Другим положительным моментом каскадной модели является возможность планирования сроков завершения работ и затрат на их выполнение. Однако у каскадной модели есть один существенный недостаток - очень сложно уложить реальный процесс создания программного обеспечения в такую жесткую схему и поэтому постоянно возникает необходимость возврата к предыдущим этапам с целью уточнения и пересмотра ранее принятых решений. Результатом такого конфликта стало появление модели с промежуточным контролем (рис. 2), которую представляют или как самостоятельную модель, или как вариант каскадной модели. Эта модель характеризуется межэтапными корректировками, удлиняющими период разработки изделия, но повышающими надежность. Однако и каскадная модель, и модель с промежуточным контролем обладают серьезным недостатком - запаздыванием с получением результатов. Данное обстоятельство объясняется тем, что согласование результатов возможно только после завершения каждого этапа работ. Основы разработки ИС. 33!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-34.jpg" alt="> V času vsake stopnje so zahteve strogo določene v oblika"> На время же проведения каждого этапа требования жестко задаются в виде технического задания. Так что существует опасность, что из -за неточного изложения требований или их изменения за длительное время создания программного обеспечения конечный продукт окажется невостребованным. Для преодоления этого недостатка и была создана спиральная модель, ориентированная на активную работу с пользователями и представляющая разрабатываемую информационную систему как постоянно корректируемую во время разработки. В спиральной модели (рис. 3) основной упор делается на этапы анализа и проектирования, на которых реализуемость технических решений проверяется путем создания прототипов. Спиральная модель позволяет начинать работу над следующим этапом, не дожидаясь завершения предыдущего. Спиральная модель имеет целью как можно раньше ознакомить пользователей с работоспособным продуктом, корректируя при необходимости требования к разрабатываемому продукту и каждый "виток" спирали означает создание фрагмента или версии. Основная проблема спирального цикла - определение момента перехода на следующий этап, и возможным ее решением является принудительное ограничение по времени для каждого из этапа жизненного цикла. Наиболее полно достоинства такой модели проявляются при обслуживании программных средств. Основы разработки ИС. 34!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-35.jpg" alt="> Če primerjamo te modele, lahko rečemo, da je kaskadni model bolj univerzalni, T."> Сравнивая эти модели, можно сказать, что каскадная модель более универсальна, т. е. она применима к производству разных изделий, будь то отбойный молоток или графический редактор. Для разных изделий просто будут изменяться количество и название этапов модели. Спиральная же модель более ориентирована именно на информационные системы, особенно на программные продукты, поэтому при разработке информационных систем и их программного обеспечения она предпочтительнее каскадной. Следующим шагом в вопросе поддержания жизненного цикла информационной системы, как, впрочем, и любого другого изделия, является его автоматизация. Однако автоматизация различных процессов, связанных с разработкой, производством и эксплуатацией как изделий промышленности, так и информационных систем наиболее эффективна в том случае, когда она охватывает все этапы жизненного цикла изделия. При этом необходимо преодоление следующих проблем: наличие множества различных систем, ориентированных на решение конкретных задач, относящихся к разным этапам жизненного цикла, приводит к трудностям обмена данными между смежными системами; участие в поддержке жизненного цикла изделия нескольких предприятий требует эффективного обмена информацией об изделии между партнерами; сложность изделия, наличие множества его модификаций, заимствование, стандартизация, унификация, требуют поддержки многоуровневых многовариантных сборочных моделей. Эти проблемы могут быть преодолены путем реализации концепции CALS. Основы разработки ИС. 35!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-36.jpg" alt=">CALS Okrajšava CALS pomeni Continuous Acquisition and Life cycle Support - kontinuirano informiranje"> 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=">Mednarodni standardi serije ISO 9004 (upravljanje kakovosti izdelkov) predstavi koncept"> В международных стандартах серии ISO 9004 (управление качеством продукции) введено понятие "жизненный цикл изделия". Данное понятие включает в себя следующие этапы жизненного цикла изделия: маркетинг, поиск и изучение рынка; проектирование и/или разработка технических требований к создаваемой продукции; материально- техническое снабжение; подготовка и разработка технологических процессов; производство; контроль, проведение испытаний и обследований; упаковка и хранение; реализация и/или распределение продукции; монтаж, эксплуатация; техническая помощь в обслуживании; утилизация после завершения использования продукции. Основы разработки ИС. 37!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-38.jpg" alt="> Za razvoj metodologije CALS v ZDA, Industrial Management Group je bil ustvarjen"> Для развития методологии 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=">Standardi CALS Standarde, ki jih je razvil ISO za tehnologije CALS, je mogoče kršiti v tri skupine: predstavitev informacij"> Стандарты 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=">Učinkovitost implementacije CALS) Glavna težava, ki jo rešuje uporaba tehnologij CALS, je -- prihranek časa in denarja"> Эффективность реализации 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=">Ločena vprašanja gradnje informacijskih sistemov in tehnologij Tukaj si bomo ogledali nekatere tehnologije za ustvarjanje informacij"> Отдельные вопросы построения информационных систем и технологий Здесь мы рассмотрим некоторые технологии создания информационных систем, наиболее часто предлагаемые разработчиками. Знакомство с такими технологиями облегчит процесс понимания заказчиком предложений разработчика. Автоматизированные системы проектирования Усложнение информационных систем и расширение областей их применения, повышение требований к ним привели к тому, что даже большие, коллективы разработчиков не в состоянии за приемлемое время, в, условиях ограничений по ресурсам и с заданным качеством разработать информационную систему. В результате развития средств и методов создания информационных систем оформилось направление, связанное с автоматизацией проектирования информационной системы и информационной технологии. Это путь использования готовых решений, обеспечения заданного качества и ускорения работ при создании информационной системы и информационной технологии. (См. : Ойхман Е. Г. , Попов Э. В. Реинжиниринг бизнеса: реинжиниринг организации и информационные технологии. - М. : Финансы и статистика, 1997.) Основы разработки ИС. 41!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-42.jpg" alt="> Faza testiranja Po zaključku razvoja ločenega modula sistema , se izvede test brez povezave, ki zasleduje"> Этап тестирования После завершения разработки отдельного модуля системы выполняют автономный тест, который преследует две основные цели: обнаружение отказов модуля (жестких сбоев); соответствие модуля спецификации (наличие всех необходимых функций, отсутствие лишних функций). После того как автономный тест успешно пройдет, модуль включается в состав разработанной части системы и группа сгенерированных модулей проходит тесты связей, которые должны отследить их взаимное влияние. Далее группа модулей тестируется на надежность работы, то есть проходят, во-первых, тесты имитации отказов системы, а во-вторых, тесты наработки на отказ. Первая группа тестов показывает, насколько хорошо система восстанавливается после сбоев программного обеспечения, отказов аппаратного обеспечения. Вторая группа тестов определяет степень устойчивости системы при штатной работе и позволяет оценить время безотказной работы системы. В комплект тестов устойчивости должны входить тесты, имитирующие пиковую нагрузку на систему. Затем весь комплект модулей проходит системный тест - тест внутренней приемки продукта, показывающий уровень его качества. Сюда входят тесты функциональности и тесты надежности системы. Основы разработки ИС. 42!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-43.jpg" alt=">Najnovejši test informacijskega sistema je sprejemljivostni test. Ta test vključuje predstavitev informacijskega sistema stranki"> Последний тест информационной системы - приемо-сдаточные испытания. Такой тест предусматривает показ информационной системы заказчику и должен содержать группу тестов, моделирующих реальные бизнес- процессы, чтобы показать соответствие реализации требованиям заказчика. Необходимость контролировать процесс создания ИС, гарантировать достижение целей разработки и соблюдение различных ограничений (бюджетных, временных и пр.) привело к широкому использованию в этой сфере методов и средств программной инженерии: структурного анализа, объектно-ориентированного моделирования, CASE-систем. Основы разработки ИС. 43!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-44.jpg" alt=">Pristop CASE (računalniško podprta programska oprema) je postal zelo razširjen v tem področje Sistemski inženiring - CASE tehnologija)."> Широкое распространение в этой области получил подход СА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=">Splošni indikator zanesljivosti IS združuje številne pomembne značilnosti: -- pogostost okvar v"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: --частоту возникновения сбоев в техническом обеспечении; --степень адекватности математических моделей; --верификационную чистоту программ; --относительный уровень достоверности информации; --интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. Основы разработки ИС. 45!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-46.jpg" alt="> Zaključek Informacijska tehnologija danes ne vpliva le na obdelavo"> Заключение Сегодня информационные технологии оказывают влияние не только на обработку данных, но и на способ выполнения работы людьми, на продукцию, характер конкуренции. Информация во многих организациях становится ключевым ресурсом, а информационная обработка – делом стратегической важности. Большинство организаций не сможет успешно конкурировать, пока не предложит своим клиентам такой уровень обслуживания, который возможен лишь при помощи систем, основанных на высоких технологиях. Информационная система управления – это система, обеспечивающая уполномоченный персонал данными или информацией, имеющими отношение к организации. Информационная система управления, в общем случае, состоит из четырех подсистем: системы обработки транзакций, системы управленческих отчетов, офисной информационной системы и системы поддержки принятия решений, включая информационную систему руководителя, экспертную систему и искусственный интеллект. Информационные системы используются организациями в разных целях. Они повышают производительность труда, помогая выполнять работу лучше, быстрее и дешевле, функциональную эффективность, помогая принимать наилучшие решения. Информационные системы повышают качество услуг, предоставляемых заказчикам и клиентам, помогают создавать и улучшать продукцию. Они позволяют закрепить клиентов и отдалить конкурентов, сменить основу конкуренции путем изменения таких составляющих, как цена, расходы, качество. Основы разработки ИС. 46!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-47.jpg" alt="> Literatura. 1. A. N. Adamenko, A. M. Kuchukov Logika programiranje in"> Список литературы. 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!}

Pošljite svoje dobro delo v bazo znanja je preprosto. Uporabite spodnji obrazec

Študenti, podiplomski študenti, mladi znanstveniki, ki bazo znanja uporabljajo pri študiju in delu, vam bodo zelo hvaležni.

Podobni dokumenti

Osnovne metodologije načrtovanja, modeli življenjskega cikla lokalnih sistemov, bistvo strukturnega pristopa. Modeliranje procesnih tokov in programska oprema za podporo njihovega življenjskega cikla. Značilnosti in tehnologija implementacije orodij CASE.

predmetno delo, dodano 13.12.2010


Osnove metodologije za načrtovanje informacijskih sistemov, koncept njihovega življenjskega cikla. Osnovni modeli življenjskega cikla. Metodologija funkcionalnega modeliranja SADT. Sestava funkcionalnega modela. Modeliranje podatkov, značilnosti primerov.

povzetek, dodan 28.05.2015


Metodologija strukturne analize in načrtovanja informacijskih sistemov. Osnovni standard za procese življenjskega cikla programske opreme. Cilji in principi oblikovanja profilov informacijskih sistemov. Razvoj idealnega modela poslovnih procesov.

predstavitev, dodana 12.7.2013


Značilnosti glavnih, pomožnih in organizacijskih procesov življenjskega cikla avtomatiziranih informacijskih sistemov. Osnovne metodologije za načrtovanje AIS na osnovi CASE tehnologij. Opredelitev modela življenjskega cikla programskega izdelka.

predmetno delo, dodano 20.11.2010


Značilnosti načrtovanja informacijskih sistemov, ki temeljijo na bazah podatkov. Uporaba orodij CASE in opisovanje poslovnih procesov v BP-Win. Faze oblikovanja sodobnih informacijskih sistemov, vrste diagramov in vizualni prikaz spletnega mesta.

tečajna naloga, dodana 25.4.2012


Glavna področja načrtovanja informacijskih sistemov: baze podatkov, programi (izvajanje podatkovnih zahtev), topologija omrežja, konfiguracije strojne opreme. Modeli življenjskega cikla programske opreme. Faze načrtovanja informacijskega sistema.

povzetek, dodan 29.4.2010


Življenjski cikel avtomatiziranih informacijskih sistemov. Osnove metodologije za načrtovanje avtomatiziranih sistemov na osnovi CASE tehnologij. Faza analize in načrtovanja, izgradnje in implementacije avtomatiziranega sistema. Kaskadni in spiralni model.

predmetno delo, dodano 20.11.2010


Sistemi za avtomatsko načrtovanje. Primerjalna analiza orodij za načrtovanje avtomatiziranih informacijskih sistemov. Izvozite kodo SQL v fizično okolje in napolnite bazo podatkov z vsebino. Faze razvoja in značilnosti orodij Case.

predmetno delo, dodano 14.11.2017