Uvod………………………………………………………………………………………………..3
1. Teorijske osnove razvoja informacionih sistema
1.1. Koncept IS-a kao sredstva automatizacije…………………………….5
1.2. Informaciona podrška IS-a………………………………………… 7
1.3. Rusko tržište informacionih sistema za evidentiranje lijekova…………………….12
2. Dizajn i razvoj informacionog sistema za evidentiranje lijekova u farmaceutskoj organizaciji
2.1. Infološka struktura računovodstvene baze podataka u transportnom preduzeću……………………………………………………………………………………………………...16
Uvod
Relevantnost nastavnog rada je u činjenici da su sva savremena skladišna preduzeća zahtevaju automatizovane informacione sisteme (IS). Glavna prednost automatizacije je smanjenje redundantnosti pohranjenih podataka, a samim tim i ušteda količine korištene memorije, smanjenje troškova višestrukih operacija za ažuriranje suvišnih kopija i eliminiranje mogućnosti nedosljednosti zbog pohranjivanja informacija o istom objektu na različitim mjestima. , povećanje stepena pouzdanosti informacija i povećanje brzine obrade informacija; prevelik broj internih međudokumenata, raznih časopisa, fascikli, aplikacija itd., ponovljeni unos istih informacija u različite međudokumente. Također značajno skraćuje vrijeme automatsko traženje informacija koje se vrši iz posebnih ekranskih obrazaca u kojima su naznačeni parametri pretraživanja objekata.
Predmet istraživanja je transportno preduzeće (prevoz tereta).
Predmet studije je automatizacija računovodstva u transportnom preduzeću.
Svrha rada je razvoj informacionog sistema za računovodstvo voznog parka u transportnom preduzeću.
Za postizanje ovog cilja potrebno je riješiti sljedeće zadatke:
1. Proučiti teorijske osnove razvoja informacionih sistema
2. Dizajnirati i razviti informacioni sistem za računovodstvo za transportno preduzeće.
Teorijsku osnovu nastavnog rada činili su radovi domaćih naučnika iz oblasti automatizovanih informacionih tehnologija, materijali iz periodike i informacioni resursi globalnog Interneta.
Metodološka osnova rada su metode sistemske analize: programske, dijalektičke i leksičke metode
Ciljevi i zadaci nastavnog rada odredili su njegovu strukturu. Nastavni rad se sastoji od uvoda, dva dijela, zaključka i liste literature1. Teorijske osnove informacionih sistema
1.1. Koncept IS-a kao sredstva automatizacije
Pod sistemom se podrazumeva svaki objekat koji se istovremeno posmatra i kao jedinstvena celina i kao skup heterogenih elemenata ujedinjenih u interesu postizanja postavljenih ciljeva. Sistemi se međusobno značajno razlikuju kako po sastavu, tako i po glavnim ciljevima. Najčešće se koristi u odnosu na skup tehničkih alata i programa. Hardver računara se može nazvati sistemom. Sistem se može smatrati i skupom programa za rješavanje specifičnih primijenjenih problema, dopunjenih procedurama za vođenje dokumentacije i upravljanje proračunima. Informacioni sistemi omogućavaju prikupljanje, skladištenje, obradu, pronalaženje i izdavanje informacija neophodnih u procesu odlučivanja o problemima iz bilo koje oblasti. Pomažu u analizi problema i stvaranju novih proizvoda.
Informacioni sistem je međusobno povezan skup sredstava, metoda i osoblja koji se koriste za skladištenje, obradu i izdavanje informacija u cilju postizanja zadatog cilja.
Savremeno shvatanje informacionog sistema podrazumeva korišćenje računara kao glavnog tehničkog sredstva za obradu informacija. Osim toga, tehnička implementacija informacionog sistema sama po sebi neće učiniti ništa...
Metodologije, tehnologije i alati za dizajn (CASE alati) čine osnovu svakog IS projekta. Metodologija se implementira kroz specifične tehnologije i prateće standarde, metode i alate koji osiguravaju implementaciju procesa životnog ciklusa (LC).
Životni ciklus softvera je kontinuirani proces koji počinje od trenutka donošenja odluke o potrebi stvaranja softvera i završava se u trenutku kada se potpuno ukloni iz upotrebe. Struktura životnog ciklusa softvera prema ISO/IEC standardu zasniva se na tri grupe procesa: glavni procesi (nabavka, isporuka, razvoj, rad, podrška); pomoćni procesi koji osiguravaju implementaciju glavnih procesa (dokumentacija, upravljanje konfiguracijom, osiguranje kvaliteta, verifikacija, sertifikacija, procjena, revizija, rješavanje problema); organizacioni procesi (upravljanje projektima, kreiranje projektne infrastrukture, definisanje, evaluacija i unapređenje samog životnog ciklusa, obuka).
Razvoj projekta uključuje sav rad na kreiranju softvera i njegovih komponenti u skladu sa specificiranim zahtjevima. Razvoj softvera obično uključuje analizu, dizajn i implementaciju (programiranje). Rad uključuje rad na puštanju softverskih komponenti u rad, uključujući konfiguraciju baze podataka i korisničkih radnih stanica. Projektni menadžment se bavi planiranjem i organizacijom rada. Osiguravanje kvaliteta projekta povezano je s problemima verifikacije, verifikacije i testiranja softvera. Verifikacija je proces utvrđivanja da li trenutno stanje razvoja postignuto u datoj fazi ispunjava zahtjeve te faze.
Verifikacija vam omogućava da procenite usklađenost razvojnih parametara sa početnim zahtevima. Upravljanje konfiguracijom je jedan od pomoćnih procesa koji podržavaju glavne procese životnog ciklusa softvera, prvenstveno procese razvoja i održavanja softvera. Prilikom kreiranja kompleksnih IS projekata koji se sastoje od više komponenti, javlja se problem uzimanja u obzir njihovih veza i funkcija, stvaranja jedinstvene strukture i osiguravanja razvoja cjelokupnog sistema. Upravljanje konfiguracijom vam omogućava da organizujete, sistematski uzimate u obzir i kontrolišete promene softvera u svim fazama životnog ciklusa.
Model životnog ciklusa se shvata kao struktura koja definiše redosled izvršenja i odnose između procesa, radnji i zadataka koji se obavljaju tokom životnog ciklusa. Do danas su sljedeći glavni modeli životnog ciklusa postali najrasprostranjeniji: kaskadni model spiralni model iterativni model
Kaskadni model - glavna karakteristika je podjela cjelokupnog razvoja na faze, a prijelaz iz jedne faze u drugu nastaje tek nakon što se rad na trenutnoj u potpunosti završi sa izdavanjem kompletne dokumentacije , dovoljno da razvoj nastavi drugi tim programera. Prednosti kaskadnog modela: u svakoj fazi se generiše kompletna projektna dokumentacija koja zadovoljava kriterijume kompletnosti i konzistentnosti. Faze rada koje se izvode u logičnom slijedu omogućavaju vam da planirate datume završetka i povezane troškove.
Nedostaci kaskadnog modela: kašnjenje u dobijanju rezultata (može se ispostaviti da informacioni sistem koji se razvija ne zadovoljava zahtjeve korisnika), povratak na prethodnu fazu (greške napravljene u ranijim fazama, u pravilu se otkrivaju tek u narednim fazama rada na projektu), poteškoće u paralelnom radu. prezasićenost informacijama (kada se izvrše promjene u jednom od dijelova projekta, potrebno je obavijestiti sve programere koji bi to mogli koristiti u svom radu) složenost upravljanja projektom
Spiralni model Da bi se prevazišli ovi problemi, predložen je spiralni model životnog ciklusa. Nepotpuni završetak posla u svakoj fazi omogućava vam da pređete na sljedeću fazu sve dok se rad u trenutnoj ne završi u potpunosti. Glavni zadatak je da se korisnicima sistema pokaže što je brže moguće izvodljiv proizvod, čime se aktivira proces razjašnjavanja i dopunjavanja zahtjeva.
Prednosti spiralnog modela: iterativni razvoj značajno pojednostavljuje unošenje izmena u projekat kada se pojedinačni elementi informacionog sistema integrišu u jedinstvenu celinu (integracija se dešava kontinuirano iterativnom razvoju); , čime je moguće napraviti taktičke promjene na proizvodu koji se razvija
Nedostatak spiralnog modela je u tome što on određuje trenutak prelaska u sljedeću fazu. Za rješavanje ovog problema potrebno je uvesti vremenska ograničenja za svaku fazu životnog ciklusa IS-a, inače se proces razvoja može pretvoriti u beskonačno poboljšanje onoga što je već urađeno.
Iterativni model Pristup dizajna odozdo prema gore zahtijeva takve iterativne povrate, kada se dizajnerska rješenja za pojedinačne zadatke kombinuju u opšta sistemska rješenja, a istovremeno postoji potreba za revizijom prethodno formuliranih zahtjeva. Složenost funkcionalne i sistemske arhitekture kreiranog IS-a i poteškoća u korištenju projektne dokumentacije odmah dovode do potrebe redizajniranja cjelokupnog sistema u fazama implementacije i rada.
Različite verzije iterativnog pristupa implementirane su u najsavremenijim tehnologijama i metodama: Rational Unified Process (RUP), Microsoft Solutions Framework (MSF) i Extreme Programming (XP). RUP nudi iterativni razvojni model koji uključuje četiri faze: početak, istraživanje, izgradnja i implementacija. Prolazak kroz četiri glavne faze naziva se razvojni ciklus. Koriste se objektno orijentisana analiza i objektno orijentisano programiranje. MSF je sličan RUP-u, također uključuje četiri faze: analizu, dizajn, razvoj, stabilizaciju, iterativan je i uključuje korištenje objektno orijentisanog modeliranja.
Ekstremno programiranje (XP) je najnovija među metodologijama koje se razmatraju. Zasniva se na timskom radu, efikasnoj komunikaciji između naručioca i izvođača tokom celog projekta razvoja IP-a, a razvoj se odvija korišćenjem sekvencijalno razvijanih prototipova.
Projektovanje automatizovanih informacionih sistema shvata se kao proces izrade tehničke dokumentacije povezane sa organizacijom sistema za dobijanje i pretvaranje izvornih informacija u informacije o rezultatu, tj. sa organizacijom automatizovane informacione tehnologije. Dokument koji proizlazi iz dizajna naziva se projektom. Svrha dizajna je odabir tehničke i formiranje informatičke, matematičke, softverske i organizacione i pravne podrške.
Glavni ciljevi dizajna su: Uticati na poboljšanje organizacije računovodstvenog, planiranja i analitičkog rada; Izbor opreme i razvoj racionalne tehnologije za rješavanje problema i dobivanje rezultirajućih informacija; Izrada rasporeda protoka informacija kako unutar proizvodnih i funkcionalnih odjela, tako i između njih; Kreiranje baze podataka koja osigurava optimalno korištenje informacija vezanih za planiranje, računovodstvo i analizu privrednih aktivnosti; Kreiranje regulatornih i referentnih informacija.
Organizacija kanonskog dizajna IS-a fokusirana je na korištenje uglavnom kaskadnog modela životnog ciklusa IS-a. U zavisnosti od složenosti objekta, faze i faze rada mogu imati različit intenzitet rada. Moguće je kombinirati uzastopne faze, pa čak i isključiti neke od njih u bilo kojoj fazi projekta, kao i započeti rad sljedeće faze prije završetka prethodne.
Faze i faze kreiranja IP-a: Faza 1. Formiranje zahtjeva za IP: - snimanje objekta i obrazloženje potrebe za kreiranjem IP-a. - Formiranje zahtjeva korisnika za informacione sisteme. - Izrada izvještaja o obavljenom radu i taktičko-tehničkih specifikacija za razvoj Faza 2. Izrada koncepta IS: - Studija objekta automatizacije. - Obavljanje istraživačkog rada. - Razvoj opcija koncepta IS koji zadovoljavaju zahtjeve korisnika - Izrada izvještaja i odobravanje koncepta
Faza 3. Projektni zadatak: - Izrada i odobrenje tehničkih specifikacija. Zadaci izrade IS Faza 4. Nacrt projekta: - Izrada idejnih projektnih rješenja za sistem i njegove dijelove - Izrada nacrta dokumentacije za IS i njegove dijelove Faza 5. Tehničko rješenje: - Izrada projektnih rješenja za sistem i njegove dijelove dijelovi - Izrada dokumentacije za IS i njegovih dijelova - Izrada i izrada dokumentacije za nabavku komponenti - Izrada projektnih zadataka u susjednim dijelovima projekta
Faza 6. Radna dokumentacija: - Izrada radne dokumentacije za IS i njegove dijelove - Razvoj i adaptacija programa Faza 7. Puštanje u rad: - Priprema objekta automatizacije - Obuka osoblja - Kompletiranje IS-a isporučenim proizvodima (softver, hardver, kompleksi , informativni proizvodi) - Građevinski, instalacijski i puštajući u rad - Prethodna ispitivanja - Probni rad - Prijemna ispitivanja
Faza 8. IS podrška: - Izvođenje poslova u skladu sa garantnim obavezama - Postgarantni servis Anketa je studija i dijagnostička analiza organizacione strukture preduzeća, njegovih aktivnosti i postojećeg sistema za obradu informacija. Materijali dobijeni kao rezultat istraživanja koriste se: za opravdanje razvoja i fazne implementacije sistema; izrada tehničkih specifikacija za razvoj sistema; izrada tehničkih i izvedbenih projekata sistema.
Glavni zadatak prve faze istraživanja je procijeniti stvarni obim projekta, njegove ciljeve i zadatke na osnovu identificiranih funkcija i informacijskih elemenata automatiziranog objekta visokog nivoa. Rezultat faze definisanja strategije je dokument (studija izvodljivosti projekta), koji jasno navodi šta će kupac dobiti ako pristane da finansira projekat, kada će dobiti gotov proizvod (radni raspored) i koliko će to koštati ( za velike projekte, raspored finansiranja u različitim fazama rada)
Indikativni sadržaj ovog dokumenta: ograničenja, rizici, skup uslova pod kojima se očekuje da budući sistem funkcioniše: arhitektura sistema, hardverski i softverski resursi, radni uslovi, osoblje za održavanje i korisnici sistema; rokovi za završetak pojedinih faza, uključeni resursi, mjere zaštite informacija; opis funkcija koje sistem obavlja; mogućnosti razvoja sistema; informacioni objekti sistema; interfejsi i distribucija funkcija između osobe i sistema; zahtjevi za softverske i informacione komponente softvera, zahtjevi za DBMS
Na osnovu rezultata ankete utvrđuje se lista upravljačkih zadataka čije je rješavanje preporučljivo automatizirati i redoslijed njihovog razvoja. U fazi istraživanja planirane funkcije sistema treba klasifikovati po stepenu važnosti. Jedan od mogućih formata za predstavljanje takve klasifikacije je MuSCoW. Ova skraćenica znači: Mora imati potrebne funkcije (kritično za uspješan rad); Trebao bi imati poželjne karakteristike; Može imati moguće funkcije; Neće imati nedostajuće funkcije (potrebno je jasno razumjeti granice projekta i skup funkcija koje će nedostajati u sistemu).
U fazi analize potrebno je u rad uključiti grupe za testiranje radi rješavanja sljedećih zadataka: dobijanje uporednih karakteristika hardverskih platformi, operativnih sistema, DBMS-a i drugih okruženja namijenjenih za korištenje, izrada plana rada za osiguranje pouzdanosti; informacioni sistem i njegovo testiranje Uključivanje testera u ranim fazama razvoja je preporučljivo za sve projekte. Da biste automatizirali testiranje, trebali biste koristiti sisteme za praćenje grešaka. Ovo vam omogućava da imate jedno skladište grešaka, pratite njihovo ponovno pojavljivanje, kontrolišete brzinu i efikasnost ispravljanja grešaka i vidite najnestabilnije komponente sistema
Tehnička specifikacija je dokument koji definira ciljeve, zahtjeve i osnovne ulazne podatke potrebne za razvoj automatiziranog sistema upravljanja. Prilikom izrade tehničkih specifikacija potrebno je riješiti sljedeće zadatke: utvrditi opći cilj stvaranja IS-a, odrediti sastav podsistema i funkcionalnih zadataka; razviti i obrazložiti zahtjeve za podsisteme Zahtjeve za informatičku bazu, matematički i softverski, tehnički kompleks. Sredstva Utvrditi opšte zahtjeve za projektovani IS Odrediti listu zadataka za kreiranje sistema i izvođača, odrediti faze kreiranja sistema i vrijeme njihove implementacije; izvrši preliminarni proračun troškova stvaranja sistema i odredi nivo ekonomske efikasnosti njegove implementacije.
Idejni projekat podrazumijeva izradu idejnih rješenja za sistem i njegove dijelove. Završetak faze idejnog projektovanja nije striktno neophodan. Sadržaj idejnog projekta je preciziran u tehničkim specifikacijama za sistem. U pravilu se u fazi idejnog projekta određuju: funkcije IS; Funkcije podsistema, njihovi ciljevi i očekivani učinak od implementacije sastava kompleksa zadataka i pojedinačnih zadataka; koncept informacione baze i njene proširene strukture; funkcije sistema upravljanja bazom podataka sastav računarskog sistema i drugih tehničkih sredstava; funkcije i parametri osnovnog softvera
Na osnovu projektnog zadatka (i idejnog projekta) izrađuje se tehnički projekat IP. Tehnički projekat IS je tehnička dokumentacija koja sadrži sistemska projektna rješenja, algoritme za rješavanje problema, kao i procjenu ekonomske efikasnosti automatizovanog sistema upravljanja i spisak aktivnosti za pripremu objekta za implementaciju. Tehnički projekat sadrži: objašnjenje, funkcionalnu i organizacionu strukturu sistema, prikaz problema i algoritme rešenja, organizaciju informacione baze, album obrazaca dokumenata, softverski sistem, princip izgradnje tehničkog kompleksa. Sredstva, kalkulacije ekonomske efikasnosti, mjere za pripremu objekta za implementaciju sistema, spisak dokumentacije.
U fazi izrade radne dokumentacije vrši se izrada softverskog proizvoda i izrada sve prateće dokumentacije. Dokumentacija mora sadržavati sve potrebne i dovoljne informacije kako bi se osiguralo izvođenje radova na puštanju IS-a u funkciju i njegovom radu. Izrađena dokumentacija mora biti uredno izvedena, usaglašena i odobrena. Za IS, koji su vrsta automatizovanih sistema, utvrđuju se sledeće glavne vrste testova: preliminarni, probni rad i prijem. U zavisnosti od odnosa između delova IS-a i objekta automatizacije, testovi mogu biti autonomni (pokrivaju deo sistema) ili složeni (za sistem u celini).
Za planiranje svih vrsta testova izrađuje se dokument „Program i metodologija ispitivanja“. Autor dokumenta je utvrđen ugovorom ili tehničkom specifikacijom. Sprovode se preliminarna ispitivanja radi utvrđivanja operativnosti sistema i odlučivanja o mogućnosti njegovog prijema u probni rad. Probni rad sistema se vrši radi utvrđivanja stvarne efikasnosti i prilagođavanja dokumentacije ako je potrebno. Prijemni testovi se vrše radi utvrđivanja usklađenosti sistema sa tehničkim specifikacijama
Standardno dizajnersko rješenje (TDS) je rješenje za repliciranje (za višekratnu upotrebu). Razlikuju se sljedeće klase TPR-a: Elementarni TPR - standardna rješenja za zadatak ili za zasebnu vrstu podrške za zadatak Podsistem TPR - pojedinačni podsistemi djeluju kao elementi za tipkanje, razvijeni uzimajući u obzir funkcionalnu potpunost i minimiziranje vanjskih informacijskih veza Objekt TPR - standardne industrijske projekte, uključujući kompletan set funkcionalnih i pratećih IS podsistema
Prednosti i nedostaci TPR-a: Elementarnost (biblioteke metodski orijentisanih programa) + Osigurava upotrebu modularnog pristupa dizajnu - Velike količine vremena utrošenog na povezivanje heterogenih elemenata Podsistem (aplikacioni softverski paketi) + Visok stepen integracije IS elemenata + Smanjeni troškovi za projektovanje i programiranje međusobno povezanih komponenti - TPR prilagodljivost je nedovoljna - Problemi u integraciji različitih funkcionalnih podsistema
Parametarski orijentisan dizajn obuhvata sledeće faze: Utvrđivanje kriterijuma za procenu podobnosti aplikativnih softverskih paketa (APP) Analiza i ocena raspoloživih PPP prema formulisanim kriterijumima Izbor i kupovina najpogodnijeg paketa Postavljanje parametara (revizija) kupljeno JZP
Dizajn zasnovan na modelu uključuje izgradnju modela objekta automatizacije pomoću posebnih softverskih alata (na primjer, SAP Business Engineering Workbench (BEW), BAAN Enterprise Modeler). Takođe je moguće kreirati sistem baziran na standardnom IS modelu iz repozitorija, koji se isporučuje sa softverskim proizvodom. Repozitorijum sadrži osnovni (referentni) model IS, standardne (referentne) modele određenih klasa IS, modele konkretnih IS preduzeća
Osnovni IS model sadrži opis poslovnih funkcija, procesa, objekata, pravila, kao i opis organizacije. strukture koje su podržane softverskim modulima standardnog IS Standardni modeli opisuju konfiguracije IS-a za određene industrije ili tipove proizvodnje Model konkretnog preduzeća se gradi ili odabirom fragmenata glavnog ili standardnog modela u skladu sa specifičnim karakteristikama preduzeća (BAAN Enterprise Modeler), ili automatiziranom adaptacijom ovih modela u rezultat stručnog istraživanja (SAP Business Engineering Workbench)
Implementacija tipičnog projekta uključuje izvođenje sljedećih operacija: Postavljanje globalnih parametara sistema Postavljanje strukture objekta automatizacije Određivanje strukture osnovnih podataka Postavljanje liste implementiranih funkcija i procesa Opis interfejsa Opis izvještaja Postavljanje autorizacije pristupa Postavljanje sistem arhiviranja
Danas je informatička industrija postala nova grana tehnologije koja korisnicima donosi velike prednosti. Stoga, u savremenim uslovima, rukovodilac organizacije mora da poznaje metodološke osnove kreiranja IP. Poznavanje metodoloških principa kreiranja i korišćenja informacionih sistema usko je povezano sa razvojem i unapređenjem procesa upravljanja.
Osnivač kibernetike (nauka o sistemima i metodama upravljanja) je Norbert Wiener (SAD). Radovi njegovih sljedbenika postali su temelj teorije automatskog upravljanja. Ovo je nauka o opštim zakonima prijema, skladištenja, prenošenja i pretvaranja informacija u složenim sistemima upravljanja. Upotreba računarske tehnologije za rešavanje problema upravljanja dovela je do razvoja teorije informacija, teorije kodiranja i formiranja samostalne naučne oblasti računarstva. Rezultati ovih studija bili su osnova za razvoj metodologije za korištenje hardvera i softvera za rješavanje problema različite praktične namjene.
Ekonomski objekti su se počeli posmatrati kao složeni sistemi, a njihovo upravljanje se poistovećivalo sa informacionim procesom. Intenzivan razvoj mogućnosti računarske tehnologije i obima njene primene doveo je do stvaranja čovek-mašinskih informacionih sistema u privrednim objektima. Svrha IS-a nije bila samo informatička podrška proizvodno-ekonomskih procesa, rješavanje problema funkcionalnog upravljanja unutar organizacije, već i informatička interakcija između različitih međusobno povezanih organizacija u proizvodnom, ekonomskom i informatičkom aspektu.
Osnivač jedinstvenih metodoloških pristupa u projektovanju IS bio je akademik V.M. Glushkov, koji je formulisao naučne i metodološke odredbe i praktične preporuke za stvaranje automatizovanog informacionog sistema. Glavni principi jedinstvenih metodoloških pristupa su:
1. Princip konzistentnosti, koji je najvažniji u stvaranju, radu i razvoju IP. On posmatra ekonomski objekat koji se proučava kao jedinstvenu celinu. Istovremeno, utvrđuje pravce proizvodnih i ekonomskih aktivnosti organizacije i specifične funkcije koje ona sprovodi; detektuje različite vrste veza između njegovih strukturnih elemenata koji osiguravaju integritet sistema. Princip sistematičnosti podrazumeva sprovođenje dva aspekta analize u organizaciji, i to makro- i mikroanalize. U makroanalizi se sistem i (ili) njegovi „elementi“ posmatraju kao deo sistema višeg reda. Posebna pažnja se poklanja informacionim vezama: uspostavljaju se njihovi pravci kretanja, one veze koje su određene svrhom funkcionisanja i proučavanja. identifikuju se i analiziraju objekti, a zatim se biraju najpoželjniji, uzimajući u obzir u procesu projektovanja IS-a. U makroanalizi se proučavaju svi aspekti aktivnosti organizacije, analiziraju se njene strukturne komponente (uključujući aktivnosti na svakom radnom mestu). s obzirom na njihove funkcionalne karakteristike, koje se manifestuju kroz veze sa drugim elementima i spoljašnjim okruženjem.
Prilikom dizajniranja IS-a za organizacionu strukturu upravljanja privrednim subjektom najtipičnija je hijerarhijska struktura na više nivoa. Hijerarhijska struktura za svaki nivo sistema omogućava različite kombinacije lokalnih kriterijuma optimalnosti sa globalnim kriterijumom optimalnosti za funkcionisanje sistema kao celine; obezbeđuje relativnu fleksibilnost sistema upravljanja i sposobnost prilagođavanja promenljivim uslovima; povećava pouzdanost zbog mogućnosti uvođenja elementarne redundancije i racionalizacije pravaca tokova informacija. Prednosti hijerarhijskih struktura doprinijele su njihovoj širokoj upotrebi u sistemima upravljanja i odredile organizacioni i funkcionalni pristup kreiranju informacionih sistema. Iskustvo stečeno tokom ovog procesa uticalo je na savremeni procesni pristup projektovanju IS.
Praktični značaj primene principa sistema je u tome što omogućava, u formi dostupnom za analizu, ne samo da se identifikuju interesi kreatora sistema, već i da se kompjuterskim modeliranjem proučava ponašanje projektovanog sistema u specifičnim uslovima. odredio eksperimentator. Stoga se izrada IS zasniva na metodi modeliranja, koja omogućava pronalaženje najprihvatljivijih i najopravdanijih projektnih rješenja, opcija za konstruisanje sistema i na taj način osigurava najveću efikasnost u funkcionisanju ekonomskog objekta.
2. Princip razvoja, koji je da se IS kreira uzimajući u obzir mogućnost stalnog dopunjavanja i ažuriranja funkcija sistema i vrste njegove podrške. Njegova suština je da razvoj proizvodnih i upravljačkih procesa postaje složeniji i da se organizacijske strukture privrednih objekata obnavljaju - to zahtijeva povećanje računske snage informacionih sistema, opremanje ih novim tehničkim i softverskim alatima za stalno dopunjavanje i ažuriranje zadataka koji se postavljaju. riješeno, proširenje informacionog fonda, kreirano u obliku baza podataka i skladišta podataka, baza znanja.
3. Informativni princip, koji je usmjeren na detaljno i sveobuhvatno proučavanje informacija i informacionih procesa koji prate procese upravljanja u privrednom subjektu. Informacija se proučava u semantičkom (sadržaj), sintaksičkom (znak) i pragmatičkom (korisnom) aspektu. Osim toga, proučavanje informacija je neophodno za projektovanje automatizovanih radnih stanica, sistema za prenos, skladištenje i obradu podataka i zaštitu informacija, pri čemu su glavni poznavanje obima, sadržaja i korisnosti informacija.
Trenutno se na informacionom pristupu zasniva objektno orijentisana metoda za modeliranje informacionih procesa i automatizaciju rada na projektovanju za analizu procesa upravljanja i projektovanje elektronskih tokova informacija.
4. Princip kompatibilnosti, koji se sastoji u obezbeđivanju interakcije informacionih sistema različitih vrsta, namena, nivoa u procesu funkcionisanja privrednog objekta. Stoga se u procesu projektovanja mora osigurati sistemsko jedinstvo metodoloških pristupa u rješavanju problema informacione, tehničke i softverske kompatibilnosti svih korištenih informacionih sistema. Jedinstvo metodoloških pristupa se ogleda u regulatornim dokumentima koji regulišu proces razvoja, dokumentovanja, prihvatanja i rada informacionih sistema. To su međunarodni i domaći standardi (GOST), industrijski i resorni regulatorni materijali, propisi, protokoli i organizacioni standardi.
Standardi koji regulišu jezička sredstva za obradu informacija, komunikacione tehnologije i računarske organizacije, interakciju između objekata i sl.
5. Princip standardizacije i unifikacije, koji se sastoji u potrebi korištenja standardnih, unificiranih i standardiziranih elemenata funkcionisanja IS. Ovo se prvenstveno odnosi na komponente informacionog, tehničkog, softverskog i drugog podsistema IT podrške. Ovaj princip omogućava smanjenje troškova vremena, rada i troškova za kreiranje IS-a uz maksimalno iskorištavanje akumuliranog iskustva u formiranju projektantskih rješenja i uvođenju automatizacije projektantskog rada, te osigurava interakciju sa više aspekata. IS.
6. Princip dekompozicije, koji se zasniva na podeli sistema na delove i odvajanju pojedinačnih setova rada, stvara uslove za efikasniju analizu postojećeg stanja upravljačkih aktivnosti, proučavanje karakteristika rešavanja funkcionalnih problema za dalje modelovanje specifičnih aspekte aktivnosti upravljanja i njihovo prenošenje na automatizovanu tehnologiju. Princip se koristi kako prilikom proučavanja osobina svojstava elemenata i sistema u cjelini, tako i prilikom kreiranja IS-a na bazi nove informacione tehnologije.
7. Princip efikasnosti koji se sastoji u postizanju racionalnog odnosa između troškova kreiranja informacionog sistema i ciljanog efekta koji se dobija tokom njegovog rada.
Opis životnog ciklusa informacionog sistema uključuje rad sa sljedećim konceptima:
Proces - lanac radova koji se izvode uzastopno;
Faze su uzastopni vremenski periodi tokom kojih se rad obavlja. Tokom faze mogu se obavljati poslovi vezani za različite procese. Aktivnost kreiranja i korišćenja automatizovanog informacionog sistema za upravljanje privrednim objektom zasniva se na konceptu njegovog životnog ciklusa (LC). Životni ciklus je model stvaranja i upotrebe automatizovanog informacionog sistema za upravljanje ekonomskim objektom, koji odražava njegova različita stanja, počevši od trenutka njegovog nastanka i potrebe za njim i završavajući sa trenutkom potpunog povlačenja iz upotrebe od strane svih korisnika bez izuzetka.
Tradicionalno se razlikuju sljedeće glavne faze životnog ciklusa AIS-a:
Analiza zahtjeva;
Dizajn;
Programiranje/implementacija;
Testiranje i otklanjanje grešaka;
Rad i održavanje.
Pogledajmo bliže glavne faze životnog ciklusa AIS-a:
1. Analiza zahtjeva je prva faza razvoja AIS-a, u kojoj se zahtjevi korisnika razjašnjavaju, formaliziraju i dokumentuju. Zapravo, u ovoj fazi se daje odgovor na pitanje: „Šta treba da radi budući sistem?“, i to je uspjeh cijelog projekta. U praksi kreiranja velikih sistema ima mnogo primjera neuspješne implementacije projekata upravo zbog nekompletnosti i nejasne definicije sistemskih zahtjeva.
Lista zahtjeva za AIS treba da sadrži:
1) skup uslova pod kojima se očekuje funkcionisanje budućeg sistema (hardverski i softverski resursi obezbeđeni sistemu; eksterni uslovi njegovog funkcionisanja, sastav zaposlenih i poslovi u vezi sa njim)
2) opis funkcija koje sistem mora da obavlja;
3) ograničenja u procesu razvoja (direktni rokovi za završetak pojedinih faza, raspoloživi resursi, organizacione procedure i mere za obezbeđivanje zaštite informacija).
Svrha analize je transformacija općeg, nejasnog znanja o zahtjevima za budući sistem u precizne (ako je moguće) definicije.
Rezultat faze bi trebao biti model sistemskih zahtjeva (tj. dizajn sistema), što znači:
1) arhitekturu sistema, njegove funkcije, spoljašnje uslove, razdvajanje funkcija između hardverskog i softverskog dela;
2) interfejsi i razdvajanje funkcija između ljudi i sistema;
3) zahtevi za softverske i informacione komponente softverskog dela: neophodni hardverski resursi, zahtevi baze podataka, fizičke karakteristike softverskih komponenti, njihovi interfejsi.
Model zahtjeva treba da sadrži;
1) potpuni funkcionalni model zahtjeva za budući sistem sa dubinom obrade do nivoa svake operacije svakog službenika;
2) specifikacije operacija nižeg nivoa;
3) paket izveštaja i dokumenata o funkcionalnom modelu, uključujući karakteristike objekta modeliranja, listu podsistema, zahteve za metode i sredstva komunikacije za razmenu informacija između komponenti, zahteve za karakteristike odnosa sistema sa susednim sistemima, zahtjevi za funkcije sistema;
4) konceptualni informacioni model zahteva;
5) paket izveštaja i dokumenata o informacionom modelu;
6) arhitektura sistema u odnosu na konceptualni informacioni model;
7) predlozi za organizovanje strukture za podršku sistemu.
Dakle, model zahtjeva sadrži funkcionalne, informacione i, eventualno, modele događaja (ako je ciljni sistem sistem u realnom vremenu). Ovo pruža niz prednosti u odnosu na tradicionalni model, a to su:
1) Tradicionalni razvoj karakteriše implementacija početnih faza korišćenjem zanatskih, neformalizovanih metoda. Stoga korisnici i korisnici mogu prvi put vidjeti sistem nakon što je već u velikoj mjeri implementiran. Naravno, ovaj sistem će biti drugačiji od onog koji su očekivali. Stoga, daljnje iteracije njegovog razvoja ili modifikacije zahtijevaju dodatne (i značajne) utroške novca i vremena. Ključ za rješavanje ovog problema je model zahtjeva koji omogućava
Opišite, “vidite” i prilagodite budući sistem prije nego što se fizički implementira;
Smanjiti troškove razvoja i implementacije sistema;
Ocijeniti razvoj u smislu vremena i rezultata;
Postizanje međusobnog razumijevanja između svih učesnika u radu (kupaca, korisnika, programera, programera)
Poboljšati kvalitet proizvoda koji se razvija, odnosno: izvršiti njegovu funkcionalnu dekompoziciju i dizajnirati optimalnu strukturu integrisane baze podataka.
2) Model zahtjeva je potpuno nezavisan i odvojen od konkretnih programera, ne zahtijeva održavanje od strane njegovih kreatora i može se bezbolno prenijeti na druge. Štaviše, ako iz nekog razloga preduzeće nije spremno da implementira sistem zasnovan na modelu zahteva, može se ostaviti „na polici” dok se ne ukaže potreba.
3) Model zahtjeva se može koristiti za samostalan razvoj ili prilagođavanje softvera koji na njegovoj osnovi već implementiraju programeri iz odjela za automatizaciju preduzeća.
4) Model zahteva se može koristiti za automatizovanu i brzu obuku novih zaposlenih u određenoj oblasti delatnosti preduzeća, budući da je njegova tehnologija sadržana u modelu.
Faza analize zahtjeva je najvažnija među svim fazama životnog ciklusa. On značajno utiče na sve naredne faze, a istovremeno ostaje najmanje proučavan i shvaćen proces. U ovoj fazi, prvo, morate razumjeti šta tačno treba uraditi, a drugo, dokumentirati, jer ako zahtjevi nisu evidentirani i dostupni učesnicima projekta, onda se čini da ne postoje. Istovremeno, jezik na kojem su formulisani zahtjevi trebao bi biti prilično jednostavan i razumljiv kupcu.
2. Izrada tehničkih specifikacija se vrši nakon izgradnje modela sadrži zahtjeve za budući sistem. Na osnovu toga se razvija tehnička specifikacija za kreiranje sistema koji uključuje:
Zahtjevi za automatizirane radne stanice, njihov sastav i struktura, kao i metode i šeme međusobne interakcije informacija;
Izrada zahtjeva za tehnička sredstva;
Određivanje softverskih zahtjeva;
Razvoj topologije, sastava i strukture lokalne računalne mreže;
Zahtjevi za faze i vrijeme rada.
3. Dizajn. Ova faza daje odgovor na pitanje: „Kako će (na koji način) sistem zadovoljiti zahtjeve za to?
Postoje studije o strukturi sistema 1 logičkih odnosa elemenata, a pitanja vezana za implementaciju na određenoj platformi se ovdje ne obrađuju. Dizajn se posmatra kao iterativni proces dobijanja logičkog modela sistema zajedno sa striktno formulisanim ciljevima postavljenim za njega, kao i pisanjem specifikacija za fizički sistem koji zadovoljava ove zahteve. Ova faza se obično dijeli na dvije podfaze:
Dizajn arhitekture sistema, uključujući razvoj strukture i interfejsa komponenti, koordinaciju funkcija i tehničkih zahteva za komponente, metode i standarde projektovanja;
Detaljni dizajn, koji uključuje razvoj specifikacija za svaku komponentu, interfejse između komponenti, razvoj zahtjeva za testiranje i plan integracije komponenti.
Drugim riječima, projektiranje je faza životnog ciklusa, u kojoj se utvrđuje kako treba implementirati zahtjeve za šumarstvo, generirani i evidentirani u fazi analize. Kao rezultat, trebalo bi izgraditi model implementacije koji pokazuje kako će sistem zadovoljiti zahtjeve koji su mu postavljeni (bez tehničkih detalja). U stvari, model implementacije je razvoj i usavršavanje modela zahtjeva, odnosno dizajn je most između analize i implementacije.
4. Implementacija (programiranje / adaptacija). U ovoj fazi, LES se kreira kao kompleks softvera i hardvera (počevši od projektovanja i kreiranja telekomunikacione infrastrukture pa do razvoja i instalacije aplikacija).
5. Testiranje i otklanjanje grešaka. Ispravnost AIS-a je njegovo najvažnije svojstvo i glavna briga programera. U idealnom slučaju, 1C ispravnost znači odsustvo grešaka u njemu. Međutim, to je nemoguće postići za većinu složenih softverskih proizvoda (svaki program sadrži barem jednu grešku). Stoga se pod „ispravnim“ obično podrazumijeva softverski proizvod koji radi u skladu sa zahtjevima koji se na njega postavljaju, odnosno proizvod za koji još nisu pronađeni uvjeti pod kojima ne bi funkcionirao.
Uspostavljanje ispravnosti je glavni cilj faze životnog ciklusa koja se razmatra. Treba napomenuti da je faza testiranja i otklanjanja grešaka jedna od radno intenzivnih, najzamornijih i nepredvidivih faza razvoja IS-a. U prosjeku, za razvoj tradicionalnim metodama, ovoj fazi je potrebno od 1/2 do 1/3 ukupnog vremena razvoja. S druge strane, testiranje i otklanjanje grešaka predstavljaju ozbiljan problem: u nekim slučajevima programi za testiranje i otklanjanje grešaka zahtijevaju nekoliko puta više vremena od stvarnog programiranja.
Testiranje je skup procedura i radnji dizajniranih da pokažu ispravan rad IS-a u određenim režimima i vanjskim uvjetima. Svrha testiranja je da se utvrdi prisustvo grešaka ili da se uvjerljivo pokaže njihovo odsustvo, što je moguće samo u određenim trivijalnim slučajevima. Važno je napraviti razliku između testiranja i pratećeg koncepta „otklanjanja grešaka“. Otklanjanje grešaka je skup procedura i radnji koje počinju utvrđivanjem same činjenice postojanja greške i završavaju utvrđivanjem tačne lokacije, prirode ove greške i načina za njeno otklanjanje.
Najvažnija i najčešće korištena u praksi je deterministička metoda ispitivanja. U ovom slučaju se kao standardi za testiranje koriste specifični početni podaci, koji se sastoje od međusobno povezanih ulaznih i rezultatskih vrijednosti i ispravnih sekvenci njihove obrade. U procesu ispitivanja sa datim početnim vrijednostima potrebno je utvrditi da rezultati njihove obrade odgovaraju referentnim vrijednostima.
Kompleksni sistemi zahtevaju veliki broj testova, a problem se javlja u proceni potrebnog broja i upotrebi metoda za njihovo smanjenje. Stoga je preporučljivo planirati testiranje (kao i svaku drugu vrstu aktivnosti). Plan testiranja treba da sadrži:
1) formulisanje ciljeva testiranja;
2) kriterijume za kvalitet ispitivanja, koji omogućavaju vrednovanje njegovih rezultata;
3) strategiju testiranja koja obezbeđuje postizanje određenih kriterijuma kvaliteta;
4) potrebe resursa za postizanje datog kriterijuma kvaliteta prema izabranoj strategiji.
Postoje automatizovani sistemi za testiranje i otklanjanje grešaka (Satna). Predstavljaju složen skup algoritamskih i softverskih alata dizajniranih da automatiziraju analizu AIS-a, testiranje, otklanjanje grešaka i procjenu njegovog kvaliteta, te omogućavaju olakšavanje modifikacije komponenti AIS-a, osiguravaju otkrivanje grešaka u ranim fazama otklanjanja grešaka. , i povećati postotak grešaka koje se automatski otkrivaju.
6. Rad i održavanje. Glavni ciljevi ove faze su:
Osiguravanje stabilnosti sistema i čuvanje informacija – administracija;
Pravovremena modernizacija i popravka pojedinih elemenata - tehnička podrška;
Adaptacija mogućnosti sistema, operisanog aktuelnim poslovnim potrebama preduzeća - razvoj sistema.
Ovi radovi moraju biti uključeni u operativni plan informatizacije preduzeća, koji se mora formirati u skladu sa svim uslovima strateškog plana. U suprotnom, unutar postojećeg sistema mogu se pojaviti fragmenti koji će onemogućiti efikasan rad sistema u budućnosti. Danas je u inostranstvu postala uobičajena praksa da se funkcije tehničke podrške i delimično administracije prenesu na sistem dobavljače ili sistem integratore. Ova praksa se zove "outsourcing". Često, outsourcing također prenosi na treće strane funkcije kao što su kreiranje i podrška pohranjivanja rezervnih kopija podataka i izvršnih centara za kritične poslovne aplikacije koje se koriste u slučaju prirodne katastrofe ili drugih posebnih uslova.
U fazi eksploatacije i održavanja, posebnu pažnju treba posvetiti obuci osoblja i shodno tome planiranju ulaganja u ovaj proces.
Životni ciklus se formira po principu top-down dizajna i obično ima iterativan karakter: implementirane faze, počevši od prve, ciklično se ponavljaju u skladu sa promjenama zahtjeva i vanjskih uslova, uvođenjem ograničenja, itd. U svakoj fazi životnog ciklusa generira se određeni skup dokumenata i tehničkih rješenja. Štaviše, za svaku fazu polazište su dokumenti i odluke dobijene u prethodnoj fazi. Svaka faza se završava provjerom generiranih dokumenata i rješenja kako bi se provjerila njihova usklađenost sa izlazom.
Postojeći modeli životnog ciklusa određuju redosled faza tokom razvoja, kao i kriterijume za prelazak iz faze u fazu. U skladu s tim, sljedeća tri modela ZhShch4] su najrasprostranjenija:
1. Kaskadni model (70-80-te) omogućava prelazak u sljedeću fazu nakon potpunog završetka rada u prethodnoj fazi i karakteriše ga jasno razdvajanje podataka i procesa njihove obrade (slika 2.6).
Rice. 2.6. Kaskadni IP model životnog ciklusa
2. Postepeni model sa srednjom kontrolom (80-85s) - iterativni razvojni model sa povratnim ciklusima između faza. Prednost ovog modela je u tome što prilagođavanja između faza pružaju manji intenzitet rada u odnosu na kaskadni model; s druge strane, životni vijek svake faze se proteže kroz cijeli razvojni period.
3. Spiralni model (86 - 90-e) - fokusira se na početne faze životnog ciklusa: analiza zahtjeva, dizajn specifikacije, prethodni i detaljni dizajn. U ovim fazama se provjerava i opravdava izvodljivost tehničkih rješenja izradom prototipova. Svaki zavoj spirale odgovara modelu korak po korak za kreiranje fragmenta ili verzije sistema na njemu se razjašnjavaju ciljevi i karakteristike projekta, utvrđuje se njegov kvalitet i rad sledećeg zavoja; spirala je planirana. Na ovaj način se produbljuju i dosljedno preciziraju detalji projekta, te se kao rezultat bira opravdana opcija koja se dovodi u realizaciju (Sl. 2.7.).
Rice. 2.7. Spiralni IP model životnog ciklusa
Stručnjaci primjećuju sljedeće prednosti spiralnog modela:
Akumulacija i ponovna upotreba softvera, modela i prototipova;
Fokus na razvoj i modifikaciju sistema tokom njegovog dizajna;
Analiza rizika i troškova u procesu projektovanja.
Pri korištenju spiralnog modela akumuliraju se i ponovo koriste projektna rješenja, projektni alati, modeli i prototipovi informacionog sistema i informacione tehnologije; fokus je na razvoju i modifikaciji sistema i tehnologija u procesu njihovog projektovanja; vrši se analiza rizika i troškova u procesu projektovanja sistema i tehnologija.
Osobine dizajna informacionih tehnologija. Savremena informaciona tehnologija implementirana je u uslovima projektovanog informacionog sistema.
Aspekti projektovanja: tehnički (hardverski i komunikacioni kompleks), softversko-matematički (modeli i programi), metodološki (skup sredstava za implementaciju upravljačkih funkcija), organizacioni (opis toka dokumenata i regulative za delovanje upravljačkog aparata), operativni (skup tehnoloških, logičkih, aritmetičkih radnji, implementiranih automatski).
"Metodologija razvoja informacionih sistema"
Prije ili kasnije, moderni organizacijski lideri dolaze do zaključka da je potrebno automatizirati različite funkcije upravljanja svojim poslovanjem: to je u pravilu uzrokovano željom da se smanje troškovi optimizacijom proizvodnog procesa i optimiziranjem upravljanja raznim poslovnim procesima. . U tom slučaju, organizacije ili kupuju gotove standardne informacione sisteme dostupne na tržištu IT usluga, ili privlače stručnjake i razvijaju informacione sisteme direktno za dato preduzeće, uzimajući u obzir njegove specifičnosti i polje delovanja. Prva opcija je ekonomičnija, druga je više obećavajuća, jer posebno razvijeni IS uzimaju u obzir strukturu organizacije i trebali bi biti bolje prilagođeni za automatizaciju funkcije određene organizacije.
Osnovni koncept metodologije razvoja informacionih sistema je koncept IS životni ciklus. Životni ciklus sistema se obično shvata kao kontinuirani proces koji počinje od trenutka kada se donese odluka o potrebi stvaranja sistema i završava kada se potpuno ukloni iz upotrebe. Drugim riječima, životni ciklus IS je period stvaranja i korišćenja IP-a.
Životni ciklus informacionog sistema obuhvata sve faze i faze njegovog stvaranja, održavanja i razvoja:
pretprojektna analiza (uključujući formiranje funkcionalnih i informacionih modela objekta za koji je informacioni sistem namenjen);
projektovanje sistema (uključujući izradu tehničkih specifikacija, idejnih i tehničkih projekata);
razvoj sistema (uključujući programiranje i testiranje aplikativnih programa zasnovanih na specifikacijama dizajna podsistema identifikovanih u fazi projektovanja);
integracija i montaža sistema, njegovo testiranje;
rad sistema i njegovo održavanje;
razvoj sistema.
U fazi predprojektne analize proučava se predmetna oblast za koju se sistem razvija. Formiraju se zahtjevi kupaca za budući sistem, ocrtavaju se buduće funkcije i parametri sistema. Izrađuje se približna procjena budućih materijalnih i vremenskih troškova.
U fazi projektovanja izrađuje se sistemski projekat u obliku dijagrama, crteža i proračuna, opisuje se slika budućeg sistema i daju se projektna rešenja za sve njegove komponente. Svrha dizajna je odabir tehničke i formiranje informatičke, matematičke, softverske i organizacione i pravne podrške.
Efikasno funkcionisanje IS-a prvenstveno je determinisano kvalitetom dizajna. U toku projektovanja stvara se detaljna slika sistema, sposobna za dalje funkcionisanje uz njegovo stalno poboljšanje. Kao rezultat projektovanja formira se set tehničke dokumentacije koja služi kao osnova za izgradnju IS-a.
Dizajn IC se zasniva na brojnim principima:
Princip sistematično ili sistemski pristup. Princip sistematičnosti pretpostavlja razmatranje objekta kao jedinstvene celine; utvrđivanje veza između strukturnih elemenata koji osiguravaju integritet sistema; utvrđivanje pravca proizvodnih i ekonomskih aktivnosti sistema i funkcija koje on sprovodi.
Princip razvoj Ekonomski informacioni sistemi (EIS) - predviđa da prilikom kreiranja IS-a treba biti moguće brzo i bez velikih troškova za restrukturiranje promena i dogradnju IT-a prilikom promene i razvoja objekta.
- Kompatibilnost- pretpostavlja mogućnost interakcije između EIS različitih nivoa i tipova u procesu njihovog zajedničkog funkcionisanja.
- Standardizacija i unifikacija- podrazumeva korišćenje standardnih, unificiranih i standardnih rešenja u kreiranju i razvoju elektronskih informacionih sistema (standardni softverski proizvodi, unificirana dokumentacija, oprema).
- Princip efikasnosti– racionalan odnos između troškova stvaranja i rada i efekta funkcionisanja stvorenog sistema.
- Integracija– radi se o integraciji u jedinstveni tehnološki proces procedura za prikupljanje, prenošenje, akumuliranje, skladištenje informacija i procedura za donošenje upravljačkih odluka.
Stvarno stvaranje sistema se dešava u fazi razvoja.
Potreba za razvojnom etapom proizilazi iz činjenice da tokom perioda korišćenja sistema (oko 10 godina) hardver i softver zastarevaju moralno i fizički, te je stoga neophodno periodično modernizovati softversku i hardversku bazu sistema. IS.
U svakoj fazi životnog ciklusa formira se određeni skup dokumenata i tehničkih rješenja, a za svaku fazu se koriste početni dokumenti i odluke dobijene u prethodnoj fazi.
Napredak procesa kreiranja IS-a (redosled izvođenja faza, kriterijumi za prelazak iz faze u fazu) zavisi od izabranog modela životnog ciklusa IS-a. Model životnog ciklusa- struktura koja određuje redoslijed izvršenja i odnose između procesa, radnji i zadataka koji se izvode tokom životnog ciklusa.
Do danas su sljedeća dva glavna modela životnog ciklusa postala najrasprostranjenija:
kaskadni model (70-85);
spiralni model (86-90 godina).
Kaskadna metoda- podjela cjelokupnog razvoja na etape, a prijelaz iz jedne faze u drugu nastaje tek nakon što se radovi na trenutnoj u potpunosti završe (slika 1.2.1). Dijagram razvoja IS-a prema kaskadnom pristupu možete vidjeti u tekstualnom fajlu koji prati ovo predavanje.
Pozitivni aspekti upotrebe kaskadnog pristupa:
u svakoj fazi izrađuje se kompletna projektna dokumentacija koja zadovoljava kriterije kompletnosti i konzistentnosti;
faze rada koje se izvode u logičnom slijedu omogućavaju planiranje vremena završetka svih radova i odgovarajućih troškova.
Kaskadni pristup se dobro pokazao u izgradnji informacionih sistema, za koje se svi zahtevi mogu prilično precizno i potpuno formulisati na samom početku razvoja. Složeni računski sistemi, sistemi u realnom vremenu i drugi slični zadaci spadaju u ovu kategoriju.
Glavni nedostatak kaskadnog pristupa je značajno kašnjenje u postizanju rezultata, jer je često potrebno vratiti se na prethodne faze zbog promjena koje su nastale (na primjer, zbog promijenjenih zahtjeva kupaca).
Spiralni model, za razliku od kaskade, uključuje iterativni proces razvoja informacionog sistema. Svaka iteracija predstavlja kompletan razvojni ciklus, što rezultira izdavanjem interne ili eksterne verzije proizvoda (ili podskupa konačnog proizvoda) koja se poboljšava iz iteracije u iteraciju kako bi postala kompletan sistem. Princip razvoja pomoću spiralnog modela postaje jasan ako pogledate prikazanu sliku.
Svaki zavoj spirale odgovara stvaranju novog fragmenta ili verzije IP-a, razjašnjavaju se ciljevi i karakteristike projekta, utvrđuje se njegova kvaliteta i planira se rad sljedećeg zavoja spirale. U ovom slučaju, jedan okret spirale predstavlja kompletan projektni ciklus sličan kaskadnoj šemi. Korištenje spiralnog modela omogućava vam da pređete na sljedeću fazu projekta bez čekanja da se trenutna u potpunosti završi - nedovršeni radovi mogu se završiti u sljedećoj iteraciji.
Spiralni model je češći ovih dana. Razlozi za to su niži nivo rizika u odnosu na vodopad model, skraćeno vrijeme razvoja i lakoća izmjena. Općenito, spiralni model se pokazao fleksibilnijim u odnosu na kaskadni model.
Glavni problem spiralnog ciklusa je određivanje trenutka prelaska u sljedeću fazu. Tranzicija se odvija po planu, čak i ako svi planirani radovi nisu završeni.
Sve veća složenost savremenih automatizovanih sistema upravljanja i sve veći zahtevi za njima diktiraju potrebu za korišćenjem efikasnih tehnologija za kreiranje i održavanje informacionih sistema tokom celog životnog ciklusa. Takve tehnologije, fokusirane na podržavanje punog životnog ciklusa NEK ili njenih glavnih faza, nazivaju se CASE tehnologije (Računar Aided Sistem Inženjering) . CASE tehnologija je metodologija projektovanja IS-a, kao i skup alata koji vam omogućavaju da vizuelno modelujete predmetnu oblast, analizirate ovaj model u svim fazama razvoja i održavanja IS-a i razvijate aplikacije u skladu sa informacionim potrebama korisnika. U posljednjoj deceniji pojavila se klasa softverskih i tehnoloških alata (CASE alati) koji implementiraju CASE tehnologiju za kreiranje i održavanje AIS-a. Trenutno, CASE alati (>300) pokrivaju cijeli proces razvoja kompleksnog AIS-a u cjelini. Sada se termin CASE-alati odnosi na softver koji podržava procese kreiranja i održavanja AIS-a, uključujući analizu i formulaciju zahtjeva, dizajn aplikativnog softvera i baza podataka podaci, generisanje koda, testiranje, dokumentacija, osiguranje kvaliteta, upravljanje konfiguracijom i upravljanje projektima, kao i drugi procesi.
CASE alati:
Poboljšati kvalitet kreiranog AIS-a (AIT) putem sredstava automatske kontrole;
Oni vam omogućavaju da u kratkom vremenu kreirate prototip budućeg automatizovanog informacionog sistema (AIT), što omogućava procenu očekivanog rezultata u ranoj fazi;
Ubrzati proces dizajna i razvoja sistema;
Oni oslobađaju programera od rutinskog rada, omogućavajući mu da se u potpunosti koncentriše na kreativni dio razvoja;
Podrška razvoju i podršci razvoju AIS-a (AIT);
Tehnologije podrške za ponovnu upotrebu razvojnih komponenti.
Savremeni CASE alati pokrivaju širok spektar podrške za brojne tehnologije dizajna IS: od jednostavnih alata za analizu i dokumentaciju do alata za automatizaciju punog opsega koji pokrivaju čitav životni ciklus softvera.
Tipično, CASE alati uključuju bilo koji softver koji automatizira jedan ili više procesa u životnom ciklusu softvera i ima sljedeće glavne karakteristike:
· moćni grafički alati za opisivanje i dokumentovanje IP-a, koji pružaju pogodan interfejs sa programerom i razvijaju njegove kreativne sposobnosti;
· integraciju pojedinačnih komponenti CASE alata, osiguravajući upravljivost procesa razvoja IS-a;
· korišćenje posebno organizovanog skladištenja metapodataka projekta (repozitorijum).
Razlikuju se sljedeće vrste CASE fondova:
Lokalni alati koji rješavaju male autonomne zadatke (alati),
Skup djelomično integriranih alata koji pokriva većinu faza životnog ciklusa IS-a (skup alata)
Potpuno integrisani alati (kompleksi CASE alata) koji podržavaju čitav životni ciklus IS-a i povezani su zajedničkim repozitorijumom.
Integrisani CASE alat (ili skup alata koji podržavaju kompletan životni ciklus softvera) sadrži sledeće komponente;
· spremište, koje je osnova CASE alata. Trebalo bi da obezbedi skladištenje verzija projekta i njegovih pojedinačnih komponenti, sinhronizaciju informacija dobijenih od različitih programera tokom grupnog razvoja, kontrolu metapodataka za potpunost i konzistentnost;
· alati za grafičku analizu i dizajn koji omogućavaju kreiranje i uređivanje hijerarhijski povezanih dijagrama (DFD, ERD, itd.) koji formiraju IS modele;
· alati za razvoj aplikacija, uključujući 4GL jezike i generatore koda;
· alati za upravljanje konfiguracijom;
· alati za dokumentaciju;
· alati za testiranje;
· alati za upravljanje projektima;
· alati za reinženjering.
b) po vrsti:
Alati za analizu (Upper CASE) dizajnirani za izgradnju i analizu modela domena
Alati za analizu i dizajn (Middle CASE) koji podržavaju najčešće metodologije dizajna i koriste se za kreiranje specifikacija dizajna. Rezultat takvih alata su specifikacije sistemskih komponenti i interfejsa, arhitektura sistema, algoritmi i strukture podataka;
Alati za dizajn baze podataka koji pružaju modeliranje podataka i generiranje shema baze podataka (obično u SQL jeziku) za najčešće DBMS.
Alati za razvoj aplikacija.
Alati za reinženjering koji omogućavaju analizu programskih kodova i shema baza podataka i formiranje različitih modela i specifikacija dizajna na osnovu njih.
Danas rusko tržište softvera ima sljedeće najrazvijenije CASE alate:
ERwin+BPwin;
CASE.Analyst;
Racionalna ruža.
Jedna od bitnih karakteristika razvoja IS-a je vrijeme razvoja. Često vrijeme potrebno za stvaranje punopravnog sistema traje od nekoliko mjeseci do godinu dana. Sasvim je prirodno da je većina preduzeća zainteresovana za smanjenje ovog perioda. Jedno od mogućih rješenja ovog problema je razvoj IS-a korištenjem RAD (Rapid Application Development) metodologije. = Metodologija brzog razvoja aplikacija.
Osnovni principi RAD metodologije mogu se sažeti na sljedeći način:
Korištenje iterativnog (spiralnog) modela razvoja;
Potpuni završetak posla u svakoj fazi životnog ciklusa nije neophodan;
U procesu razvoja informacionog sistema osigurava se bliska interakcija sa kupcem i budućim korisnicima;
Koriste se CASE alati i alati za brzi razvoj aplikacija;
Alati za upravljanje konfiguracijom se koriste kako bi se olakšalo unošenje izmjena u projekat i održavanje gotovog sistema;
Prototipovi se koriste za bolje razumijevanje i realizaciju potreba krajnjeg korisnika;
Testiranje i razvoj projekta provode se istovremeno sa razvojem;
Razvoj vrši mali i dobro vođen tim profesionalaca;
Osigurano je kompetentno upravljanje razvojem sistema, jasno planiranje i kontrola izvođenja poslova.
Kada se koristi metodologija brzog razvoja aplikacija, životni ciklus informacionog sistema sastoji se od četiri faze:
Analiza i planiranje zahtjeva;
Dizajn;
Konstrukcije;
Implementacije.
Metodologija RAD takođe nije pogodna za kreiranje složenih računskih programa, operativnih sistema i programa za upravljanje složenim inženjerskim i tehničkim objektima, odnosno programima koji zahtevaju pisanje velike količine jedinstvenog koda.
Potpuno neprihvatljiva metodologija RAD za razvoj sistema od kojih zavisi ljudska bezbednost, kao što su kontrolni sistemi za transport ili nuklearne elektrane.
Postoje dvije glavne metode projektovanja: strukturni i objektno orijentirani dizajn.
Suština strukturalnog pristupa razvoju IS-a leži u njegovoj dekompoziciji (raščlanjivanju) na automatizovane funkcije: sistem je podeljen na funkcionalne podsisteme, koji su zauzvrat podeljeni na podfunkcije, podeljeni na zadatke itd. Proces particioniranja nastavlja se sve do specifičnih procedura. U isto vrijeme, automatizirani sistem održava holistički pogled u kojem su sve komponente međusobno povezane. Prilikom razvoja sistema "odozdo prema gore" od pojedinačnih zadataka do čitavog sistema, gubi se integritet, a javljaju se problemi u informacionom povezivanju pojedinih komponenti.
Objektno orijentisani dizajn uključuje dekompoziciju sistema zasnovanu na objektima. Objekt je entitet iz stvarnog života koji ima važnu funkcionalnu svrhu u datoj predmetnoj oblasti. Objekt karakterizira struktura, stanje i jasno definirano ponašanje. Stanje objekta je definirano listom svih mogućih (obično statičnih) svojstava i trenutnih vrijednosti (obično dinamičkih) svakog od ovih svojstava. Svojstva objekta karakteriziraju vrijednosti njegovih parametara.
Dakle, danas smo pogledali neke aspekte procesa razvoja IP. Konkretno, definisali smo šta je životni ciklus IS-a i opisali njegove glavne faze, te okarakterisali 2 glavna modela životnog ciklusa IS-a – kaskadni i spiralni. Zatim smo identifikovali važan alat u razvoju i održavanju IS - CASE alata koji pomažu u analizi, dizajnu, razvoju i efikasnom korišćenju IS, tj. podržavaju čitav životni ciklus IS-a.
Kreiranje IS i IT je složen proces dizajna. Svrha dizajna je priprema projektne dokumentacije i implementacija sistema upravljanja čovjek-mašina za organizaciju. Tokom procesa projektovanja identifikuju se najbitnije karakteristike ekonomskog objekta, proučavaju njegovi eksterni i unutrašnji tokovi informacija, stvaraju se matematički i fizički analozi sistema koji se proučava i njegovih elemenata i stvaraju uslovi za interakciju između ljudi i tehničkih kontrola. su uspostavljene.
Posmatrajući IS sa tehnološkog aspekta, možemo izdvojiti upravljački aparat (AC). Preostale komponente - informaciona tehnologija (IT), informacioni sistem za rešavanje funkcionalnih problema (ISPS) i sistem za podršku odlučivanju (DSS) - su informaciono i tehnološki međusobno povezane i čine osnovu arhitekture IS.
Pažljivo osmišljena tehnološka podrška za informatičku tehnologiju omogućava ne samo da se uspešno rešavaju problemi funkcionalnog upravljanja, već i, u okviru DSS, menadžerima i rukovodiocima organizacija interaktivno obavljaju analitičke i prognozne poslove za naknadne upravljačke odluke.
Obavezni elementi projektovane tehnološke podrške informacionoj tehnologiji su: informacioni, lingvistički, tehnički, softverski, matematički, organizacioni, pravni, ergonomski.
Informaciona podrška (IS) je skup dizajnerskih odluka u vezi sa volumenom, plasmanom i oblikom organizacije informacija koje kruže u IS-u.
Lingvistička podrška (LS) - kombinuje skup jezičkih alata za formalizovanje prirodnog jezika, konstruisanje i kombinovanje informacionih jedinica tokom komunikacije između korisnika i računarske opreme.
Tehnička podrška (TS) je skup tehničkih sredstava (tehnička sredstva za prikupljanje, registrovanje, prenos, obradu, prikazivanje, reprodukciju informacija, kancelarijska oprema i sl.) koja obezbeđuju rad IT-a.
Softver (SW) - uključuje skup programa koji implementiraju funkcije i zadatke IS-a i osiguravaju stabilan rad kompleksa tehničke opreme.
Matematički softver (MS) je skup matematičkih metoda, modela i algoritama za obradu informacija koji se koriste u rješavanju funkcionalnih problema iu procesu automatizacije projektantskog rada.
Organizaciona podrška (OS) je skup dokumenata sastavljenih tokom procesa projektovanja IS, odobrenih i korišćenih kao osnova za rad.
Pravna podrška (LbS) je skup pravnih normi koje regulišu pravne odnose prilikom stvaranja i implementacije IP i IT.
Ergonomska podrška (ES) – kao skup metoda i alata koji se koriste u različitim fazama razvoja i rada IS i IT, namijenjena je stvaranju optimalnih uslova za kvalitetnu, visoko efikasnu i bez grešaka ljudske aktivnosti u IT, za njegov najbrži razvoj.
Poslovni inženjering se podrazumijeva kao implementacija skupa projektantskih radova za razvoj metoda i procedura za upravljanje poslovanjem, kada se bez promjene prihvaćene upravljačke strukture organizacije (preduzeća, firme) postiže poboljšanje njene finansijske pozicije.
Inženjering ima niz tehnika za poslovno dizajniranje:
isticanje korak-po-korak procedura za dizajnirano poslovanje;
uvođenje sistema notacije koji opisuju procedure;
korištenje heuristike i pragmatičnih rješenja za opisivanje stepena usklađenosti dizajnirane poslovne opcije sa zadatim ciljevima.
Poslovni proces se shvata kao holistički opis glavnih aktivnosti organizacije (preduzeće, firma, korporacija) i njihova projekcija na organizacione strukture, uzimajući u obzir razvoj interakcije između učesnika tokom vremena.
Projekat reinženjeringa poslovanja obično uključuje sljedeće faze:
razvijanje imidža buduće organizacije;
analiza postojećeg poslovanja;
razvoj novog poslovanja;
uvođenje novih poslova.
Simulacija je najuspješniji pristup, koji obezbjeđuje kako tačnost analize tako i jasnoću razlika prilikom poređenja alternativnih rješenja. Također je važno da se simulacijsko modeliranje uspješno implementira na personalnom računaru, koji obezbjeđuje automatiziranu radnu stanicu menadžera.
Pod jedinstvenim informacionim prostorom podrazumeva se skup metodoloških, organizacionih, softverskih, tehničkih i telekomunikacionih alata koji omogućavaju brz pristup svim informacionim resursima preduzeća u okviru nadležnosti i prava pristupa stručnjaka.
Kontroling je skup metoda za pronalaženje rješenja – koncept upravljanja sistemom i način razmišljanja menadžera, koji se zasniva na želji da se osigura dugoročno efikasno funkcionisanje organizacije. Za implementaciju kontrolnih zadataka u procesu dizajniranja DSS-a kreira se specijalizovani informacioni model, nazvan kontroler.
Kontrolor je skup metoda i alata za implementaciju strateških i operativnih kontrolnih zadataka u sistemu upravljanja, kao i rješavanje strateških i taktičkih problema u oblastima upravljanja (marketing, obezbjeđivanje resursa, investicije itd.).
Prema navedenim pristupima formiraju se osnovni principi kreiranja IS i IT menadžmenta:
sistemska i logična konstrukcija nosećih i funkcionalnih elemenata IS-a;
široka upotreba ekonomskih i matematičkih metoda i standardnih programa prognostičke i statističke prirode. Zadaci upravljanja proizvodnim i finansijskim aktivnostima organizacije uglavnom se postavljaju kao analitički, optimizacijski ili planski zadaci.
uključuje dekompoziciju sistema na niz kompleksa (modula) zadataka, od kojih svaki modelira određeno područje aktivnosti upravljanja.
korištenje novih metoda i uključivanje novonastalih softverskih modula u sistem automatizacije upravljanja. Dizajn IC-a bi u početku trebao biti zasnovan na modularnim principima, a kompjuterska implementacija bi trebala omogućiti proširenje poboljšanjem strukture softvera.
ovo je princip prilagođavanja svih elemenata i sistema u cjelini. Mora u potpunosti prožimati ideologiju izgradnje upravljanja IS - od analize zadataka, tehničko-ekonomskih pokazatelja i njihovog grupisanja u module do formulisanja ciljeva.
Krajnji proizvod rada svakog menadžera su odluke i akcije. Odluka koju donese vodi ili do uspjeha poduzeća ili do neuspjeha. Odlučivanje je uvijek izbor određenog smjera aktivnosti od nekoliko mogućih. Budući da se proces upravljanja bilo kojom organizacijom u privredi provodi isključivo kroz formiranje i implementaciju upravljačkih odluka, zato ćemo se fokusirati na tipove odluka koje imaju različite karakteristike i zahtijevaju različite izvore podataka.
Operativne odluke su periodične: isti problem se javlja periodično. Kao rezultat toga, proces donošenja odluka postaje relativno rutinski i gotovo bez problema. Definisani su parametri (karakteristike) poslovnih procesa koji se koriste u donošenju odluka, njihova procena je poznata sa velikom tačnošću i jasan je odnos parametara sa donetom odlukom. Donošenje operativnih odluka dovodi do potpuno očekivanih i predvidljivih rezultata. Operativna rješenja su kratkoročna.
Taktičke odluke obično donose menadžeri srednjeg nivoa odgovorni za obezbjeđivanje sredstava za postizanje ciljeva i namjera koje postavljaju donosioci odluka na najvišem nivou. Taktičke odluke nisu tako rutinske i strukturirane kao operativne odluke. Svi glavni parametri kontrolnog objekta koji su dio taktičkih odluka su nepoznati; ocjene karakteristika koje su identificirane kao važne možda nisu poznate, a odnos između karakteristika i odluka možda nije jasan.
Strateške odluke donose se na osnovu ciljeva kompanije, definisanih u statutu i specificiranih od najvišeg menadžmenta preduzeća. Ovi ciljevi definišu osnovu na kojoj treba da se zasniva dugoročno planiranje, kao i identifikaciju kritičnih faktora za preduzeće. Ove odluke predstavljaju osnovu za donošenje taktičkih i operativnih odluka.
Pogledajmo modele i metode koje se koriste u svakoj fazi. U prvoj fazi koriste se uglavnom neformalne metode kako bi se:
formulisati problem;
identificirati cilj;
formulisati kriterijum za vrednovanje donošenja odluka.
Ako je problem prepoznat i identifikovan kvantitativnim indikatorima ili kvalitativnim karakteristikama, onda se mogu formulisati ciljevi. Cilj je suprotan problemu. Ako je problem ono što donosilac odluke ne želi, onda je cilj ono što on želi.
U drugoj fazi formiranja odluke dolazi do traženja različitih opcija – alternativa. Opcije se mogu naći u različitim oblicima i skalama mjerenja. Opcije se, po pravilu, specificiraju ili navođenjem, ako ih nema mnogo, ili opisom njihovih svojstava.
U trećoj fazi, prema kriteriju odabira formulisanom u drugoj fazi, dolazi do poređenja, evaluacije i odabira rješenja. Sve metode za procjenu opcija mogu se podijeliti u dvije grupe:
metode koje se koriste pod uslovima sigurnosti;
metode koje se koriste u rizičnim situacijama.
Faze dizajniranja DSS-a u prisustvu softverske ljuske su:
Opis predmetne oblasti, ciljevi kreiranja sistema i implementacija iskaza problema.
Kompilacija sistemskog rječnika.
Razvoj baze znanja i baze podataka.
Implementacija sistema.
Faza 1. Opis predmetne oblasti, ciljevi kreiranja sistema i implementacija iskaza problema. Opis treba da odražava specifičnosti predmetne oblasti u nekoliko oblika. Prvi od njih je tekstualni prikaz sadržaja procesa, objekata i veza između njih. Drugi oblik opisa je grafički prikaz stabla ciljeva pred korisnikom, ili stablo I-ILI.
Formulacija bilo kojeg problema uključuje navođenje rezultata funkcionisanja sistema, početnih podataka, kao i opšti opis procedura, formula i algoritama za pretvaranje početnih podataka u rezultirajuće podatke.
Faza 2. Kompilacija sistemskog rječnika. Sistemski rečnik je skup reči, fraza, kodova, imena koje koristi programer da označi uslove, ciljeve, zaključke i hipoteze. Zahvaljujući rječniku, korisnik razumije rezultate sistema. Sastavljanje rečnika je važan posao, jer jasno definisani uslovi i odgovori dramatično povećavaju efikasnost rada sistema.
Faza 3. Razvoj baze znanja i baze podataka. Baza znanja se po pravilu sastoji od dvije komponente: stabla ciljeva sa formulama za izračunavanje i baze pravila (mreža zaključivanja). Baza pravila se kreira na osnovu grafikona ciljeva i prethodno formulisanih hipoteza. Ovdje je glavna pažnja posvećena koeficijentima sigurnosti početnih uslova i pravilima za njihovu obradu.
Faza 4. Implementacija. Ispravan rad sistema se provjerava i ocjenjuje. Ustanovljavaju se rezultati, koji se zatim upoređuju sa onima dobijenim tokom procesa pokretanja sistema. Međukalkulacije se također provjeravaju pomoću bloka koji odgovara na pitanja kako i zašto.
Tehnologija projektovanja informacionih sistema (IS) podrazumeva skup metodoloških tehnika, tehničkih sredstava i metoda projektovanja, poredanih u logičkom nizu, usmerenih na realizaciju opšteg koncepta kreiranja ili finalizacije dizajna sistema i njegovih komponenti. Za razvoj upravljačkih sistema od velikog su značaja kvalitet i sastav projektne baze.
Osnovni osnovni dizajn tehnološkog lanca projektovanja IS i njegove glavne komponente - IT - je tzv. tehnološka operacija - zasebna karika u tehnološkom procesu.
Ovaj koncept je definisan na osnovu kibernetičkog pristupa procesu razvoja IT-a. Automatizacija ovog procesa predodređuje potrebu da se tehnološke operacije formalizuju, uzastopno kombinuju u tehnološki lanac međusobno povezanih postupaka projektovanja i njihovog predstavljanja.
Predprojektno istraživanje predmetne oblasti uključuje identifikaciju svih karakteristika objekta i upravljačkih aktivnosti u njemu, protok internih i eksternih informacionih veza, sastav zadataka i stručnjaka koji će raditi u novim tehnološkim uslovima, nivo njihove kompjutersko i stručno usavršavanje budućih korisnika sistema.
Razmotrimo prvi od puteva, tj. Mogućnost korištenja standardnih dizajnerskih rješenja uključenih u pakete aplikacija. Sljedeće vrste aktivnosti najefikasnije su za informatizaciju:
računovodstvo, uključujući upravljačko i finansijsko;
Referentne i informacijske usluge za gospodarske djelatnosti;
organizacija rada rukovodioca;
automatizacija toka dokumenata;
ekonomske i finansijske aktivnosti;
obrazovanje.
Automatizovani sistemi projektovanja su drugi, brzo razvijajući način izvođenja projektantskih radova.
U oblasti automatizacije IS i IT dizajna, u protekloj deceniji se pojavio novi pravac - CASE (Computer-Aided Software/System Engineering). CASE je alat za sistemske analitičare, programere i programere koji vam omogućava da automatizujete proces projektovanja i razvoja IS-a, koji se učvrstio u praksi kreiranja i održavanja IS-a i IT-a. Osnovni cilj CASE-a je da odvoji dizajn IS-a i IT-a od njegovog kodiranja i kasnijih faza razvoja, kao i da što više automatizuje procese razvoja i rada sistema.
Pored automatizacije strukturnih metodologija i, kao posljedice, mogućnosti korištenja savremenih metoda sistemskog i softverskog inženjeringa, CASE ima sljedeće glavne prednosti:
poboljšati kvalitet kreiranih informacionih sistema (IT) putem sredstava automatske kontrole (prvenstveno upravljanja projektom);
omogućavaju vam da napravite prototip budućeg IS (IT) u kratkom vremenu, što vam omogućava da procijenite očekivani rezultat u ranoj fazi;
ubrzati proces projektovanja i razvoja sistema;
osloboditi programera od rutinskog rada, omogućavajući mu da se u potpunosti koncentriše na kreativni dio dizajna;
podržavaju razvoj i održavanje već funkcionalnih IS (IT);
tehnologije podrške za ponovnu upotrebu razvojnih komponenti.
Većina CASE alata je zasnovana na naučnom pristupu koji se zove metodologija/metod/notacija/alat. Metodologija formuliše smjernice za procjenu i odabir projekta za razvijeni IS, radne korake i njihov redoslijed, kao i pravila za primjenu i svrhu metoda. Do danas se CASE tehnologija oblikovala kao samostalan naučno-intenzivan pravac, što je dovelo do formiranja moćne CASE industrije, koja ujedinjuje stotine firmi i kompanija različitih orijentacija.
Pravovremenost karakteriše vremenska svojstva IS i IT i ima kvantitativni izraz u vidu ukupnog vremena kašnjenja informacija koje su potrebne korisniku u trenutnom trenutku u realnim uslovima za donošenje odluka. Što je manje vremensko kašnjenje u prijemu informacija, to bolje IS ispunjava ovaj zahtjev.
Opšti pokazatelj pouzdanosti IS-a sadrži niz važnih karakteristika:
učestalost tehničkih kvarova;
stepen adekvatnosti matematičkih modela;
provjera čistoće programa;
relativni nivo pouzdanosti informacija;
integrisani indikator pouzdanosti ergonomske IS podrške.
Prilagodljiva svojstva sistema odražavaju njegovu sposobnost prilagođavanja promjenama u spoljašnjoj pozadini unutrašnjeg upravljanja i proizvodnog okruženja organizacije. Važan zadatak za kupca je da u fazi projektovanja formuliše granice za dozvoljavanje odstupanja u vrednostima kontrolnih i izlaznih parametara koji su od fundamentalnog značaja za funkcionisanje celog sistema.
Općenito, iskaz problema se sastoji od četiri fundamentalno važne komponente:
organizaciona i ekonomska šema i njen opis;
skup primijenjenih matematičkih modela;
opisi računskih algoritama;
koncepti za konstruisanje informacionog modela sistema.
Matematički model i algoritmi razvijeni na njegovoj osnovi moraju zadovoljiti tri zahtjeva: sigurnost (nedvosmislenost), invarijantnost u odnosu na različite alternativne situacije u problemu i efektivnost (sposobnost rješavanja u konačnom broju koraka). Rezultat algoritmizacije je logički konstruisan i otklonjen blok dijagram.
Formulisanje i dalja kompjuterska realizacija zadataka zahteva savladavanje osnovnih pojmova koji se odnose na teorijske osnove i informacione tehnologije. To uključuje:
svojstva, karakteristike i struktura ekonomskih informacija;
uslovno trajna informacija, njena uloga i svrha;
Mediji za pohranu, raspored strojnih medija;
sredstva formalizovanog opisa informacija;
algoritam, njegova svojstva i oblici predstavljanja;
svrha i metode praćenja ulaznih i izlaznih informacija;
sastav i namjena računalnih uređaja;
