Napomena: Načela izgradnje informacijskog sustava. Reinženjering poslovnih procesa. Mapiranje i modeliranje procesa. Omogućavanje procesa analize i projektiranja IS-a s mogućnostima CASE tehnologija. Implementacija informacijskih sustava.

6. Razvoj i implementacija informacijskog sustava

6.1. Načela izgradnje informacijskog sustava

Mnogi korisnici računalnog hardvera i softvera opetovano su se susreli sa situacijom u kojoj softver koji dobro radi na jednom računalu ne radi na drugom sličnom uređaju. Ili sistemske jedinice jednog računalnog uređaja ne povezuju se s hardverom drugog. Ili informacijski sustav druge tvrtke tvrdoglavo odbija obraditi podatke koje ste pripremili u informacijskom sustavu na vašem radnom mjestu. Taj se problem naziva problemom kompatibilnosti računalnih, telekomunikacijskih i informacijskih uređaja.

Razvoj računalnih sustava i alata, njihova sve veća implementacija u sva područja znanosti, tehnologije, usluga i svakodnevnog života doveli su do potrebe spajanja specifičnih računalnih uređaja i informacijskih sustava izvedenih na njihovoj osnovi u jedinstvene informacijsko-računalne sustave (ICS) i okruženja. U isto vrijeme, IVS programeri suočili su se s brojnim problemima.

Na primjer, heterogenost tehničkih sredstava računalne tehnologije u smislu organizacije računalnog procesa, arhitekture, sustava naredbi, bitnog kapaciteta procesora i sabirnice podataka itd. zahtijevala je stvaranje fizičkih sučelja koja u pravilu ostvaruju međusobnu kompatibilnost uređaja. S povećanjem broja tipova integriranih uređaja, znatno je porasla složenost organizacije fizičkog sučelja između njih. Heterogenost programabilnih okruženja implementiranih u specifične računalne uređaje i sustave, u smislu raznolikosti operativnih sustava, razlika u dubini bitova i drugih značajki, dovela je do stvaranja softverskih sučelja između uređaja i sustava. Valja napomenuti da za postizanje puna kompatibilnost softverski proizvodi razvijeni za specifično softversko okruženje nisu uvijek bili uspješni u drugom okruženju. Heterogenost komunikacijskih sučelja u sustavu čovjek-računalo zahtijevala je stalnu koordinaciju softvera i hardvera te prekvalifikaciju osoblja.

Načelo "otvorenosti" informacijskog sustava

Rješavanje problema kompatibilnosti dovelo je do razvoja velikog broja međunarodnih standarda i sporazuma u području primjene informacijskih tehnologija i razvoja informacijskih sustava. Temeljni koncept postao je koncept otvorenih sustava.

Pojam "otvoreni sustav" sada se može definirati kao "sveobuhvatan i dosljedan skup međunarodnih standarda informacijske tehnologije i profila funkcionalnih standarda koji određuju sučelja, usluge i njihove prateće formate kako bi se omogućila interoperabilnost i mobilnost softverskih aplikacija, podataka i osoblja."

Ova definicija, koju su formulirali stručnjaci iz IEEE (Instituta inženjera elektrotehnike i elektronike), objedinjuje sadržaj okruženja koje otvoreni sustav pruža za široku upotrebu. Trenutno je općepriznati koordinacijski centar za razvoj i usklađivanje standarda otvorenih sustava OASIS (Organizacija za unapređenje strukturiranih informacijskih standarda).

Opća svojstva otvorenih informacijskih sustava mogu se formulirati na sljedeći način:

proširivost/skalabilnost: pružanje mogućnosti dodavanja novih funkcija IS-a ili mijenjanja nekih postojećih, dok ostali funkcionalni dijelovi IS-a ostaju nepromijenjeni;

mobilnost/prenosivost: osiguravanje mogućnosti prijenosa programa i podataka prilikom nadogradnje ili zamjene hardverskih platformi IS-a i mogućnost za stručnjake koji koriste IT da rade s njima bez prekvalifikacije prilikom promjene IS-a;

interakcija: sposobnost interakcije s drugim informacijskim sustavima (tehnička sredstva na kojima je implementiran informacijski sustav objedinjena su mrežom ili mrežama različitih razina: od lokalne do globalne);

standardizabilnost: IS se projektiraju i razvijaju na temelju dogovorenih međunarodnih standarda i prijedloga, otvorenost se provodi na temelju funkcionalnih standarda (profila) u području informacijske tehnologije;

prilagođenost korisniku: razvijena unificirana sučelja u procesima interakcije u sustavu "čovjek-stroj", omogućujući rad korisniku koji nema posebnu "računalnu" obuku.

Novi pogled na otvorene sustave određen je činjenicom da se te značajke promatraju zajedno, kao međusobno povezane i da su implementirane u kompleksu, što je sasvim prirodno, jer se sva gore navedena svojstva međusobno nadopunjuju. Samo zajedno, mogućnosti otvorenih sustava omogućuju rješavanje problema projektiranja, razvoja i implementacije suvremenih informacijskih sustava.

Struktura okruženja informacijskog sustava

Generalizirana struktura bilo kojeg IS-a može se prikazati s dva međusobno povezana dijela:

funkcionalni dio, uključujući aplikacijske programe koji provode funkcije aplikacijskog područja;

okruženje ili dio sustava koji osigurava izvođenje aplikacijskih programa.

Dvije skupine pitanja standardizacije usko su povezane s ovom podjelom:

standardi za sučelja između aplikacijskih programa i okruženja IS-a, Application Program Interface (API);

standardi za sučelja između samog IS-a i njegove vanjske okoline (External Environment Interface - EEI).

Ove dvije grupe sučelja definiraju specifikacije vanjski opis IS okruženje - arhitektura, sa stajališta krajnjeg korisnika, dizajnera IS-a, aplikativnog programera koji razvija funkcionalne dijelove IS-a.

Specifikacije vanjskih sučelja okruženja IS-a i, kao što će se vidjeti u nastavku, specifikacije interakcijskih sučelja između komponenti samog okruženja precizni su opisi svih potrebnih funkcija, usluga i formata pojedinog sučelja. Skup takvih opisa čini referentni model otvorenog sustava.

Ovaj model je u upotrebi više od 20 godina i definiran je mrežnom arhitekturom sustava (SNA) koju je predložio IBM 1974. godine. Temelji se na podjeli računalne okoline na sedam razina, čija je interakcija opisana odgovarajućim standardima, te osigurava povezanost razina bez obzira na konstrukciju razine u svakoj pojedinoj implementaciji (slika 6.1). Glavna prednost ovog modela je detaljan opis veza u okruženju sa stajališta tehničkih uređaja i komunikacijskih interakcija. Međutim, ne uzima u obzir međusobno povezivanje uzimajući u obzir mobilnost aplikacijskog softvera.

Riža. 6.1.

Referentni model okruženja otvorenih sustava (OSE/RM) definira podjelu svakog informacijskog sustava na aplikacije (aplikacijske programe i softverske sustave) i okruženje u kojem te aplikacije rade. Standardizirana sučelja (API) definirana su između aplikacija i okoline i nužan su dio profila svakog otvorenog sustava. Osim toga, u profilima IS-a mogu se definirati unificirana sučelja za međusobnu interakciju funkcionalnih dijelova i interakcijska sučelja između komponenti okruženja IS-a.

Model za izradu informacijskog sustava

Metodološki je važno, uz razmatrane modele okruženja IS-a, predložiti model za izradu IS-a koji bi imao iste aspekte funkcionalnih skupina komponenti (korisnici, funkcije, podaci, komunikacije). Ovakav pristup će omogućiti end-to-end proces projektiranja i podrške u svim fazama rada IS-a te mogućnost informiranog izbora standarda za razvoj sustava i projektnu dokumentaciju.

Poduzeće je složena ontološka (konceptualna) struktura koja se sastoji od određenog skupa entiteta i odnosa (slika 6.2).

Interakcije između njegovih elemenata, određene poslovnom logikom i sadržane u skupu poslovnih pravila, aktivnosti su poduzeća. Informacijski sustav “reflektira” logiku i pravila, organizira i transformira informacijske tokove, automatizira procese rada s podacima i informacijama te vizualizira rezultate u obliku skupova izvještajnih obrazaca. Stoga prvo treba izraditi poslovni model poduzeća koji je odraz poduzeća i njegovog informacijskog sustava.

Prilikom izrade modela formira se „jezik komunikacije“ između menadžera poduzeća, konzultanata, programera i budućih korisnika, koji im omogućava da razviju jedinstvenu ideju o tome ŠTO i KAKO sustav upravljanja poduzećem (sustav korporativnog upravljanja) treba raditi. Takav poslovni model je opipljiv rezultat, uz pomoć kojeg možete što bolje specificirati ciljeve implementacije IS-a i odrediti sljedeće parametre projekta:

• glavni poslovni ciljevi koji se mogu postići automatizacijom procesa;
• popis mjesta i redoslijed implementacije modula IS;
• stvarna potreba za količinama kupljenog softvera i hardvera;
• stvarne procjene vremena postavljanja i pokretanja IMS-a;
• ključni korisnici IS-a i ažurirani popis članova implementacijskog tima;
• stupanj usklađenosti aplikacijskog softvera koji odaberete sa specifičnostima poslovanja vaše tvrtke.

Model se uvijek temelji na poslovnim ciljevima poduzeća, koji u potpunosti određuju sastav svih osnovnih komponenti modela:

• poslovne funkcije, koje opisuju ŠTO poduzeće radi;
• temeljni, potporni i upravljački procesi koji opisuju KAKO poduzeće obavlja svoje poslovne funkcije;
• organizacijska i funkcionalna struktura koja određuje GDJE se obavljaju poslovne funkcije i poslovni procesi;
• faze koje određuju KADA (kojim redoslijedom) treba implementirati određene poslovne funkcije;
• uloge koje određuju TKO obavlja poslovne funkcije i TKO je "gospodar" poslovnih procesa;
• pravila koja definiraju vezu i interakciju između svih ŠTO, KAKO, GDJE, KADA i TKO.

Nakon izgradnje poslovnog modela (ili paralelno s tim), možete početi formirati model za dizajn, implementaciju i implementaciju samog IS-a (Sl. 6.3).

Iskustvo stvaranja i korištenja "prilagođenih" IS-a omogućuje nam da grubo identificiramo sljedeće glavne faze njihovog razvoja životni ciklus:

• definiranje zahtjeva sustava i njihova analiza - određivanje što sustav treba raditi;
• dizajn - određivanje kako će sustav raditi ono što bi trebao raditi; projektiranje je prije svega specifikacija podsustava, funkcionalnih komponenti i načina njihove interakcije u sustavu;
• razvoj - stvaranje funkcionalnih sastavnica i pojedinačnih podsustava, povezivanje podsustava u jedinstvenu cjelinu;
• testiranje - provjera funkcionalne usklađenosti sustava s pokazateljima određenim u fazi analize;
• implementacija - instalacija i puštanje sustava u rad;
• rad - normalan proces rada u skladu s glavnim ciljevima i zadacima IS-a;
• podrška - osiguranje normalnog procesa rada sustava u poduzeću kupca.

Utvrđivanje zahtjeva sustava i analiza prva je faza izrade IS-a u kojoj se razjašnjavaju, usuglašavaju, formaliziraju i dokumentiraju zahtjevi korisnika. Zapravo, u ovoj fazi se daje odgovor na pitanje: “Čemu je informacijski sustav namijenjen i što bi trebao raditi?” Upravo tu leži ključ uspjeha cijelog projekta.

Cilj analize sustava je transformirati općenito, nejasno znanje o izvornoj domeni (zahtjevi korisnika) u precizne definicije i specifikacije za programere, kao i generiranje funkcionalnog opisa sustava. U ovoj fazi utvrđuju se i specificiraju:

• vanjski i unutarnji uvjeti rada sustava;
• funkcionalna struktura sustava;
• raspodjela funkcija između osobe i sustava, sučelja;
• zahtjeve za tehničke, informacijske i programske komponente sustava,
• zahtjevi kvalitete i sigurnosti;
• sastav tehničke i korisničke dokumentacije;
• uvjeti provedbe i rada.

Razvoj navedenih specifikacija pri izradi IS-a namijenjenog automatizaciji procesa upravljanja općenito prolazi kroz četiri faze.

Prva faza analize - strukturna analiza poduzeća - započinje proučavanjem organizacije sustava upravljanja poduzećem, ispitivanjem funkcionalne i informacijske strukture sustava upravljanja te identifikacijom postojećih i mogućih potrošača informacija.

Na temelju rezultata ankete, analitičar u prvoj fazi gradi generalizirani logički model izvornog predmetnog područja, odražavajući njegovu funkcionalnu strukturu, značajke glavne aktivnosti i informacijski prostor u kojem se ta aktivnost provodi (slika 6.4). ). Na temelju ovog materijala, analitičar gradi funkcionalni model "Kakav jest" (As Is).

Druga faza rada, u koju su nužno uključeni zainteresirani predstavnici naručitelja, a po potrebi i neovisni stručnjaci, sastoji se od analize modela „Kakav jest“, utvrđivanja njegovih nedostataka i uskih grla te utvrđivanja načina za poboljšanje sustava upravljanja. na temelju utvrđenih kriterija kvalitete.

Treća faza analize, koja sadrži elemente dizajna, je izrada poboljšanog generaliziranog logičkog modela koji prikazuje reorganizirano predmetno područje ili njegov dio koji je podložan automatizaciji - model “As To Be”.

Proces (četvrta faza) završava razvojem „karte automatizacije“, koja je model reorganiziranog predmetnog područja, na kojem su nužno naznačene „granice automatizacije“.

U većini slučajeva model „Kakav jest“ sistemski analitičar poboljšava eliminacijom očitih nedosljednosti i uskih grla, a tako dobivena verzija modela dalje se smatra preliminarnim modelom „Kakav bi trebao biti“, koji se naknadno nadopunjuje u u skladu sa strategijom razvoja poduzeća (slika .6.5).

U fazi analize zahtjeva za projektirani sustav uvode se:

• korisničke klase i odgovarajući dijagrami poslovnih transakcija;
• modeli (dijagrami) primijenjenih procesa aktivnosti i odgovarajući popisi funkcionalnih zadataka IS-a;
• klase objekata domene i odgovarajući dijagrami entitet-odnos koji odražavaju informacijski model ove predmetne domene;
• topologija lokacije odjela i korisnika koje ovaj IS opslužuje;
• parametri za zaštitu podataka, informacija i samog sustava.

Glavni dokument koji odražava rezultate prve faze stvaranja IS-a je projektni zadatak za projekt (razvoj), koji osim gore navedenih definicija i specifikacija sadrži i informacije o redoslijedu stvaranja sustava, informacije o dodijeljenim resursima, rokovima za pojedine faze rada, organizacijskim postupcima i aktivnostima za prihvaćanje faza, zaštiti projektnih podataka i dr.

Sljedeća faza je dizajn. U realnim uvjetima projektiranje je traženje i modeliranje metode razvoja koja zadovoljava zahtjeve funkcionalnosti sustava korištenjem dostupnih tehnologija, uzimajući u obzir zadane početne uvjete i ograničenja. Projektiranje informacijskih sustava uvijek počinje definiranjem svrhe projekta. Glavni zadatak svakog uspješnog projekta je osigurati da je u trenutku pokretanja sustava i tijekom njegovog rada moguće osigurati:

• potrebna funkcionalnost sustava i stupanj prilagodbe promjenjivim uvjetima njegova rada;
• potrebna propusnost sustava i minimalno vrijeme odgovora sustava na zahtjev;
• nesmetan rad sustava u traženom načinu rada, spremnost i raspoloživost sustava za obradu zahtjeva korisnika;
• jednostavnost rada i održavanja sustava;
• potrebna sigurnost podataka i prava pristupa korisnika.

Performanse i pouzdanost glavni su faktori koji određuju učinkovitost sustava. Dobar dizajn temelj je sustava visokih performansi.

Dizajn informacijskih sustava pokriva tri glavna područja:

• projektiranje struktura podataka koje će se implementirati u bazu podataka;
• projektiranje programa, ekranskih obrazaca, izvješća koji će osigurati izvršenje podatkovnih upita;
• dizajn specifičnog okruženja ili tehnologije, naime: topologija mreže, konfiguracija hardvera, korištena arhitektura, paralelna obrada, distribuirana obrada podataka itd.

Na temelju rezultata analize sustava u fazi preliminarnog projekta razvijaju se:

• projekt implementacije softvera i hardvera, projekt korisničkog sučelja i tehnologije za rad korisnika u sustavu;
• arhitektura distribuiranog sustava i specifikacije telekomunikacijske mreže;
• modeli protoka podataka (dijagrami);
• funkcionalni blok dijagrami aplikacijskog i sistemskog softvera (potonji u skladu s prihvaćenim modelima okruženja IS i profilima standarda).

Faza preliminarnog dizajna može uključivati ​​izradu prototipa dijelova koji su važni s korisnikove točke gledišta kako bi se testirala njihova usklađenost sa zahtjevima u ranoj fazi razvoja.

U fazi detaljnog dizajna razvija se sljedeće:

• kompleksi funkcionalnih programa IS i projekt implementacije okruženja IS;
• strukture podataka, alati za održavanje baze podataka;
• mrežne adrese, telekomunikacijske protokole i druge komponente okruženja za razmjenu informacija uključene u projektirani IS;
• pravila za ograničavanje pristupa korisnika i načini njihove provedbe.

Faza implementacije IS-a uključuje razvoj i testiranje komponenti te sveobuhvatno testiranje sustava.

Faza rada i održavanja uključuje praćenje funkcioniranja IS-a, unošenje potrebnih izmjena u informacijsku bazu u procesu tekućeg rada i nadogradnju funkcija IS-a od strane aplikativnih stručnjaka pomoću alata ugrađenih u sustav.

Faze razvoja, testiranja, implementacije, rada i održavanja IS-a objedinjene su pojmom implementacija. Implementacija IP-a iznimno je složen višedimenzionalni proces koji se provodi na temelju skupova (profila) usklađenih međunarodnih standarda, specifikacija i sporazuma. Ovakva praksa jamstvo je da će kreirani informacijski sustav biti implementiran kao „otvoreni sustav“. Drugim riječima, takav IS će biti skalabilan, mobilan, prenosiv, imati sučelja prilagođena korisniku itd.

Životni ciklus informacijskog sustava formira se prema principu top-down dizajna i u pravilu je spiralno-iterativne prirode. Implementirane faze, počevši od onih najranijih, ciklički se ponavljaju u skladu s promjenama zahtjeva i vanjskih uvjeta, uvođenjem dodatnih ograničenja itd. U svakoj fazi životnog ciklusa generira se određeni skup tehničkih rješenja i dokumenata, a za svaku fazu su početni dokumenti i rješenja donesena u prethodnoj fazi. Životni ciklus IS-a završava kada prestane njegova softverska i tehnička podrška.

6.2. Reinženjering poslovnih procesa

Uvođenje informacijskih tehnologija i na njihovoj osnovi implementiranih informacijskih sustava u svakodnevne aktivnosti poduzeća daje mu taktičke i dugoročne poslovne prednosti. Želja menadžmenta za korištenjem IT-a može ostati samo dobra namjera ako se ne pridržava utvrđenih zahtjeva i pravila za razvoj, dizajn i implementaciju IT-a. Gore smo govorili o osnovnim zahtjevima za standardizaciju objekata i funkcionalnih zadataka, bez kojih implementirani sustav neće biti otvoreni sustav, što će kasnije dovesti do brojnih problema tijekom njegove implementacije i rada.

Praćenje zahtjeva standarda pri razvoju IS-a automatski dovodi do toga da samo poduzeće - vanjsko okruženje za IS - također ispunjava potrebne zahtjeve: definiranje i standardizacija klasa korisnika i objekata, topologija tokova podataka i rada, arhitektura naslijeđenih i razvijenih podsustava, stanja poslovnih procesa i sl.

Poslovni proces je sustav uzastopnih, svrhovitih i reguliranih aktivnosti, u kojima se, kontrolnim utjecajem i uz pomoć određenih resursa, Određeno vrijeme inputi procesa pretvaraju se u izlaze – u rezultate koji su vrijedni potrošaču i donose profit proizvođaču.

Standardni poslovni proces za cijelo poduzeće implementiran je kao mreža glavnih, pomoćnih, pomoćnih i upravljačkih procesa (slika 6.6).

Pritom podjela na glavne i pomoćne procese u određenoj mjeri ovisi o predmetnom području i smjeru djelatnosti poduzeća: za proizvodno poduzeće, primjerice, poslovi pravne službe su pomoćni, a za pravni ili konzultantska tvrtka oni su glavni. Identifikacija procesa je preduvjet, bez čije provedbe je nemoguća informatizacija djelatnosti.

Rukovoditelji poduzeća koji su se odlučili za implementaciju IT-a moraju čvrsto shvatiti da početak rada na projektiranju informacijskog sustava najčešće podrazumijeva obavezan reinženjering poslovnih procesa! Reinženjering predstavlja mnoge metode i preporuke, među kojima morate odabrati one koje najbolji način zadovoljiti postavljene ciljeve.

Reinženjering poslovnih procesa skup je metoda i radnji kojima se redizajniraju procesi u skladu s promijenjenim uvjetima vanjske i unutarnje okoline i/ili poslovnim ciljevima.

Postoji nekoliko osnovnih pravila kojih se treba pridržavati tijekom procesa reinženjeringa:

• razvoj konzistentnih postupaka korak po korak za redizajn procesa;
• korištenje standardnih jezika i notacija u dizajnu;
• prisutnost heurističkih i pragmatičnih pokazatelja koji omogućuju procjenu ili mjerenje stupnja do kojeg redizajnirani proces ili funkcionalnost ispunjava navedene ciljeve;
• pristup rješavanju pojedinih problema i njihove ukupnosti treba biti sustavan;
• čak i malo poboljšanje trebalo bi imati brzi pozitivan učinak.

Reinženjering poslovnih procesa i funkcija započinje pregledom ciljeva poduzeća, njegove strukture, analize potreba internih korisnika i tržišta, proizvoda i usluga koje proizvodi (slika 6.7).

Ponovno planiranje ciljeva uključuje reviziju politike poduzeća i odgovaranje na sljedeća pitanja:

• Pred koje nove izazove dolaze promijenjeni uvjeti poslovanja?
• Što poduzeće predstavlja sada i što od njega želimo u budućnosti?
• Kakvim potrošačima služimo, koliko zadovoljavamo njihove zahtjeve i očekivanja te što treba učiniti da privučemo nove?
• Koji specifični pokazatelji određuju učinkovitost poduzeća, produktivnost rada i kvalitetu proizvoda Je li ova definicija potpuna i primjerena?
• Koje će nam informacijske tehnologije i alati u tome pomoći?

Za odgovor na ova ključna pitanja potrebno je, prije svega, izvršiti detaljan opis poslovne arhitekture poduzeća, njegove poslovne logike, izgraditi funkcionalni model interakcije poslovnih procesa, resursa i osoblja i odraziti ga u arhitektura IS-a, sadržaj modula informacijskih podsustava i vizualizacija oblika prezentacije informacija. Također je potrebno imati metode i alate za reorganizaciju procesa, rješavanje primijenjenih problema i upravljanje projektom reinženjeringa (slika 6.8). Opis poslovne arhitekture poduzeća omogućuje vam da:

• izgraditi dijagram glavnih tokova podataka, rada, kretanja financija i dokumenata;
• razumjeti kako se informacije distribuiraju između odjela, te tko je krajnji korisnik u pojedinom poslovnom procesu;
• opisati interakciju procesa i modula informacijskog sustava;
• odrediti kritičnu važnost tipova informacija za određene razine upravljanja poduzećem;
• identificirati dvostruke strukture i veze.

Rezultat ovog opisa je:

• pročišćena mapa procesne mreže;
• matrica odnosa između procesa i odjela uključenih u te procese;
• informacije o tome koji sustavi automatizacije postoje, u kojim operacijama se koriste, gdje i koji podaci se koriste, koje automatizacije i informacijske sustave treba razviti;
• funkcionalni dijagrami tijekova podataka (Data Flow), tijekova rada (Work Flow), financijskih tijekova (Cash Flow), tijekova utjecaja na upravljanje (Control Flow) i tijeka dokumenata (Doc Flow).

Funkcionalni model pomoći će u stvaranju preciznih specifikacija svih operacija, postupaka i odnosa među njima. Takav model, ako je ispravno konstruiran, daje sveobuhvatan opis procesa funkcioniranja i svih tokova informacija unutar njega. Ovaj model opisuje stanje "Kakav jest". Na temelju rezultata analize mogućih načina poboljšanja, potrebno je prijeći sa stvarnog modela na model koji karakterizira poboljšanja - model "As To Be", opcija - "As It Should Be" (Sl. 6.9) .

Funkcionalno modeliranje je prilično ozbiljan problem; cjelovitost i usklađenost izgrađenog modela ovise kako o alatima za modeliranje tako io kvalifikacijama stručnjaka koji provode to modeliranje.

Reinženjering poslovnih procesa složen je i višestruk projekt koji zahtijeva pažljivo planiranje i razradu detalja. Tablica 6.1 prikazuje glavne faze reinženjeringa.

6.3. Mapiranje i modeliranje procesa

Danas su tri glavne metodologije funkcionalnog modeliranja (i njihovi prateći alati) postale široko rasprostranjene: IDEF (Integrated DEFinition), UML (Unified Modeling Language) i ARIS (Architecture of Integrated Information Systems). Za svaki od njih postoje određeni softverski proizvodi koji vam, osim razvoja, omogućuju provođenje transformacija i operacija za kasniji rad s rezultirajućim modelima. Danas se najviše koriste IDEF metodologije i softverski proizvod BPWin, koji sadrži IDEF0, IDEF3, DFD (Data Flow Diagrams) i ERWin (IDEF1x) metodologije tvrtke Computer Associates.

Povijest IDEF metodologije počinje 70-ih godina 20. stoljeća sa SADT (Structured Analysis and Design Technique) metodologijom koju je razvio Douglas Ross (Softtech INC). SADT je ​​prvobitno korišten od strane američkog Ministarstva obrane za praktično modeliranje procesa kao dio programa ICAM (Integrated Computer Aided Manufacturing). Temeljni zahtjev pri razvoju obitelji razmatranih metodologija bila je mogućnost učinkovite razmjene informacija između svih stručnjaka koji sudjeluju u ICAM programu (Icam DEFinition). Ova metodologija je kasnije transformirana u IDEF0 (Function Modeling, FIPS br. 183) standard. IDEF obitelj uključuje već spomenuti IDEF3 (Process Description Capture) i IDEF1x (Data Modeling, FIPS br. 184).

Nakon objave standardi su uspješno primijenjeni u raznim područjima poslovanja, pokazujući se kao učinkovito sredstvo za analizu, projektiranje i prikaz poslovnih procesa (usput, aktivno se koristi iu domaćim državnim agencijama, tj. na primjer, u Državnoj poreznoj inspekciji). Štoviše, široka uporaba IDEF-a (i prethodne SADT metodologije) odgovorna je za pojavu osnovnih ideja danas popularnog koncepta “Reinženjeringa poslovnih procesa” (BPR).

Informacijski proces je održivi proces (slijed radova i radnji s podacima i informacijama) koji se odnosi na podršku proizvodnim i gospodarskim aktivnostima poduzeća i obično je usmjeren na informacijske usluge za stvaranje nove vrijednosti. Poslovni proces uključuje hijerarhiju međusobno povezanih funkcionalnih aktivnosti koje provode jedan (ili više) poslovnih ciljeva poduzeća i odražavaju rezultate u informacijskom sustavu, na primjer, informacijsku podršku za upravljanje i analizu izlaza proizvoda ili podršku resursima za izlaz proizvoda (proizvodi ovdje označavaju robu, usluge, odluke, dokumente).

Rad s IDEF metodom započinje postavljanjem cilja modeliranja. Svjetsko iskustvo pokazuje da pogreške u postavljanju ciljeva dovode do prosječno 50% neuspjeha u procesu modeliranja. Formuliranje cilja inicijalno usmjerava rad u zadanom smjeru i stoga ograničava raspon pitanja za analizu. Praktičan rad započinje definiranjem konteksta (Context, Context Diagram), odnosno najviše razine sustava, u našem slučaju poduzeća. Nakon formuliranja cilja, potrebno je zacrtati područje modeliranja (Scope), koje će naknadno odrediti opće smjerove kretanja i dubinu detalja (Decomposition). Zapravo, IDEF metodologija sama definira standardizirane objekte za rad i prikaz. Na primjer, to uključuje funkciju (Activity), luk sučelja (Arrow), bilješku (Note), kao i način njihovog lociranja i interpretacije (Semantics).

U U zadnje vrijeme Na ruskom tržištu pojavio se softverski proizvod Business Studio, koji je posebno stvoren za rad s IDEF metodama i ima intuitivno i prijateljsko sučelje (User-friendly Interface).

IDEF0 notacija i metodologija temelji se na konceptu “bloka”, odnosno pravokutnika koji izražava određenu poslovnu funkciju (Slika 6.10). U skladu sa standardom, funkcija mora biti izražena glagolskom frazom. U IDEF0, uloge stranica pravokutnika (funkcionalna značenja) su različite: gornja strana ima značenje “kontrola”, lijeva strana znači “ulaz”. ”, desna strana znači “izlaz”, donja strana znači “izvršni mehanizam”.

Drugi element metodologije i notacije je "tok", koji se u standardu naziva "luk sučelja". Ovo je element koji opisuje podatke, neformalnu kontrolu ili bilo što drugo što utječe na funkciju prikazanu blokom. Potoci su označeni imeničkom sintagmom.

Ovisno o tome na koju stranu bloka je protok usmjeren, prema tome se naziva "ulaz", "izlaz", "kontrola". Figurativni element koji predstavlja tok je strelica. Tok se može tumačiti kao prikaz objekta, koji se shvaća kao informacijski objekt, i pravi fizički objekt.

Važan čimbenik je da "izvor" i "odredište" tokova (odnosno početak i kraj strelice) u pravilu mogu biti samo blokovi. U tom slučaju samo izlazna strana bloka može biti izvor, a bilo koja od preostale tri može biti prijemnik. Ako je potrebno naglasiti vanjsku prirodu toka, tada se može koristiti metoda "tuneliranja" - skrivanje ili pojavljivanje luka sučelja iz "tunela".

I na kraju, “treći stup” IDEF0 metodologije je princip funkcionalne dekompozicije blokova, što je model interpretacije praktične situacije da se bilo koja radnja (osobito nešto složeno kao što je poslovni proces) može raščlaniti (dekomponirati) u jednostavnije operacije (akcije, poslovne funkcije). Ili, drugim riječima, radnja se može prikazati kao skup elementarnih funkcija.

Primjer funkcionalnog modela procesa otpreme i isporuke proizvoda prikazan je na sl. 6.11.

Stupanj formalizacije opisa poslovnih procesa može varirati ovisno o zadacima koji se rješavaju. Specijalizirani jezik BPEL (Business Process Execution Language) razvijen je za opisivanje informacijskih procesa. BPEL se temelji na XML-u za službeni opis poslovnih procesa i protokola za njihovu međusobnu interakciju. BPEL proširuje model interakcije web usluga kako bi uključio podršku za transakcije.

Trenutno se aktivno razvija metodologija BPMS (Business Process Management System) - klasa softvera za upravljanje poslovnim procesima i administrativnim propisima. (Također se koriste izrazi BPM sustav i jednostavno BPM). Korištenje BPMS-a omogućuje vam organiziranje učinkovite interakcije između menadžera i IT stručnjaka, bolje korištenje postojećih podsustava i ubrzavanje razvoja novih.

Glavne funkcije BPMS-a su modeliranje, izvođenje i praćenje poslovnih procesa. Na temelju podataka praćenja, poduzeća identificiraju uska grla i poboljšavaju svoje poslovne procese. Ciklus upravljanja je zatvoren kada se uz pomoć BPMS-a promijenjeni poslovni procesi brzo stave u funkciju.

Suvremene metode projektiranja i razvoja softvera IS nastoje se u potpunosti usredotočiti na mogućnosti automatiziranih, operativnih promjena. Pokazalo se da je najteži proces standardizacija BPEL jezika kako bi se unificirala uporaba istih konstrukata od strane softvera različitih proizvođača. IBM i Microsoft su definirali dva prilično slična jezika: WSFL (Web Services Flow Language) i Xlang.

Rastuća popularnost BPML-a i otvoreno kretanje BPMS-a prema korisnicima doveli su Intalio Inc., IBM i Microsoft do odluke da kombiniraju ove jezike u novi jezik BPEL4WS. U travnju 2003. BEA Systems, IBM, Microsoft, SAP i Siebel Systems doprinijeli su BPEL4WS verziji 1.1 OASIS-u za standardizaciju u Tehničkom odboru za web usluge BPEL. Iako se BPEL4WS pojavio u verzijama 1.0 i 1.1, tehnički odbor WS-BPEL OASIS-a glasovao je 14. rujna 2004. da se specifikacija nazove WS-BPEL 2.0. Ova je promjena učinjena kako bi se BPEL uskladio s drugim standardima web usluga koji, temeljeno na Konvenciji o imenovanju, počinju slovima "WS-".

Active Endpoints Corporation, Adobe, BEA, IBM, Oracle i SAP objavili su konsenzusne specifikacije BPEL4 People i WS-HumanTask, koje opisuju kako se interakcija procesa s ljudima može implementirati u sustav i BPEL notacije. Očekuje se da će semantika biti dodana BPEL-u u obliku WS-HumanTask i raznih drugih dodataka.

6.4. Omogućavanje procesa analize i projektiranja IP-a s mogućnostima CASE tehnologija

Pojam CASE (Computer Aided Software/System Engineering) trenutno se koristi u vrlo širokom smislu. Izvorno značenje pojam CASE, ograničen samo na pitanja automatizacije razvoja softvera, trenutno je stečen novo značenje, koji pokriva proces razvoja složenih IS općenito.

Sada se pojam CASE alati odnosi na softverske alate koji podržavaju procese stvaranja i održavanja IS-a, uključujući analizu i formuliranje zahtjeva, dizajn aplikacijskog softvera (aplikacija) i baza podataka, generiranje koda, testiranje, dokumentiranje, osiguranje kvalitete, upravljanje konfiguracijom i projektom. upravljanja, kao i drugih procesa. Tako suvremeni CASE alati, zajedno sa sistemskim softverom i tehničkom podrškom, čine cjelovito razvojno okruženje IS-a.

Pojavi CASE tehnologije i CASE alata prethodila su istraživanja na području metodologije programiranja. Programiranje je dobilo značajke sustavni pristup s razvojem i implementacijom jezika visoke razine, metoda strukturiranog i modularnog programiranja, alata za vizualno modeliranje i dizajn temeljenih na UML (Unified Modeling Language), alata za njihovu podršku, formalnih i neformalnih jezika za opisivanje zahtjeva i specifikacija sustava , itd. Osim toga, pojavu CASE tehnologije također su olakšali faktori kao što su:

• osposobljavanje analitičara i programera spremnih na koncepte modularnog i strukturiranog programiranja;
• široko usvajanje i stalni rast performansi računala, što je omogućilo korištenje učinkovitih grafičkih alata i automatizaciju većine faza dizajna;
• uvođenje mrežne tehnologije, koja je omogućila kombiniranje napora pojedinačnih izvođača u jedinstven proces projektiranja korištenjem zajedničke baze podataka koja sadrži potrebne informacije o projektu.

CASE tehnologija je metodologija projektiranja IS-a, kao i skup alata koji omogućuju vizualno modeliranje predmetnog područja, analizu tog modela u svim fazama razvoja i održavanja IS-a te razvoj aplikacija u skladu s informacijskim potrebama korisnika. Većina postojećih CASE alata temelji se na metodologijama strukturne (uglavnom) ili objektno orijentirane analize i dizajna, koristeći specifikacije u obliku dijagrama ili tekstova za opisivanje vanjskih zahtjeva, veza između modela sustava, dinamike ponašanja sustava i arhitekture softvera [Vendrov A. M., http://www.citforum.ru/database/case/index.shtml].

CASE alati omogućuju vam stvaranje ne samo proizvoda koji je praktički spreman za upotrebu, već također osiguravaju "ispravan" proces njegovog razvoja. Glavni cilj tehnologije je odvojiti dizajn softvera od njegovog kodiranja, asembliranja, testiranja i što je više moguće „sakriti“ od budućih korisnika sve detalje razvoja i rada softvera. U isto vrijeme, radna učinkovitost dizajnera je značajno povećana: vrijeme razvoja je smanjeno, broj softverskih pogrešaka smanjen, a softverski moduli se mogu koristiti u budućim razvojima.

Većina CASE alata temelji se na paradigmi metodologije/metode/notacije/strukture/alata.

Metodologija postavlja smjernice za ocjenu i odabir projekta razvoja softvera, faze i redoslijed rada te pravila za primjenu pojedinih metoda.

Metoda - sustavni postupak ili tehnologija za generiranje opisa softverskih komponenti (na primjer, opisi tokova i struktura podataka).

Notacije su namijenjene opisivanju sustava u cjelini, njegovih elemenata: grafikona, dijagrama, tablica, blok dijagrama, algoritama, formalnih jezika i programskih jezika.

Konstrukcije su sredstva za provođenje strukturalne analize i konstruiranje strukture određenog sustava.

Alati - tehnološki i softverski alati za podršku i poboljšanje metoda.

CASE tehnologije imaju sljedeće glavne prednosti koje im omogućuju široku primjenu u razvoju informacijskih sustava:

• ubrzati proces kolektivnog dizajna i razvoja;
• omogućuju stvaranje prototipa uređenog sustava s određenim svojstvima u kratkom vremenu;
• oslobodite programera od rutinskog rada, ostavljajući vremena za kreativnost;
• osigurati učinkovitost i kvalitetu razvijene programske opreme automatiziranom kontrolom cjelokupnog procesa razvoja;
• podržati održavanje i razvoj sustava na visokoj razini.

Treba napomenuti da, usprkos svim potencijalnim mogućnostima CASE alata, postoji mnogo primjera njihove neuspješne implementacije, zbog čega CASE alati postaju softver na policama.

S tim u vezi, potrebno je uzeti u obzir sljedeće:

• CASE-lijekovi ne daju nužno trenutačni učinak; on se može postići tek nakon nekog vremena;
• stvarni troškovi implementacije CASE alata obično daleko premašuju troškove njihove kupnje;
• CASE alati pružaju mogućnosti za značajne prednosti samo nakon uspješne implementacije, učinkovite obuke korisnika i redovite upotrebe.

Također možete navesti sljedeće čimbenike koji otežavaju određivanje mogućeg učinka korištenja CASE alata:

• širok izbor kvalitete i mogućnosti CASE alata;
• relativno kratko vrijeme korištenja CASE alata u različitim organizacijama i nedostatak iskustva u njihovom korištenju;
• velika raznolikost provedbenih praksi različitih organizacija;
• nedostatak detaljnih metrika i podataka za već dovršene i projekte koji su u tijeku;
• širok raspon tematskih područja projekta;
• različiti stupnjevi integracije CASE alata u različite projekte.

Neki analitičari vjeruju da se prave koristi od korištenja nekih vrsta CASE alata mogu shvatiti tek nakon jedne ili dvije godine iskustva. Drugi vjeruju da se utjecaj zapravo može dogoditi tijekom operativne faze životnog ciklusa IS-a, kada tehnološka poboljšanja mogu dovesti do nižih operativnih troškova.

Dolje su navedene glavne vrste i redoslijed rada koji se preporučuju pri izradi logičkih modela predmetnog područja u okviru CASE tehnologije za analizu sustava upravljanja poduzećem.

1. Provođenje funkcionalnog i informacijskog pregleda sustava upravljanja (administrativne i upravljačke aktivnosti) poduzeća (Sl. 6.1.2):
   • određivanje organizacijske strukture poduzeća;
   • određivanje funkcionalne strukture poduzeća;
   • utvrđivanje popisa ciljnih funkcija strukturnih elemenata (odjela i službenika);
   • određivanje opsega i redoslijeda pregleda strukturnih elemenata sustava upravljanja u skladu s formuliranim ciljnim funkcijama;
   • pregled aktivnosti odabranih strukturnih elemenata;
   • konstrukcija FD dijagrama upravljačkog sustava s naznakom strukturnih elemenata i funkcija čija će se implementacija modelirati na razini DFD.
2. Razvoj modela djelovanja strukturnih elemenata i sustava upravljanja u cjelini:
   • identificiranje raznih vanjskih objekata koji imaju značajan utjecaj na aktivnost strukturnog elementa;
   • specifikacija ulaznih i izlaznih tokova informacija;
   • prepoznavanje glavnih procesa koji određuju aktivnost strukturnog elementa i osiguravaju provedbu njegovih ciljnih funkcija;
   • specifikacija protoka informacija između glavnih procesa aktivnosti, pojašnjenje veza između procesa i vanjskih objekata;
   • procjena obujma, intenziteta i drugih potrebnih karakteristika protoka informacija;
   • izrada hijerarhije dijagrama toka podataka koji tvore funkcionalni model aktivnosti strukturnog elementa;
   • kombiniranje DFD modela strukturnih elemenata u jedinstveni model sustava upravljanja poduzećem.
3. Razvoj informacijskih modela strukturnih elemenata i modela informacijskog prostora sustava upravljanja:
   • definiranje entiteta modela i njihovih atributa;
   • provođenje analize atributa i optimizacije entiteta;
   • identificiranje odnosa između entiteta i definiranje vrsta odnosa;
   • analiza i optimizacija informacijskog modela;
   • spajanje informacijskih modela u jedinstveni model informacijskog prostora.
4. Razvoj prijedloga za automatizaciju sustava upravljanja poduzećem:
   • određivanje granica automatizacije - sastavljanje popisa automatiziranih strukturnih elemenata, podjela procesa temeljnih aktivnosti na automatske, automatizirane i ručne;
   • sastavljanje popisa podsustava i logičkih radnih stanica (automatskih radnih stanica), određivanje načina njihove interakcije;
   • izrada prijedloga redoslijeda projektiranja i implementacije podsustava i pojedinih logičkih radnih stanica uključenih u IS;
   • izrada zahtjeva za osnovnu tehničku podršku informacijskih sustava;
   • razvoj zahtjeva za osnovni softver IS.

Logički model koji odražava aktivnosti sustava upravljanja poduzećem i informacijski prostor u kojem se te aktivnosti odvijaju predstavlja "snimak" stanja (funkcionalna struktura, uloge službenika, interakcija odjela, prihvaćene tehnologije za obradu upravljačkih informacija. , automatizirani i neautomatizirani procesi itd.) u vrijeme ispitivanja. Ovaj model omogućuje vam da shvatite što poduzeće radi i kako funkcionira sa stajališta analize sustava te da formulirate prijedloge za poboljšanje situacije.

Razvoj logičkog modela predmetnog područja, njegova dosljedna transformacija u model ciljnog IS-a, omogućit će integraciju obećavajućih prijedloga menadžmenta i vodećih zaposlenika poduzeća, stručnjaka i analitičara sustava, te formiranje vizije nova, reorganizirana i automatizirana djelatnost poduzeća (slika 6.12).

Konstruirani model je potpun rezultat iz sljedećih razloga.

1. Uključuje model postojeće ručne tehnologije koju je usvojilo poduzeće. Formalna analiza ovog modela omogućuje nam da identificiramo uska grla u upravljanju poduzećem i formuliramo preporuke za njegovo poboljšanje (bez obzira planira li se daljnji razvoj automatiziranog sustava ili ne).
2. Neovisan je i može se odvojiti od određenih programera, ne zahtijeva održavanje i može se bezbolno prenijeti na druge. Štoviše, ako iz nekog razloga poduzeće nije spremno implementirati projekt u ovaj trenutak vrijeme, model se može "staviti na policu" dok ne bude potreban.
3. Omogućuje učinkovito osposobljavanje novih zaposlenika u određenim područjima djelatnosti poduzeća, budući da su relevantne tehnologije sadržane u modelu.
4. Uz njegovu pomoć moguće je izvršiti preliminarno modeliranje obećavajućih područja aktivnosti poduzeća kako bi se identificirali novi tokovi podataka, međusobno povezani procesi i strukturni elementi.
5. Osigurava širenje stečenog iskustva u drugim poduzećima i omogućuje objedinjavanje administrativnih, upravljačkih i financijskih aktivnosti tih poduzeća.

Model nije samo implementacija početne faze rad i osnova za formiranje tehničkih specifikacija za njegove sljedeće faze. Predstavlja nezavisan rezultat koji je od velike praktične važnosti, jer omogućuje daljnje korištenje CASE tehnologija za stvarno projektiranje i razvoj IS-a.

6.5. Implementacija informacijskih sustava

Implementacija korporativnog IP-a, razvijenog samostalno ili kupljenog od dobavljača, često je praćena poremećajem (redizajnom) postojećih poslovnih procesa u poduzeću. Moramo ih obnoviti kako bi zadovoljili zahtjeve standarda i logiku sustava koji se implementira. Napomenimo odmah da se uvođenjem informacijskih sustava rješavaju brojni upravljački i tehnički problemi, ali rađaju problemi povezani s ljudskim faktorom.

Implementacija informacijskog sustava u pravilu uvelike olakšava upravljanje aktivnostima poduzeća, optimizira interne i eksterne tokove informacija te uklanja uska grla u upravljanju. Međutim, nakon što je sustav uspješno instaliran, “testiran” u radu i pokazano da je učinkovit, neki zaposlenici pokazuju nevoljkost da koriste IS u svom radu. Kao rezultat reinženjeringa, postaje jasno da neki zaposlenici u velikoj mjeri dupliraju posao drugih ili uopće nisu potrebni. Osim toga, implementacija CIS-a popraćena je obveznom obukom, ali, kako rusko iskustvo pokazuje, nema mnogo ljudi koji su spremni prekvalificirati se. Razbijanje starih vještina i usađivanje novih je dug i težak proces!

Mora se jasno razumjeti da je korporativni IP osmišljen kako bi pojednostavio upravljanje organizacijom, poboljšao procese, ojačao kontrolu i time pružio konkurentske prednosti. Samo s tog gledišta mogu se procijeniti dobrobiti njegove provedbe.

Slijedeći ovu logiku, postaje jasno da, iako je korporativni IS općenito namijenjen pružanju potrebnih informacija svim korisnicima, upravljanje razvojem i implementacijom CIS-a je prerogativ najvišeg menadžmenta poduzeća! Shvaćaju li to lideri?

I ovdje se moramo boriti protiv upornih stereotipa. "Zašto mi treba korporativni sustav ako stvari u poduzeću već idu dobro?" "Zašto nešto pokvariti ako sve radi?" Ali najčešće nema potrebe da ga slomite. U prvoj fazi potrebno je samo kompetentno i pravilno formalizirati i prenijeti identificirane procese unutar kojih poduzeće živi u korporativni IS. Takva će formalizacija samo izoštriti i poboljšati uspješne marketinške i proizvodne ideje, optimizirati proces upravljanja i kontrole te omogućiti ciljane promjene u budućnosti.

Uvođenje novog IS-a je složen proces, koji traje od nekoliko mjeseci za male IS do nekoliko godina za IS velikih distribuiranih tvrtki sa širokim asortimanom proizvoda i velikim brojem dobavljača. Uspjeh projekta razvoja (akvizicije) i implementacije IP-a uvelike ovisi o spremnosti poduzeća da provede projekt, osobnom interesu i volji menadžmenta, realnom programu djelovanja, raspoloživosti resursa, osposobljenog kadra, te sposobnost svladavanja otpora na svim razinama uspostavljene organizacije.

Do sada se pojavio standardni skup tehnika za uvođenje informacijskih sustava. Osnovno je pravilo dovršiti potrebne faze uzastopno i ne preskočiti nijednu.

Sljedeći čimbenici ključni su za implementaciju:

• prisutnost jasno definiranih ciljeva projekta i IP zahtjeva;
• dostupnost strategije za implementaciju i korištenje IP-a;
• provođenje predprojektne ankete poduzeća i izrada modela „Kakav jest“ i „Kakav će biti“;
• planiranje rada, sredstava i praćenje provedbe plana provedbe;
• sudjelovanje višeg menadžmenta u implementaciji sustava;
• izvođenje radova na implementaciji IS-a od strane stručnjaka za integraciju sustava zajedno sa stručnjacima poduzeća;
• redovito praćenje kvalitete obavljenog posla;
• brzo dobivanje pozitivnih rezultata barem u dijelu implementiranih modula IS ili tijekom njegovog probnog rada.

Prije nego počnete razvijati projekt implementacije, morate:

• što je više moguće formalizirati ciljeve projekta implementacije IS-a;
• procijeniti minimalne potrebne troškove i rashodne stavke;
• postaviti visoki prioritet za projekt provedbe u odnosu na druge projekte koji su u tijeku;
• dati voditelju projekta maksimalne moguće ovlasti;
• provoditi masovni obrazovni rad s osobljem poduzeća kako bi svima prenijeli važnost i nužnost nadolazećih transformacija;
• razvijati organizacijske mjere za korištenje novih informacijskih tehnologija;
• raspodijeliti osobnu odgovornost na sve faze implementacije i probnog rada.

Također je potrebno odrediti funkcionalna područja implementacije modula informacijskog sustava:

• organizacijski menadžment;
• organizacijska i administrativna podrška;
• Poslovno upravljanje procesima;
• upravljanje, financijsko planiranje i računovodstvo;
• upravljanje osobljem;
• upravljanje dokumentima;
• logistički menadžment;
• upravljanje odnosima s klijentima i vanjskim okruženjem.

Pored navedenog, potrebno je postaviti tehnološke zahtjeve za implementaciju IS-a:

• platforma sustava: implementacija i prilagodba gotovog rješenja proizvođača ili razvoj po narudžbi prema tehničkim specifikacijama kupca.
• integrabilnost: podaci se pohranjuju i obrađuju u jednom informacijski prostor- time se osigurava njihova cjelovitost, dosljednost, pouzdanost i ponovno korištenje; sustav može uključivati ​​novorazvijene i već korištene tehnologije i aplikacije.
• prilagodljivost: sustav je konfiguriran u skladu sa zahtjevima kupca i karakteristikama informacijskog polja kupca.
• distribuiran: sustav može učinkovito funkcionirati u geografski udaljenim odjelima i podružnicama poduzeća.
• skalabilnost: sustav se može implementirati u obliku okvira koji sadrži osnovne module i proširivati ​​u skladu sa zahtjevima promjenjivog vanjskog i unutarnjeg okruženja.

Glavne faze implementacije informacijskog sustava

Faza "Preliminarni radovi na pripremi projekta implementacije IS-a." Tijekom predprojektne ankete poduzeća (Sl. 6.1.4) prikupljaju se detaljne informacije o strukturnoj strukturi organizacije, funkcionalnim odnosima, sustavu upravljanja, glavnim poslovnim procesima, tokovima unutar poduzeća (Control Flow, Doc Flow, Data Flow, Work Flow, Cash Flow), potrebni za izgradnju odgovarajućih modela i odabir objekata za automatizaciju. Procjenjuje se vrijeme, resursi, vrste i obujmi posla, raspon i cijena softvera, hardvera i telekomunikacija, troškovi obuke osoblja itd.

Faza "Priprema projekta". Nakon završetka prve faze, provodi se preliminarno planiranje i formiranje procedura pokretanja projekta:

• formiranje projektnih i stručnih skupina;
• raspodjela ovlasti i odgovornosti;
• određivanje organizacijskih i tehničkih zahtjeva za proces provedbe;
• pojašnjavanje specifikacija i očekivanja kupaca;
• osposobljavanje skupine za implementaciju koja se sastoji od stručnjaka iz poduzeća kupca.

Posljednji je vrlo važna točka iz nekog razloga često se propušta prilikom izrade plana provedbe. Ali uspjeh cijelog projekta uvelike ovisi o njemu! Nakon početka financiranja, projekt se smatra pokrenutim.

Faza "Provedba projekta". Tijekom glavnih implementacijskih radova kreira se, instalira i konfigurira okruženje sustava, utvrđuju se postupci administracije sustava te instaliraju osnovni hardverski i softverski sustavi i aplikacije. Sustav konfigurira organizacijsku, kadrovsku i organizacijsko-funkcionalnu strukturu poduzeća koristeći takve organizacijske jedinice kao što su podružnica, odjel, odjel, radna grupa itd.

Izvodi se instalacija, konfiguracija i podešavanje mrežnih i telekomunikacijskih alata, prenose se podaci iz prethodnih lokalnih sustava i kreiraju sučelja s naslijeđenim i vanjskim sustavima. Istodobno, svi stvoreni modeli, planovi, radni softverski proizvodi, dokumentacija smješteni su u end-to-end repozitorij projekta implementacije (Sl. 6.17