Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
18
1.Problematykainformatyzacjiprzedsiębiorstwiorganizacji
Najwyższąwarstwęaplikacyjnąstanowiązintegrowanesystemyinformatyczne.
Systemytesąwdrażanejakoinformatyczneśrodowiskoaplikacyjneintegrująceróżne
obszaryfunkcjonowaniaprzedsiębiorstwnapoziomieoperacyjnym,anajbardziejza-
awansowaneznichobejmująswymzakresemfunkcjonalnymrównieżstrategicznypo-
ziomfunkcjonowaniaorganizacji.Typowymprzykłademtakichsystemówsązintegro-
wanesystemyzarządzaniaklasyERP(np.SAP,OracleApplications,IFS).
Korzyściekonomiczne,jakiemożnauzyskaćdziękiwdrażaniusystemówposzcze-
gólnychwarstwaplikacyjnych:systemówstanowiskpracy,systemówdziedzinowych,
systemówzintegrowanych,sąodpowiednio:małe,średnie,duże.Zdrugiejstronynależy
braćpoduwagę,wtrakcieokreślaniaprogramówinformatyzacjiprzedsiębiorstw,fakt,
iżtakiestopniowaniedotyczyrównież(zoczywistychwzględów)kosztówprojektów
wdrożeń.
Następnazasadadotyczącaprojektównapoziomiekolejnychwarstwaplikacyjnych
jesttaka,iżrośniewymaganystopieńzaangażowaniawłasnychzasobówludzkich.
Wprzypadkusystemówstanowiskpracyjestonśredni–zaangażowanisąposzczególni
pracownicy,którymzwyklewystarczapodstawoweprzeszkoleniewzakresiewykorzys-
tywaniaoprogramowania.Wprzypadkusystemówdziedzinowychzaangażowanieto
jestduże,gdyżpopierwsze,mamytutajdoczynieniazwdrożeniemwłaściwymsystemu
(anieprostąinstalacjąsystemu),wymagającymjegokonfiguracji,zaprojektowaniajego
bazdanychitympodobnychczynnościwdrożeniowych,apodrugie,wprojekciemuszą
braćudziałniemalwszyscypracownicydanegoobszaru(włączniezkadrązarządzającą
średniegoszczebla),którzybędąodmomentuuruchomieniasystemuwchodzićzesobą
winterakcjezajegopomocą.Jeślinatomiastweźmiemypoduwagęprojektywdrożeń
systemówzintegrowanych,tozaangażowanajestwtakiprojektpraktyczniecałakadra
kierownicza,awczęściopracowywaniakoncepcjikonfiguracjisystemubiorąudział
wszyscykluczowipracownicyobszarówobjętychtakimwdrożeniem.
Ostatnimzagadnieniem,którechcielibyśmyprzedyskutowaćwtymrozdzialejest
problem:„Czyorganizacjepowinnydostosowywaćsiędostrukturyimetodfunkcjono-
wania«zaszytych»wsystemachinformatycznych(wdrażamygotowysystemoferowa-
nynarynku,czylitzw.system„zpółki”),czyraczejpowinniśmysystemdostosować
dostrukturyimetoddziałaniadanejorganizacji?”.Problemtennależytutajporuszyć,
gdyżnarosłowokółniegobardzowiele„przesądów”,które,jaktoprzesądy,niemają
pozytywnegowpływunapraktykęinformatyzacjiprzedsiębiorstwiinstytucji.
Otóżpopierwszezauważmy,żepytaniatakiegoniezadajesięwówczas,gdyprzed-
siębiorstwozamawiadedykowanydlasiebiesystem.Wówczas,zgodniez„regułami
sztuki”,októrychbędziemymówićwtrzeciejczęściksiążki,rozpoczynamyprojekt
odanalizywymagańużytkownika,którejgłównymcelemjestwłaśniezapewnienie,
żekonstruowanysystembędziedopasowanydospecyfikizamawiającego.Oczywiście,
wsytuacji,gdypotrzebyprzedsiębiorstwawzakresiepewnegoobszaruinformatyzacji
niesąunikatowe,lepiej(przedewszystkimtaniej,aleibezpieczniej)oprzećsięnaroz-
wiązaniuinformatycznym,którezostałojużsprawdzonewpraktycewwielupodobnych
przypadkach.Niemniejwcalenieoznaczato,żewprzypadkuwdrożeniasystemu„zpół-
ki”nieobowiązująnaswspomnianewyżej„regułysztuki”iżenienależygodostosować
