Įmonės valdymo informacinės sistemos diegimo problemos. Informacinių sistemų diegimas Naujos įmonės informacinės sistemos diegimas

Įgyvendinant įmonės IP, sukurtą savarankiškai arba perkamą iš tiekėjo, dažnai sutrinka (perprojektuojami) esami įmonės verslo procesai. Turime juos perstatyti taip, kad atitiktų standartų reikalavimus ir diegiamos sistemos logiką. Iš karto atkreipkime dėmesį, kad informacinių sistemų įdiegimas išsprendžia daugybę vadybinių ir techninių problemų, tačiau sukelia problemų, susijusių su žmogiškuoju faktoriumi.

Naujos IS įvedimas yra sudėtingas procesas, trunkantis nuo kelių mėnesių mažoms IS iki kelerių metų didelių platinamų įmonių, turinčių platų produktų asortimentą ir daug tiekėjų, IS. Informacinės sistemos kūrimo (ar įsigijimo) ir diegimo projekto sėkmė labai priklauso nuo įmonės pasirengimo vykdyti projektą, asmeninio vadovybės intereso ir valios, realios veiksmų programos, išteklių prieinamumo, apmokytas personalas ir gebėjimas įveikti pasipriešinimą visuose įkurtos organizacijos lygiuose.

Iki šiol atsirado standartinis informacinių sistemų diegimo metodų rinkinys. Pagrindinė taisyklė: nuosekliai atlikite reikiamas fazes ir nepraleiskite nė vienos iš jų.

Įgyvendinimui svarbūs šie dalykai: faktoriai :

· aiškiai suformuluotų projekto tikslų ir IP reikalavimų buvimas;

· IP įgyvendinimo ir naudojimo strategijos prieinamumas;

· atlikti priešprojektinę įmonės ir pastatų modelių apklausą „Kaip yra“ ir „Kaip bus“;

· darbų, išteklių planavimas ir įgyvendinimo plano įgyvendinimo stebėsena;

· aukštesnės vadovybės dalyvavimas diegiant sistemą;

· sistemų integravimo specialistų kartu su įmonės specialistais atlieka IS diegimo darbus;

· nuolatinė atliekamų darbų kokybės stebėsena;

· greitai gauti teigiamų rezultatų bent dalyje įdiegtų IS modulių arba bandomojo veikimo metu.

Prieš pradedant plėtrą įgyvendinimo projektas būtina:

· kiek įmanoma įforminti IS diegimo projekto tikslus;

· įvertinti minimalias būtinas išlaidas ir sąnaudų straipsnius;

· nustatyti aukštą prioritetą įgyvendinimo projektui prieš kitus vykdomus projektus;

· suteikti projekto vadovui maksimalius įmanomus įgaliojimus;

· vykdyti masinį švietėjišką darbą su įmonės personalu, siekiant visiems perteikti artėjančių pertvarkų svarbą ir būtinybę;

· parengti organizacines naujų informacinių technologijų naudojimo priemones;

· paskirstyti asmeninę atsakomybę visuose diegimo ir bandomosios veiklos etapuose.

Taip pat būtina nustatyti funkcines informacinių sistemų modulių diegimo sritis:

· organizacinis valdymas;

· organizacinė ir administracinė pagalba;

· verslo procesų valdymas;

· valdymas, planavimas, finansai ir apskaita;

· personalo valdymas;

· dokumentų valdymas;

· logistikos valdymas;

· santykių su klientais ir išorine aplinka valdymas.

Be to, kas išvardyta aukščiau, turite nustatyti technologinius reikalavimus IS įgyvendinimui:

· sistemos platforma- paruošto gamintojo sprendimo įgyvendinimas ir pritaikymas arba individualus kūrimas pagal kliento technines specifikacijas;

· integruojamumas- duomenys saugomi ir apdorojami vienoje informacinėje erdvėje; tai užtikrina jų išsamumą, nuoseklumą, patikimumą ir pakartotinį naudojimą; sistema gali apimti naujai sukurtas ir jau naudojamas technologijas ir programas;

· prisitaikymas- sistema sukonfigūruota pagal užsakovo reikalavimus ir kliento informacinio lauko ypatybes;

· paskirstymas- sistema gali efektyviai veikti geografiškai nutolusiuose įmonės padaliniuose ir filialuose;

· mastelio keitimas- sistema gali būti pagaminta kaip karkasas su pagrindiniais moduliais ir papildytas pagal besikeičiančios išorinės ir vidinės aplinkos reikalavimus.

6.6.1 Pagrindiniai informacinės sistemos diegimo etapai

Fazė „Parengiamieji darbai rengiant IS diegimo projektą“. Priešprojektinės įmonės apklausos metu (4 pav.) renkama išsami informacija apie organizacijos struktūrinę struktūrą, funkcinius ryšius, valdymo sistemą, pagrindinius verslo procesus, srautus įmonės viduje (Control Flow, Doc Flow, Data Flow). , Darbo srautas, Pinigų srautas ), reikalingas konstruojant atitinkamus modelius ir parenkant objektus automatizavimui. Įvertinamas darbo laikas, ištekliai, rūšys ir apimtys, programinės įrangos, techninės ir telekomunikacijų asortimentas ir kaina, personalo mokymo kaina ir kt.

„Projekto rengimo“ etapas. Pasibaigus pirmajam etapui, atliekamas preliminarus planavimas ir projekto paleidimo procedūrų formavimas:

· projektų ir ekspertų grupių formavimas;

· įgaliojimų ir atsakomybės paskirstymas;

· organizacinių ir techninių reikalavimų įgyvendinimo procesui nustatymas;

· klientų specifikacijų ir lūkesčių išaiškinimas;

· diegimo grupės, susidedančios iš klientų įmonės specialistų, mokymas.

Sudarant įgyvendinimo planą kažkodėl dažnai praleidžiamas paskutinis, labai svarbus punktas. Tačiau nuo to labai priklauso viso projekto sėkmė! Pradėjus finansuoti, projektas laikomas pradėtu.

Fazė „Koncepcinė projekto plėtra“. Šio etapo metu:

· sudaromas ir patvirtinamas koncepcinis projektas;

· išaiškinami ir patikslinami projekto tikslai ir uždaviniai;

· nustatomi sistemos prototipo matmenys;

· susitariama dėl išplėsto darbų plano, bandomosios veiklos etapų sekos ir sąlygų, planavimo, finansinių ir ataskaitinių rodiklių;

Be to, visi šie veiksmai turi būti dokumentuoti, suderinti ir patvirtinti visų suinteresuotų ir atsakingų šalių.

„Projekto įgyvendinimo“ etapas. Pagrindinių diegimo darbų metu sukuriama, įdiegiama ir sukonfigūruojama sistemos aplinka, nustatomos sistemos administravimo procedūros, įdiegiamos pagrindinės techninės ir programinės įrangos sistemos bei taikomosios programos. Sistema konfigūruoja įmonės organizacines, personalo ir organizacines-funkcines struktūras, naudodama tokius organizacinius vienetus kaip filialas, skyrius, skyrius, darbo grupė ir kt.

12 pav. Apytikslis įgyvendinimo projekto saugyklos turinys

Atliekamas tinklo ir telekomunikacijų įrankių diegimas, konfigūravimas ir konfigūravimas, duomenų perkėlimas iš ankstesnių vietinių sistemų, kuriamos sąsajos su senomis ir išorinėmis sistemomis. Tuo pačiu metu visi sukurti modeliai, planai, veikiantys programinės įrangos produktai ir dokumentacija yra patalpinti realizavimo projekto saugykloje nuo galo iki galo (12 pav.). Svarbi šios saugyklos dalis yra projekto metu sugeneruota dokumentacijos sistema (13 pav.).

13 pav. Apytikslė informacinės sistemos diegimo proceso dokumentacijos sudėtis

Nagrinėjami sisteminiai saugumo klausimai, susiję su sistemos veikimu kelių vartotojų režimu. Kuriamos programos, šablonai, ataskaitos, kliento prieigos formos, platinamos vartotojų teisės. Visos sistemos yra testuojamos „koviniu režimu“, dalyvaujant visoms suinteresuotoms šalims.

Pasibaigus įgyvendinimo etapui, įgyvendinimo projektas laikomas baigtu. Pradedama eksploatuoti informacinė sistema.

Kontroliniai klausimai

1. Kas yra „atvira informacinė sistema“? Išvardykite pagrindines atvirų sistemų savybes.

2. Apibūdinti šiuolaikinio proceso požiūrio į įmonės veiklos valdymą esmę ir šio požiūrio panaudojimą kuriant informacines sistemas.

3. Kokie modeliai ir kaip naudojami kuriant informacines sistemas?

4. Kokios programinės įrangos priemonės naudojamos informacinių sistemų kūrimo procesams modeliuoti?

5. Kokių duomenų ir informacijos pagrindu kuriami būsenų KAIP YRA ir KAIP BŪTI modeliai?

6. Kas įmonėje užsiima IP kūrimu, diegimu ir plėtra? Kas dalyvauja rengiant IP kūrimo technines specifikacijas?

7. Įvardykite pagrindinius informacinių technologijų projektavimo etapus.

8. Išvardykite informacinės sistemos gyvavimo ciklo etapus.

9. Kokiame IS kūrimo ir diegimo etape yra mokomas įmonės personalas?

10. Išvardykite pagrindinius IS diegimo etapus.

Įvadas

Sėkmingos veiklos poreikis įnirtingoje konkurencinėje aplinkoje diktuoja jos reikalavimus įmonės verslo procesų efektyvumui. Efektyvumo didinimo problemos sprendimas yra neatsiejamai susijęs su informacinės paramos teikimu procesams, todėl šiandien beveik niekas neabejoja, kad reikia kurti įmonės informacinę sistemą. Dauguma sprendimų priėmėjų šioje srityje laikosi nuomonės, kad informacinės sistemos kūrimo klausimai turėtų būti sprendžiami verslo procesų tobulinimo kontekste. Taip pat yra aiškus supratimas, kad efektyviausia bus tokia sistema, kuri nuolatos informuos visą gamybos ciklą – nuo ​​naujo produkto kūrimo iki gatavų gaminių išleidimo.

Tuo pačiu metu, nepaisant didelio įmonių pasirengimo diegti informacines sistemas, požiūriai į jų kūrimą ir diegimo būdus, švelniai tariant, yra įvairūs. Tuo pačiu metu bet kuri įmonė, kuri pradeda diegti informacinę sistemą, stengiasi šį procesą atlikti per trumpiausią įmanomą laiką ir kokybiškai, todėl keldama didesnius reikalavimus diegimo proceso organizavimui. Šiuolaikiniai diegimo metodai remiasi vadinamuoju procesų metodu, o pats toks įgyvendinimas dažniausiai vadinamas į procesą orientuotu arba tiesiog procesu paremtu. Išsamiau apie proceso požiūrio esmę pakalbėsime šiek tiek vėliau, tačiau kol kas pastebime, kad pati jo panaudojimo galimybė kelia tam tikrus reikalavimus diegiamai sistemai. Visų pirma, tokia sistema reikalauja gebėjimo atkurti įmonės verslo procesus ir turėti priemones jiems tobulinti. Be kitų reikalavimų, pagrindiniai yra vieningos informacinės aplinkos buvimas ir galimybė vartotojams bendradarbiauti su tais pačiais informacijos objektais.

Yra žinoma, kad gamybos planavimo ir valdymo procesai yra pagrįsti informacija, kuri atsiranda gamybos projektavimo ir technologinio paruošimo etape. Vadinasi, visos informacinės sistemos efektyvumas tiesiogiai priklauso nuo šiame etape gautų duomenų aktualumo ir išsamumo. Kitaip tariant, gamybos projektavimas ir technologinis paruošimas yra informacinis pagrindas sprendžiant gamybos klausimus.

Projektuotojų ir technologų darbo automatizavimas prasidėjo nuo automatizuotų darbo vietų (automatizuotų darbo vietų), tai yra įrankių, skirtų inžinerinėms problemoms spręsti ir atitinkamos dokumentacijos išrašymui, kūrimo. Pradėjus atsirasti dideliems informacijos kiekiams elektronine forma, atsirado poreikis šią informaciją valdyti – scenoje pradėjo atsirasti PDM ir PLM sistemos. Taigi vietinių automatizavimo įrankių darbo rezultatus integruoja trečioji sistema, o vietinės darbo vietos gali naudoti bendrą informacinę informaciją.

Mūsų atveju susiduriame su iš esmės kitokiu darbo su dizaino ir technologine informacija būdu. TechnologiCS sistema (apie tai kalbėsime ateityje) pirmiausia yra centralizuotas informacijos apie produktus saugykla (duomenų bazė). Šiuo požiūriu jis labai panašus į tradicines įmonių valdymo sistemas (EMS). Tačiau yra reikšmingas skirtumas, leidžiantis įveikti tradicinį tokių sistemų trūkumą – duomenų neaktualumą ir dažną poreikį iš naujo įvesti informaciją. TechnologiCS suteikia informacijos savininkams – dizaineriams ir technologams – galimybę tiesiogiai dirbti su duomenų baze. Šiuo atveju prieiga prie duomenų bazės vykdoma per patogią sąsają, kiekvienu konkrečiu atveju orientuota į konkrečios funkcijos atlikimą (panašiai į automatizuotą darbo vietą); Taip pat pateikiami visi reikalingi automatikos įrankiai inžinerinėms problemoms spręsti.

Pateikti išsamią lyginamąją visų žinomų informacinių sistemų konstravimo metodų apžvalgą nėra šių eilučių autorių uždavinys, juolab kad skirtingi šaltiniai nevienodai interpretuoja vieningos informacinės aplinkos sampratą. Atkreipkime dėmesį į vieną akivaizdų faktą: galimybė vartotojams bendradarbiauti su tais pačiais informacijos objektais (pavyzdžiui, produkto sudėtimi ar technologiniu procesu) yra įmanoma naudojant informacinės sistemos kūrimo metodą, kuris yra įdiegtas TechnologiCS.

Tolesnio svarstymo objektas bus pasirengimas diegti informacinę sistemą projektavimo ir technologinio gamybos paruošimo srityje (naudojant didelės mašinų gamybos įmonės - Novosibirsko cheminių koncentratų gamyklos pavyzdį).

Proceso požiūris

Verslo procesas paprastai suprantamas kaip logiškai susijusių pasikartojančių veiksmų, kurie kartu įgyvendina tam tikrą verslo užduotį ar įmonės tikslą, grandinė. Šiuolaikinė į procesus orientuota organizacija (1 pav.) yra specializuotų funkcinių padalinių rinkinys, iš vienos pusės, ir verslo procesų rinkinys, kita vertus. Kiekviename iš padalinių įgyvendinamos atskiros verslo procesų funkcijos, o tokių organizacijų darbuotojai, be klasikinio funkcinio pavaldumo, vykdomų verslo procesų rėmuose yra pavaldūs atitinkamiems šių procesų savininkams.

Turime pripažinti, kad šiandien daugelis mašinų gamybos įmonių Rusijoje yra į funkcijas orientuotos organizacijos (2 pav.), kurių struktūra, skirtingai nei procesų organizacijos, turi vertikalią topologiją, sudarytą pagal atliekamas funkcijas, ir griežtą hierarchiją. pavaldumas iš viršaus į apačią.

Tokios organizacijos trūkumai yra proceso savininkų, atsakingų už galutinį rezultatą, nebuvimas, nevalingos destruktyvios konkurencijos tarp skyrių buvimas ir darbuotojų izoliacija nuo galutinio rezultato. Tokių įmonių verslo procesai yra segmentuoti, tai yra, egzistuoja atskiruose funkciniuose padaliniuose, o atskirų struktūrų atliekamų funkcijų efektyvumas dažnai pasiekiamas viso proceso efektyvumo nenaudai. Tokioje organizacijoje itin sudėtinga sąveika ir keitimasis informacija tarp padalinių, bandymas tokiose įmonėse įdiegti informacinę sistemą, nuosekliai automatizuojant atskiras funkcijas, geriausiu atveju, nesugebėjimą integruoti įdiegto funkcionalumo, o blogiausiu atveju; iki projekto žlugimo. Išleidusi nemenkas pinigų sumas, įmonė negauna laukiamos investicijų grąžos.

Diegiant informacines sistemas į funkcijas orientuotose organizacijose, įmonės veiklos restruktūrizavimo verslo procesų supratimo ir tobulinimo kontekste problema iškyla itin opi. Situacijai keisti pasitelkiamas procesų metodas, tai yra procesų sistemos naudojimas organizacijoje kartu su jų identifikavimu ir sąveika, taip pat procesų valdymas. Šio požiūrio privalumai išryškėja lyginant procesą ir funkcinę organizaciją, o papildomas argumentas jo naudai yra dėmesys proceso metodo taikymui kokybės vadybos sistemoje:

Funkcinis ir procesinis IS diegimas

Informacinių sistemų diegimo metodai taip pat gali būti funkciniai arba procesiniai. Tuo pačiu metu reikšmingi skirtumai tarp dviejų skirtingų požiūrių aiškiai matomi jau rengiant įgyvendinimo projektą.

Jei įmonė ketina automatizuoti atskirų darbuotojų veiklą ar įmonės paslaugas (kalbant apie mūsų dalykinę sritį, mes paprastai kalbame apie dizainerių ar technologų įrankius), tada yra funkcinis požiūris: noras automatizuoti atskiras įmonės funkcijas. Geriausias įmanomas tokio automatizavimo rezultatas – sutrumpėjęs vykdymo laikas ir pagerėjusi šių funkcijų kokybė (šiuo atveju – atitinkamos dokumentacijos kūrimas). Tuo pačiu metu sistema paprastai turi suteikti vartotojams maksimalų patogumą atliekant atitinkamas funkcijas, o tolesnio atsirandančios informacijos naudojimo klausimai nukeliami į antrą planą.

Daug didesnį efektą galima pasiekti taikant proceso metodą ir įgyvendinant proceso įgyvendinimą. Automatizavimo objektas šiuo atveju yra end-to-end verslo procesai – todėl, nustatant užduotį, labai svarbu teisingai identifikuoti tuos, kurie turi būti įgyvendinami naudojantis informacine sistema. Žinoma, automatizuojamų procesų pasirinkimas turi atitikti įmonės efektyvumo didinimo strategiją. Pasirinkti verslo procesai yra analizuojami ir projektuojami diegimo informacinėje sistemoje požiūriu. Taikant šį metodą, iš atskirų funkcijų automatizavimo pasiekiamas sinerginis efektas, nes sistema organizuoja bendrą darbuotojų veiklą ir įmonės paslaugas. Remiantis suprojektuotais procesais, nustatomas įdiegto funkcionalumo (darbo vietos konfigūracijos) apimtis, kuri apima procesų poreikius ir tik po to pasirinkti procesai diegiami sistemoje.

Pasirengimo įgyvendinimui veikla reiškia įgyvendinimo projekto parengiamąjį etapą. Funkcinio įgyvendinimo atveju pasiruošimas trunka neilgai: pradinėse stadijose funkcinis požiūris gali duoti greitų rezultatų. Pasiruošimas proceso įgyvendinimui reikalauja gana ilgo laiko ir didesnių išlaidų – tačiau šis įgyvendinimas duoda iš esmės kitokio lygio rezultatus, daug kartų viršijančius visus galimus pirmojo varianto privalumus.

Kalbant apie procesų įgyvendinimą, negalima nepaminėti įrankių, naudojamų verslo procesams modeliuoti. Pats proceso metodas nekelia ypatingų reikalavimų verslo procesų aprašymo ir projektavimo įrankiams, tačiau specializuotų įrankių naudojimas vietoj standartinių biuro programų turi daug neabejotinų pranašumų. Iš daugybės rinkoje esančių priemonių bene efektyviausias yra ARIS programinės įrangos produktas (šią išvadą patvirtina 2004 m. sausį Gartner Group paskelbti tyrimų rezultatai). ARIS (integruotų informacinių sistemų architektūra) yra metodika ir jos pagrindu sukurtų programinės įrangos produktų šeima, kurią sukūrė IDS Scheer. Norėdami susidaryti supratimą apie ARIS, išvardijame pagrindinius jo pranašumus:

Verslo procesų pristatymas grafinių modelių pavidalu;

vieningo modeliavimo standarto prieinamumas;

orientacija į proceso požiūrį;

vienos saugyklos (duomenų bazės) buvimas, leidžiantis naudoti tuos pačius objektus skirtingose ​​diagramose, derinant skirtingus organizacijos požiūrius;

galimybė pagal sukurtą modelį generuoti įvairias ataskaitas, įskaitant ir specialiai vartotojo sukurtas ataskaitas;

gebėjimas organizuoti bendradarbiavimą internete ir intranete.

Be to, ARIS kūrėja yra konsultacinė įmonė, o tai reiškia greitą programinės įrangos modulių diegimą, orientuotą į naujų technikų naudojimą, ir atsižvelgiant į konsultantų patirtį tolimesniame sistemos kūrimo etape.

Informacinės sistemos ir proceso požiūris

Pažvelkime į kelis tipiškus automatizavimo atvejus gamybos įmonėje.

Trūksta automatikos.

Verslo padaliniai naudoja tik popierinius dokumentus. Gaudami informaciją dokumentų pavidalu iš išorinio pasaulio ar iš kitų padalinių, jie ją apdoroja pagal savo funkcijas, generuodami naujus dokumentus, kurie įvedami į kitas tarnybas arba siunčiami į išorinį pasaulį.

Pagrindinis informacijos nešėjas yra dokumentas, informacijos apdorojimas yra nuoseklus.

Įmonėje veikia automatizuota valdymo sistema (ACS).

Kartu su tiesioginiu popierinių dokumentų naudojimu (1 atvejis), dalis jų įvedami į sistemą, kad vėliau būtų galima apdoroti ir gauti apibendrintą informaciją. Suvestinius duomenis (vėlgi popierinių dokumentų pavidalu) naudoja šią informaciją vartojančios tarnybos. Nepaisant akivaizdžių pranašumų, šis metodas turi ne mažiau akivaizdžių trūkumų. Pakanka pasakyti, kad įmonės duomenų bazė dokumentais atskirta nuo informacijos šaltinio (dizaineris, technologas) ir jos vartotojo (MTS paslaugų, planavimo, gamybos padaliniai). Tam tikras laiko tarpas praleidžiamas įvedant informaciją, o tai reiškia, kad mažėja duomenų aktualumo lygis ir padidėja klaidų tikimybė tiek įvedant, tiek naudojant duomenis.

Šiuo atveju, nepaisant centralizuotos informacijos saugyklos (duomenų bazės) atsiradimo, verslo procesų pobūdis išlieka praktiškai nepakitęs lyginant su pirmuoju variantu. Informacijos apdorojimo nuoseklus pobūdis taip pat išlieka nepakitęs.

Parinktys naudojant vietinius automatizavimo įrankius.

Kai įmonė individualiai automatizuoja tam tikras funkcijas, susidaro vadinamasis kratinio automatizavimas. Šių funkcijų įgyvendinimo kokybė neabejotinai tampa aukštesnė, sutrumpėja jų vykdymo laikas, tačiau vietinių sistemų darbo rezultatai įkūnijami tų pačių dokumentų pavidalu. Nesikeičia ir dokumentų apdorojimo būdas (taip pat ir sąveikaujant su automatizuotomis valdymo sistemomis), nesvarbu, ar dokumentai spausdinami popieriuje, ar keičiamasi elektroninėmis bylomis.

Tradicinių PDM ir PLM sistemų naudojimas bus paliktas pokalbyje – tai atskiros diskusijos tema. Be to, kaip jau buvo minėta, skirtingai interpretuojama pati „vieningos informacinės aplinkos“ sąvoka ir bendro darbo su informacija organizavimo principai...

Ką TechnologiCS sistemos įdiegimas duoda proceso metodo taikymui ir verslo procesų tobulėjimui?

Vieninga informacijos šaltinių ir vartotojų informacinė aplinka, visų pirma, leidžia radikaliai pakeisti popierinio dokumento paskirtį ir laikyti jį ne informacijos nešikliu, o ataskaita, sugeneruota remiantis atitinkamu informacijos objektu. duomenų bazėje. Popierinis dokumentas tampa teisinio statuso nešikliu ir yra duomenų iš duomenų bazės rinkinys, atspausdintas blanke. Tokiu atveju failas (elektroninis dokumentas) saugomas centralizuotame elektroniniame archyve, kuris yra neatsiejama sistemos dalis, ir susiejama su duomenų bazės objektu, kurio pagrindu jis buvo gautas. Informacijos kūrėjai (dizainerai, technologai) ir jos vartotojai su atitinkamu informacijos objektu dirba tiesiogiai, turėdami prieigą prie elektroninių dokumentų sistemos jiems suteiktų teisių ribose. Darbo su dokumentais organizavimo tvarka naudojant juos kaip informacijos laikmenas ir duomenų bazių ataskaitas parodyta diagramose (3, 4 pav.).

Išvardinkime pagrindinius nagrinėjamo darbo metodo privalumus – procesų organizavimo įmonėje požiūriu:

Tikras bendras darbas su informacija daugeliu atvejų leidžia pereiti nuo nuoseklaus informacijos apdorojimo metodo prie paralelinio. Kitaip tariant, tampa įmanoma lygiagretinti verslo procesą, žymiai sutrumpinti kūrimo laiką ir sutaupyti laiko tokioms operacijoms kaip tvirtinimas, dokumentacijos tvirtinimas, projektavimo ir technologinių pakeitimų atlikimas.

Dirbant vieningoje informacinėje aplinkoje procesas tampa skaidrus ir valdomas; kiekvienas dalyvis mato ir rezultatą, ir savo vaidmenį procese. Toks darbo organizavimas leidžia sukurti sąveikos grandinę tarp funkcinių padalinių ir atskirų darbuotojų proceso metu.

Kuriant procesus, atsižvelgiant į informacinės sistemos naudojimą, paprastai identifikuojama nemažai dokumentų, kurie visiškai arba iš dalies dubliuoja vienas kitą, taip pat dokumentų, kurie gali būti visiškai nenaudojami, nes juose esanti informacija gali gauti daug efektyvesniu būdu.

Dokumentas, gautas ataskaitos forma iš duomenų bazės ir saugomas archyve, tampa įmonės informacinės bazės ir jos intelektinės nuosavybės dalimi. Tai sumažina žmogiškojo faktoriaus įtaką, taip pat informacijos iškraipymo ar praradimo riziką.

Deja, mūsų išvardyti šio darbo su informacija metodo privalumai sukuria tam tikrų problemų diegiant informacines sistemas. Funkciniai įmonės padaliniai dažniausiai renkasi tvarką savo funkcinėje srityje ir nėra linkę tapti didesnės visumos dalimi. Padalinys siekia šlifuoti ir tobulinti savo funkcijas, per daug negalvoja apie viso proceso efektyvumą ir be didelio entuziazmo suvokia poreikį pertvarkyti veiklą pagal verslo procesų optimizavimo reikalavimus:

Principai, kuriais grindžiamos šiuolaikinės IT, apima bendros įmonės darbuotojų veiklos organizavimą ir yra proceso požiūrio išraiška. Taikydama proceso metodą, įmonė tikrai turi priimti ir sutikti su proceso įgyvendinimo koncepcija. Priešingu atveju projektas bus pasmerktas žlugti nuo pat pirmųjų žingsnių.

Yra žinoma, kad idealių sistemų nėra – ir TechnologiCS sistema, nepaisant nuolatinio tobulėjimo ir spartaus tobulėjimo, šia prasme nėra išimtis. Įdiegtas jis nustato tam tikrus procesų įgyvendinimo būdo apribojimus, todėl procesų projektavimas „kaip ir turi būti“ pasirodo kaip neišvengiamas kompromisas tarp proceso reikalavimų ir sistemos galimybių. Svarbu, kad TechnologiCS gebėtų visapusiškai, ne segmentuotai įgyvendinti gamybos procesų projektavimą ir technologinį paruošimą bei efektyvų duomenų panaudojimą sprendžiant gamybos planavimo ir apskaitos problemas, taip užtikrinant gamybos automatizavimą. procesas kaip visuma.

Realių projektų patirtis

Taigi pakankamai detaliai pagrindėme į procesą orientuoto informacinės sistemos diegimo įmonėje poreikį. Žinoma, yra nemažai svarbių klausimų, kuriuos reikia išspręsti ruošiantis įgyvendinti. Didelių projektų organizavimo patirtis rodo, kad aptariant būsimą įgyvendinimą su įmonių atstovais dažniausiai iškyla trys pagrindinės problemos:

Trūksta aiškiai apibrėžto įgyvendinimo tikslo. Kliento pageidavimai dažnai nukrypsta į visų įmonėje esančių dokumentų gavimo automatizavimą arba viso sistemos funkcionalumo įdiegimą kuo daugiau padalinių ir tarnybų.

Aptariant rengiamą projektą, rangovas ir užsakovo įmonė dažnai kalba skirtingomis kalbomis, tardami tuos pačius žodžius. Nesant vieningo ir nedviprasmiško esamos situacijos, sistemos reikalavimų ir galutinio tikslo supratimo, diegimo metu iškyla neišvengiamos problemos, dėl kurių tiek rangovas, tiek užsakovas nepagrįstai išleidžia papildomus resursus.

Paprastai dėl natūralaus atsparumo bet kokiems pokyčiams įmonės nėra visiškai pasirengusios keisti esamus verslo procesus.

Šias problemas išsprendus parengiamajame etape ir įgyvendinus daugybę veiklų iki projekto įgyvendinimo, galima sumažinti riziką, o dėl to sumažinti projekto kaštus, atlikti jį per trumpiausią įmanomą laiką ir griežtai pagal parengtą planą.

Pateiksime praktinį pavyzdį, pažadėtą ​​pačioje šio straipsnio pradžioje. Metodai, kurių privalumus bandėme pagrįsti aukščiau, buvo panaudoti rengiant TechnologiCS sistemos, skirtos automatizuoti projektavimo ir technologinio gamybos paruošimo Novosibirsko cheminių koncentratų gamykloje procesus, diegimo projektą. Darbus atliko projekto komanda, kurią sudarė CSoft specialistai, Logika Business konsultantai ir įmonės darbuotojai.

Įmonės vadovybė neturėjo įtikinti procesų įgyvendinimo poreikio, juolab kad prieš pat tai, vadovaujant įmonės „Business Logic“ konsultantams, gamykloje buvo vykdomas bandomasis projektas, skirtas verslo planavimui aprašyti ir tobulinti. procesus. Įmonė parodė aukštą pasirengimą keisti verslo procesus nurodytoje dalykinėje srityje, o išsami susipažinimas su TechnologiCS galimybėmis įtikino užsakovą esminiu proceso požiūrio pritaikomumu – projektavimo automatizavimu ir technologiniu parengimu nuo galo iki galo. gamybos procesai.

Apskritai informacinės sistemos proceso įgyvendinimo projektą sudaro šie etapai:

projekto rengimas;

koncepcinis dizainas;

įgyvendinimas;

galutinis paruošimas;

paleidimas ir palaikymas.

Pasirengimo etape nustatomi projekto standartai (įskaitant verslo procesų modeliavimo standartus), o verslo procesų modeliavimas atliekamas „toks, koks yra“. Modelio kūrimo detalumą ir tam reikalingus išteklius daugiausia lemia įmonės būklė.

Kitas etapas apima verslo procesų projektavimą „tokie, kokie jie turėtų būti“ procesų diegimo informacinėje sistemoje požiūriu. Etaloninių modelių, dar vadinamų etaloniniais modeliais arba prototipų modeliais, naudojimas leidžia gauti optimalius rezultatus su minimaliomis pastangomis. Jie reprezentuoja verslo procesų modelius, sukurtus remiantis sėkmingiausia patirtimi įgyvendinant projektus šios pramonės įmonėse.

Tame pačiame etape išsiaiškinamos detalios projekto apimties ir nustatomi galutinių vartotojų vaidmenys, susiję su vykdomo verslo proceso funkcijomis.

Diegimo fazė apima atitinkamo sistemos pritaikymo pagal verslo procesų modelį „kaip turėtų būti“ atlikimą, taip pat į procesą orientuotų mokymo kursų ir vartotojo dokumentacijos kūrimą.

Galutinio pasiruošimo metu vykdomi į procesus orientuoti vartotojų mokymai bei sistemoje įdiegtų verslo procesų testavimas.

Eksploatacijos pradžia ir vėlesnė pagalba yra lydimi nuolatinės vykdomų verslo procesų stebėjimo. Analizuojamos kliūtys, teikiama pagalba vartotojams, procesai nuolat tobulinami.

Šiame straipsnyje mes apsiribosime pirmųjų dviejų sistemos diegimo Novosibirsko cheminių koncentratų gamykloje etapų apžvalga.

Projekto rengimas

Svarbiausia šio etapo dalis buvo verslo procesų modeliavimo standarto sukūrimas ir Modeliavimo sutarties dokumento parengimas. Dokumente yra sąrašas, savybės, pavadinimų suteikimo taisyklės, diagramų ir objektų, naudojamų verslo procesams modeliuoti, ryšio aprašymas, taip pat modeliuojant naudojami grafiniai ženklai. Modeliavimo sutartyse apibrėžiamas būtinas ir pakankamas ARIS metodikos pogrupis, siekiant modeliavimo tikslų ir pašalinti rizikas, susijusias su nesusipratimais, kylančiais tarp užsakovo ir rangovo.

Apklausus ekspertus ir išnagrinėjus įmonės norminę dokumentaciją, buvo galima sukurti tokį verslo procesų modelį, koks yra. ARIS priemonėmis sukurtame modelyje buvo atlikta ekspertizė, po kurios diegimo grupė kartu su įmonių ekspertais suformulavo pasiūlymus verslo procesų tobulinimui. Atkreipkite dėmesį, kad modelio „toks, koks yra“ sukūrimas leidžia suprasti daugelį esamų verslo procesų privalumų ir trūkumų, taigi ir būtinų pakeitimų esmę:

Ekspertų pasiūlymai, palyginti su TechnologiCS pagrindu sukurta koncepcija ir jos funkcionalumo analize, leido aiškiai apibrėžti projekto tikslą.

Prieš pat diegimo pradžią įmonėje vykdytas bandomasis verslo planavimo procesų apibūdinimo ir tobulinimo projektas sumažino rizikos, susijusios su atsparumu būsimiems pokyčiams, poveikį.

Taigi pradinis pasirengimo etapas pašalino problemų, galinčių gerokai apsunkinti įgyvendinimą, atsiradimą.

Koncepcinis dizainas

Šis etapas prasidėjo nuo etaloninio modelio, aprašančio TechnologiCS sistemos funkcionalumą ir informacinius objektus, sukūrimo, atsižvelgiant į Modeliavimo sutarties dokumento reikalavimus. Tokio modelio sukūrimas leido formaliai spręsti procesų projektavimo „kaip turi būti“ problemą, atsižvelgiant į realias sistemos galimybes ir gerokai supaprastino darbą šiame etape.

Toliau, remiantis bendra sistemos koncepcija, realių diegimų patirtimi ir atsižvelgiant į ankstesniame etape pateiktus pasiūlymus, buvo atliktas verslo procesų projektavimas „kaip ir turi būti“. Remiantis ARIS sukurtu modeliu, naudojant specialiai sukurtas programas (ataskaitų skriptus), buvo automatiškai skaičiuojamas darbo vietų skaičius, atsižvelgiant į verslo vaidmenis ir konkrečius verslo procesų funkcijų vykdytojus. Kiekvienam verslo vaidmeniui autorizacijos profiliai buvo sukurti automatiškai.

Šio etapo darbo rezultatas buvo detalaus dokumento „Perėjimo prie procesų „kaip turi būti“ planas“ pasirodymas (5 pav.).

Trumpos išvados

Didžiausią efektą naudojant informacinę sistemą galima gauti tiesiogiai susiejant jos įgyvendinimo užduotis su proceso metodo naudojimu, tai yra, atliekant proceso įgyvendinimą.

Verslo procesų modeliavimas yra efektyviausias naudojant specializuotas priemones ir patikrintas metodikas.

Tam, kad informacinės sistemos diegimas taptų iš esmės įmanomas, net ir sprendimų priėmimo bei pasirengimo įgyvendinti stadijoje būtina atlikti daugybę veiklų, susijusių tiek su situacijos įmonėje analize, tiek su padėties analize. pačios informacinės sistemos analizė.

Sėkmingas sistemos įdiegimas reikalauja nemažai parengiamųjų darbų.

• Patirtis, įgyta ruošiantis diegti TechnologiCS sistemą didelėje mašinų gamybos įmonėje, parodė akivaizdžius proceso įgyvendinimo pranašumus. Įmonė pradėjo sistemos diegimo procesą, turėdama visas reikiamas žinias šiose srityse:

Siųsti savo gerą darbą žinių bazėje yra paprasta. Naudokite žemiau esančią formą

Studentai, magistrantai, jaunieji mokslininkai, kurie naudojasi žinių baze savo studijose ir darbe, bus jums labai dėkingi.

Panašūs dokumentai

Informacinių sistemų projektavimo duomenų bazėmis ypatumai. CASE įrankių naudojimas ir verslo procesų aprašymas BP-Win. Šiuolaikinių informacinių sistemų projektavimo etapai, diagramų tipai ir vizualinis svetainės atvaizdavimas.

kursinis darbas, pridėtas 2012-04-25


Viešbučių informacinių sistemų lyginamoji analizė. CASE įrankių verslo procesų modeliavimui analizė ir parinkimas. Mokomosios srities vizualiniai ir matematiniai modeliai, informacinės sistemos architektūros ir platformos pasirinkimas, duomenų bazių kūrimas.

baigiamasis darbas, pridėtas 2014-07-20


Automatinės projektavimo sistemos. Automatizuotų informacinių sistemų projektavimo įrankių lyginamoji analizė. Eksportuokite SQL kodą į fizinę aplinką ir užpildykite duomenų bazę turiniu. Case įrankių kūrimo etapai ir charakteristikos.

kursinis darbas, pridėtas 2017-11-14


CASE įrankių kaip programinės įrangos, palaikančios informacinių sistemų (IS) kūrimo ir priežiūros procesus, samprata. IDEF technologijos ypatybės IP kūrimui. IDEF0 žymėjimo aprašymas. Funkcinių verslo procesų modelių kūrimas.

pristatymas, pridėtas 2013-04-07


Duomenų bazių valdymo sistemų, CASE projektavimo automatizavimo įrankių konstravimo ir efektyvaus naudojimo principų apžvalga. Metodikos ir priemonių galimybių analizė. Viešbučio verslo procesų modelio kūrimas All Fusion aplinkoje.

kursinis darbas, pridėtas 2012-12-28


Ekonominės informacinės sistemos prieinamumas. Organizacinių projekcijų matrica. Duomenų bazių sistemos kūrimas. Šiuolaikiniai CASE įrankiai. Pagrindiniai informacinių sistemų kūrimo etapai. Absoliutus rodiklis ir išlaidų mažinimo indeksas.

kursinis darbas, pridėtas 2011-03-14


Pagrindiniai programinės įrangos kūrimo principai: jos klasikinis gyvavimo ciklas, prototipų kūrimas, projektavimo strategijos, kūrimo procesų kokybės modeliai. Lygiagrečių algoritmų ir CASE sistemų taikymas, jų efektyvumo vertinimo kriterijai.

kursinis darbas, pridėtas 2015-07-04


Projektavimo priemonių vaidmuo kuriant informacinę sistemą. CASE kūrimo įrankių Bpwin ir Erwin privalumai, paieškos sistemos, Model Validator duomenų modelio klaidų taisymas. Įmonės dokumentų srauto procesų modelio sukūrimas.

testas, pridėtas 2012-06-24

Informacinių sistemų valdymas

Beveik bet kurioje šiuolaikinėje organizacijoje galime stebėti glaudų informacinių technologijų ir pagrindinės veiklos verslo procesų persipynimą. Todėl informacinės sistemos įdiegimas (pakeitimas) tampa rimta transformacija, dažnai paliečiančia įvairias įmonės sritis. Dėl to daugeliu atvejų tai tampa sudėtingu ir skausmingu procesu. Nepaisant to, problemos, kylančios diegiant sistemą, jau pakankamai gerai ištirtos, o dabar sukurti veiksmingi jų sprendimo būdai, sujungti į atitinkamus standartus (metodikas).

Informacinės sistemos diegimas – tai ne tik programinės įrangos įdiegimas, bet ir daug daug darbo reikalaujančių veiklų, tokių kaip įmonės verslo procesų pertvarkymas ir įdiegtos programinės įrangos tobulinimas, taip pat įmonės darbuotojų mokymas dirbti su sistema.

Pradedant svarstyti klausimus, susijusius su informacinių sistemų diegimo organizavimu, pirmiausia reikėtų išsiaiškinti sąvokos „informacinė sistema“ reikšmę. Deja, iki šiol informacinė sistema dažnai reiškia programinį paketą, kuris yra visiška netiesa ir neleidžia susidaryti teisingo supratimo apie įgyvendinimo projekto tikslus.

Informacinė sistema yra kompleksinis nevienalyčių komponentų kompleksas, kurie sąveikauja tarpusavyje ir sukuria vartotojui reikalingas sistemos savybes. Informacinė sistema turėtų būti laikoma visa įmonės infrastruktūra, dalyvaujančia informacijos ir dokumentų srautų valdymo procese ir apimanti:

Technologiniai elementai, užtikrinantys sistemos funkcionavimą:

Dalyko srities informacinis modelis;

Žmogiškieji ištekliai, atsakingi už informacinio modelio formavimą ir vystymą;

Programinės įrangos paketas;

Žmogiškieji ištekliai, atsakingi už programinės įrangos paketo konfigūravimą;

Aparatinė ir techninė bazė;

Operatyviniai ir techniniai žmogiškieji ištekliai;

Sistemos veikimo organizavimą užtikrinantys valdymo elementai:

Informacinio modelio rengimo nuostatai ir jo keitimo taisyklės;

Programinės įrangos paketo techninio ir vartotojo palaikymo taisyklės;

Programinės įrangos paketo konfigūracijos ir jo funkcinių modulių sudėties keitimo taisyklės;

Programinės įrangos paketo naudojimo taisyklės ir vartotojo instrukcijos;

Naudotojų mokymo ir sertifikavimo taisyklės.

Informacinės sistemos diegimo projekto užduotis apima visų aukščiau išvardintų elementų sukūrimą (adaptavimą) ir paleidimą į produktyvią veiklą. Šios užduoties sudėtingumą liudija nuvilianti IT projektų sėkmės statistika, žinoma iš Standish grupės tyrimų rezultatų: 1998 metais tik 26% projektų buvo įvykdyti laiku, neviršijo biudžeto ir užtikrino projekto įgyvendinimą. numatytas funkcijas.

Problemų šaltiniai diegiant informacinę sistemą apima įvairius privataus projekto ir visos įmonės veiklos aspektus. Jie apima:

Valdymo trūkumas įmonėje;

Poreikis iš dalies arba visiškai pertvarkyti įmonės struktūrą;

Poreikis įvairiais aspektais keisti verslo technologijas;

Įmonės darbuotojų pasipriešinimas;

Laikinas darbuotojų darbo krūvio padidėjimas sistemos diegimo metu;

Poreikis suformuoti kvalifikuotą sistemos diegimo ir priežiūros komandą, parinkti stiprų komandos vadovą.

Be to, diegimo procese reikia įgyvendinti vieningą įmonės IT strategiją, kuri leistų tinkamai derinti programinės ir techninės sistemos dalių kūrimą (kūrimą) lygiagrečiai su kuriamų darbų rinkiniu. esama įmonės IT infrastruktūra.

Nemaža dalis projektų įgyvendinimo problemų kyla dėl gana tipiškų klaidų, kurios yra žinomos, tačiau vis dėlto dažnai kartojasi:

Sistemų projektavimas neatsižvelgiant į verslo plėtros strategiją – būtina įsivaizduoti verslo struktūrą ir mastą ateityje mažiausiai 3 metams;

Sistemos „iš viršaus į apačią“ kūrimo principo pažeidimas ir dėl to informacinės paramos trūkumas priimant valdymo sprendimus aukštesniuose valdymo lygmenyse;

Perdėtas aistras verslo procesų pertvarkymui ir kartais nepateisinamas pavaldumas pagrindinės ERP sistemos standartinio funkcionalumo reikalavimams;

Esminis pagrindinių ERP sistemos funkcijų pertvarkymas;

Nerealūs lūkesčiai dėl neteisingo ERP sistemos diegimo ekonomiškumo įvertinimo.

Tuo pačiu metu sukaupta informacinių sistemų diegimo patirtis rodo, kad tokiems projektams yra stabili sėkmės veiksnių grupė, taigi ir galimybė sukurti sėkmingo įgyvendinimo projekto valdymo technologiją, atsižvelgiant į šiuos veiksnius. Racionalus informacinių sistemų diegimo projektų organizavimas aprašomas standartuose (tarptautiniuose, valstybiniuose, įmonių), kurie dažnai vadinami diegimo metodikomis.

Įgyvendinimo projekto sėkmės veiksniai

Diegimo metodikas dažniausiai kuria pirmaujantys informacinių sistemų gamintojai, atsižvelgdami į savo programinės įrangos produktų ypatybes bei įgyvendinimo apimtį. Teigiama tokių standartų pusė yra jų praktinė orientacija. Jie atspindi giliai ištirtas, patikrintas, ne kartą patikrintas darbo instrukcijas ir projekto dokumentų šablonus. Tokie standartai dažniausiai yra toli nuo teorinių abstrakcijų, orientuoti į konkrečių sistemų ypatybes ir turi geriausią patirtį. Tačiau standartai turi ir neigiamų pusių: net metodikos, skirtos panašios klasės sistemoms, nėra keičiamos. Pavyzdžiui, Microsoft Axapta sistemos diegimo metodika iš esmės yra skirta modulių nustatymų ir modifikacijų tvarkymui; o diegiant funkciškai panašius SAP ar ORACLE EBS modulius, vyrauja verslo reinžinerijos ideologija, kurioje organizacijos prašoma keisti veiklos procesus, pritaikant juos prie sistemoje užfiksuotų „geriausių praktikų“. Labiausiai žinomi metodikų pavyzdžiai yra toks, toli gražu ne išsamus, sąrašas:

„Microsoft“ plėtra – metodikos „OnTarget“, „MSF (Microsoft Solutions Framework)“, „Verslo sprendimų partnerių metodika“;

SAP įmonės plėtra – metodikos „SAP procedūrinis modelis“, „ASAP (Accelerated SAP)“;

Oracle kompanijos plėtra – metodikų rinkinys „Oracle Method“.

Tokia standartų įvairovė leidžia organizacijoms pagal jas pasirinkti racionalią strategiją ir suformuluoti savo įgyvendinimo procedūras, t.y., „neišradinėti dviračio“ ir tuo pačiu užtikrinti konkurencinius pranašumus. Metodikų pritaikymas konkrečios įmonės poreikiams yra ne tiek tekstų ir dokumentų šablonų vertimas į rusų kalbą, kiek metodų pritaikymas atsižvelgiant į Rusijos sąlygas. Tokiu atveju dažniausiai peržiūrimi standartuose rekomenduojami užduočių terminai ir seka, sukuriami šaltinio duomenų rinkimo, tikrinimo ir konvertavimo metodai, kuriami sprendimai integracijai su senomis sistemomis.

Informacinės sistemos Klientui pagrindiniai metodikos naudojimo rezultatai yra:

Optimaliai kliento reikalavimus atitinkančio sprendimo kūrimas;

Maksimalus efektyvus projekto išteklių panaudojimas;

Sumažinti įgyvendinimo laiką ir išlaidas;

Projekto rizikos mažinimas.

Tuo pačiu sistemos kūrėjui naudingas ir darbo organizavimas pagal dokumentuotą metodiką:

Atsiranda metodinė bazė naujų darbuotojų mokymui standartiniais diegimo metodais;

Sumažėja vidinės išlaidos projektams organizuoti ir įgyvendinti;

Pagerėja projekto komandos narių sąveika ir tarpusavio supratimas;

Didėja resursų dalijimosi tarp projektų ir komandų efektyvumas.

Nepaisant esamų metodikų įvairovės, jų turinį sudaro šie komponentai: įgyvendinimo projekto darbo paketo sudėties ir struktūros aprašymas, tokio projekto valdymo taisyklės, įgyvendinimo komandos organizacinė struktūra.

Darbų rinkinio struktūrizavimas visų pirma susideda iš projekto etapų (etapų) nustatymo. Projekto suskirstymas į etapus (trunka 3-4 mėnesius) dėl didelio projektų sudėtingumo ir daug laiko, sugaišto diegiant informacines sistemas, leidžia pasiekti reikšmingų rezultatų per trumpesnį laiką ir realizuoti šiuos privalumus organizuojant projektą:

Projekto dokumentacijos duomenys nepasensta;

Atlikus kiekvieną projekto etapą, atsiranda galimybė patikslinti ar pakoreguoti tolesniuose etapuose spręstinas užduotis;

Sumažėja projekto rizika, atsirandanti dėl organizacinių pokyčių Kliento įmonėje projekto metu;

Optimizuojamas projekto biudžetas ir mokėjimų grafikas.

Projekto etapų sudėtis ir darbų paskirstymas į etapus priklauso nuo konkrečios metodikos, tačiau galima nustatyti tipinę etapų sudėtį, kuri įvairiais laipsniais yra visose metodikose ir yra nulemta pačios įgyvendinimo logikos. Tai projekto apibrėžimo, automatizavimo objekto ištyrimo, ekspertizės rezultatų analizės ir sistemos projekto kūrimo, sistemos sukūrimo (konfigūravimo), sistemos paleidimo ir priežiūros etapai.

Kitas žingsnis – identifikuoti procesus (darbų rinkinius), atliekamus įvairiuose projektų etapuose. Procesų sudėtis ir vykdymo seka nustatoma pagal specifinę metodiką ir yra pagrindas planuojant projektą – kuriant hierarchinę darbo struktūrą.

Taigi įgyvendinimo metodika konstruojama kaip dviejų skirtingų žinių sričių sankirta: specifinė produkto – informacinės sistemos – kūrimo technologija ir gana universali projektinei veiklai valdyti skirta technologija.

Įgyvendinimo metodikos komponentai

Pagrindiniai informacinės sistemos diegimo etapai

1. Pagrindinių informacijos srautų įmonėje nustatymas, pagrindinių norminių ir informacinių dokumentų bazės formavimas ir jos suderinimas.

Šiame etape nustatomi pagrindiniai įmonės informacijos srautai ir problemos, kurios gali kilti diegiant (pavyzdžiui, pirminių dokumentų, norminės ir informacinės dokumentacijos, standartų ir kt. trūkumas). Sugeneruojama ir patikrinama pagrindinių norminių informacinių dokumentų duomenų bazė. Remiantis šios apklausos rezultatais, sudaromas visų įgyvendinimo projekto dalyvių pasirašytas dokumentas, kuriame aprašomos visos nustatytos problemos ir nurodomi jų pašalinimo būdai. Nuo šio etapo kokybės ir parengto dokumento išsamumo dažnai priklauso viso projekto sėkmė. Reikia pasakyti, kad būtina viso įgyvendinimo projekto sėkmės sąlyga yra išsami jo dokumentacija.

2. Informacinio-funkcinio įmonės veiklos modelio (IDEF) sukūrimas, automatizuojamų procesų aprašymas ir optimizavimas.

Be informacinio ir funkcinio įmonės veiklos modelio kūrimo, šiame etape kuriami ir suderinami katalogų bei sistemų klasifikatorių nustatymai. Esant poreikiui, priimami sprendimai keisti esamą apskaitos praktiką ar funkcinius modelius. Čia labai svarbu korporatyvinių standartų (kurių Ukrainoje paprastai nėra) buvimas. Šiame etape turi būti sukurti įmonių apskaitos standartai arba išanalizuoti jų išsamumas. Šią užduotį gali atlikti tik gerai apmokytas personalas arba išorės konsultantai. Pagrindinis reikalavimas šiuo atveju yra visų sistemos funkcionavimui reikalingų žinynų ir klasifikatorių (vieningas gaminių, prekių ir medžiagų klasifikatorius; sąskaitų planas ir apskaitos analitinės ypatybės; skolininkų ir kreditorių žinynai, pagrindinių verslo operacijų žinynas, materialinio ir piniginio turto judėjimo apskaitos standartai ir kt.) bei jų organizavimo principų atitikimas sistemos reikalavimams.

Taip pat labai pageidautina modeliuoti įmonės verslo procesus, nes tai leidžia gerai pasiruošti diegimui. Modeliavimą turėtų atlikti gerai apmokyti klientų įmonės darbuotojai, pasitelkę aukštos kvalifikacijos konsultantus ir susiedami sukurtą modelį su verslo standartais bei būsima sistema. Po mokymų įgyvendinimo grupė parengia detalų įgyvendinimo projekto planą, į kurį įtraukiami tokie klausimai kaip projekto dalyvių pareigos, darbų pradžios ir pabaigos datos bei kitos susijusios užduotys, kurios gali būti sprendžiamos lygiagrečiai. Darbus kartu atlieka įgyvendinimo komanda ir išorės konsultantai.

3. Pilotinio projekto įgyvendinimas.

Šiame etape visa įmonės veikla yra pilnai sumodeliuota. Atskiruose įmonės padaliniuose faktiniai duomenys įvedami į sistemą (ribotai) ir nuosekliai tikrinamos verslo funkcijos, imituojant realias įmonės veiklos situacijas (sąlygomis, kiek įmanoma artimesnėmis realybei). Remiantis bandomaisiais pavyzdžiais, rengiamas padalinių tarpusavio darbas. Remdamasi bandomojo pavyzdžio rezultatais, įmonės vadovybė priima sprendimą dėl visapusiško sistemos diegimo.

4. Sistemos pritaikymas įmonėje.

Šio etapo metu sistema sukonfigūruojama pagal įgyvendinimo projekto planą ir atskirus modulius bei funkcijas išbando diegimo komanda. Galutiniai vartotojai yra mokomi dirbti su sukonfigūruota sistema tiesiogiai savo darbo vietose. Tokiu atveju jau turi būti įdiegta ir sukonfigūruota galutinio vartotojo prieigos prie informacijos ribojimo sistema. Mokymus vykdo įgyvendinimo grupės nariai – klientų įmonės darbuotojai.

5. Bandomasis ERP_sistemos veikimas.

Šiame etape klientas turi užtikrinti, kad sistemos konfigūravimo metu gautas funkcionalumas visiškai atitiktų įmonės keliamus reikalavimus. Šiame etape palaikomas dvigubas duomenų įvedimas į seną ir naują sistemą. Bandomojo veikimo metu: generuojamos standartinės ataskaitos (naudojant ERP sistemą ir įprastais būdais) ir atliekama duomenų patikra; sistema pradedama veikti palaipsniui, atskirose apskaitos ar valdymo srityse; dokumentuojamos darbo vietų priežiūros instrukcijos ir koreguojami apskaitos proceso dalyvių pareigybių aprašymai ir kt.

6. Sistemos paleidimas komerciniam naudojimui.

Parengiamas įdiegtos sistemos perkėlimo į komercinę veiklą planas, nustatomos darbo procedūros ir galutinių vartotojų perėjimo dirbti į naująją sistemą grafikas. Tada šie planai nuosekliai įgyvendinami. Konvertuojami reikalingiausi duomenys iš senų sistemų.

7. Pramonės veiklos palaikymas.

Straipsnio tekstas

Balamirzoevas Nazimas Liodinovičius, ekonomikos mokslų kandidatas, Dagestano valstybinio technikos universiteto, Makhačkalos Naftos ir dujų pramonės Ekonomikos ir vadybos katedros vyresnysis dėstytojas [apsaugotas el. paštas]

Įmonės valdymo informacinės sistemos diegimo problemos

Anotacija. Straipsnyje aptariamos pagrindinės problemos ir uždaviniai, kurie dažniausiai iškyla diegiant įmonės valdymo informacines sistemas bei rekomendacijos joms spręsti. Raktažodžiai: informacinės sistemos, informacinis procesas, informacija, įmonė, organizacija, firma.

Įmonės valdymo informacinės sistemos įdiegimas, kaip ir bet koks didelis įmonės pertvarkymas, yra sudėtingas ir dažnai skausmingas procesas. Tačiau kai kurios problemos, kylančios diegiant sistemą, yra gana gerai ištirtos, formalizuotos ir turi efektyvias sprendimo metodikas. Išankstinis šių problemų tyrimas ir jų paruošimas žymiai palengvina diegimo procesą ir padidina tolesnio sistemos naudojimo efektyvumą problemos ir užduotys, kurioms sprendžiant reikia ypatingo dėmesio:

trūksta valdymo užduočių įmonėje;

būtinybė iš dalies arba visiškai pertvarkyti įmonės struktūrą;

būtinybė įvairiais aspektais keisti verslo technologijas;

įmonės darbuotojų pasipriešinimas;

laikinas darbuotojų darbo krūvio padidėjimas diegiant įmonės valdymo informacinę sistemą Poreikis suformuoti kvalifikuotą komandą sistemos diegimui ir priežiūrai, pasirenkant stiprų komandos vadovą: 1. Trūksta valdymo užduočių įmonėje. Ko gero, šis momentas yra pats reikšmingiausias ir sunkiausias. Iš pirmo žvilgsnio jo tema atkartoja antrosios pastraipos, skirtos įmonės struktūros pertvarkymui, turinį. Tačiau iš tikrųjų ji yra globalesnė ir apima ne tik vadybos metodikas, bet ir filosofinius bei psichologinius aspektus. Faktas yra tas, kad dauguma vadovų valdo savo įmonę tik remdamiesi savo patirtimi, intuicija, vizija ir labai nestruktūruotais duomenimis apie jos būklę ir dinamiką. Paprastai, jei vadovo prašoma bet kokia forma apibūdinti savo įmonės veiklos struktūrą ar nuostatų, kuriomis remdamasis jis priima valdymo sprendimus, rinkinį, reikalas greitai patenka į aklavietę svarbiausias veiksnys, turintis įtakos įmonės veiklos sėkmei apskritai ir automatizavimo projekto sėkmei. Pavyzdžiui, visiškai nenaudinga įdiegti automatizuotą biudžeto sudarymo sistemą, jei pats biudžetas nėra tinkamai įgyvendinamas įmonėje, nes šiuo metu Rusijoje nėra iki galo išvystytas nacionalinis požiūris į valdymą Šiuo metu Rusijos vadyba yra sprogus Vakarų valdymo teorijos (kuri daugeliu atžvilgių neadekvati esamai situacijai) ir sovietų-rusų patirties mišinys, kuris, nors ir daugeliu atžvilgių dera su bendraisiais gyvenimo principais, bet nebeatitinka griežti rinkos konkurencijos reikalavimai, todėl pirmas dalykas, kurį reikia padaryti, kad įmonės valdymo informacinės sistemos diegimo projektas būtų sėkmingas, kuo labiau įforminti visas tas valdymo kilpas, kurias realiai planuojama sukurti. automatizuotas. Daugeliu atvejų to nepavyksta pasiekti neįsitraukiant profesionalių konsultantų, tačiau iš patirties matyti, kad konsultantų kaštai tiesiog nepalyginami su nuostoliais dėl nepavykusio automatizavimo projekto.2. Dalinio įmonės struktūros ir veiklos pertvarkos poreikis diegiant įmonės valdymo informacinę sistemą. Prieš pradedant diegti valdymo informacinę sistemą įmonėje, dažniausiai tenka atlikti dalinę jos struktūros ir verslo technologijų pertvarką. Todėl vienas iš svarbiausių projekto įgyvendinimo etapų yra visapusiškas ir patikimas įmonės patikrinimas visais jos veiklos aspektais. Remiantis apklausos metu gauta išvada, sudaroma visa tolesnė įmonės informacinės sistemos konstravimo schema. Be jokios abejonės, viską galima automatizuoti „kaip yra“, tačiau to daryti nereikėtų dėl daugelio priežasčių. Faktas yra tai, kad dėl apklausos dažniausiai fiksuojama daugybė vietų, kur atsiranda nepagrįstų papildomų išlaidų, taip pat prieštaravimai organizacinėje struktūroje, kurių pašalinimas sumažintų gamybos ir logistikos kaštus, taip pat žymiai sumažintų. įvairių pagrindinių verslo procesų etapų vykdymo laikas. Vaizdžiai tariant, jūs negalite automatizuoti chaoso, nes tai sukels „automatinį chaosą“. Reorganizavimo terminu aš net neturiu omenyje pertvarkymo klasikine vakarietiška prasme, visiškai pertvarkant visą vidaus ekonominę ir komercinę veiklą. Reorganizavimas gali būti vykdomas daugelyje vietinių taškų, kur tai objektyviai būtina, o tai nesukels pastebimo dabartinės komercinės veiklos nuosmukio.3. Poreikis keisti darbo su informacija technologiją ir verslo principus Efektyviai sukonstruota informacinė sistema negali pakeisti esamos planavimo, biudžeto sudarymo ir valdymo bei verslo procesų valdymo technologijos svarbiausios įmonės informacinės sistemos ypatybės vadovui yra valdymo moduliai apskaita ir finansų kontrolė. Dabar kiekvienas funkcinis padalinys gali būti apibrėžtas kaip finansinės apskaitos centras, turintis atitinkamą jo vadovo finansinės atsakomybės lygį. Tai savo ruožtu padidina kiekvieno iš šių vadovų atsakomybę, o vyresniesiems vadovams suteikia veiksmingus įrankius, leidžiančius aiškiai kontroliuoti individualių planų ir biudžetų įgyvendinimą Turėdamas įmonės valdymo informacinę sistemą, vadovas gali gauti naujausius datą ir patikimą informaciją apie visus įmonės veiklos aspektus, be laikinų vėlavimų ir nereikalingų perdavimo ryšių. Be to, informacija vadovui pateikiama patogia forma „iš lapo“, nesant žmogiškųjų veiksnių, galinčių šalinti ar subjektyviai interpretuoti informaciją perdavimo metu. Tačiau būtų teisinga pastebėti, kad kai kurie vadovai nėra įpratę priimti valdymo sprendimų dėl informacijos gryna forma, nebent kartu būtų pateikta informaciją pateikusio asmens nuomonė. Toks požiūris iš principo turi teisę į gyvybę, net jei yra įmonės valdymo informacinė sistema, tačiau dažnai tai neigiamai veikia valdymo objektyvumą Įdiegus įmonės valdymo informacinę sistemą, verslo procesų valdyme atsiranda esminių pokyčių. Kiekvienas dokumentas, kuriame informacijos lauke rodoma tam tikro verslo proceso eiga arba pabaiga, integruotoje sistemoje sukuriamas automatiškai, remiantis pirminiu procesą atidarytu dokumentu. Už šį verslo procesą atsakingi darbuotojai tik stebi ir prireikus keičia sistemos sugeneruojamų dokumentų pozicijas. Pavyzdžiui, klientas pateikė produktų užsakymą, kuris turi būti baigtas iki tam tikros mėnesio datos. Užsakymas įvedamas į sistemą, jo pagrindu sistema automatiškai sukuria sąskaitą faktūrą (pagal esamus kainodaros algoritmus), sąskaita išsiunčiama klientui, o užsakymas siunčiamas į gamybos modulį, kuriame užsakoma prekės rūšis. yra suskirstytas į atskirus komponentus. Pagal pirkimo modulyje esantį komponentų sąrašą, sistema sukuria užsakymus jiems įsigyti, o gamybos modulis atitinkamai optimizuoja gamybos programą, kad užsakymas būtų įvykdytas laiku. Natūralu, kad realiame gyvenime yra įvairių variantų, kaip neišvengiamai sutrikdyti užsakymo pristatymą. Įrangos gedimai ir pan. Todėl kiekvieną užsakymo vykdymo etapą turi griežtai kontroliuoti už jį atsakingas darbuotojų ratas, kuris, esant reikalui, turi sukurti vadybinį poveikį sistemai, kad būtų išvengta nepageidaujamų pasekmių ar jas sumažinti. Nereikėtų manyti, kad dirbant su įmonės valdymo informacinė sistema taps paprastesnė. Atvirkščiai, ženkliai sumažėjęs popierizmas pagreitina procesą ir pagerina užsakymų apdorojimo kokybę, didina visos įmonės konkurencingumą ir pelningumą, o visa tai reikalauja didesnės atlikėjų santūrumo, kompetencijos ir atsakomybės. Gali būti, kad esama gamybinė bazė nesusitvarkys su nauju informacijos srautu apie gamybos proceso eigą, taip pat reikės įgyvendinti organizacines ir technologines reformas, kurios vėliau turės teigiamos įtakos įmonės klestėjimui. įmonė. 4. Įmonės darbuotojų pasipriešinimas Diegiant įmonės valdymo informacines sistemas, dažniausiai pastebimas aktyvus vietinių darbuotojų pasipriešinimas, kuris yra rimta kliūtis konsultantams ir gana gali sutrikdyti ar gerokai uždelsti diegimo projektą. Tai lemia keli žmogiškieji veiksniai: įprasta naujovių baimė, konservatyvumas (pavyzdžiui, sandėlininkui, 20 metų dirbusiam su popierine ar iš dalies automatizuota kartoteka, dažniausiai psichologiškai sunku pereiti prie kompiuterio), baimė prarasti savo. darbo ar prarasti savo nepakeičiamumą, baimė gerokai padidinti atsakomybę už savo veiksmus. Įmonės vadovai, nusprendę automatizuoti savo verslą, tokiais atvejais privalo visokeriopai padėti atsakingai specialistų grupei, vykdančiai įmonės valdymo informacinės sistemos diegimą, atlikti aiškinamąjį darbą su personalu, be to: sukurti. tarp visų lygių darbuotojų jaučia stiprų įgyvendinimo neišvengiamumo jausmą;

Suteikite įgyvendinimo projekto vadovui pakankamai įgaliojimų, nes pasipriešinimas kartais (dažnai nesąmoningai arba dėl nepagrįstų ambicijų) kyla net aukščiausio lygio vadovų lygmenyje;

visada palaiko visus organizacinius sprendimus įgyvendinimo klausimais išduodama atitinkamus įsakymus ir rašytinius nurodymus.5. Laikinas darbuotojų darbo krūvio padidėjimas diegiant įmonės valdymo sistemą Kai kuriais įgyvendinimo projekto etapais įmonės darbuotojų krūvis laikinai padidėja. Taip yra dėl to, kad, be įprastų darbo pareigų, darbuotojai turi išmokti naujų žinių ir technologijų. Bandomojo eksploatavimo metu ir pereinant prie pramoninio sistemos veikimo kurį laiką reikia vykdyti verslą, kaip ir naujoje sistemoje, ir toliau juos vykdyti tradiciniais būdais (išlaikyti popierinių dokumentų srautą ir jau esamas sistemas). Atsižvelgiant į tai, tam tikri sistemos diegimo projekto etapai gali būti uždelsti, dingstant, kad darbuotojai jau turi pakankamai skubių darbų pagal paskirtį, o sistemos įsisavinimas yra antraeilis ir blaškantis veikla. Tokiais atvejais įmonės vadovas, be aiškinamojo darbo su darbuotojais, kurie vengia naujų technologijų kūrimo, privalo:

padidinti darbuotojų motyvacijos įsisavinti sistemą lygį paskatų ir padėkų forma;

imtis organizacinių priemonių bylų lygiagrečio valdymo laikotarpiui sutrumpinti.6. Kvalifikuotos sistemos diegimo ir priežiūros grupės, grupės vadovo formavimas Daugumos didelių įmonių valdymo automatizavimo sistemų diegimas vykdomas naudojant šią technologiją: įmonėje sudaroma nedidelė (36 žmonių) darbo grupė, kuriai atliekama visapusiška. mokymus dirbti su sistema, tada ši grupė prisiima didelę dalį sistemos diegimo ir tolesnio jos priežiūros darbų. Tokios technologijos naudojimą lemia du veiksniai: pirma, tai, kad įmonė paprastai yra suinteresuota, kad po ranka būtų specialistai, galintys greitai išspręsti daugumą operacinių problemų diegiant ir eksploatuojant sistemą, ir, antra, apmokyti savo darbuotojus ir juos naudoti. visada būtina pigiau nei užsakomos paslaugos. Taigi stiprios darbo grupės suformavimas yra raktas į sėkmingą įgyvendinimo projekto įgyvendinimą. Ypač svarbus klausimas yra tokios grupės vadovo ir sistemos administratoriaus pasirinkimas. Vadovas, be pagrindinių kompiuterinių technologijų žinių, turi turėti gilių žinių verslo ir vadybos srityje. Didžiųjų Vakarų kompanijų praktikoje toks asmuo užima CIO (Chief Information Officer) pareigas, kurios dažniausiai yra antras įmonės valdymo hierarchijoje. Buitinėje praktikoje, diegiant sistemas, šį vaidmenį dažniausiai atlieka automatizuotų valdymo sistemų skyriaus ar panašaus skyriaus vadovas. Pagrindinės darbo grupės organizavimo taisyklės yra šie principai:

Darbo grupės specialistai turi būti skiriami atsižvelgiant į šiuos reikalavimus: šiuolaikinių kompiuterinių technologijų išmanymą (ir norą jas įsisavinti ateityje), bendravimo įgūdžius, atsakingumą, drausmę;

Ypatingą atsakomybę reikėtų prisiimti renkantis ir skiriant sistemos administratorių, nes jam bus prieinama beveik visa įmonės informacija;

galimas specialistų atleidimas iš įgyvendinimo grupės projekto metu gali turėti itin neigiamos įtakos jo rezultatams. Todėl komandos nariai turėtų būti atrenkami iš atsidavusių ir patikimų darbuotojų ir turėtų būti sukurta sistema, kuri remtų šį įsipareigojimą viso projekto metu;

Nustačius į įgyvendinimo grupę įtrauktus darbuotojus, projekto vadovas turi aiškiai aprašyti kiekvieno iš jų atliekamų užduočių spektrą, planų ir ataskaitų formas, ataskaitinio laikotarpio trukmę. Geriausiu atveju ataskaitinis laikotarpis turėtų būti viena diena. Visos aukščiau pateiktos užduotys, kylančios kuriant informacinę sistemą, ir jų sprendimo būdai yra labiausiai paplitę ir natūralu, kad kiekviena įmonė turi savo unikalią organizacinę specifiką. , o diegiant įmonės valdymo informacinę sistemą gali iškilti įvairių niuansų , kuriuos reikia papildomai apsvarstyti ir ieškoti jų sprendimo būdų. Tiesą sakant, todėl ir egzistuoja profesionalūs verslo konsultantai.

Nuorodos į šaltinius 1. Antonets, V.L., Nechaeva N.V. Inovatyvus verslas. Perspektyvios plėtros komercializavimo modelių formavimas. M.: Delo, Nacionalinės ekonomikos akademija, 2009. 320 p. 2. Kostrova, A.V. Informacijos valdymo metodai ir modeliai: vadovėlis // A.V. Kostrova. M.: Finansai ir statistika, 2007. 336 p. 3. Maglinets, Yu.A. Reikalavimų automatizuotoms informacinėms sistemoms analizė. M.: Interneto informacinių technologijų universitetas INTUIT.ru, 2010. 200 p. 4. Shuremov, E.L., Chistov D.V., Lyamova G.V. „Įmonių valdymo informacinės sistemos“, išleido M.: Leidykla „Buhalterija“, 2011 m.

Balamirzojevas N. L., ekonomikos mokslų daktaras, katedros „Ekonomika ir valdymas naftos ir dujų pramonėje“ vyresnysis mokytojas FGBOU VPO „Dagestano valstybinis technikos universitetas“, [apsaugotas el. paštas] informacinės valdymo sistemos įvedimo enterpriseAbstract. Straipsnyje aptariamos pagrindinės problemos ir uždaviniai, iškylantys daugeliu atvejų įmonei diegiant informacijos valdymo sistemas bei rekomendacija dėl jų sprendimo Raktiniai žodžiai: informacinės sistemos, informacijos procesas, informacija, įmonė, organizacija, firma.

 

Gali būti naudinga perskaityti:

• Elektroninė piniginė: kurią geriau pasirinkti?;
• Informacinių sistemų diegimas Naujos įmonės informacinės sistemos diegimas;
• Kaip parašyti pretenziją į MTS Bendrojo įgaliojimo MTS formą;
• „Windows 10“ kompiuterio optimizavimas;
• „Xiaomi mi 4c“ programinė įranga;
• Laikrodžio nustatymas „Android“ darbalaukyje;
• Parsisiųsti žaidimą play market į savo kompiuterį rusų kalba;
• MIUI programinė įranga HTC One X;