Uzņēmuma vadības informācijas sistēmas ieviešanas problēmas. Informācijas sistēmu ieviešana Jaunas informācijas sistēmas ieviešana uzņēmumam

Korporatīvā IP, kas izstrādāts neatkarīgi vai iegādāts no piegādātāja, ieviešana bieži vien ir saistīta ar uzņēmuma esošo biznesa procesu traucējumiem (pārprojektēšanu). Mums tie ir jāpārbūvē, lai tie atbilstu standartu prasībām un ieviešamās sistēmas loģikai. Uzreiz atzīmēsim, ka informācijas sistēmu ieviešana atrisina vairākas vadības un tehniskas problēmas, bet rada problēmas, kas saistītas ar cilvēcisko faktoru.

Jaunas IS ieviešana ir sarežģīts process, kas ilgst no vairākiem mēnešiem mazām IS līdz vairākiem gadiem lielo izplatīto uzņēmumu IS ar plašu produktu klāstu un lielu piegādātāju skaitu. Informācijas sistēmas izstrādes (vai iegādes) un ieviešanas projekta panākumi lielā mērā ir atkarīgi no uzņēmuma gatavības projektu īstenot, vadības personīgās intereses un gribas, reālas rīcības programmas, resursu pieejamības, apmācīts personāls un spēja pārvarēt pretestību visos izveidotās organizācijas līmeņos.

Līdz šim ir izveidots standarta metožu kopums informācijas sistēmu ieviešanai. Pamatnoteikums: veiciet vajadzīgās fāzes secīgi un neizlaidiet nevienu no tām.

Īstenošanai svarīgi ir šādi: faktoriem :

· skaidri formulētu projekta mērķu un IP prasību klātbūtne;

· IĪ ieviešanas un izmantošanas stratēģijas pieejamība;

· uzņēmuma un ēku modeļu “Kā ir” un “Kā būs” pirmsprojekta aptaujas veikšana;

· darba, resursu plānošana un īstenošanas plāna izpildes uzraudzība;

· augstākās vadības līdzdalība sistēmas ieviešanā;

· darbu pie IS ieviešanas veikšana pie sistēmu integrācijas speciālistiem kopā ar uzņēmumu speciālistiem;

· regulāra veiktā darba kvalitātes uzraudzība;

· ātri iegūstot pozitīvus rezultātus vismaz daļā no ieviestajiem IS moduļiem vai tā izmēģinājuma darbības laikā.

Pirms attīstības sākuma īstenošanas projekts nepieciešams:

· iespēju robežās formalizēt IS ieviešanas projekta mērķus;

· aplēst minimālās nepieciešamās izmaksas un izdevumu pozīcijas;

· noteikt īstenošanas projektam augstu prioritāti pār citiem notiekošajiem projektiem;

· piešķirt projekta vadītājam maksimāli iespējamās pilnvaras;

· veikt masveidīgu izglītojošu darbu ar uzņēmuma personālu, lai visiem informētu par gaidāmo pārvērtību nozīmi un nepieciešamību;

· izstrādāt organizatoriskos pasākumus jauno informācijas tehnoloģiju izmantošanai;

· sadalīt personīgo atbildību visos ieviešanas un izmēģinājuma darbības posmos.

Ir arī jānosaka informācijas sistēmas moduļu ieviešanas funkcionālās jomas:

· organizatoriskā vadība;

· organizatoriskais un administratīvais atbalsts;

· biznesa procesu vadība;

· vadība, plānošana, finanses un grāmatvedība;

· personāla vadība;

· dokumentu pārvaldība;

· loģistikas vadība;

· attiecību vadīšana ar klientiem un ārējo vidi.

Papildus iepriekš norādītajam ir jāiestata tehnoloģiskajām prasībām IS ieviešanā:

· sistēmas platforma- gatavā ražotāja risinājuma ieviešana un pielāgošana vai individuāla izstrāde atbilstoši klienta tehniskajām specifikācijām;

· integrējamība- dati tiek glabāti un apstrādāti vienotā informācijas telpā; tas nodrošina to pilnīgumu, konsekvenci, uzticamību un atkārtotu izmantošanu; sistēma var ietvert jaunizstrādātas un jau lietotas tehnoloģijas un lietojumprogrammas;

· pielāgošanās spējas- sistēma ir konfigurēta atbilstoši klienta prasībām un klienta informācijas lauka īpašībām;

· izplatīšana- sistēma var efektīvi darboties ģeogrāfiski attālos uzņēmuma nodaļās un filiālēs;

· mērogojamība- sistēmu var izgatavot pamata moduļus saturoša rāmja veidā un papildināt atbilstoši mainīgās ārējās un iekšējās vides prasībām.

6.6.1. Informācijas sistēmas ieviešanas galvenie posmi

fāze "Priekšdarbs pie IS ieviešanas projekta sagatavošanas". Uzņēmuma pirmsprojekta apsekojuma laikā (4. att.) tiek apkopota detalizēta informācija par organizācijas strukturālo struktūru, funkcionālajām attiecībām, vadības sistēmu, galvenajiem biznesa procesiem, plūsmām uzņēmuma iekšienē (Control Flow, Doc Flow, Data Flow , Work Flow, Cash Flow ), kas nepieciešami atbilstošu modeļu konstruēšanai un objektu atlasei automatizācijai. Tiek izvērtēts laiks, resursi, darbu veidi un apjomi, programmatūras, aparatūras un telekomunikāciju klāsts un izmaksas, personāla apmācības izmaksas u.c.

Fāze "Projekta sagatavošana". Pēc pirmā posma pabeigšanas tiek veikta provizoriskā plānošana un projekta uzsākšanas procedūru veidošana:

· projektu un ekspertu grupu veidošana;

· pilnvaru un atbildības sadalījums;

· organizatorisko un tehnisko prasību noteikšana īstenošanas procesam;

· klientu specifikāciju un cerību precizēšana;

· ieviešanas grupas apmācība, kas sastāv no pasūtītāja uzņēmuma speciālistiem.

Nez kāpēc, sastādot īstenošanas plānu, bieži tiek palaists garām pēdējais, ļoti svarīgais punkts. Taču no tā lielā mērā ir atkarīga visa projekta veiksme! Pēc finansēšanas uzsākšanas projekts uzskatāms par uzsāktu.

fāze "Projekta konceptuālā izstrāde". Šajā posmā:

· tiek veidots un apstiprināts konceptuālais projekts;

· tiek precizēti un precizēti projekta mērķi un uzdevumi;

· tiek noteikti sistēmas prototipa izmēri;

· tiek saskaņots paplašinātais darba plāns, izmēģinājuma darbības posmu secība un nosacījumi, plānošanas, finanšu un atskaites rādītāji;

Turklāt visas šīs darbības ir jādokumentē, jāvienojas un jāapstiprina visām ieinteresētajām un atbildīgajām pusēm.

Fāze "Projekta īstenošana". Galvenā ieviešanas darba laikā tiek izveidota, instalēta un konfigurēta sistēmas vide, noteiktas sistēmas administrēšanas procedūras un instalētas pamata aparatūras un programmatūras sistēmas un lietojumprogrammas. Sistēma konfigurē uzņēmuma organizatoriskās, personāla un organizatoriski funkcionālās struktūras, izmantojot tādas organizatoriskās vienības kā filiāle, nodaļa, nodaļa, darba grupa utt.

12. attēls. Aptuvenais ieviešanas projektu repozitorija saturs

Tiek veikta tīkla un telekomunikāciju rīku uzstādīšana, konfigurēšana un iestatīšana, tiek pārsūtīti dati no iepriekšējām lokālajām sistēmām un tiek veidotas saskarnes ar mantotajām un ārējām sistēmām. Tajā pašā laikā visi izveidotie modeļi, plāni, darba programmatūras produkti un dokumentācija tiek ievietoti ieviešanas projekta gala repozitorijā (12. att.). Svarīga šī repozitorija sastāvdaļa ir projekta ietvaros izveidotā dokumentācijas sistēma (13. att.).

13.attēls - Informācijas sistēmas ieviešanas procesa aptuvenais dokumentācijas sastāvs

Tiek izstrādāti sistemātiski drošības jautājumi sistēmas darbībai vairāku lietotāju režīmā. Tiek izveidotas lietojumprogrammas, veidnes, atskaites, klientu piekļuves veidlapas un sadalītas lietotāju tiesības. Visas sistēmas tiek testētas "kaujas režīmā", piedaloties visām ieinteresētajām pusēm.

Pēc ieviešanas posma beigām ieviešanas projekts tiek uzskatīts par pabeigtu. Informācijas sistēma tiek nodota ekspluatācijā.

Kontroles jautājumi

1. Kas ir “atvērtā informācijas sistēma”? Uzskaitiet atvērto sistēmu galvenās īpašības.

2. Aprakstiet modernās procesu pieejas uzņēmuma darbības vadīšanā būtību un šīs pieejas izmantošanu informācijas sistēmu attīstībā.

3. Kādi modeļi un kā tiek izmantoti informācijas sistēmu projektēšanā?

4. Kādi programmatūras rīki tiek izmantoti, lai modelētu procesus informācijas sistēmu izstrādē?

5. Balstoties uz kādiem datiem un informāciju, tiek izstrādāti stāvokļa modeļi TĀDS IR un KĀ IR?

6. Kas uzņēmumā nodarbojas ar IP izstrādi, ieviešanu un attīstību? Kas ir iesaistīts IP izstrādes tehnisko specifikāciju sagatavošanā?

7. Nosauc informācijas tehnoloģiju projektēšanas galvenos posmus.

8. Uzskaitiet informācijas sistēmas dzīves cikla posmus.

9. Kādā IS izstrādes un ieviešanas stadijā tiek apmācīts uzņēmuma personāls?

10. Uzskaitiet galvenās IS ieviešanas fāzes.

Ievads

Nepieciešamība pēc veiksmīgas darbības sīvas konkurences apstākļos nosaka tās prasības uzņēmuma biznesa procesu efektivitātei. Efektivitātes paaugstināšanas problēmas risināšana ir nesaraujami saistīta ar informācijas atbalsta nodrošināšanu procesiem, tāpēc šodien gandrīz neviens nešaubās par uzņēmuma informācijas sistēmas izveides nepieciešamību. Vairums lēmumu pieņēmēju šajā jomā piekrīt viedoklim, ka informācijas sistēmas veidošanas jautājumi jārisina biznesa procesu uzlabošanas kontekstā. Tāpat ir skaidra izpratne, ka visefektīvākā būs sistēma, kas nodrošina nepārtrauktu informatīvo atbalstu ražošanas ciklam – no jauna produkta izstrādes līdz gatavās produkcijas izlaišanai.

Tajā pašā laikā, neskatoties uz uzņēmumu augsto gatavību ieviest informācijas sistēmas, pieejas to izveidei un ieviešanas metodēm, maigi izsakoties, ir dažādas. Tajā pašā laikā ikviens uzņēmums, kas uzsāk informācijas sistēmas ieviešanu, cenšas šo procesu veikt pēc iespējas īsākā laikā un kvalitatīvi, tādējādi izvirzot paaugstinātas prasības ieviešanas procesa organizācijai. Mūsdienu ieviešanas metodes ir balstītas uz tā saukto procesu pieeju, un pati šāda ieviešana parasti tiek saukta par procesu orientētu vai vienkārši uz procesu balstītu. Sīkāk par procesa pieejas būtību runāsim nedaudz vēlāk, taču pagaidām atzīmējam, ka pati tās izmantošanas iespēja uzliek noteiktas prasības ieviešamajai sistēmai. Pirmkārt, šāda sistēma prasa spēju reproducēt uzņēmuma biznesa procesus un rīku pieejamību to uzlabošanai. Starp citām prasībām galvenās ir vienotas informācijas vides klātbūtne un iespēja lietotājiem sadarboties ar vieniem un tiem pašiem informācijas objektiem.

Ir zināms, ka ražošanas plānošanas un vadības procesi balstās uz informāciju, kas parādās ražošanas projektēšanas un tehnoloģiskās sagatavošanas stadijā. Līdz ar to visas informācijas sistēmas efektivitāte ir tieši atkarīga no šajā posmā iegūto datu atbilstības un pilnīguma. Citiem vārdiem sakot, ražošanas projektēšana un tehnoloģiskā sagatavošana kalpo par informācijas bāzi ražošanas jautājumu risināšanai.

Projektētāju un tehnologu darba automatizācija sākās ar automatizētu darbstaciju (automatizēto darbstaciju) izstrādi, tas ir, rīkus inženiertehnisko problēmu risināšanai un attiecīgas dokumentācijas izsniegšanai. Kad lieli informācijas apjomi sāka parādīties elektroniskā formā, radās nepieciešamība šo informāciju pārvaldīt – uz skatuves sāka parādīties PDM un PLM sistēmas. Tādējādi lokālo automatizācijas rīku darba rezultātus integrē trešā sistēma, un lokālās darbstacijas spēj izmantot kopīgu atsauces informāciju.

Mūsu gadījumā mums ir darīšana ar principiāli atšķirīgu veidu, kā strādāt ar dizainu un tehnoloģisko informāciju. Sistēma TechnologiCS (un par to runāsim nākotnē) galvenokārt ir centralizēta informācijas par produktiem glabāšana (datu bāze). No šī viedokļa tas ir ļoti līdzīgs tradicionālajām uzņēmuma vadības sistēmām (EMS). Tomēr pastāv būtiska atšķirība, kas ļauj pārvarēt tradicionālo šādu sistēmu trūkumu - datu neatbilstību un biežu nepieciešamību atkārtoti ievadīt informāciju. TechnologiCS nodrošina informācijas īpašniekiem - dizaineriem un tehnologiem - iespēju tieši strādāt ar datu bāzi. Šajā gadījumā piekļuve datubāzei tiek veikta, izmantojot ērtu saskarni, katrā konkrētajā gadījumā koncentrējoties uz konkrētas funkcijas veikšanu (līdzīgi kā automatizētā darba vietā); Tiek nodrošināti arī visi nepieciešamie automatizācijas rīki inženiertehnisko problēmu risināšanai.

Šo rindu autoru uzdevums nav sniegt izsmeļošu salīdzinošu pārskatu par visām zināmajām informācijas sistēmu konstruēšanas metodēm, jo īpaši tāpēc, ka dažādi avoti atšķirīgi interpretē vienotas informācijas vides jēdzienu. Atzīmēsim tikai vienu acīmredzamu faktu: iespēja lietotājiem sadarboties ar vieniem un tiem pašiem informācijas objektiem (piemēram, produkta sastāvs vai tehnoloģiskais process) ir iespējama ar informācijas sistēmas veidošanas metodi, kas ir ieviesta TechnologiCS.

Tālākā izskatīšanas priekšmets būs gatavošanās informācijas sistēmas ieviešanai projektēšanas un ražošanas tehnoloģiskās sagatavošanas jomā (izmantojot liela mašīnbūves uzņēmuma - Novosibirskas ķīmisko koncentrātu rūpnīcas piemēru).

Procesa pieeja

Uzņēmējdarbības process parasti tiek saprasts kā loģiski saistītu atkārtotu darbību ķēde, kas kopīgi īsteno noteiktu biznesa uzdevumu vai uzņēmuma mērķi. Mūsdienīga uz procesu orientēta organizācija (1. att.) ir specializētu funkcionālu nodaļu kopums, no vienas puses, un biznesa procesu kopums, no otras puses. Katrā no struktūrvienībām tiek īstenotas atsevišķas biznesa procesu funkcijas, un šādu organizāciju darbinieki papildus klasiskajai funkcionālajai pakļautībai veicamo biznesa procesu ietvaros ir pakļauti attiecīgajiem šo procesu īpašniekiem.

Jāatzīst, ka mūsdienās daudzi mašīnbūves uzņēmumi Krievijā ir uz funkcijām orientētas organizācijas (2. att.), kuru struktūrai atšķirībā no procesu organizācijām ir vertikāla topoloģija, kas veidota atbilstoši veiktajām funkcijām, un stingra hierarhija. pakļautība no augšas uz leju.

Šādas organizācijas trūkumi ir par gala rezultātu atbildīgo procesa īpašnieku trūkums, piespiedu destruktīva konkurence starp departamentiem un darbinieku izolācija no gala rezultāta. Šādu uzņēmumu biznesa procesi ir segmentēti, tas ir, tie pastāv atsevišķās funkcionālās nodaļās, un atsevišķu struktūru veikto funkciju efektivitāte bieži tiek panākta uz visa procesa efektivitātes rēķina. Šādā organizācijā mijiedarbība un informācijas apmaiņa starp struktūrvienībām ir ārkārtīgi sarežģīta mēģinājums ieviest informācijas sistēmu šādos uzņēmumos, secīgi automatizējot atsevišķas funkcijas, labākajā gadījumā pie nespējas integrēt ieviesto funkcionalitāti, bet sliktākajā gadījumā; līdz projekta neveiksmei. Iztērējot ievērojamas naudas summas, uzņēmums nesaņem gaidīto ieguldījumu atdevi.

Ieviešot informācijas sistēmas uz funkcijām orientētās organizācijās, uzņēmuma darbības pārstrukturēšanas problēma biznesa procesu izpratnes un uzlabošanas kontekstā izrādās ļoti aktuāla. Procesa pieeja tiek aicināta mainīt situāciju, tas ir, procesu sistēmas izmantošana organizācijā kopā ar to identificēšanu un mijiedarbību, kā arī procesa vadību. Šīs pieejas priekšrocības kļūst acīmredzamas, salīdzinot procesu un funkcionālo organizāciju, un papildu arguments tai ir fokuss uz procesa pieejas izmantošanu kvalitātes vadības sistēmā:

IS funkcionālā un procesuālā ieviešana

Informācijas sistēmu ieviešanas pieejas var būt arī funkcionālas vai procesuālas. Tajā pašā laikā būtiskas atšķirības starp abām dažādajām pieejām ir skaidri redzamas jau ieviešanas projekta sagatavošanas posmā.

Ja uzņēmums gatavojas automatizēt atsevišķu uzņēmuma darbinieku darbību vai pakalpojumus (saistībā ar mūsu mācību priekšmetu mēs parasti runājam par dizaineru vai tehnologu instrumentiem), tad ir funkcionāla pieeja: vēlme automatizēt atsevišķas uzņēmuma funkcijas. Labākais iespējamais šādas automatizācijas rezultāts ir izpildes laika samazinājums un šo funkciju kvalitātes paaugstināšanās (šajā gadījumā atbilstošas dokumentācijas izstrāde). Tajā pašā laikā sistēmai parasti tiek prasīts nodrošināt lietotājiem maksimālu ērtību, veicot attiecīgās funkcijas, un jautājumi par topošās informācijas turpmāku izmantošanu tiek atstāti otrajā plānā.

Daudz lielāku efektu var panākt, pielietojot procesa pieeju un ieviešot procesa ieviešanu. Automatizācijas objekts šajā gadījumā ir no gala līdz galam biznesa procesi – tādēļ, uzstādot uzdevumu, ļoti svarīgi ir pareizi identificēt tos, kas jārealizē, izmantojot informācijas sistēmu. Protams, automatizējamo procesu izvēlei jāatbilst uzņēmuma stratēģijai efektivitātes paaugstināšanai. Izvēlētie biznesa procesi tiek analizēti un pēc tam izstrādāti no ieviešanas informācijas sistēmā viedokļa. Izmantojot šo pieeju, tiek panākts sinerģisks efekts no atsevišķu funkciju automatizācijas, jo sistēma organizē uzņēmuma darbinieku un pakalpojumu kopīgās darbības. Pamatojoties uz projektētajiem procesiem, tiek noteikts realizētās funkcionalitātes (darba vietas konfigurācijas) apjoms, kas nosedz procesu vajadzības un tikai pēc tam sistēmā tiek ieviesti izvēlētie procesi.

Pirmsieviešanas darbības attiecas uz īstenošanas projekta sagatavošanas posmu. Funkcionālas ieviešanas gadījumā sagatavošana aizņem īsu laiku: sākuma stadijā funkcionāla pieeja var dot ātrus rezultātus. Procesa ieviešanas sagatavošana prasa diezgan ilgu laiku un ievērojamākas izmaksas – taču šī realizācija sniedz principiāli cita līmeņa rezultātus, daudzkārt pārsniedzot visas iespējamās pirmā varianta priekšrocības.

Runājot par procesu ieviešanu, nevar nepieminēt biznesa procesu modelēšanai izmantotos rīkus. Procesu pieeja pati par sevi neizvirza nekādas īpašas prasības biznesa procesu aprakstīšanas un projektēšanas rīkiem, taču specializētu rīku izmantošanai standarta biroja programmu vietā ir daudz nenoliedzamu priekšrocību. Starp daudzajiem tirgū esošajiem rīkiem visefektīvākais, iespējams, ir ARIS programmatūras produkts (šo secinājumu apstiprina Gartner Group 2004. gada janvārī publicētie pētījumu rezultāti). ARIS (integrēto informācijas sistēmu arhitektūra) ir IDS Scheer izstrādāta metodoloģija un programmatūras produktu saime, kuras pamatā ir tās pamatā. Lai sniegtu priekšstatu par ARIS, mēs uzskaitām tā galvenās priekšrocības:

biznesa procesu prezentācija grafisku modeļu veidā;

vienota modelēšanas standarta pieejamība;

orientācija uz procesa pieeju;

viena repozitorija (datu bāzes) klātbūtne, kas ļauj izmantot vienus un tos pašus objektus dažādās diagrammās, apvienojot dažādus organizācijas skatījumus;

iespēja pēc izstrādātā modeļa ģenerēt dažādas atskaites, tai skaitā lietotāja speciāli izstrādātas atskaites;

prasme organizēt sadarbību internetā un iekštīklā.

Turklāt ARIS izstrādātājs ir konsultāciju uzņēmums, kas nozīmē ātru programmatūras moduļu ieviešanu, kas vērsta uz jaunu tehniku izmantošanu, un ņemot vērā konsultantu pieredzi sistēmas tālākā attīstībā.

Informācijas sistēma un procesa pieeja

Apskatīsim vairākus tipiskus automatizācijas gadījumus ražotnē.

Automatizācijas trūkums.

Biznesa vienības izmanto tikai papīra dokumentus. Saņemot informāciju dokumentu veidā no ārpasaules vai no citām nodaļām, viņi to apstrādā atbilstoši savām funkcijām, ģenerējot jaunus dokumentus, kas tiek ievadīti citos dienestos vai nosūtīti uz ārpasauli.

Galvenais informācijas nesējs ir dokuments, informācijas apstrāde notiek secīgi.

Uzņēmums izmanto automatizētu vadības sistēmu (ACS).

Līdz ar papīra dokumentu tiešu izmantošanu (1. gadījums) daļa no tiem tiek ievadīti sistēmā turpmākai apstrādei un kopsavilkuma informācijas iegūšanai. Apkopotos datus (atkal papīra dokumentu veidā) izmanto dienesti, kas patērē šo informāciju. Neskatoties uz acīmredzamajām priekšrocībām, šai metodei ir tikpat acīmredzami trūkumi. Pietiek pateikt, ka uzņēmuma datu bāze ar dokumentiem ir atdalīta no informācijas avota (dizaineris, tehnologs) un tā patērētāja (MTS pakalpojumi, plānošanas, ražošanas nodaļas). Informācijas ievadīšanai tiek pavadīts zināms laiks, kas nozīmē, ka samazinās datu atbilstības līmenis un palielinās kļūdu iespējamība gan datu ievadīšanā, gan izmantošanā.

Šajā gadījumā, neskatoties uz centralizētas informācijas repozitorija (datu bāzes) rašanos, biznesa procesu būtība paliek praktiski nemainīga salīdzinājumā ar pirmo iespēju. Arī informācijas apstrādes secīgais raksturs paliek nemainīgs.

Iespējas, izmantojot vietējos automatizācijas rīkus.

Kad uzņēmums atsevišķi automatizē noteiktas funkcijas, rodas tā sauktās raibās automatizācijas aina. Šo funkciju īstenošanas kvalitāte neapšaubāmi kļūst augstāka, un to izpildes laiks samazinās, bet lokālo sistēmu darba rezultāti tiek iemiesoti vienādu dokumentu veidā. Nemainās arī dokumentu apstrādes metode (arī mijiedarbojoties ar automatizētajām vadības sistēmām), un nav nozīmes, vai dokumenti tiek drukāti uz papīra vai notiek elektronisko failu apmaiņa.

Tradicionālo PDM un PLM sistēmu izmantošana tiks atstāta ārpus sarunas – tā ir atsevišķas diskusijas tēma. Turklāt, kā jau minēts, ir dažādas interpretācijas gan pašam “vienotās informācijas vides” jēdzienam, gan kopīgā darba ar informāciju organizēšanas principiem...

Ko TechnologiCS sistēmas ieviešana dod procesu pieejas pielietošanā un biznesa procesu uzlabošanā?

Vienota informācijas avotu un patērētāju informācijas vide, pirmkārt, ļauj radikāli mainīt papīra dokumenta mērķi un uzskatīt to nevis par informācijas nesēju, bet gan par atskaiti, kas ģenerēta, pamatojoties uz atbilstošo informācijas objektu. datu bāzē. Papīra dokuments kļūst par juridiskā statusa nesēju un ir datu kopums no datu bāzes, kas uzdrukāts uz veidlapas. Šajā gadījumā fails (elektroniskais dokuments) tiek glabāts centralizētā elektroniskā arhīvā, kas ir sistēmas neatņemama sastāvdaļa, un ir saistīts ar datu bāzes objektu, uz kura pamata tas iegūts. Informācijas veidotāji (dizaineri, tehnologi) un tās patērētāji strādā ar atbilstošo informācijas objektu tieši, vienlaikus piekļūstot elektroniskajiem dokumentiem sistēmas piešķirto tiesību ietvaros. Darba ar dokumentiem organizēšanas kārtība, izmantojot tos kā informācijas nesējus un datu bāzes atskaites, parādīta diagrammās (3., 4. att.).

Ļaujiet mums uzskaitīt galvenās aplūkojamās darba metodes priekšrocības - no procesu organizēšanas viedokļa uzņēmumā:

Reāls kopīgs darbs ar informāciju vairumā gadījumu ļauj pāriet no secīgas informācijas apstrādes metodes uz paralēlo. Citiem vārdiem sakot, kļūst iespējams paralēli veikt biznesa procesu, ievērojami samazināt izstrādes laiku un ietaupīt laiku tādām darbībām kā apstiprināšana, dokumentācijas apstiprināšana, dizaina un tehnoloģisko izmaiņu veikšana.

Darbs vienotā informācijas vidē procesu padara caurskatāmu un pārvaldāmu; katrs dalībnieks redz gan rezultātu, gan savu lomu procesā. Šī darba organizācija ļauj procesa ietvaros izveidot mijiedarbības ķēdi starp funkcionālajām vienībām un atsevišķiem darbiniekiem.

Veidojot procesus, ņemot vērā informācijas sistēmas izmantošanu, parasti tiek identificēti vairāki dokumenti, kas viens otru pilnībā vai daļēji dublē, kā arī dokumenti, kurus var vispār izņemt no lietošanas, jo tajos esošā informācija var var iegūt daudz efektīvākā veidā.

Dokuments, kas saņemts atskaites veidā no datu bāzes un glabāts arhīvā, kļūst par uzņēmuma informācijas bāzes un tā intelektuālā īpašuma daļu. Tas samazina cilvēciskā faktora ietekmi, kā arī informācijas sagrozīšanas vai zaudēšanas risku.

Diemžēl šīs mūsu uzskaitītās metodes priekšrocības darbam ar informāciju rada zināmas problēmas informācijas sistēmu ieviešanā. Uzņēmuma funkcionālās nodaļas parasti izvēlas ieviest kārtību savā funkcionālajā zonā un netiecas kļūt par daļu no lielāka veseluma. Nodaļa cenšas noslīpēt un pilnveidot savas funkcijas, pārāk nedomā par visa procesa efektivitāti un bez liela entuziasma uztver nepieciešamību pārkārtot darbību atbilstoši biznesa procesu optimizācijas prasībām:

Principi, uz kuriem balstās mūsdienu IT, ietver uzņēmuma darbinieku kopīgu darbību organizēšanu un ir procesa pieejas izpausme. Pieņemot procesa pieeju, uzņēmumam noteikti ir jāpieņem un jāpiekrīt procesa ieviešanas koncepcijai. Pretējā gadījumā projekts būs lemts neveiksmei jau no pirmajiem soļiem.

Ir zināms, ka ideālu sistēmu nav – un TechnologiCS sistēma, neskatoties uz tās nepārtrauktajiem uzlabojumiem un straujo attīstību, šajā ziņā nav izņēmums. Ieviešot, tas uzliek zināmus ierobežojumus procesu ieviešanas veidam, tāpēc procesu projektēšana “kā tam jābūt” izrādās neizbēgams kompromiss starp procesa prasībām un sistēmas iespējām. Būtiski, ka TechnologiCS spēj nodrošināt pilnvērtīgu, nesegmentētu ražošanas procesu projektēšanas un tehnoloģiskās sagatavošanas ieviešanu, kā arī efektīvu datu izmantošanu ražošanas plānošanas un uzskaites problēmu risināšanai, tādējādi nodrošinot ražošanas procesu automatizāciju. process kopumā.

Reālu projektu pieredze

Tātad esam pietiekami detalizēti pamatojuši uz procesu orientētas informācijas sistēmas ieviešanas nepieciešamību uzņēmumā. Protams, ir vairāki svarīgi jautājumi, kas jārisina, gatavojoties ieviešanai. Lielo projektu organizēšanas pieredze liecina, ka, pārrunājot gaidāmo ieviešanu ar uzņēmumu pārstāvjiem, parasti rodas trīs galvenās problēmas:

Skaidri definēta īstenošanas mērķa trūkums. Klienta vēlmes bieži vien ir saistītas ar visu uzņēmumā esošo dokumentu saņemšanas automatizāciju vai visas sistēmas funkcionalitātes ieviešanu pēc iespējas vairākās nodaļās un dienestos.

Apspriežot topošo projektu, darbuzņēmējs un pasūtītāja uzņēmums bieži runā dažādās valodās, izrunājot vienus un tos pašus vārdus. Ja nav vienotas un nepārprotamas izpratnes par esošo situāciju, sistēmas prasībām un gala mērķi, ieviešanas gaitā rodas neizbēgamas problēmas, kas noved pie nepamatotiem papildu resursu tērēšanas gan no izpildītāja, gan pasūtītāja puses.

Parasti dabiskās pretestības dēļ jebkurām izmaiņām uzņēmumi nav gluži gatavi mainīt esošos biznesa procesus.

Šo problēmu risināšana sagatavošanas posmā un vairāku aktivitāšu īstenošana pirms ieviešanas projekta ļauj samazināt riskus un rezultātā samazināt projekta izmaksas, veikt to pēc iespējas īsākā laikā un stingri saskaņā ar izstrādāto plānu. .

Sniegsim praktisku piemēru, kas apsolīts šī raksta pašā sākumā. Pieejas, kuru priekšrocības mēģinājām pamatot iepriekš, tika izmantotas, sagatavojot projektu TechnologiCS sistēmas ieviešanai, lai automatizētu projektēšanas un ražošanas tehnoloģiskās sagatavošanas procesus Novosibirskas ķīmisko koncentrātu rūpnīcā. Darbu veica projekta komanda, kuras sastāvā bija CSoft speciālisti, Logika Business konsultanti un uzņēmuma darbinieki.

Uzņēmuma vadībai nebija jābūt pārliecinātai par procesa ieviešanas nepieciešamību, jo īpaši tāpēc, ka īsi pirms tam uzņēmuma Business Logic konsultantu vadībā ražotnē tika veikts pilotprojekts biznesa plānošanas raksturošanai un uzlabošanai. procesi. Uzņēmums izrādīja augstu gatavību mainīt biznesa procesus norādītajā mācību priekšmeta jomā, un detalizēta iepazīšanās ar TechnologiCS iespējām pārliecināja klientu par procesa pieejas principiālu pielietojamību - projektēšanas un tehnoloģiskās sagatavošanas automatizāciju no gala līdz galam. ražošanas procesiem.

Kopumā informācijas sistēmas procesa ieviešanas projekts ietver šādus posmus:

projektu sagatavošana;

konceptuālais dizains;

īstenošana;

galīgā sagatavošana;

nodošana ekspluatācijā un atbalsts.

Sagatavošanas posmā tiek noteikti projekta standarti (ieskaitot biznesa procesu modelēšanas standartus), un biznesa procesu modelēšana tiek veikta "tā, kāda tā ir". Modeļa izstrādes detalizāciju un tam nepieciešamos resursus lielā mērā nosaka uzņēmuma stāvoklis.

Nākamais posms ietver biznesa procesu izstrādi “kā tiem vajadzētu būt” no procesu ieviešanas informācijas sistēmā viedokļa. Atsauces modeļu izmantošana, ko sauc arī par atsauces modeļiem vai prototipu modeļiem, ļauj iegūt optimālus rezultātus ar minimālu piepūli. Tie pārstāv biznesa procesu modeļus, kas izstrādāti, balstoties uz veiksmīgāko pieredzi projektu īstenošanā šīs nozares uzņēmumos.

Tajā pašā posmā tiek noskaidrots detalizēts projekta apjoms un noteiktas gala lietotāju lomas saistībā ar veicamā biznesa procesa funkcijām.

Ieviešanas fāzē ietilpst atbilstošas sistēmas konfigurācijas veikšana, pamatojoties uz biznesa procesa modeli “kā tam vajadzētu būt”, kā arī uz procesu orientētu apmācību kursu un lietotāju dokumentācijas izveide.

Noslēguma sagatavošanas laikā tiek veikta uz procesu orientēta lietotāju apmācība un sistēmā ieviesto biznesa procesu testēšana.

Nodošanu ekspluatācijā un turpmāko atbalstu pavada pastāvīga īstenoto biznesa procesu uzraudzība. Tiek analizētas vājās vietas, tiek nodrošināts lietotāju atbalsts un procesi tiek nepārtraukti uzlaboti.

Šī raksta vajadzībām mēs aprobežosimies ar pirmo divu sistēmas ieviešanas posmu pārskatu Novosibirskas ķīmisko koncentrātu rūpnīcā.

Projekta sagatavošana

Šī posma svarīgākā daļa bija biznesa procesu modelēšanas standarta izstrāde un Modelēšanas līguma dokumenta sagatavošana. Dokumentā ir saraksts, rekvizīti, nosaukumu piešķiršanas noteikumi, diagrammu un biznesa procesu modelēšanai izmantoto objektu attiecību apraksts, kā arī modelēšanā izmantotie grafiskie apzīmējumi. Modelēšanas līgumi nosaka nepieciešamo un pietiekamo ARIS metodoloģijas apakškopu, lai sasniegtu modelēšanas mērķus un novērstu riskus, kas saistīti ar pārpratumiem, kas rodas starp klientu un darbuzņēmēju.

Ekspertu intervēšana un uzņēmuma normatīvās dokumentācijas izpēte ļāva izveidot biznesa procesu modeli “tāds, kāds ir”. Izmantojot ARIS rīkus izveidoto modeli, tika veikta pārbaude, pēc kuras ieviešanas grupa kopā ar uzņēmumu ekspertiem formulēja priekšlikumus biznesa procesu uzlabošanai. Ņemiet vērā, ka modeļa “kā ir” izveide pati par sevi ļauj izprast daudzas esošo biznesa procesu priekšrocības un trūkumus un līdz ar to arī nepieciešamo izmaiņu būtību:

Ekspertu ieteikumi, salīdzinot ar TechnologiCS pamatā esošo koncepciju un tās funkcionalitātes analīzi, ļāva skaidri definēt projekta mērķi.

Īsi pirms ieviešanas uzsākšanas uzņēmumā īstenotais pilotprojekts biznesa plānošanas procesu aprakstīšanai un uzlabošanai samazināja ar pretestību gaidāmajām izmaiņām saistītā riska ietekmi.

Tādējādi sākotnējā sagatavošanas posmā tika novērstas problēmas, kas varētu būtiski apgrūtināt ieviešanu.

Konceptuāls dizains

Šis posms sākās ar TechnologiCS sistēmas funkcionalitāti un informācijas objektus aprakstoša references modeļa izstrādi, ņemot vērā Modelēšanas līguma dokumenta prasības. Šāda modeļa izstrāde ļāva formalizēti pieeju procesu projektēšanas “kā tam vajadzētu būt” problēmas risināšanai, ņemot vērā sistēmas reālās iespējas un būtiski vienkāršoja darbu šajā posmā.

Turpinājumā, balstoties uz sistēmas vispārējo koncepciju, reālo ieviešanu pieredzi un ņemot vērā iepriekšējā posmā izteiktos priekšlikumus, tika veikta biznesa procesu projektēšana “kā tam vajadzētu būt”. Pamatojoties uz ARIS izveidoto modeli, izmantojot speciāli izstrādātas programmas (atskaites skriptus), tika automātiski aprēķināts darba vietu skaits, atsaucoties uz biznesa lomām un konkrētiem biznesa procesu funkciju veicējiem. Autorizācijas profili tika automātiski ģenerēti katrai uzņēmuma lomai.

Darba rezultāts šajā posmā bija detalizēta dokumenta “Plāns pārejai uz procesiem “kā tam vajadzētu būt”” parādīšanās (5. att.).

Īsi secinājumi

Vislielāko efektu no informācijas sistēmas izmantošanas var iegūt, tieši saistot tās ieviešanas uzdevumus ar procesu pieejas izmantošanu, tas ir, veicot procesa ieviešanu.

Biznesa procesu modelēšana ir visefektīvākā, izmantojot specializētus rīkus un pārbaudītas metodikas.

Lai informācijas sistēmas ieviešana būtu fundamentāli iespējama, pat lēmumu pieņemšanas un ieviešanas sagatavošanas stadijā ir jāveic vairākas darbības, kas saistītas gan ar situācijas analīzi uzņēmumā, gan pašas informācijas sistēmas analīze.

Sistēmas veiksmīgai ieviešanai ir nepieciešams ievērojams sagatavošanās darbs.

Pieredze, kas gūta, gatavojoties TechnologiCS sistēmas ieviešanai lielā mašīnbūves uzņēmumā, parādīja acīmredzamas procesa ieviešanas priekšrocības. Uzņēmums uzsāka sistēmas ieviešanas procesu, iegūstot visas nepieciešamās zināšanas šādās jomās:

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

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

Līdzīgi dokumenti

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

kursa darbs, pievienots 25.04.2012

Viesnīcu informācijas sistēmu salīdzinošā analīze. CASE rīku analīze un izvēle biznesa procesu modelēšanai. Priekšmeta jomas vizuālie un matemātiskie modeļi, informācijas sistēmas arhitektūras un platformas izvēle, datu bāzes uzbūve.

diplomdarbs, pievienots 20.07.2014

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

kursa darbs, pievienots 14.11.2017

CASE rīku jēdziens kā programmatūra, kas atbalsta informācijas sistēmu (IS) izveides un uzturēšanas procesus. IDEF tehnoloģijas iezīmes IP izstrādei. IDEF0 apzīmējuma apraksts. Funkcionālu biznesa procesu modeļu izstrāde.

prezentācija, pievienota 04.07.2013

Pārskats par datu bāzes vadības sistēmu, CASE projektēšanas automatizācijas rīku uzbūves un efektīvas izmantošanas principiem. Metodoloģijas un rīku iespēju analīze. Viesnīcas biznesa procesa modeļa izstrāde All Fusion vidē.

kursa darbs, pievienots 28.12.2012

Ekonomiskās informācijas sistēmas pieejamība. Organizatorisko projekciju matrica. Datu bāzes sistēmas izstrāde. Mūsdienīgi CASE rīki. Informācijas sistēmu izstrādes galvenie posmi. Absolūtais rādītājs un izmaksu samazināšanas indekss.

kursa darbs, pievienots 14.03.2011

Programmatūras izstrādes pamatprincipi: tās klasiskais dzīves cikls, prototipēšana, dizaina stratēģijas, izstrādes procesu kvalitātes modeļi. Paralēlo algoritmu un CASE sistēmu pielietojums, to efektivitātes novērtēšanas kritēriji.

kursa darbs, pievienots 04.07.2015

Dizaina rīku loma informācijas sistēmas veidošanā. CASE izstrādes rīku Bpwin un Erwin priekšrocības, meklēšanas sistēmas, Model Validator datu modeļa kļūdu labošana. Uzņēmuma dokumentu plūsmas procesu modeļa izstrāde.

tests, pievienots 24.06.2012

Informācijas sistēmu vadība

Gandrīz jebkurā mūsdienu organizācijā mēs varam novērot informācijas tehnoloģiju un pamatdarbības biznesa procesu ciešu savstarpējo sajaukšanos. Tāpēc informācijas sistēmas ieviešana (nomaiņa) izrādās nopietna transformācija, kas bieži skar dažādas uzņēmuma jomas. Rezultātā daudzos gadījumos tas kļūst par sarežģītu un sāpīgu procesu. Tomēr problēmas, kas rodas sistēmas ieviešanas laikā, jau ir pietiekami labi izpētītas, un šobrīd ir izveidotas efektīvas metodes to risināšanai, kas apvienotas attiecīgajos standartos (metodikās).

Informācijas sistēmas ieviešana ir ne tikai programmatūras uzstādīšana, bet arī darbietilpīgu pasākumu kopums gan uzņēmuma biznesa procesu pārveidošanai, gan ieviestās programmatūras pilnveidošanai, kā arī uzņēmuma darbinieku apmācībai darbam ar sistēmu.

Sākot izskatīt jautājumus, kas saistīti ar informācijas sistēmu ieviešanas organizēšanu, vispirms būtu jānoskaidro jēdziena “informācijas sistēma” nozīme. Diemžēl līdz šim informācijas sistēma bieži vien nozīmē programmatūras pakotni, kas ir pilnīgi nepatiesa un neļauj izveidot pareizu priekšstatu par īstenošanas projekta mērķiem.

Informācijas sistēma ir komplekss neviendabīgu komponentu komplekss, kas mijiedarbojas savā starpā un rada patērētājam nepieciešamās sistēmas īpašības. Informācijas sistēma ir jāuzskata par visu uzņēmuma infrastruktūru, kas iesaistīta informācijas un dokumentu plūsmu pārvaldības procesā un ietver:

Tehnoloģiskie elementi, kas nodrošina sistēmas darbību:

Priekšmeta jomas informācijas modelis;

Par informācijas modeļa veidošanu un attīstību atbildīgie cilvēkresursi;

Programmatūras pakotne;

Cilvēkresursi, kas atbild par programmatūras pakotnes konfigurēšanu;

Aparatūra un tehniskā bāze;

Operatīvie un tehniskie cilvēkresursi;

Pārvaldības elementi, kas nodrošina sistēmas darbības organizāciju:

Informācijas modeļa izstrādes noteikumi un izmaiņu veikšanas noteikumi tajā;

Programmatūras pakotnes tehniskā un lietotāja atbalsta noteikumi;

Programmatūras pakotnes konfigurācijas un tās funkcionālo moduļu sastāva izmaiņu veikšanas noteikumi;

Programmatūras pakotnes lietošanas noteikumi un lietotāja instrukcijas;

Lietotāju apmācības un sertificēšanas noteikumi.

Informācijas sistēmas ieviešanas projekta uzdevums ietver visu iepriekš minēto elementu izveidi (pielāgošanu) un palaišanu produktīvā darbībā. Par šī uzdevuma sarežģītību liecina sarūgtinātā statistika par IT projektu panākumiem, kas zināma no Standish Group pētījuma rezultātiem: 1998. gadā tikai 26% projektu tika pabeigti laikā, nepārsniedza budžetu un nodrošināja projekta realizāciju. paredzētās funkcijas.

Problēmu avoti, ieviešot informācijas sistēmu, aptver dažādus privātā projekta aspektus un uzņēmuma darbību kopumā. Tie ietver:

vadības trūkums uzņēmumā;

Nepieciešamība pēc daļējas vai pilnīgas uzņēmuma struktūras reorganizācijas;

Nepieciešamība mainīt biznesa tehnoloģiju dažādos aspektos;

Uzņēmuma darbinieku pretestība;

Īslaicīga darbinieku slodzes palielināšana sistēmas ieviešanas laikā;

Nepieciešamība izveidot kvalificētu sistēmas ieviešanas un uzturēšanas komandu, izvēlēties spēcīgu komandas vadītāju.

Turklāt ieviešanas procesā ir nepieciešams ieviest vienotu uzņēmuma IT stratēģiju, kas ļaus adekvāti apvienot sistēmas programmatūras un aparatūras daļu izstrādi (izveidi) paralēli izstrādes darbu kopumam. uzņēmuma esošā IT infrastruktūra.

Ievērojamu daļu projektu īstenošanas problēmu rada diezgan tipiskas kļūdas, kas ir zināmas, bet tomēr bieži atkārtojas:

Sistēmu projektēšana, neņemot vērā biznesa attīstības stratēģiju - ir nepieciešams iedomāties biznesa struktūru un mērogu nākotnē vismaz 3 gadus;

“No augšas uz leju” sistēmas veidošanas principa pārkāpums un līdz ar to informatīvā atbalsta trūkums vadības lēmumu pieņemšanai augstākajos vadības līmeņos;

Pārmērīga aizraušanās ar biznesa procesu pārveidi un reizēm nepamatota pakļaušanās ERP bāzes sistēmas standarta funkcionalitātes prasībām;

ERP sistēmas pamata funkcionalitātes fundamentāla pārprojektēšana;

Nereālas cerības nepareiza ERP sistēmas ieviešanas izmaksu efektivitātes novērtējuma dēļ.

Tajā pašā laikā uzkrātā informācijas sistēmu ieviešanas pieredze liecina par stabilas veiksmes faktoru grupas esamību šādiem projektiem un līdz ar to arī uz iespēju izstrādāt tehnoloģiju veiksmīgai ieviešanas projekta vadīšanai, ņemot vērā šos faktorus. Informācijas sistēmu ieviešanas projektu racionāla organizācija ir aprakstīta standartos (starptautiskie, valsts, korporatīvie), kurus mēdz dēvēt par ieviešanas metodikām.

Īstenošanas projekta veiksmes faktori

Ieviešanas metodikas parasti izstrādā vadošie informācijas sistēmu ražotāji, ņemot vērā to programmatūras produktu īpašības, kā arī ieviešanas apjomu. Šādu standartu pozitīvā puse ir to praktiskā orientācija. Tie atspoguļo dziļi izpētītas, pārbaudītas, atkārtoti pārbaudītas darba instrukcijas un projektu dokumentu veidnes. Šādi standarti parasti ir tālu no teorētiskām abstrakcijām, ir vērsti uz konkrētu sistēmu iezīmēm un satur vislabāko pieredzi. Taču standartiem ir arī negatīvās puses: pat līdzīgas klases sistēmām paredzētās metodikas nav savstarpēji aizvietojamas. Piemēram, Microsoft Axapta sistēmas ieviešanas metodika lielā mērā ir vērsta uz moduļu iestatījumu un modifikāciju pārvaldību; un, ieviešot funkcionāli līdzīgus SAP vai ORACLE EBS moduļus, dominē biznesa reinženierēšanas ideoloģija, kurā organizācija tiek lūgta mainīt savus biznesa procesus, pielāgojot tos sistēmā fiksētajām “labākajām praksēm”. Vispazīstamākie metodoloģiju piemēri ietver šādu sarakstu, kas nebūt nav izsmeļošs:

Microsoft izstrādes - metodikas "OnTarget", "MSF (Microsoft Solutions Framework)", "Biznesa risinājumu partneru metodoloģija";

SAP uzņēmuma izstrādes - metodikas "SAP Procedural Model", "ASAP (Accelerated SAP)";

Oracle kompānijas izstrādnes - metodiku komplekts "Oracle Method".

Šāda standartu daudzveidība ļauj organizācijām, balstoties uz tiem, izvēlēties racionālu stratēģiju un formulēt savas ieviešanas procedūras, t.i., “neizgudrot riteni no jauna” un vienlaikus nodrošināt konkurences priekšrocības. Metodoloģiju pielāgošana konkrēta uzņēmuma vajadzībām ir ne tik daudz tekstu un dokumentu veidņu tulkošana krievu valodā, bet gan pieeju pielāgošana, ņemot vērā Krievijas apstākļus. Šajā gadījumā parasti tiek pārskatīti standartos ieteiktie uzdevumu izpildes termiņi un secība, tiek radītas avota datu vākšanas, pārbaudes un konvertēšanas metodes un izstrādāti risinājumi integrācijai ar mantotajām sistēmām.

Informācijas sistēmas Klientam galvenie metodoloģijas izmantošanas rezultāti ir:

Radīt risinājumu, kas optimāli atbilst klienta prasībām;

Maksimāli efektīva projekta resursu izmantošana;

Ieviešanas laika un izmaksu samazināšana līdz minimumam;

Projekta risku samazināšana.

Tajā pašā laikā darba organizēšana pēc dokumentētas metodikas ir noderīga arī sistēmas izstrādātājam:

Parādās metodiskā bāze jauno darbinieku apmācībai standarta ieviešanas metodēs;

Tiek samazinātas iekšējās izmaksas projektu organizēšanai un īstenošanai;

Uzlabojas mijiedarbība un savstarpējā sapratne starp projekta komandas dalībniekiem;

Paaugstinās resursu koplietošanas efektivitāte starp projektiem un komandām.

Neskatoties uz esošo metodoloģiju daudzveidību, to saturs ietver šādas sastāvdaļas: ieviešanas projekta darba paketes sastāva un struktūras aprakstu, šāda projekta vadīšanas noteikumus un īstenošanas komandas organizatorisko struktūru.

Darbu kopuma strukturēšana galvenokārt sastāv no projekta posmu (posmu) noteikšanas. Projekta sadalīšana fāzēs (ilgst 3-4 mēnešus) ir saistīta ar projektu augsto sarežģītību un ievērojamo laika patēriņu informācijas sistēmu ieviešanai, ļauj iegūt ievērojamus rezultātus īsākā laikā un realizēt šādas priekšrocības projekta organizēšanā:

Projekta dokumentācijas dati nenoveco;

Pēc katras projekta fāzes pabeigšanas kļūst iespējams precizēt vai pielāgot turpmākajās fāzēs risināmos uzdevumus;

tiek samazināti projekta riski, ko rada organizatoriskās izmaiņas Pasūtītāja uzņēmumā projekta laikā;

Projekta budžets un maksājumu grafiks ir optimizēts.

Projekta posmu sastāvs un darbu sadalījums posmos ir atkarīgs no konkrētās metodoloģijas, tomēr ir iespējams identificēt tipisku posmu sastāvu, kas dažādās pakāpēs ir visās metodoloģijās un ko nosaka pati ieviešanas loģika. Tie ir projekta definēšanas, automatizācijas objekta apskates, pārbaudes rezultātu analīzes un sistēmas projekta izstrādes, sistēmas izveides (konfigurēšanas), sistēmas nodošanas ekspluatācijā un sistēmas uzturēšanas posmi.

Nākamais solis ir noteikt procesus (darbu kopas), kas tiek veikti dažādos projektu posmos. Procesu sastāvu un izpildes secību nosaka konkrēta metodoloģija un kalpo par pamatu projekta plānošanai - hierarhiskas darba struktūras veidošanai.

Tādējādi ieviešanas metodika ir konstruēta kā divu dažādu zināšanu jomu krustpunkts: konkrēta produkta - informācijas sistēmas - radīšanas tehnoloģija un diezgan universāla tehnoloģija projekta aktivitāšu vadīšanai.

Īstenošanas metodoloģijas sastāvdaļas

Informācijas sistēmas ieviešanas galvenie posmi

1. Galvenās informācijas plūsmu apzināšana uzņēmumā, normatīvās un uzziņas pamatdokumentācijas bāzes veidošana un tās saskaņošana.

Šajā posmā tiek noteiktas galvenās uzņēmuma informācijas plūsmas un problēmas, kas var rasties ieviešanas laikā (piemēram, primāro dokumentu, normatīvās un uzziņas dokumentācijas, standartu uc trūkums). Tiek izveidota un pārbaudīta normatīvo aktu pamatdokumentācijas datubāze. Pamatojoties uz šīs aptaujas rezultātiem, tiek izveidots visu īstenošanas projekta dalībnieku parakstīts dokuments, kurā aprakstītas visas konstatētās problēmas un norādīti to novēršanas veidi. Visa projekta panākumi kopumā bieži vien ir atkarīgi no šī posma kvalitātes un sagatavotā dokumenta pilnīguma. Jāteic, ka nepieciešams nosacījums visa īstenošanas projekta veiksmīgai īstenošanai ir tā detalizēta dokumentācija.

2. Uzņēmuma darbības informatīvi funkcionālā modeļa (IDEF) konstruēšana, automatizācijai pakļauto procesu aprakstīšana un optimizācija.

Papildus uzņēmuma darbības informācijas un funkcionālā modeļa veidošanai šajā posmā tiek izstrādāti un saskaņoti direktoriju un sistēmu klasifikatoru iestatījumi. Nepieciešamības gadījumā tiek pieņemti lēmumi mainīt esošo grāmatvedības praksi vai funkcionālos modeļus. Šeit ļoti svarīga ir korporatīvo standartu klātbūtne (kuru Ukrainā parasti nav). Šajā posmā ir jāizveido korporatīvās grāmatvedības standarti vai jāanalizē to pilnīgums. Šo uzdevumu var veikt tikai labi apmācīts personāls vai ārējie konsultanti. Galvenā prasība šajā gadījumā ir visu sistēmas darbībai nepieciešamo uzziņu grāmatu un klasifikatoru pieejamība (vienots produktu, preču un materiālu klasifikators; kontu plāns un grāmatvedības analītiskās iezīmes; parādnieku un kreditoru katalogi, saimniecisko pamatdarījumu direktorijs, materiālo un naudas līdzekļu aprites uzskaites standarti utt.) un to organizēšanas principu atbilstība sistēmas prasībām.

Ļoti vēlama ir arī uzņēmuma biznesa procesu modelēšana, kas ļauj labi sagatavoties ieviešanai. Modelēšana jāveic labi apmācītiem klienta uzņēmuma darbiniekiem, piesaistot augsti kvalificētus konsultantus un ar izveidoto modeli, kas saistīts ar biznesa standartiem un nākotnes sistēmu. Pēc apmācībām ieviešanas grupa izstrādā detalizētu īstenošanas projekta plānu, kurā iekļauti tādi jautājumi kā projekta dalībnieku pienākumi, darbu sākuma un beigu datumi, kā arī citi saistītie uzdevumi, kas tiek risināti paralēli. Darbu kopīgi veic ieviešanas komanda un ārējie konsultanti.

3. Pilotprojekta īstenošana.

Šajā posmā visas uzņēmuma darbības ir pilnībā modelētas. Atsevišķās uzņēmuma struktūrvienībās sistēmā tiek ievadīti faktiskie dati (ierobežotā apjomā) un konsekventi tiek pārbaudītas biznesa funkcijas, imitējot reālas uzņēmuma darbības situācijas (iespējami tuvākos apstākļos realitātei). Nodaļu savstarpējais darbs tiek veidots, balstoties uz izmēģinājuma piemēriem. Pamatojoties uz pilotpiemēra rezultātiem, uzņēmuma vadība pieņem lēmumu par sistēmas pilnvērtīgu ieviešanu.

4. Sistēmas pielāgošana uzņēmumā.

Šajā posmā sistēma tiek konfigurēta saskaņā ar ieviešanas projekta plānu un atsevišķus moduļus un funkcijas testē ieviešanas komanda. Galalietotāji ir apmācīti strādāt ar konfigurēto sistēmu tieši savās darba vietās. Šajā gadījumā sistēmai galalietotāja piekļuves informācijai ierobežošanai jau jābūt instalētai un konfigurētai. Apmācības veic ieviešanas komandas dalībnieki - pasūtītāja uzņēmuma darbinieki.

5. ERP sistēmas izmēģinājuma darbība.

Šajā posmā klientam ir jānodrošina, lai sistēmas konfigurēšanas rezultātā iegūtā funkcionalitāte pilnībā atbilstu uzņēmuma prasībām. Šajā posmā tiek uzturēta divkārša datu ievade vecajā un jaunajā sistēmā. Izmēģinājuma darbības laikā: tiek ģenerētas standarta atskaites (izmantojot ERP sistēmu un parastajos veidos) un veikta datu pārbaude; sistēma tiek pakāpeniski iedarbināta atsevišķās grāmatvedības vai vadības jomās; dokumentētas darba vietu uzturēšanas instrukcijas un koriģēti uzskaites procesa dalībnieku amatu apraksti u.c.

6. Sistēmas nodošana komerciālai ekspluatācijai.

Tiek sastādīts plāns ieviestās sistēmas nodošanai komercdarbībā un noteikta darba kārtība un grafiks galalietotāju pārejai uz darbu jaunajā sistēmā. Pēc tam šie plāni tiek konsekventi īstenoti. Tiek konvertēti visnepieciešamākie dati no mantotajām sistēmām.

7. Rūpnieciskās darbības atbalsts.

Raksta teksts

Balamirzojevs Nazims Liodinovičs, ekonomikas zinātņu kandidāts, Makhačkalas Dagestānas Valsts tehniskās universitātes Naftas un gāzes rūpniecības Ekonomikas un vadības katedras vecākais pasniedzējs [aizsargāts ar e-pastu]

Uzņēmuma vadības informācijas sistēmas ieviešanas problēmas

Anotācija. Rakstā apskatītas galvenās problēmas un uzdevumi, kas rodas, ieviešot uzņēmuma vadības informācijas sistēmas, un ieteikumi to risināšanai Atslēgas vārdi: informācijas sistēmas, informācijas process, informācija, uzņēmums, organizācija, firma.

Uzņēmuma vadības informācijas sistēmas ieviešana, tāpat kā jebkura liela pārveide uzņēmumā, ir sarežģīts un bieži vien sāpīgs process. Tomēr dažas problēmas, kas rodas sistēmas ieviešanas laikā, ir diezgan labi izpētītas, formalizētas un tām ir efektīvas risināšanas metodikas. Šo problēmu iepriekšēja izpēte un sagatavošana būtiski atvieglo ieviešanas procesu un paaugstina sistēmas turpmākās izmantošanas efektivitāti. Tālāk ir norādītas galvenās problēmas un uzdevumi, kas rodas, ieviešot uzņēmuma vadības informācijas sistēmas, un ieteikumi to risināšanai problēmas un uzdevumi, kuriem jāpievērš īpaša uzmanība to risināšanā:

vadības uzdevumu noteikšanas trūkums uzņēmumā;

nepieciešamība pēc daļējas vai pilnīgas uzņēmuma struktūras reorganizācijas;

nepieciešamība mainīt biznesa tehnoloģiju dažādos aspektos;

uzņēmuma darbinieku pretestība;

īslaicīgs darbinieku slodzes pieaugums uzņēmuma vadības informācijas sistēmas ieviešanas laikā Nepieciešamība izveidot kvalificētu komandu sistēmas ieviešanai un uzturēšanai, izvēloties spēcīgu komandas vadītāju: 1. Pārvaldības uzdevumu trūkums uzņēmumā Iespējams, ka šis punkts ir vissvarīgākais un grūtākais. No pirmā acu uzmetiena tā tēma sasaucas ar otrās rindkopas saturu, kas veltīta uzņēmuma struktūras reorganizācijai. Taču patiesībā tas ir globālāks un ietver ne tikai vadības metodoloģijas, bet arī filozofiskos un psiholoģiskos aspektus. Fakts ir tāds, ka lielākā daļa vadītāju vada savu uzņēmumu, pamatojoties tikai uz savu pieredzi, intuīciju, redzējumu un ļoti nestrukturētiem datiem par tā stāvokli un dinamiku. Parasti, ja vadītājam tiek lūgts jebkādā veidā aprakstīt sava uzņēmuma darbības struktūru vai noteikumu kopumu, uz kuru pamata viņš pieņem vadības lēmumus, lieta ātri nonāk strupceļā svarīgākais faktors, kas ietekmē uzņēmuma darbības panākumus kopumā un automatizācijas projekta panākumus. Piemēram, ir pilnīgi bezjēdzīgi ieviest automatizētu budžeta veidošanas sistēmu, ja uzņēmumā netiek pareizi ieviesta pati budžeta veidošana, jo diemžēl šobrīd Krievijā nav pilnībā izveidojusies nacionālā pieeja vadībai momentā Krievijas menedžments ir eksplozīvs Rietumu menedžmenta teorijas (kas daudzējādā ziņā nav adekvāta esošajai situācijai) un padomju-krievu pieredzes sajaukums, kas, lai arī daudzējādā ziņā harmonizējas ar vispārējiem dzīves principiem, taču vairs neatbilst stingras tirgus konkurences prasības, tāpēc pirmais, kas jādara, lai uzņēmuma vadības informācijas sistēmas ieviešanas projekts noritētu veiksmīgi, pēc iespējas vairāk formalizēt visus tos kontroles lokus, kurus reāli plānots izveidot. automatizēti. Vairumā gadījumu to nevar panākt bez profesionālu konsultantu iesaistes, taču pēc pieredzes konsultantu izmaksas vienkārši nav salīdzināmas ar zaudējumiem no neveiksmīga automatizācijas projekta.2. Nepieciešamība daļējai uzņēmuma struktūras un darbības reorganizācijai, ieviešot uzņēmuma vadības informācijas sistēmu. Pirms vadības informācijas sistēmas ieviešanas uzņēmumā parasti ir jāveic daļēja tā struktūras un biznesa tehnoloģiju reorganizācija. Tāpēc viens no svarīgākajiem īstenošanas projekta posmiem ir pilnīga un uzticama uzņēmuma pārbaude visos tā darbības aspektos. Balstoties uz aptaujas rezultātā iegūto secinājumu, tiek veidota visa turpmākā korporatīvās informācijas sistēmas izveides shēma. Neapšaubāmi, visu ir iespējams automatizēt pēc principa “kā ir”, tomēr vairāku iemeslu dēļ to nevajadzētu darīt. Lieta tāda, ka aptaujas rezultātā parasti tiek fiksēts liels skaits vietu, kur rodas nepamatotas papildu izmaksas, kā arī organizatoriskās struktūras pretrunas, kuru novēršana samazinātu ražošanas un loģistikas izmaksas, kā arī būtiski samazinātos. galveno biznesa procesu dažādu posmu izpildes laiks. Tēlaini izsakoties, jūs nevarat automatizēt haosu, jo tas radīs "automātisku haosu". Ar terminu reorganizācija es pat nedomāju reinženierizāciju tās klasiskajā Rietumu izpratnē, pilnībā pārstrukturējot visas iekšējās ekonomiskās un komerciālās darbības. Reorganizāciju var veikt vairākos lokālos punktos, kur tas ir objektīvi nepieciešams, kas neizraisīs jūtamu līdzšinējās komercdarbības aktivitātes kritumu.3. Nepieciešamība mainīt darba ar informāciju tehnoloģiju un uzņēmējdarbības principus Efektīvi uzbūvēta informācijas sistēma nevar neveikt izmaiņas esošajā plānošanas, budžeta veidošanas un kontroles, kā arī biznesa procesu vadības tehnoloģijā svarīgākās korporatīvās informācijas sistēmas iezīmes vadītājam ir vadības moduļi grāmatvedība un finanšu kontrole. Tagad katru funkcionālo vienību var definēt kā finanšu uzskaites centru ar atbilstošu tā vadītāja finansiālās atbildības līmeni. Tas savukārt palielina katra no šiem vadītājiem atbildību un nodrošina augstākajiem vadītājiem efektīvus instrumentus skaidrai kontrolei pār individuālo plānu un budžetu izpildi Izmantojot uzņēmuma vadības informācijas sistēmu, vadītājs var saņemt jaunāko informāciju. datums un uzticama informācija par visiem uzņēmuma darbības aspektiem, bez īslaicīgiem kavējumiem un nevajadzīgiem pārraides savienojumiem. Turklāt informācija vadītājam tiek sniegta ērtā formā “no lapas”, ja nav cilvēcisku faktoru, kas pārraides laikā var novirzīt vai subjektīvi interpretēt informāciju. Tomēr būtu godīgi atzīmēt, ka daži vadītāji nav pieraduši pieņemt vadības lēmumus par informāciju tās tīrā veidā, ja vien tai nav pievienots tās personas viedoklis, kura to sniedz. Šādai pieejai principā ir tiesības uz dzīvību arī tad, ja pastāv uzņēmuma vadības informācijas sistēma, taču bieži vien tā negatīvi ietekmē vadības objektivitāti Uzņēmuma vadības informācijas sistēmas ieviešana ievieš būtiskas izmaiņas biznesa procesu vadībā. Katrs dokuments, kas informācijas laukā parāda konkrēta visaptveroša biznesa procesa norisi vai pabeigšanu, tiek izveidots automātiski integrētajā sistēmā, pamatojoties uz primāro dokumentu, kas atvēra procesu. Par šo biznesa procesu atbildīgie darbinieki tikai uzrauga un nepieciešamības gadījumā veic izmaiņas sistēmas ģenerēto dokumentu pozīcijās. Piemēram, klients pasūtīja preces, kas jāpabeidz līdz noteiktam mēneša datumam. Pasūtījums tiek ievadīts sistēmā, pamatojoties uz to, sistēma automātiski izveido rēķinu (pamatojoties uz esošajiem cenu noteikšanas algoritmiem), rēķins tiek nosūtīts klientam, un pasūtījums tiek nosūtīts uz ražošanas moduli, kurā tiek pasūtīts preces veids. ir sadalīts atsevišķos komponentos. Pamatojoties uz iepirkuma modulī esošo komponentu sarakstu, sistēma veido pasūtījumus to iegādei, un ražošanas modulis attiecīgi optimizē ražošanas programmu, lai pasūtījums tiktu izpildīts laikā. Protams, reālajā dzīvē ir dažādas iespējas neizbēgamiem pasūtījuma piegādes traucējumiem. Iekārtu bojājumi un tā tālāk. Tāpēc katrs pasūtījuma izpildes posms ir stingri jākontrolē par to atbildīgajam darbinieku lokam, kuriem nepieciešamības gadījumā ir jārada vadības ietekme uz sistēmu, lai izvairītos no nevēlamām sekām vai samazinātu tās. Nevajadzētu pieņemt, ka strādājot ar uzņēmumu vadības informācijas sistēma kļūs vienkāršāka. Gluži pretēji, ievērojami samazinot papīru apjomu, paātrina procesu un uzlabojas pasūtījumu apstrādes kvalitāte, palielinās uzņēmuma konkurētspēja un rentabilitāte kopumā, un tas viss prasa lielāku izpildītāju nosvērtību, kompetenci un atbildību. Iespējams, ka esošā ražošanas bāze netiks galā ar jauno informācijas plūsmu par ražošanas procesa gaitu, kā arī būs jāievieš organizatoriskas un tehnoloģiskas reformas, kas pēc tam pozitīvi ietekmēs uzņēmuma labklājību. uzņēmums. 4. Uzņēmuma darbinieku pretestība Ieviešot uzņēmuma vadības informācijas sistēmas, vairumā gadījumu ir vērojama aktīva vietējo darbinieku pretestība, kas ir nopietns šķērslis konsultantiem un diezgan spējīgs traucēt vai būtiski aizkavēt ieviešanas projektu. To izraisa vairāki cilvēciski faktori: parastas bailes no jauninājumiem, konservatīvisms (piemēram, noliktavas darbiniekam, kurš 20 gadus strādājis ar papīru vai daļēji automatizētu kartotēku, parasti ir psiholoģiski grūti pāriet uz datoru), bailes zaudēt savu. darbs vai neaizvietojamības zaudēšana, bailes būtiski palielināt atbildību par savu rīcību. Uzņēmuma vadītājiem, kuri nolēmuši automatizēt savu uzņēmējdarbību, šādos gadījumos ir visādā ziņā jāpalīdz atbildīgajai speciālistu grupai, kas veic uzņēmuma vadības informācijas sistēmas ieviešanu, jāveic skaidrojošais darbs ar personālu, kā arī papildus: Izveidot darbinieku vidū visos līmeņos ir spēcīga īstenošanas neizbēgamības sajūta;

dot īstenošanas projekta vadītājam pietiekamas pilnvaras, jo pretestība dažkārt (bieži vien zemapziņā vai nepamatotu ambīciju rezultātā) rodas pat augstākā līmeņa vadītāju līmenī;

vienmēr atbalstīt visus organizatoriskos lēmumus īstenošanas jautājumos, izdodot attiecīgus rīkojumus un rakstiskas instrukcijas.5. Īslaicīga darbinieku slodzes palielināšanās, ieviešot uzņēmuma vadības sistēmu Atsevišķos ieviešanas projekta posmos uz laiku palielinās slodze uzņēmuma darbiniekiem. Tas ir saistīts ar to, ka papildus parasto darba pienākumu veikšanai darbiniekiem ir jāapgūst jaunas zināšanas un tehnoloģijas. Izmēģinājuma darbības laikā un pārejot uz sistēmas rūpniecisko darbību, kādu laiku ir nepieciešams veikt uzņēmējdarbību, tāpat kā jaunajā sistēmā, un turpināt tos veikt tradicionālajos veidos (uzturēt papīra dokumentu plūsmu un jau esošās sistēmas). Šajā sakarā atsevišķi sistēmas ieviešanas projekta posmi var aizkavēties, aizbildinoties ar to, ka darbiniekiem jau ir pietiekami daudz steidzamu darbu paredzētajam mērķim, un sistēmas apguve ir sekundāra un traucējoša darbība. Šādos gadījumos uzņēmuma vadītājam papildus skaidrojošajam darbam ar darbiniekiem, kuri izvairās no jaunu tehnoloģiju izstrādes, ir:

paaugstināt darbinieku motivācijas līmeni apgūt sistēmu stimulu un pateicību veidā;

veikt organizatoriskus pasākumus, lai samazinātu lietu paralēlās vadīšanas periodu.6. Kvalificētas sistēmas ieviešanas un uzturēšanas grupas, grupas vadītāja veidošana Vairums lielo uzņēmumu vadības automatizācijas sistēmu tiek īstenoti, izmantojot šādu tehnoloģiju: uzņēmumā tiek izveidota neliela (36 cilvēki) darba grupa, kas iziet vispilnīgāko. apmācību darbā ar sistēmu, tad šī grupa uzņemas būtisku darba daļu pie sistēmas ieviešanas un tās turpmākās uzturēšanas. Šādas tehnoloģijas izmantošanu izraisa divi faktori: pirmkārt, tas, ka uzņēmums parasti ir ieinteresēts, lai pie rokas būtu speciālisti, kas sistēmas uzstādīšanas un darbības laikā varētu ātri atrisināt lielāko daļu darbības problēmu, un, otrkārt, darbinieku apmācība un izmantošana. vienmēr ir būtiski lētāk nekā ārpakalpojumi. Līdz ar to spēcīgas darba grupas izveidošana ir atslēga veiksmīgai ieviešanas projekta īstenošanai Īpaši svarīgs jautājums ir šādas grupas vadītāja un sistēmas administratora izvēle. Vadītājam papildus pamata datortehnoloģiju zināšanām ir jābūt padziļinātām zināšanām biznesa un vadības jomā. Lielo Rietumu uzņēmumu praksē šāda persona ieņem CIO (Chief Information Officer) amatu, kas parasti ir otrais uzņēmuma vadības hierarhijā. Iekšzemes praksē, ieviešot sistēmas, šo lomu parasti pilda automatizētās vadības sistēmas nodaļas vai līdzīgas nodaļas vadītājs. Darba grupas organizēšanas pamatnoteikumi ir šādi:

Darba grupas speciālisti jāieceļ, ņemot vērā šādas prasības: mūsdienu datortehnoloģiju zināšanas (un vēlme tās apgūt nākotnē), komunikācijas prasmes, atbildība, disciplīna;

Īpaša atbildība jāuzņemas, izvēloties un ieceļot sistēmas administratoru, jo viņam būs pieejama gandrīz visa uzņēmuma informācija;

iespējamā speciālistu atlaišana no īstenošanas grupas projekta laikā var ārkārtīgi negatīvi ietekmēt tā rezultātus. Tāpēc komandas locekļi ir jāizvēlas no lojāliem un uzticamiem darbiniekiem un jāizstrādā sistēma, kas atbalsta šo lojalitāti visa projekta laikā;

Pēc īstenošanas grupā iekļauto darbinieku apzināšanas projekta vadītājam skaidri jāapraksta katram veicamo uzdevumu loks, plānu un atskaišu formas, kā arī pārskata perioda ilgums. Labākajā gadījumā pārskata periodam vajadzētu būt vienai dienai Visi iepriekš minētie uzdevumi, kas rodas informācijas sistēmas veidošanas procesā, un to risināšanas metodes ir visizplatītākie, un, protams, katram uzņēmumam ir sava unikālā organizatoriskā specifika. , un, ieviešot uzņēmuma vadības informācijas sistēmu, var rasties dažādas nianses, kas prasa papildus apsvēršanu un metožu meklēšanu to risināšanai. Patiesībā tāpēc pastāv profesionāli biznesa konsultanti.

Saites uz avotiem 1. Antonets, V.L., Nechaeva N.V. Inovatīvs bizness. Komercializācijas modeļu veidošana perspektīvām norisēm. M.: Delo, Tautsaimniecības akadēmija, 2009. 320 lpp 2. Kostrova, A.V. Informācijas pārvaldības metodes un modeļi: mācību grāmata // A.V. Kostrova. M.: Finanses un statistika, 2007. 336 lpp. 3. Maglinets, Yu.A. Prasību analīze automatizētajām informācijas sistēmām. M.: Internet University of Information Technologies INTUIT.ru, 2010. 200 lpp. 4. Shuremov, E.L., Chistov D.V., Lyamova G.V. “Informācijas sistēmas uzņēmumu vadībai”, izdevis M.: Izdevniecība “Grāmatvedība”, 2011.g.

Balamirzojevs N. L., ekonomikas zinātņu doktors, katedras "Ekonomika un vadība naftas un gāzes nozarē" vecākais skolotājs FGBOU VPO "Dagestānas Valsts tehniskā universitāte", [aizsargāts ar e-pastu] informācijas vadības sistēmas enterpriseAbstract ieviešana. Rakstā tiek apskatītas galvenās problēmas un uzdevumi, kas vairumā gadījumu rodas, uzņēmumam ieviešot informācijas pārvaldības sistēmas, un ieteikumi par to lēmumu. Atslēgvārdi: informācijas sistēmas, informācijas process, informācija, uzņēmums, organizācija, firma.

Varētu būt noderīgi izlasīt: