Duomenų bazių valdymo sistema ir kooperacija

Šiame puslapyje norime pakalbėti apie: „Nuotolinis DBA tarp įmonių bendradarbiavimo būdu“

Mėgaukitės skaitymu.

1 dalis iš 2

Išankstinė informacija

ŠALTINIS: Claudio VENTURINI

PAVADINIMAS: Projektavimas ir plėtra Duomenų saugyklos kooperatinėje aplinkoje

Pranešėjas: dr. Andrea MAURINO

Vadovas: dr. Angelo SIRONI

Claudio Venturini baigiamojo darbo, kurį Stefano Fantinui perdavė Studijų universiteto profesorius Andrea Maurino, pateikiami informaciniais tikslais. milano Bicocca, kaip skaitymo ir dokumentacijos šaltinis.

Kooperacija: IT problemos

Bendradarbiavimo scenarijuje yra dvi ar daugiau organizacijų, kurios veikia konkurenciniu režimu tam tikroje rinkoje ir kurios vis dėlto turi bendradarbiauti kai kuriais verslo aspektais. Priežastys gali būti įvairios ir apie jas plačiai diskutuojama ekonomikos, organizacijų valdymo ir žinių valdymo srityse.

Paprastai bendradarbiavimo santykiai tarp skirtingų veikėjų gali būti sukurti pačių dalyvių valia arba primesti trečiųjų šalių. Pirmuoju atveju veikėjai bendradarbiaudami nustato galimybę gauti bendrą naudą, kurios nė vienas iš jų negalėtų gauti grynai konkurencinio scenarijaus atveju. Pavyzdys yra keitimasis informacija, siekiant pagerinti teikiamų produktų ar paslaugų kokybę klientų. Tačiau antruoju atveju scenarijus numato trečiąjį veikėją, kuris turi galią priversti arba skatinti dalyvius keistis informacija. Tipiškas atvejis – kai kurios organizacijos pagal įstatymą įpareigojamos dalyvauti bendradarbiavimo mechanizme.

IT požiūriu kooperacijai būdinga tai, kad dalyvaujantys subjektai turi keistis informacija, tačiau visiškai neintegruodami savo informacinių sistemų. Toks keitimasis informacija turi būti gerai kontroliuojamas, nes bendradarbiavimas gali būti pelningas tik tuo atveju, jei bendradarbiaujantis santykių aspektas duoda naudos visiems dalyviams, todėl atskiram dalyviui nesukuria konkurencinių pranašumų. Taigi svarbiausios problemos programinės įrangos sistemos, atliekančios šią integraciją kooperacinėje aplinkoje, kūrimo požiūriu yra šios:

Informacijos, kuria bus dalijamasi, identifikavimas Supratimas, kokia informacija reikia keistis ir todėl ją integruoti, kad ji būtų naudinga visoms dalyvaujančioms organizacijoms.

Integravimo metodai parenka tinkamus metodus, kad būtų galima atlikti integraciją tiek proceso, kurio reikia laikytis, tiek naudojamų architektūrų ir sistemų požiūriu. Ši sritis taip pat apima problemas, susijusias su galimų semantinių neatitikimų tarp įvairių organizacijų gaunamos informacijos sprendimu.

Mastelio keitimas bendradarbiavimo konkurse dalyvaujančių organizacijų skaičius gali siekti keliasdešimt ir laikui bėgant kisti: todėl būtina, kad architektūra būtų pakankamai keičiama, kad susijusi duoti galima gana paprastai integruoti į sistemą.

Lankstumas Įvairių informacinių sistemų integravimas padidina tikimybę, kad bent viena iš jų pasikeis per trumpą laiką. Ši tikimybė yra tuo didesnė, kuo labiau integruotos informacinės sistemos, ir tai visų pirma yra problema, kai dalijamasi informacija yra daug. Todėl sistema turi sugebėti greitai reaguoti į įvairių integruotų informacinių sistemų pokyčius.

Saugumas užtikrina skelbiamos informacijos saugumą taikant tinkamus prieigos kontrolės mechanizmus

Privatumas garantuoja paskelbtos informacijos privatumą, kad vienas iš dalyvių nesužinotų kitoms organizacijoms svarbios informacijos, pavyzdžiui, per išvadines atakas. Visų pirma, būtina rasti tinkamą pusiausvyrą tarp naudingumo duoti analitiniams tyrimams atlikti, ir reikiamą privatumo lygį.

Savybės  duoti  kada aš  duoti  yra paskelbti, organizacija rizikuoja prarasti jų kontrolę. Šiai problemai didelę įtaką daro trečiosios šalies buvimas ir dalyvaujančių organizacijų pasitikėjimas

jie grąžino tave atgal. Kai kuriais atvejais iš tikrųjų ši trečiosios šalies įstaiga gali prisiimti atsakomybę už valdymą duoti pasidalino.

Kad išspręstų šias problemas, IT pirmiausia turi nustatyti architektūras, platformas ir technologijas, reikalingas informacijai integruoti ir keistis. Antra, ji turi apibrėžti tinkamą plėtros modelį, ypač atsižvelgiant į reikalavimų rinkimo etapą. Toliau išsamiai išanalizuosime, kaip konkrečiu duomenų saugyklos sistemos kūrimo atveju galima tenkinti nurodytus reikalavimus.

DW paprastai naudojamas kiekybinei organizacijos verslui svarbių įvykių, tokių kaip pardavimai, pirkimai ar atsargų lygiai, analizei. Todėl jame pateikiama skaitinio tipo informacija, pvz., produktų kiekiai arba kainos. Norėdami tai padaryti, DW sutvarko informaciją taip, kad ją būtų galima efektyviai panaudoti atliekant analizę sprendimų palaikymo tikslais. THE duoti jie yra išgaunami iš įvairių organizacijos šaltinių ir integruojami naudojant vieną iš integravimo metodų, siekiant gauti vieningą vaizdą. Šio etapo metu jie taip pat gali būti valomi, o jo pabaigoje jie integruojami į DW.

DW naudoja skirtingų lygių vartotojai. Vykdomieji organai jį naudoja sudėtingai įvairių verslo aspektų analizei, kad pagrįstų savo sprendimus.

Kiti vartotojai gali jį naudoti tiesiog periodinėms ataskaitoms generuoti, kurios kartais gali būti net viešai paskelbtos už organizacijos ribų.

Bendradarbiaujančioje aplinkoje sukurtame DW vieninteliai šaltiniai duoti jos priklauso skirtingoms organizacijoms ir yra integruotos, kad būtų galima stebėti reiškinius, kuriuose dalyvauja ne asmenys, o visi dalyviai. .

kooperatyvai Duomenų saugyklos  (CDW):

sistema nenaudojama tik organizacijos viduje. Priešingai, sistema yra atvira ir gali teikti informaciją įvairių tipų vartotojams:

tos pačios organizacijos, dalyvaujančios kooperacijoje, todėl gali susidaryti platesnį vaizdą apie rinką, kurioje jos veikia

viešoji administracija, kuri gali prašyti duoti siekiant vykdyti kontrolės veiklą

piliečiams ir vartotojams, kad gamybos grandinė taptų skaidresnė.

Bendradarbiavimas, konkurencija, bendradarbiavimas

Pastaraisiais metais kiti autoriai pabrėžė bendradarbiavimo mechanizmų svarbą kuriant vertę versle.

Per žaidimų teoriją galima matematiškai modeliuoti verslo žaidėjų elgesį, siekiant ištirti jų strateginius sprendimus. Žaidime kiekvienas dalyvis taiko strategijas, kad nuspręstų, kurį žingsnį atlikti kiekviename posūkyje. Judėjimo pelningumą apibrėžia atlygio funkcija, kuri kiekvienam dalyvio ėjimui susieja skaitinę reikšmę. Paprastai atlygis reiškia pinigų pelną arba praradimą, todėl jis gali būti a

neigiama reikšmė. Žaidėjų tikslas yra maksimaliai padidinti per įvairius žaidimo raundus gautų apdovanojimų sumą.

Nesigilinant į matematinio vaizdavimo detales, tris konkurencijos, bendradarbiavimo ir kooperacijos scenarijus galima apibūdinti taip:

Konkurencija Organizacija yra izoliuotas subjektas, palyginti su kitais rinkos žaidėjais, ir vienintelis žaidimo tikslas yra didesnio atlygio, nei oponentai, paieška, vadovaudamiesi oportunistiniu elgesiu. Šiame žaidimo scenarijuje vienam iš žaidėjų išmokėtas laimėjimas atitinka identišką varžovo pralaimėjimą, todėl galime kalbėti apie nulinės sumos žaidimą. Akivaizdu, kad tokio tipo žaidime įvairių dalyvių atlygio funkcijos yra visiškai priešingos viena kitai: todėl nėra tikros vertės kūrimo, o vertės perdavimas tarp žaidėjų.

Bendradarbiavimas Dalyvaujančias organizacijas skatina susiliejantys interesai, todėl joms būdingos abipusiai sutartos atlyginimo funkcijos. Apskritai sąveika grindžiama abipusio pasitikėjimo santykiais, visiškai priešingai nei vyksta konkurencijos scenarijuje. Šis kontekstas

jį galima pavaizduoti žaidimu su teigiamomis sumomis, kuriame vertės kūrimas yra įmanomas ir yra tuo nuoseklesnis, kuo labiau žaidėjai pasirenka strategiją, kuria siekiama bendrų interesų: tai stipriai atgraso nuo oportunistinio elgesio. .

Bendradarbiavimas Kooperacinis kontekstas yra hibridinis scenarijus, kuriame dalyviai siekia iš dalies susiliejančių interesų. Tai reiškia, kad, priešingai nei vyksta bendradarbiaujant, pagrindinis organizacijos interesas nėra

puikiai atitinka kitų žaidimo dalyvių interesus. Todėl tarp žaidėjų nėra visiško pasitikėjimo ryšio: priešingai, tikėtina, kad kai kurių žaidėjų atlygio funkcija skatina oportunistinį elgesį. Šie veiksniai reiškia, kad žaidimui būdinga teigiama, bet kintama sumų struktūra, kuri gali duoti bendrą naudą visiems dalyviams, bet nebūtinai teisingą. Pagal šį scenarijų neapibrėžtumo situacija susidaro dėl to, kad žaidėjai negali a priori įvertinti naudos, kurią jie gali gauti iš bendradarbiavimo. Šis neapibrėžtumas gali sukelti oportunistinį elgesį, dėl kurio sumažėja dalyvavimas bendradarbiavime.

Bet kokiu atveju galimos analizės turi būti atliekamos tik visoms dalyvaujančioms organizacijoms, todėl jos neturi apimti duoti tik vieno iš jų.

Bendradarbiavimas IT požiūriu

Abipusė nauda Dviejų ar daugiau partnerių bendradarbiavimas siekiant abipusės naudos. Tikras atvejis – tarptautinio tarptinklinio ryšio paslauga, kurią teikia mobiliojo ryšio bendrovės, kurios konkuruoja dėl pritraukimo klientų, bet kartu bendradarbiauja, kad garantuotų prieigą prie telefono tinklo ir užsienyje, dalijant tarptautinio telefono ryšio srauto gaunamas pajamas. Operatoriai turi įdiegti skambučių detalių keitimosi mechanizmus ir suvienodinti atsiskaitymo sistemas. Antras pavyzdys yra automatinio greitkelių rinkliavų mokėjimo paslaugos, pvz., Telepass. Nors Italijos greitkelių tinklas priklauso kelioms konkuruojančioms įmonėms, jos bendradarbiauja siekdamos teikti Telepass paslaugą visame tinkle. Vėl reikia nuolatinio srauto duoti tarp įvairių organizacijų valdyti vairuotojų kredito kortelių mokesčius.

Stakeholder con il potere di forzare la coopetizione In alcuni scenari  di  busi- ness si ha la presenza di uno stakeholder con potere a sufficienza per instaurare    un rapporto di cooperazione tra altri stakeholder in competizione tra loro. Un scenario  di  questo  tipo  si  è  creato  in  Italija  in  seguito  all’istituzione  della  Borsa Continua Nazionale del Lavoro (BCNL), un portale web con l’obiettivo di favorire l’incontro tra domanda e offerta di lavoro. In questo caso lo Stato ha imposto per legge alle varie agenzie di job placement pubbliche e private di cooperare mettendo a disposizione nel portale alcune informazioni dei profili dei richiedenti lavoro che esse gestiscono.  Un secondo esempio è quello del parallel sourcing, modello tipico    di approvvigionamento di materiale nell’industria automobilistica giapponese [?]. In questo caso un’organizzazione si rifornisce di materiale da più fornitori differen-    ti, mantenendo il rapporto con ciascuno per un lungo periodo. Questo garantisce una fornitura costante di materiale e contribuisce a creare una forte competizione tra i fornitori. Tuttavia essi sono anche obbligati a scambiare conoscenza tra loro relativamente ai problemi di produzione e alle relative soluzioni.

Statistinės informacinės sistemos Viešasis administravimas arba didelės įmonės gali nuspręsti iš dalies integruoti savo informacines sistemas, kad gautų informaciją apie gyventojus, kad būtų galima priimti sprendimus ir atlikti statistinę analizę.

Dalyvių informacinių sistemų integravimas virsta federacinės informacinės sistemos kūrimu, leidžiančia keistis informacija tarp dalyvaujančių organizacijų. Tarp didžiausių pastatų sistemų problemų nei ši

moderniausias

Kooperacijos kontekste tikrai yra organizacinių problemų. Pradinė analizė šia prasme buvo atlikta siekiant įvertinti, kurie veiksniai lemia projekto sėkmę ar nesėkmę, apibūdinti integracijos procese dalyvaujančių veikėjų profilius, klasifikuoti galimą elgesį, kurį jie gali priimti, ir galiausiai. nustatyti esminius sistemos kūrimo etapus.

Vykdant projektą, skirtą bendros informacinės sistemos kūrimo bendradarbiavimo pagrindu, galima nustatyti šiuos žaidėjus:

Bendradarbiavimo tarybos komitetas Komitetas, kurio vaidmuo yra skatinti bendradarbiavimą, veikiant kaip tarpininkas tarp dalyvaujančių organizacijų ir koordinuojant projektą.

Sprendimų priėmėjas Įvairių dalyvaujančių organizacijų vadovų rinkinys, turintis teisę nuspręsti, kokį svarbą priskirti projektui ir kiek išteklių skirti.

Bendradarbiavimo proceso pagrindinis vaidmuo (CPKR) Žmonių grupė kiekvienai organizacijai, atsakingai už organizacijos sąveiką su bendradarbiavimo tarybos komitetu, kad galėtų vykdyti bendradarbiavimą. Paprastai tai yra žmonės, žemesni už sprendimų priėmėjus, tačiau turintys didelę įtaką bendradarbiavimo procese.

Autoriai pabrėžia, kad kai kuriais atvejais, norint pasiekti projekto tikslus, gali prireikti kištis į organizacijos verslo procesus, ypač kai reikia spręsti įmonės kokybės problemas.  duoti. Jų pertvarkymas yra brangi operacija, todėl sprendimus priimantys asmenys turi visiškai suprasti, kokią pridėtinę vertę organizacijai atneša iniciatyva. Priešingu atveju jie nenorės investuoti pakankamai išteklių tiek žmogiškojo, tiek finansinio kapitalo atžvilgiu. Tai ypač svarbu tais atvejais, kai kooperaciją vykdo trečiosios šalys.

CPKR vaidmuo yra labai svarbus projekto sėkmei, nes jie yra atsakingi už tai, kad integracija būtų įmanoma, nustatant būtinas sąsajas tarp organizacijos ir išorinio pasaulio. Tipiškas CPKR atvejis yra IT skyriaus technikai, kurie turi paruošti techninės ir programinės įrangos platformas, reikalingas organizacijai palaikyti ryšį su federacija. Kai kuriais atvejais CPKR nematys tiesioginės naudos iš naujos sistemos įdiegimo, todėl gali nenorėti dalyvauti bendradarbiaujant. Be to, jie dažniausiai atsiduria pavaldžioje sprendimų priėmėjams. Jeigu pastarieji į projektą neketina investuoti adekvačių resursų, labai tikėtina, kad projekto įgyvendinimui jie paliks tik nedidelę dalį visų CPKR turimų darbo valandų.

Nuotolinis DBA tarp įmonių bendradarbiavimo būdu

2 dalis iš 2

Pagrindai iš

Informatika organizacijai

Pirma kurso dalis: 1-6 pamokos

Dalomąją medžiagą parašė:

Antonio Ceparano, Vincenzo Ferme, Monica Menoncin, Alessandro Re

Patikrintas profesoriaus Giorgio De Michelis, siekiant užtikrinti, kad nebūtų klaidų.

DALOMOJI MEDŽIAGA PAPLAUSTI GYDYTOJO STEFANO FANTIN .

Informacinių technologijų istorija organizacijose

Įmonės pradeda naudoti automatizmą ir mašinas dar prieš atvykstant kompiuteriams, pavyzdžiui, XX a. pradžioje mašinos buvo naudojamos registro biurui organizuoti per užsakytas korteles ir atrankos mechanizmus arba apibendrinti informaciją ir sąskaitas, pvz. arba apskaitos mašinos.

Šiame sektoriuje gimė International Business Machines, IBM: iš pradžių pardavinėjo atsiskaitymo sistemas, kurios buvo atliekamos tūkstančius kartų per mėnesį; todėl buvo sistemos, skirtos sąskaitoms išrašyti, bet ne valdyti: nebuvo daroma statistika ir nebuvo kur saugoti didelių kiekių duoti.

Trečiojo ir ketvirtojo dešimtmečio viduryje trys pagrindinės darbo grupės dirbo su programuojamais elektroniniais kompiuteriais: Alanas Turingas Anglijoje, kurio tikslas buvo sukurti šifravimo sistemą karo tikslams, Konradas Zuse m. Vokietija (da alcuni reputato il vero inventore del

elektroninis skaičiuotuvas) ir Johnas von Neumannas su ENIAC komanda Amerikoje. Amerikiečiai ypač nusipelnė po karo matydami kompiuterių vaidmenį organizacijose ir įtraukdami juos į šią aplinką.

Tačiau programuojamo kompiuterio koncepcija atsirado anksčiau nei šis laikotarpis: jau XIX amžiaus viduryje Charlesas Babbage'as sukūrė mechaninę mašiną skaičiavimams atlikti, „diferencialinį variklį“.". Tačiau ši mašina buvo paveikta mechaninių problemų ir Babbage'o niekada nepakūrė (gamyba pagal pirminius planus buvo baigta 1991 m., Mokslo muziejus m. Londonas). Vėliau Babbage'as sukūrė „Analitinį variklį", dar sudėtingesnė mašina, kurioje buvo naudojamos perfokortos ir kuri galėjo būti programuojama pagal valią. Jis turėjo aritmetinį vienetą, srauto valdymą ir atmintį: tai buvo pirmasis Turingo pilno skaičiuotuvo dizainas.

XX amžiaus šeštojo dešimtmečio pabaigoje buvo suvokta, kad kompiuteris gali būti naudojamas versle ir viešajame administravime, kurio organizacija kenčia nuo didžiulio kiekio duoti. Dėl didelių išlaidų skaičiuotuvą galėjo sau leisti tik didelės organizacijos ir tyrimų centrai (pavyzdžiui, kosmosas) ir kariuomenė.

Dešimtajame dešimtmetyje informacinės technologijos pagaliau plačiai įsilieja į įmones ir dėl IBM vaidmens, kuris kuria pirmąjį pagrindinį kompiuterį System/60. (1964), sukurtas taip, kad to laikotarpio vidutinėse ir didelėse organizacijose būtų labai plačiai paplitęs.

Toje eroje taip pat Italija Olivetti dėka buvo gaminami elektroniniai skaičiuotuvai organizacijoms. Šią įmonę sudarė dvi darbo grupės: a Piza buvo atliktas koncepcinis ir fizinis mašinos projektavimas, Ivrea buvo prekybos ir bendravimo su klientu prekybos centras. Kompiuterių kūrimas šioje epochoje buvo iššūkis ir nuotykis, nes dar nebuvo kūrimo procesų, kurie garantuotų labai naudingų mašinų sukūrimą.

Laikui bėgant šios technologijos plito ir kompiuteris tapo priemone valdyti visą informaciją, kurią galima užkoduoti.

Šiandien, palyginti su prieš 40 metų, kompiuterija labai pasikeitė. Nuo perfokortelių laikų buvo daug patobulinimų, tačiau, deja, iškilo ir neišvengiamų problemų, kylančių dėl pokyčių, kurių reikalavo naujovės. Šiuo metu kiekvieną kartą pristatant pakeitimą tenka susidurti su esamomis technologijomis (palikimu), dažnai menkai dokumentuotomis arba visai nedokumentuotomis, numatyti integracijų ir migracijos laikus, susidurti su vartotojų pasipriešinimu.

Įmonės organizacijoje dėl įvairių priežasčių imamasi nuolatinio kompiuterių naudojimo. Aktualiausi yra didžiuliai kiekiai duoti valdyti, dažnai nestruktūruotą informaciją, ir poreikį atlikti pasikartojančius ar sudėtingus skaičiavimus.

3-pusis matymas

Organizacijoje yra trys informacinių sistemų interesų sritys:

taikymo sritį veiklos, susijusią su įmonės faktų registravimu, būtinu jos valdymui;

taikymo sritį sprendimų priėmimas, susijęs su informacijos apdorojimu, siekiant plėtoti verslo intelektą;

taikymo sritį bendradarbiavimo, susijusius su komunikacijos ir žinių srautų valdymu įmonėje bei su išoriniais pašnekovais, būtinas norint suvokti naują.

Informacinių sistemų veikimas atitinka gerą veiklos organizavimą ir todėl yra pranašumas suinteresuotosios šalys (ar tai būtų darbuotojai, partneriai, tiekėjai, valstybė).

Šis informacinių sistemų padalinys, vadinamas „trys veidais“, buvo pasiūlytas dviejuose straipsniuose11 dešimtojo dešimtmečio pabaigoje įvairių universitetų ir skirtingų sričių ekspertų grupė pritarė būtinybei atsižvelgti į tris sritis kuriant veiksmingą sistemą.

Trys sistemos veidai neturėtų būti suprantami kaip sistemos sudedamosios dalys, o kaip trys įmonės aspektai, į kuriuos reikia atsižvelgti kuriant naujas sistemas.

Nors pirmosios informacinės sistemos gimė išskirtinai operacijoms palaikyti, joms evoliucijos metu nebuvo atliktas tinkamas 3 sistemos sluoksnių atskyrimas, o jos susijungė į įvairius komponentus, sudarančius visą sistemą; sistemos buvo sukurtos konkretiems tikslams ir kiekviena iš jų turėjo aspektų, būdingų kiekvienam iš 3 veidų. Pavyzdžiui, veiklos palaikymo sistemų evoliucija tęsėsi kuriant ir plėtojant verslo žvalgybos sistemas.

Tai padėjo sukurti sistemas, sudarytas iš atskirų, bet bendradarbiaujančių komponentų. Kiekvienas iš šių komponentų skiriasi nuo kitų, o sistemos augimas susideda iš pasirinkimų, susijusių su esamų sistemų integravimo optimizavimu. Tačiau šie integravimo pasirinkimai sukelia nelankstumą ir sąlygoja būsimus pasirinkimus: programinės įrangos naujovės tęsiasi daugelį metų (10 ar 15 metų) ir nuolat kelia abejonių esamomis sistemomis. Praeityje padaryti pasirinkimai susiję su ryšiais, kurie egzistuoja tarp komponentų ir lėmė esamą situaciją ne tik sistemos lygmeniu, bet ir išankstinių nusistatymų lygmeniu: įsitikinimais ir įpročiais, kurie įsigalėjo įmonėje, ypač didelio stabilumo situacijose.

Trys poskyriai, kuriuos matėme, yra trys tos pačios problemos pusės, o ne trys atskiri komponentai.

Operacijų palaikymas

Informacinės technologijos pirmiausia pateko į įmones gyvybiškai svarbiose ir kiekybinėse srityse: esminė įmonės informacija yra ta, kurią galima atsekti iki įmonės ekonominių vertybių ir produktų. Todėl pirmosios trys sritys, kurios buvo kompiuterizuotos, buvo

sandėlio valdymas ir gamybos planavimas;

apskaita, administravimas;

personalo administravimas.

Taigi, pirmoji informacinė technologija organizacijoje yra susijusi su vienareikšmiu įmonės faktų, kuriuos galima atsekti į ekonomines vertybes, identifikavimu. Šis aspektas dabar tapo esminiu, nes jis daro įmonės veiklą skaidrią. Šiais laikais labai svarbu, kad šis skaidrumas būtų pagal įvairius įstatymų leidėjus, todėl didelių matmenų organizacijoje atsiranda poreikių, kurių nebegalima patenkinti be informacinių technologijų pagalbos.

Sistemos, susijusios su jų valdymu duoti veiklos pagrindas įmonės (sandėlis, personalas, atsiskaitymas), t.y. padedantys įmonei jos versle, vadinami operacijų palaikymo sistemos.

Paimkime, pavyzdžiui, fiktyvią įmonę, gaminančią žaislus: kiekvienas pagamintas objektas aprašomas jo medžiagų sąrašu, t. y. visų jo komponentų sąrašu, o kiekvienas medžiagų sąrašo variantas sukuria skirtingą objektą: pavyzdžiui, visos Barbės. turi 2 rankas ir 2 kojas, bet kai kurie turi raudonus plaukus, kai kurie turi tam tikrą suknelę ir pan. Naudodami unikalius kodus galime atpažinti produktą ir visas jo variacijas.

Kiekvienas produktas turi atsargų sandėlis: mums įdomu sužinoti, kiek Barbių turime ir kiek jų pagaminome.

Tada gaminiai turi būti parduoti, todėl įmonė turi administruoti su pardavimu susijusias sąskaitas faktūras. Dabar galime susieti pinigus ir produktus ir pamatyti, kiek pinigų gaunama už kiekvieną išleidžiamą produktą.

Todėl per informacinę sistemą galime gauti informacijos apie produktus ir apie Denaro.

Lygiagrečiai su galutiniais produktais, norint ką nors pagaminti, reikalingos įvežamos medžiagos, todėl turėsime fiksuoti gaunamas medžiagas ir su tuo susijusias išlaidas bei atsargas.

Galiausiai turite administruoti Asmens. Pagrindinė informacija yra:

profiliai (asmeniniai, fiskaliniai);

pareigas organizacijoje;

nuorodas, susijusias su gamybos priedų sistema.

Sprendimo palaikymas

Tačiau vadovavimas organizacijai neapsiriboja įmonės faktų valdymu: norint augti, tobulėti ir vystyti įmonę, reikia rinktis atsižvelgiant į situacijas ir problemas (pavyzdžiui, produkto paklausos padidėjimas ar sumažėjimas). kurie trukdo įmonei, t. y. iš esmės priima sprendimus, pagrįstus faktais ir ekonominėmis vertybėmis.

Negana to: įmonė gali ir pati to nesuvokdama nukrypti nuo savo kelio, jei, pavyzdžiui, pardavimo kanalai per daug ar per mažai pelningi (ar net atneša nuostolių), įmonė gali nesąmoningai pasukti nenumatytomis kryptimis.

Todėl būtina užduoti klausimus, susijusius su veiksniais, kurie sukelia pokyčius, arba su veiksniais, kurie labiausiai paveiks įmonės veiklos pasirinkimą. Norėdami tai padaryti, skaičiuotuvais galima sukurti modelius, kad būtų galima geriau interpretuoti duoti pastebėti.

Todėl reikalingos sistemos, kurios leistų prieiti prie visų naudingų žinių, t.y. su jų prašančio asmens kompetencijos sritimi susijusių ir naudingų kompetencijos veiklai vykdyti, kad būtų galima atsakyti, bet paliekant. didelis laisvės lygis, kad būtų galima atsakingai reaguoti.

Tokios sistemos, padedančios valdyti organizaciją, vadinamos verslo sistemomis verslas valdymas.

Šios sistemos leidžia įgyvendinti interpretaciniai procesai kurios padeda planuoti ir pasirinkti ateitį pagal tai, ką sukuria gamybos ir pardavimo dinamika.

Šios dinamikos interpretaciją atlieka Business Intelligence (BI), tai yra iš tos disciplinos ar technikų rinkinio, kuris eina ieškoti duoti kurią įmonė jau turi, bet apie kurią (iš dalies) nežino. Stebėjimo sistemos ir sprendimų sistemos yra BI dalis.

Laikui bėgant vystėsi ir BI sistemos: anksčiau šios sistemos buvo orientuotos į vykdomoji informacinė sistemaarba surinkimo sistemas duoti, tačiau bėgant metams verslo poreikiai keitėsi ir įmonės užduoda kitokius klausimus nei anksčiau. Tiesą sakant, jie ne tik stengiasi nuolat tobulinti įmonę, darbo aplinką ir produktą, bet ir rinkos bei konkretaus sektoriaus, kuriame įmonė gamina, būklė turi įtakos jos veikimo būdui trumpuoju ir ilguoju laikotarpiu.

Todėl įmonei reikia:

organizuoti save ir savo sistemas, kad būtų užtikrintas didelis lankstumas keistis;

būti sudarytas iš kompetentingų ir lanksčių darbuotojų;

daug informacijos ir ryšių su kitais subjektais (žmonėmis, kitomis įmonėmis ir kt.) valdymas.

Todėl „Business Intelligence“ turi būti adekvati, kad palaikytų ir palengvintų įmonės pasirinkimus, vadovaujantis jos strategija: 60–70-aisiais gimusios ERP sistemos buvo skirtos labai stabilioms įmonėms, tačiau dabartinė situacija yra kitokia. Nebeužtenka susintetinti i duoti vadovo paslaugoms, tačiau reikia mokėti generuoti papildomą informaciją, atlikti sudėtingas ir dažnai brangias analizes. Todėl šiems poreikiams reikalingos specialios informacinės sistemos.

Pavyzdys, kaip sistemos išsivystė nuo operacijų valdymo iki sprendimų palaikymo, yra sandėlis.

Kadaise sandėlio valdymą sudarė surinkimas duoti būtinas jos valdymui: atsargų, žaliavų ir galutinių produktų katalogavimas.

Šiandien sistema yra platesnė ir valdo, be to duotigamybos planavimas ir planavimas.

Ši sistema pereina kelis evoliucijos etapus:

Pagrindiniai augalo algoritmai kaip visa: remiantis pajamomis iš žaliavų ei

gamybos apribojimai nustato standartus ir ritmus, kurių reikia laikytis (inventorius teorija)

tikslesnis gamyklos modeliavimas su aiškiais laiko apribojimais: operacijų, kurios būtinai turi vykti, grandinė ir jų valdymas (logistika+automatika)

labai didelėse gamyklose valdymas negali būti visiškai automatizuotas, todėl būtina atsiverti verslo žvalgybai (sprendimas Žaidimai ir pramogos)

Net administracija, kaip ir sandėlis, laikui bėgant pasikeitė: kažkada sistemos atlikdavo būtiną minimumą, todėl palaikydavo sąskaitų faktūrų ir biudžetų rengime, tačiau šiandien evoliucija stumia į planavimą ir projektavimą, operacijų kontrolę (stebėjimą) ir projektus.

Operacijų ir sprendimų sujungimas ERP sistemose

Integracija tarp operacijų palaikymo sistemų ir verslo žvalgybos sistemų toliau stiprėja, kol atsiranda ERP sistemos, Enterprise Resource Planning, kurios visą įmonės gyvavimo laikotarpį atlieka vienos informacinės sistemos vaidmenį. Šios sistemos, didžiausią išplitimą pasiekusios 90-aisiais, iš esmės naudojamos visose vidutinėse/stambiose įmonėse ir vis labiau plinta vidutinėse/mažose įmonėse.

Pagrindinis šios rinkos produktas yra SAP.

ERP (nebūtinai SAP) įdiegimas yra nauja įmonės pradžia: informacijos konsolidavimas ir centralizuotas, bet moduliuotas jos valdymas leidžia atlikti sudėtingą samprotavimo logiką (pajamų maržų, mokumo/nemokumo scenarijų ir kt. tyrimas).

Taigi įmonės struktūros pavertimas ERP modeliu yra geras būdas visiškai suprasti, kaip įmonės yra struktūrizuotos ir kaip jos veikia. Tačiau naudojant ERP sunku suvokti įmonių, kaip „žinių generatorių“ esmę, ir tampa neįmanoma jas reprezentuoti visomis smulkmenomis.

Tiesą sakant, įmonės atstovavimo problema kyla dėl to, kad šiuo metu esamos ERP sistemos yra pagrįstos vienu hierarchinės funkcinės įmonės modeliu (ARIS modelis), tuo tarpu šiuolaikiniame pasaulyje įprasta identifikuoti organizacijas su matricine struktūra. , kurioje žmonės neturi vienos priklausomybės (nuo viršininko), o dvigubai: vienas skirtas funkcinei apimčiai (žinios, kurias turi atskiri žmonės, pavyzdžiui, dizaineris turi pagrindinį „vyriausiąjį dizainerį“), o kitas – užimtumui ( projektą, kuriame jie dirba, pavyzdžiui, dizaineris turi projekto, kurį jis šiuo metu dirba, „projekto vadovą“).

Todėl vienam darbuotojui tenka keli vadovai ir gali kilti konfliktinių situacijų.

Be to, ERP turi apribojimų, susijusių su įmonės kintamumu: įmonė negali numatyti, kaip ji vystysis ir kaip keisis. Kompiuterinė sistema būtinai turi prisitaikyti prie įmonės pokyčių, tačiau kartais ERP yra per daug struktūrizuota, kad galėtų neatsilikti nuo įmonės evoliucijos, o šis trūkumas savo ruožtu įveda nelankstumą, kuris yra kliūtis įmonės evoliucijai.

Galiausiai, priimdami sprendimą dėl ERP, turite suprasti:

integracija duoti: ERP akivaizdžiai negali ignoruoti duoti įmonių, kurių yra daug ir kurios yra neorganizuotos, atsiranda poreikis naudoti duomenų saugyklas

kokios problemos kyla valdant įmonę vien tik su ERP

taigi, kokios yra įmonės, taikančios tam tikrą ERP, skiriamosios savybės ir kurios iš jų yra susijusios su šiomis problemomis (pvz., tam tikros šalies įmonėms būdingos savybės, pvz., itališkos išsiskiria tradicijomis ir šeimos valdymu, mažos ir vidutinės dydis, atsparumas pokyčiams)

Žinių valdymas

Įmonė, nusprendusi įeiti į tam tikrą rinkos segmentą, negali pradėti nuo nulio: yra kriterijai, pagal kuriuos reikia veikti, ir yra parametrai, kuriuos reikia atidžiai išanalizuoti. Konkurentų ir rinkos tyrimas reikalingas ne tik norint išnarplioti galimas strategijas, kurių reikia imtis, bet ir norint palyginti savo strategijų rezultatus su esamomis.

Todėl įmonėje priimami sprendimai yra proceso, kuris nėra nei formalus, nei aiškiai apibrėžtas, rezultatas. Nors kai kurie bandė formalizuoti šiuos procesus ir žmonių mąstymą, rezultatas yra toks, kad žmonių elgesys retai būna toks, kokio tikitės.

Apskritai rinkos tyrimo procesą sudaro du pagrindiniai komponentai:

dialoginis komponentasarba bendravimas tarp žmonių. Kai jie neturi pakankamai informacijos, jie gali ko nors netiesiogiai arba aiškiai paklausti.

Įmonėse „galutinis sprendimų priėmėjas“ vadinamas vyriausiuoju vykdomuoju pareigūnu (Generalinis direktorius) kurią galbūt remia taryba, kuriai ji priklauso. Generalinis direktorius privalo nuolat bendrauti su visais projekte dalyvaujančiais žmonėmis, keitimasis informacija ieškant būdų, kaip įmonei atnešti pelno.

dokumentinis komponentas, arba keistis ir (arba) dalytis dokumentais. Ne tik vyksta bendravimas tarp žmonių, bet taip pat keičiamasi dokumentais, būtinais norint turėti bendrą pagrindą diskutuoti. Renkama informacija ir atliekami tyrimai, į kokią rinką ketinama patekti, kaip į ją patekti.

Žinių ir informacijos valdymas yra esminis komponentas visuose sektoriuose, kuriuose būtina priimti tam tikrą sprendimą, kuris nėra griežtai susijęs su duoti tam tikros įmonės, bet dažnai susijusios su duoti neapibrėžtas.

Du sektoriai, kurie pastaraisiais metais patyrė raidą šia prasme, yra sektoriai prekyba ir komercinis, ypač tas prekyba kuri remiasi ne tik duoti neaiškus – kaip ir reklama – bet taip pat turi interpretuoti žmonių elgesį.

Informacinės sistemos, skirtos prekyba ir komerciniai gimsta ne operacijų palaikymo sistemų, o informacijos apdorojimo srityje ir vystosi link informacijos srautų valdymo, nes turi atsižvelgti į daug daugiau informacijos šaltinių, įskaitant išorinius.

Informacinės technologijos turi susieti su sudėtinga komunikacijos ir informacijos mainų sistema. O norint jas integruoti ir atsakyti į įmonių poreikius, tenka susidurti su sudėtinga problema.

Komunikacijos sistema dabar seka srautą, kuris palieka įmonę ir atveria daugybę visiškai naujų problemų. Pavyzdžiui, buitinės technikos sektoriuje įmonės nežino savo klientų galutinis, nes dabartinė realybė tokia, kad buitine technika prekiaujama kelių prekių ženklų parduotuvėse, kur yra tarpininkas, vyr. parduotuvėkuriuo nustatomi pasitikėjimo santykiai su klientu. Net remonto meistrai dažnai yra kelių prekių ženklų atstovai, o įmonei sunku bendrauti su klientu, nes ji nebendrauja tiesiogiai. Todėl gamintojai turi atverti pokalbio kanalus su savaisiais klientų, tačiau šią užduotį atlikti nėra lengva, nes dažnai vienintelis atsiliepimas, kurį įmonės turi iš klientų atsitinka tik tada, kai aš klientų jie nepatenkinti.

Įmonei pokalbis su klientu yra toks pat svarbus kaip ir prekės pardavimas, nes tai reiškia jos lojalumą. Dar prieš keletą metų kanalas su klientu buvo organizuojamas tik per skambučių centrus. Tačiau pastaruoju metu IRT vis labiau plinta ir užima ne tik „back office“ vietą, bet ir įgauna naują vaidmenį bendraujant su klientais.

Sąveika su klientu ir pokalbių srauto valdymas paskatino įvairius įmonės padalinius laikui bėgant pritaikyti savo komunikacijos sistemą. Tačiau tarp šių skyrių reikia sąveikos, todėl kyla problemų dėl įvairių skyrių naudojamų įrankių integravimo. Todėl pokalbių su klientais politika laužo įmonės ribas ir iškelia problemą, kur įdėti įrankius, kad būtų galima palaikyti šį pokalbį; kiekviena įmonė turi labai specifinį integracijos profilį, kuris priklauso nuo pačios įmonės istorijos.

Todėl pokalbis apie naujų produktų kūrimą ir kūrimą turi du pagrindinius šaltinius:

išorinis šaltinis, nulemtas konkurentų ir jų produktų bei jų elgesio klientų;

vidinis šaltinis, gaunamas palyginus pardavimo prognozes ir faktinius pardavimus.

Sąveika su klientu taip pat vyksta per „operacines sistemas“ (t. y. operacijų palaikymo sistemas), kurios palaipsniui pereina nuo vaidmens, glaudžiai susieto su įmone ir jos pagrindine veikla, prie vaidmens, artimesnio vartotojui, integruojant vis daugiau ir daugiau. paslaugas ir pasiūlymus vartotojui.

Technologijos leidžia išplėsti operacijų palaikymo sistemų apimtį, radikaliai pakeisdamos sąveiką su klientu.

Pavyzdžiui, šiandienos telekomunikacijų įmonės telefono tinklus valdančias sistemas vadina „operacinėmis sistemomis“, o telefono numerio rinkimo veiksmas yra sąveika su ta operacine sistema, net jei vartotojas tokio ryšio nesuvokia.

Kita vertus, įmonėse naudojamos operacinės sistemos e-komercija kaip Amazonė, yra labai matomi vartotojams, kurie užmezga tam tikrą dialogą su šia sistema (pavyzdžiui, Amazonė siūlo vartotojui knygas, kurios jam gali būti įdomios, remiantis kitų vartotojų pasirinkimais).

Sąveika su vartotoju būtina, kai įmonė nori susieti parduodamą prekę su perduodama žinute: kai įmonė galvoja apie savo egzistavimą, parduodamą prekę ir santykį su rinka, ji kiek įmanoma lygina esamą. Tai daroma dirbant su turimomis žiniomis, iš kurių kyla duoti (ty iš surinktų skaičių), bet ir iš neskaitinių žinių, kurias įmonė surenka iš konkurentų el klientų.

Ši žinių valdymo sritis šiuolaikinėse organizacijose tampa vis reikšmingesnė, tai naujas aspektas.

Įdomu pastebėti, kad kai kurios įmonės stipriai sąveikauja su i klientų ir jie vis jautriau reaguoja į viešąją nuomonę ir santykius su klientais. Pavyzdžiui, FIAT 500, a interneto svetainė (500 dienų iki patekimo į rinką), kuri surinko nuorodas apie klientų potencialą ir ateitį, o iš tikrųjų turėjo įtakos gaminiui, kuris tada buvo pateiktas rinkai (pavyzdžiui, prietaisų skydelis buvo pertvarkytas elementas, primenantis pirminio 500 elementą, atsižvelgiant į visuomenės nurodymus).

Rinkos interpretacija būtinai turi pereiti per sąveiką su potencialais klientų.

Norėdami tai padaryti, mus domina žinių ir bendradarbiavimo valdymo įrankiai (grupinė programinė įranga). Bendravimas, tiek vidinis, tiek išorinis, yra būtinas įmonės sėkmei.

Visos organizacijose plintančios priemonės vis labiau orientuotos į žinių valdymą, ne tik interpretuojant rinką, bet ir leidžiant dalytis žiniomis viduje. įmonės; pavyzdžiui, įmonė, turinti atskirus ir nutolusius biurus (pvz milano e Romų), galėtų naudoti žinių ir komunikacijos valdymo sistemas, kad suartintų abipusę patirtį, užkirstų kelią dviejų atskirų branduolių vystymuisi ir taip užtikrintų žinių lokalizavimą ir integravimą.24.

Žinių valdymo sistemos jie taip pat turi įtakos tiems, kurie turi priimti mažesnius ir ne tokius strateginius sprendimus, pavyzdžiui, klientų aptarnavimą, kuris turi duoti atsakymus klientų gali pasinaudoti DUK, t. y. atsakymų į dažniausiai užduodamus klausimus rinkiniu, formalizuotu nuo bendrų žinių. Tačiau bet kokia formalizuoto proceso forma, būtent todėl, kad ji formalizuota, turi išimčių. Dėl savo prigimties jų negalima normalizuoti, o kai kurių – pašalinti. Kai kuriose srityse išimtis atlieka svarbų vaidmenį, pavyzdžiui, viešajame administravime, kur apskaičiuota, kad išimtis sudaro apie pusę atvejų.

Procesus lydi informacijos srautas: jei procesas nėra gerai valdomas, net informacijos perdavimas nėra efektyvus.

Yra ir kitų procesų, sprendimų priėmimo ar projektavimo, kuriuos galima planuoti, tačiau projekto organizavimo būdas turi įtakos jo realizavimui ir nėra patogu, kad projektas būtų per griežtas. Tokiais atvejais galima manyti, kad procesas yra pokalbio srautas, kuriame yra formalūs ir tikslūs žingsniai.

Yra sprendimų priėmimo procesų ir projektavimo procesų, kurie negali būti pernelyg griežti, nes pokalbio srautas yra toks pat svarbus kaip ir dizaino apribojimai ar specifikacijos.

3 sričių integracija

Dar prieš keletą metų veiklos ir sprendimų palaikymo sistemų bei žinių valdymo sistemų pasauliai buvo visiškai atskiri ir nesuderinami; Tačiau tarp šių sistemų nėra neįveikiamų atstumų. Pirma, norint pasiekti ir naudoti abi sistemas, naudojamas asmeninis kompiuteris: anksčiau kiekvienai funkcijai buvo skirtas įrenginys, tačiau šiuo metu kompiuteris yra universalus ir sistemas galima rasti toje pačioje vietoje. Kompiuteriai taip pat yra plačiai paplitę ir vis svarbesni komunikacijos tikslais: devintajame dešimtmetyje, pagal poreikį

„Kiek kompiuterių reikia mano įmonei?“, – buvo atsakyta „daugmaž tiek, kiek turite telefonų“, tai pirmas požymis, kaip kompiuteris tapo svarbia komunikacijos valdymo priemone.

Taigi bėgant metams, be informacinių sistemų, skirtų valdyti duoti įmonės, įdiegtos sistemos, skirtos įmonės valdymui, žinioms ir komunikacijai. Buvo sukurtas kelias duoti pradedant nuo darbo užmokesčio ir administravimo informacinės sistemos iki grupinių programų, kuriose yra daug niuansuotos ir palaipsniui ne tokios tikslios informacijos.

Informacijos srautai ir grupinės programos integravimas su operacijų palaikymo sistemomis reiškia, kad iš esmės nebėra sistemų, kuriose būtų duoti statinis. Pavyzdžiui, nebėra darbuotojų apmokėjimo valdymo sistemų, nes ji sujungta į sudėtingesnę karjeros valdymo sistemą. Tai leidžia darbuotojams pasiūlyti daugiau, be darbo santykių, gerinant ryšį su įmone.

Informacinių sistemų kaita, vis labiau integruojanti faktų fiksavimą su komunikacijos srautais, taip pat prisitaiko prie socialinių pokyčių ir ypač prie darbo santykių požiūrio pasikeitimo: tai tapo darbuotojų ir įmonės partneryste. Įmonė suinteresuota vertinti savo darbuotojus ir palaikyti dialogą su jais dėl darbo sąlygų. Dėl šios priežasties darbuotojas vertinamas ne tik iš viršaus, bet ir kolegų (peer-to-peer vertinimas). Įmonės informacinės sistemos vis dažniau atkreipia dėmesį į personalo valdymo sistemas, atviras pačiam personalui, suteikiančias jiems galimybę išreikšti savo nuomonę apie darbo aplinką, keliamus tikslus ir pan.

Šiandien prieinamos pokalbių ir informacijos mainų technologijos:

elektroninis paštas: kuris yra visuotinai priimtas, kuriame yra bendravimo pėdsakas automatiškai sugeneruotas;

Skype: labai naudinga žodiniam bendravimui;

vaizdo konferencijų paslaugos tarp kelių žmonių: geriau nei skype bendravimui tarp daugiau žmonių;

telefonas.

Dokumentai yra susieti su informacija, kuria keičiamasi, priedais, kurie yra patogūs ir naudingi, tačiau sukelia pertekliškumą ir tam tikrą painiavą, nes yra susieti, bet nėra integruoti į diskusiją, todėl dažnai pateikiami keliomis versijomis, todėl nėra unikalūs ir neblogi. organizuotas laikinai.

Siekiant įveikti priedų trūkumus šia prasme, buvo sukurtos specifinės sistemos: dokumentų valdymo sistemos. Yra keletas, viena iš žinomiausių versijų yra wiki.

costi

Pagrindinės išlaidos, atsirandančios naudojant skaičiuotuvus, yra šios:

pirkti

montavimas

priežiūra

mokymo operatorius (mokymo kursai ten dirbantiems technikai)

Kai įmonė kreipiasi į išorinę įmonę, kad gautų paslaugas. Reikia geriau valdyti tai, ką įmonė realizuoja (pagrindinė veikla), viskas, kas yra išorė, traktuojama kaip kaštai (outsourcing).

Užsakomųjų paslaugų sutartys tai ilgos ir sudėtingos sutartys, kai įmonė prašo išorės paslaugų, kurios nėra griežtai susijusios su jos „pagrindine kompetencija“, t. Tai, kas yra įmonės kompetencija, stengiamės perkelti į išorę, tai kainuoti, tačiau taupome įmonės viduje naudojamus išteklius.

Sektoriai, kuriuose pirmiausia buvo perduotos užsakomosios paslaugos, yra IRT, logistika, o pastaruoju metu ir pati administracija. Vienas iš gautų pranašumų yra tai, kad organizacija yra atleista nuo tam tikros naštos, kuri tenka išorės įmonėms kaip paslaugos. patirtis išorinė), tiesioginė pasekmė yra ta, kad vis dėlto prarandama tiesioginė ir nuolatinė kontrolė, kas daroma perkant išorę.

Sąnaudų apskaičiavimas yra pagrindinė informacinių technologijų problema, ypač jei orientuojatės į galimų sutaupymų, kuriuos galima sutaupyti pritaikius technologiją, įvertinimą (pvz., su el. paštu sunku įvertinti, kur sutaupote).

Skaičius, kuris prisiima vertę priklausomai nuo to, gali sumažinti informacinių technologijų kaštus

tai IOC (Chief Information Officer), nes tai parodo, kad jos galia priklauso ne nuo valdomų pinigų, o nuo to, kiek pinigų įmonė sutaupo.

Dabartinė padėtis organizacijose pasižymi įvairiomis savybėmis

technologija buvo stratifikuota ir paprastai pertvarkoma aplink ERP pridedant dalių. Heterogeniškumo lygį apsunkina tai, kad yra ir paketinių sistemų, ir internetinių sistemų (žiniatinklio, ...).

prieiga prie visų sistemų teikiamų paslaugų vyksta per asmeninį kompiuterį.

Technologijų naudotojų ir jas gaminančių žmonių problema yra įvertinti, kas yra prieinama, ir tai padaryti būtina rasti griežtus kriterijus.

Pasirinktas atvejo tyrimas: „United Parcel Services (UPS): siuntų pristatymas ir e-komercija sprendimai“, skelbimas opera informacinių sistemų centro (MIT).

įstoti

Dėka 15 milijonų pakuočių per dieną UPS yra siuntų vežimo lyderis pasaulyje.

Įmonė, įkurta 1907 m. pavadinimu American Messenger Company, per šimtmetį didino savo, kaip patikimos ir efektyvios transporto įmonės, reputaciją, kol ant 2000 metų slenksčio pasirodė esanti didžiausia transporto organizacija planetoje, turinti apie 13 mln. siuntinių kasdien gabenama į daugiau nei 200 šalių.

Pastaraisiais metais ji išplėtė savo veiklą ne tik „paprastą“ objektų gabenimą: investuodama į tyrimus ir išnaudodama IT potencialą, pristatė daugybę papildomų paslaugų.

Įmonės technologinė plėtra nebuvo tikslių prioritetų padiktuotas pasirinkimas. Devintajame dešimtmetyje konkurentams pradėjus taikyti itin technologines paslaugas, vadovybė nesukėlė jokio noro lygiuotis ir iš tiesų buvo nenoras IT sistemoms išleisti daugiau nei 80 % metinio biudžeto. Tik vadovybės pasikeitimas 1 m. atnešė naudingą kurso pasikeitimą, dėl kurio buvo investuota didžiulės investicijos ir sukurtas platus paslaugų parkas. Nuo 1986 iki 1986 metų UPS investavo daugiau nei 1996 mln.

Šis sprendimas turėjo įtakos sistemoms, siūlomoms paslaugoms klientų, verslo optimizavimas, santykiai su partneriais ir personalo valdymas.

sistema

Pradėjus investuoti į IT, UPS nedelsdamas pastatė objektą Naujajame Džersyje, skirtą duomenų saugojimui ir apdorojimui. duoti; šis kompleksas turėjo atlikti vaidmenį duomenų bazė visus faktus ir informaciją apie organizaciją, suteikiant vieną įėjimo tašką visiems įmonės filialams.

Centrinė duomenų bazė buvo svarbiausia siekiant užtikrinti sekimo galimybes, t. y. visą laiką žinoti siuntinio vietą. Ši naujovė, pristatyta konkurso metu, buvo labai įvertinta klientų. Todėl UPS manė, kad būtina investuoti į

kapiliarinis tinklas, leidžiantis šį informacijos srautą: tinklas, pasivadinęs UPS Net, buvo paleistas 1990 m.

Il duomenų bazė joje turėjo būti ne tik informacija apie siuntinius (ir taip didžiulis kiekis, apie 200 atributų kiekvienai siunčiamai prekei), bet ir apie kitus aspektus: logistiką, duoti iš klientų ir personalo. Šis valdymas duoti tai paveikė pagrindinę UPS veiklą, jos organizacinius metodus ir bendradarbiavimo metodus.

Sukūrusi tvirtą infrastruktūrą, UPS pradėjo žengti į savo verslo technologiją. 1993 m. ji pristatė DIAD – automatinę siuntų atpažinimo sistemą, kuri realiu laiku atpažįsta siuntą ir atnaujina duomenų bazė su jame atliekamomis operacijomis (išvežimas, transportavimas, surinkimas ir kt.). DIAD sudaro mini terminalas, šiuo metu pagrįstas „Windows Mobile“, duota valdo visi, kurie tvarko siuntinius. Terminalas aprūpintas pažangiausiomis jungtimis (šiuo metu naudojama ketvirtoji versija turi Wi-Fi ir GPRS, taip pat Bluetooth ir infraraudonųjų spindulių ryšį, kad būtų galima prisijungti prie kompiuterių ir spausdintuvų) ir, žinoma, GPS, padėti vairuotojams optimizuoti maršrutą ir atnaujinti esamą siuntinio padėtį. DIAD perduodamos informacijos analizė atskleidžia daugybę duoti kuriuos įmonė naudoja profiliuodama i klientų, optimizuoti siuntų srautus ir įdiegti pagal veiklą pagrįstą sąnaudų apskaičiavimą. Taip pat, ateik duoti išryškėja bet kokie „trūkumai“ ar ypatumai planuojant siuntų gabenimą klientų, kuri leidžia UPS siūlyti konsultavimo ir pertvarkymo paslaugas. UPS veikloje dominuoja laivybos optimizavimas – klasikinė informacinėms technologijoms taikomų operacijų tyrimų sritis.

Dešimtojo dešimtmečio viduryje įvykęs pasaulinio žiniatinklio sprogimas atvėrė naujas galimybes, todėl buvo pristatyta daugybė paslaugų, pagrįstų Internetas (UPS Online Tools). Fu una delle prime compagnie a dotarsi di un proprio interneto svetainė e, molto prima della teorizzazione del cosidetto e-komercija, jis pajuto potencialą atsidurti tarp gamintojų ir vartotojų, ištraukti iš grandinės mažmenininkus ir platintojus.

Visos kompiuterinės sistemos buvo sukurtos UPS viduje. Daugelis taikomųjų programų neliko išskirtine įmonės prerogatyva – pavyzdžiui, minėtos sekimo ar sąnaudų apskaičiavimo sistemos, atnaujinamos realiu laiku visoje planetoje – bet buvo prieinamos klientų: kas nori, gali integruoti šias programas į savo programinę įrangą, net į ERP sistemas. UPS teikia API ir dokumentus, prašydamas tik prekės ženklo.

Turint omenyje šį taikomosios programos tikslo pakeitimą – nuo ​​vidinio naudojimo iki į klientus orientuoto kūrimo – IT skyriai pradėjo kurtis kuo sąveikesniu ir moduliu būdu:

sistemingas atvirų standartų priėmimas padarė UPS sėkmingą iš pirmo žvilgsnio, ir šiandien daugelis įmonių lengvai įtraukia UPS funkcijas į savo programinę įrangą;

moduliškumas palengvino pakartotinį kodo naudojimą ir atnaujinimą, paspartino patobulinimus ir naujus diegimus. Deja, šį važiavimą sustabdė biudžeto apribojimai. Šis aspektas bus geriau matomas organizacijos pastraipoje.

Iki šiol aprašyta labai centralizuota sistemų struktūra buvo labai linkusi į staigius pertrūkius nelaimių atveju; tokia įmonė kaip UPS negali sau leisti prastovų. Dėl šios priežasties 1996 m. vyriausiasis informacijos pareigūnas nusprendė lygiagrečiai įdiegti duomenų centrą Atlanta kurios atkartojo visas operacijas, užtikrindamos pageidaujamą veiklos tęstinumą. UPS tvirtumas ir efektyvumas yra tokie dideli, kad įmonė gali

garantuoti siuntų pristatymą per labai trumpą laiką (net vieną valandą svarbioms paslaugoms).

Tarp reikšmingų pastarųjų metų technologinių naujovių UPS savo specialiose pakuotėse pristatė RFID žymėjimą, kuris pagreitino atpažinimo procedūras ir išsprendė vaizdinių žymenų (pvz., brūkšninių kodų) nuskaitymo ant netaisyklingos formos pakuočių problemą. Be to, buvo sukurta balso atpažinimo sistema (UPS Interactive VoiceResponse), siekiant palengvinti žmogaus darbo krūvį telefonų skirstomuosiuose skyduose. Kaip matyti, UPS ypatingą dėmesį skiria savo sistemų evoliucijai ir džiaugiasi bet kokia nauja technologija, galinčia padidinti našumą.

Organizacija

UPS strateginiai sprendimai priimami duomenų analizės pagrindu duoti surinkti dviejų duomenų tvarkymo įrenginių duoti, organizuotas į duomenų saugykla ir siūlomi per įmonės informacinę sistemą. Kalbant apie ilgalaikes strategijas, UPS nuolat vykdo žvalgybos veiklą ir, svarbiausia, rinkos analizę. Periodiškai tikrindamas konkurso pasiūlymą, jis gali bandyti užpildyti spragą (konkurencinė emuliacija).

Iš pradžių UPS sprendimai buvo priimami tik remiantis vyresniojo valdymo komiteto sprendimais. Po kompiuterizavimo buvo įkurtas IT valdymo komitetas, sudarytas iš keturių ekspertų, kurie kas ketvirtą ketvirtį nustato technologinę kryptį. Per metus komisija renka idėjas ir pageidavimus iš įvairių įmonės sektorių; kadangi, kaip minėta, visi IT skyriai yra sutelkti dviejuose lygiagrečiuose biuruose – ir nenumatyta, kad pogrupiai būtų skirti atskirų filialų poreikiams – pirmenybė teikiama skersiniams projektams. Kadangi nėra begalinio biudžeto, nusprendžiau, kokius projektus vystyti, juos tvarkau pagal prioritetą; tinkamumą apskaičiuoja valdymo komitetas, remdamasis numatomomis sąnaudomis ir nauda: sprendimų palaikymo sistema apdoroja i duoti, remiantis tokiais parametrais kaip numatoma investicijų grąža, poveikis kitoms sistemoms/procedūroms ir pan. Tada aptariami ir galbūt sumažinami aukštesnio prioriteto projektai; pagaliau skiriamas biudžetas ir žmogiškieji ištekliai. Svarbus šio mechanizmo aspektas yra tai, kad sprendimų priėmimo sistema teikia pirmenybę trumpalaikiams projektams, nes jei įgyvendinimas užtruks ilgiau nei metus, UPS mano, kad rinka jau bus pasikeitusi iki plėtros pabaigos.

Valdymo komitetas reikalauja, kad visos programos atspindėtų įmonės stilių ir grafiką. Dėl šios priežasties jis prie stalo nusprendžia, kokius šablonus naudoti bet kuriai sukurtai programinei įrangai; visa organizacija turi jo laikytis.

Kalbant apie tikslus, kurie nėra tiesiogiai susiję su IT, UPS aukščiausioji vadovybė plačiai naudoja vadinamąjį sentimentų gavybos metodą, pasinaudodama Radian6 platforma, kuri stebi pagrindinius socialinius tinklus (forumus, tinklaraščius, Facebook, "LinkedIn, Twitter, YouTube ir kt.) ir pateikia apibendrintus informacijos suvestines apie įmonės reputaciją internete. Tarp kitų atidžiai stebimų aspektų yra ir prekės ženklo išnaudojimas.

Siekdama ištirti visiškai naujas galimybes, UPS taip pat turi duota pradėjo veikti padalinys, pavadintas e-Ventures, kuris užsiima naujų verslo ribomis interneto srityje, nesusijusių su konkurso veikla, ir kuris galėtų atverti naujas partnerystes su kitomis įmonėmis. Pirmasis „e-Ventures“ produktas, patvirtintas

vyresnioji vadovybė 2000 m. buvo UPS e-Logistics, išsami internetinė siuntų valdymo platforma įmonėms, naudojančioms UPS kaip standartinį vežėją. E-Logistics idėja yra pasiūlyti vieną integruotą paketą, kuris suteikia bet kokią pagalbą: nuo sandėlio valdymo iki sekimo, užsakymų valdymo, pagalbos telefonu ir kt. „E-Ventures“ per metus parengia vidutiniškai trisdešimt naujoviškų pasiūlymų.

1997 m. UPS įsteigė fondą UPS Strategic Enterprise Fund, kuris stebi, vertina ir investuoja į besikuriančias įmones, kurios tiria naujas rinkas ir potencialiai dominančias technologijas. Būtent šis fondas nustatė ir paskatino 2004 m. įsigyti RFID žymų gamintoją Impinj Inc.

bendradarbiavimas

Kaip matyti iš ankstesnių pastraipų, UPS yra įvairių tipų klientų:

privatūs asmenys, siunčiantys siuntas;

įmonės, kurios ja pasitiki, pristatydamos siuntas savoms klientų

(internetinė prekyba be jokių tarpininkų);

įmonių, kurios ne tik siunčia siuntas, bet ir naudojasi jų kompiuterinėmis programomis.

Bendravimas su klientų pirmasis tipas buvo daugiausia per skambučių centrus, tačiau sparčiai išpopuliarėjus žiniatinkliui, didelė paramos dalis buvo nukreipta į el. paštą. Pavyzdžiui, el. paštu galima gauti pranešimus apie siuntos būseną arba patikrinti ją tiesiai iš svetainės. Telefoninio personalo atleidimas, prie kurio prisidėjo ir balso atpažinimo sistema, leido UPS sukurti naują verslo frontą: tokio personalo nuolaidą įmonėms partnerėms (UPS Business Communication Services).

IT paslaugas naudojančios organizacijos taip pat gali susisiekti su UPS per svetainės skiltį, kurią galima pasiekti naudojant autentifikavimą. Kad nereikėtų patenkinti daugybės pasikartojančių užklausų, UPS sukūrė daugybę DUK visomis kalbomis ir žinių bazę, kurioje galite pabandyti greičiau rasti atsakymą.

Egzistuoja tik vienas bendradarbiavimo tipas, kuris vyksta nenaudojant ad hoc sistemų, tai yra su partneriais, kurie nerodo susidomėjimo papildomomis paslaugomis. Į šias įmones asmeniškai kreipiasi elektroninės komercijos paskyros vadybininkas, kuris pasiūlo bet kokias UPS portfelio funkcijas, kurios, remiantis siuntų ir krovinių analize, galėtų būti naudingos.

Vidinis UPS bendradarbiavimas vyksta įvairiais būdais:

Administracijos darbuotojai dirba telefonu ir/ar el. patogios internetinės bilietų pardavimo paslaugos tvarko techninių problemų darbo eigą; ad hoc programa, taip pat pagrįsta žiniatinkliu, pasirūpina naujoviškų pasiūlymų, kuriuos metų pabaigoje išanalizuos IT valdymo komitetas, rinkimu ir tvarkymu.

Vairuotojai su filialais ar būstinėmis bendrauja per nuolat prijungtą DIAD mini terminalą. Administracinės įstaigos gali perduoti skubią informaciją (pavyzdžiui, apie eismą, kelionės tikslo pasikeitimus ir pan.), todėl ji bus rodoma ekrane.

IT pagrindai organizacijai

Antroji kurso dalis: 7-12 pamokos

Dalomąją medžiagą parašė:

Antonio Ceparano, Vincenzo Sustok, Monika Menoncinas, Alessandro Re

Patikrintas profesoriaus Giorgio De Michelis, siekiant užtikrinti, kad nebūtų klaidų.

DALOMOJI MEDŽIAGA, PAPILDYTA GYDYTOJO STEFANO FANTIN

Norint diegti naujoves įmonės viduje, visų pirma būtina išmanyti turimą technologinę infrastruktūrą. Tai svarbu ir lydi informacinių sistemų evoliuciją. Kad ši raida įvyktų, reikia atsižvelgti į technologijas.

naujovė

60/70s

Priimtos sistemosOperacijų valdymo sistemos.

Vietinė pica: name1/servisuose.

Technologija: Pagrindinis kompiuteris2

Įmonės yra pramonės plėtros įkarštyje, pasaulio ekonomikai atsigavus po karo, o verslui smarkiai auga. Tačiau taip nutinka ne visur, o ribotame skaičiuje išsivysčiusių šalių. L'Italija, informacinių technologijų diegimu (ne jų dizainu, kaip demonstruoja Olivetti), šiek tiek atsiliko nuo kitų šalių.

80/90s

Priimtos sistemos: verslo valdymo sistemos.

Vietinė pica: viduje.

Technologija: darbo stotyse LAN, retais atvejais VPN, žvaigždžių tinkluose

Įmonės vystosi, bet pasirodo pirmoji naftos krizė: tai yra pažadinimo skambutis, bet vertinamas kaip pereinamasis etapas. Naftos krizė trukdo ekonomikos augimui ir palieka labai didelį nestabilumą: daugelyje šalių labai didelė infliacija, nuvertinama valiuta, didėja energijos ir darbo sąnaudos. Būtent šiuo laikotarpiu išaugo idėja vystytis regionuose, kuriuose darbo jėga buvo pigi. Tai iš esmės keičia dalykus: į Italija tais metais įvyko strateginis pokytis plėtrą skatinančiose įmonėse, kurios iki šiol buvo orientuotos į pigių produktų gamybą. Todėl atsiranda įmonių, kurios atitinka savo darbo kokybės (tekstilės, mados, mechanikos, chemijos) kokybę. Įvairiuose sektoriuose „Made in Italy“ tampa kokybės sinonimu. Tačiau tokių gigantų kaip Rusija, Indija ir Kinija plėtra veda į situacijas, kurių žinomi ekonominiai modeliai nenumato: vartojimas išauga keturis kartus ir šios šalys atsiduria dar nepatirtose situacijose.

90/00s

Priimtos sistemos:ERP.

Vietinė pica: namuose / Užsakomasis.

Technologija: Bendrosios paskirties (pvz., kompiuteriui) per Internetas

Šiuo laikotarpiu ekonomiką skatina du pagrindiniai veiksniai: nestabilumas ir padidėjusi konkurencija. Įmonės bando persistatyti, ieškodamos kitų vaidmenų ir kitų technologijų. Įmonės gali manyti, kad turi tam tikrą savo veiksmų horizontą; kai ekonominės plėtros metu išteklių buvo gausu ir buvo garantuotas jų turėjimas ateinančiais metais, taigi turint laisvę laviruoti strateginiams pokyčiams net ir trumpalaikėje perspektyvoje, dabar būtina geriau planuoti išteklių naudojimą ilgiems laikotarpiams. . Visų pirma elektroninių ir kompiuterinių technologijų atveju, šiuolaikinio pasaulio nestabilumas reiškia, kad tam tikru momentu laimėtas produktas rinkoje gali trukti neilgai. Tai tiesa trumpuoju laikotarpiu ir, juo labiau, ilgalaikiu laikotarpiu.

00/10s

Mes vis dar žaidime!

10/20s

Kas atsitiks?

Pirmoji turima technologija yra pagrindinis kompiuteris (IBM S/3603 yra vienas pirmųjų, prisijungusių prie įmonės). ITC sektoriuje inovacijos yra didžiulės ir yra daug įmonių, kurios gimsta, nuosekliai vystosi, bet greitai išnyksta, kartais įsisavinamos (pvz., Netscape, garsėjanti to paties pavadinimo naršykle, dabar yra AOL padalinys), kartais ne. .

Informacinių technologijų rinkos struktūra diktuoja labai griežtas inovacijų taisykles.

Išplitus pirmiesiems ryšiams, gimė terminalai nuotolinei prieigai prie centrinio kompiuterio (žvaigždžių topologija). Tada tinklas buvo sukurtas įrengiant tarpinius serverius. Tik vėliau atkeliauja Internetas, infrastruktūra, leidžianti integruoti a

daugybė skirtingų architektūrų (hierarchinė, peer to peer4, klientas-serveris5, žiedas...). Į Internetas viskas, kas yra tarp dviejų susisiekiančių terminalų, yra paslėpta, struktūros apibrėžiamos išvysčius tinklą. Tai suteikia mums bauginančią laisvę: mums nebereikia struktūros, leidžiančios įvesti tvarką. Internetas tai tikrai didžiulė technologija (angliška šio termino prasme, t.y. didelių gabaritų).

Šis istorinis ekskursas yra svarbus norint suprasti informacines sistemas ir apskritai technologijas, nes:

įmonės ir organizacijos apskritai yra savo tradicijų dukterinės ir jų patirtis lemia skirtumą;

socialinės ir politinės sąlygos yra vyraujantis aplinkos komponentas;

evoliucija ir technikos lygis taip pat priklauso nuo naudotojų kelių.

Mes vis dažniau stebime bendros įmonės pasirinkimų evoliuciją, pagrįstą jos pačios evoliucija. klientų.

Kaip Klee vaizduoja savo „Angelus Novus“, būtina, kad „Naujovių angelo žvilgsnis būtų nukreiptas į praeitį“ arba, tiksliau, reikia pažvelgti į praeitį, norint daryti naujus dalykus.

Galima informacinių sistemų raida

ERP sistemos, kuriose dominuoja SAP ir Oracle, gimė aštuntajame dešimtmetyje. Jie buvo sukurti įmonėms, kurios turėjo kitokias technologijas ir struktūrą nei dabartinės, kurios buvo skirtos aplinkai, kurioje rinka buvo stabili.

Todėl aišku, kad reikia diegti naujoves, tačiau mus riboja kai kurie veiksniai, iš kurių pagrindinis yra žmonių, kurie naudojasi dabartinėmis sistemomis, pasipriešinimas pokyčiams, nes pokyčiams reikia mokytis ir mokytis kažko naujo (tai yra ne visada laukiami).

Šiandien naudojamos operacinės sistemos daugiausia

Unix (40 metų)

„Windows“ (30 metų)

Linux (20 metų)

Šios sistemos gimė epochoje, kai informacinės technologijos buvo paremtos mažais ir vidutinio dydžio kompiuteriais. Laikui bėgant tos pačios sistemos išplito į darbo vietas ir serverius.

Nerimą kelia tai, kad šiuolaikiniame pasaulyje nėra sudėtingesnių sistemų už esamas: pažvelgus, pavyzdžiui, į internetą, galima galvoti apie naujos operacinės sistemos, palaikančios vieno dokumento puslapio žymes, pristatymą.

„9x faktorius“

Bandant diegti naujoves, svarbu naujovėms priskirti tinkamą vertę, kurią ji gali turėti galutiniam vartotojui.

Kurdamas inovaciją žmogus turi suvokti, kad šiai inovacijai jis priskirs tris kartus didesnę vertę, nei suvokia vartotojai. Taip yra todėl, kad išradėjas mato tik naujovišką komponentą, bet nesuvokia būtinybės keisti ekosistemą, kurioje jis gyvena. Žmonės, kurie naudoja technologijas ir kuriems siūlomos naujovės, savo ruožtu priskirs trigubą vertę programoms, kurias moka naudoti, nes išmokti reikėjo pastangų, todėl jie suteikia vertę būtent todėl, kad moka jomis naudotis.

Todėl, kad inovacija turėtų galimybę sėkmingai pakeisti esamą, ji turi būti devynis kartus geresnė („9x faktorius“), ty tai turi būti kardinaliai kitokia inovacija, kuri tikrai keičia žmonių gyvenimus.

Tam, kad būtų galima diegti naujoves, būtina kurti sistemas, kurių mokymosi kaštai būtų labai maži (idealiu atveju nuliniai) ir dėl to pakeistų esamas, pagerintų vartotojų patirtį, tačiau natūraliai įsilieja į esamą ekosistemą.

PREKĖ:

Prekė yra bendro naudojimo objektas, kurio savybės retai nurodomos, nes yra apibrėžtos ir siejamos su standartu. Nesvarbu, kas gamina prekę, nes rinkoje nėra to produkto diferenciacijos. Pagalvokite, pavyzdžiui, apie espreso kavą arba lakštų krūvą: dabar yra plačiai paplitę kokybės standartai, kurių nereikia nurodyti ar diferencijuoti.

Prekės kokybė paprastai yra aukštesnė už mažos vertės gaminį būtent dėl ​​to, kad ji atitinka plačiai paplitusius ir garantuotus kokybės standartus. Priešingai, ad hoc produkto kokybė yra aukštesnė nei prekių.

Kai technologija tampa preke, tai reiškia, kad problemos, su kuriomis ji susidūrė, baigėsi: ji puikiai įdiegta jūsų domene (pvz., teksto rengyklė, biuro spausdintuvas). Informacinių sistemų pasaulyje, jei mes ieškome komponento, bet nesame per daug susirūpinę, ką jis turėtų atlikti našumo požiūriu, greičiausiai ieškome prekės.

IT industrijoje poreikis diegti inovacijas darosi žlugdantis, nes įdiegtų naujovių sistemoje vis mažiau ir dėl to kyla pavojus visai industrijai: be inovacijų mažėja investicijos.

Tačiau diegti naujoves nėra lengva, ypač stambiai įmonei: jei ji turi plačiai paplitusią prekę rinkoje, ši prekė suvokiama kaip standartas. Inovacijų įdiegimas atveria ranką standarto suvokimui, taip pradėdamas pereinamąjį laikotarpį, kai konkurentas gali įeiti į rinką ir tapti svarbiu atstovu.

Konkurencijos augimas nedidina naujovių, bet linkęs pritraukti produktus į tą patį konvergencijos tašką. Pirmaujančioms šio sektoriaus įmonėms naujovių diegimas:

dėl to prarandami ankstesni santykiai su rinka;

tai neduoda didelės ekonominės naudos;

padidina painiavą tarp klientų;

ji pririša įmonę prie pačios naujovės: nesėkmės atveju ji būtų visiška, nes grįžti atgal nebūtų įmanoma.

Todėl būtina sukurti optimalią bendravimo su klientu aplinką, pritraukiančią jo susidomėjimą, kad būtų galima įvesti naujoves į rinką. Kaip minėta anksčiau, siūlomos funkcijos turi būti labai naudingos ir iš esmės neturi mokymosi išlaidų.

Kalbant apie įmonę, aišku, kad jos poreikiai gali keistis. Praeities įmonės pasirinkimai turėjo įtakos jos naudojamos informacinės sistemos struktūrai. Lygiai taip pat įmonės informacinei sistemai suteikta struktūra įtakoja jos ateitį: tai, kas egzistuoja, sąlygoja pasirinkimus ir kuria išankstines nuostatas (suprantama kaip įsitikinimus ir įpročius dėl didelio stabilumo situacijų).

Pavyzdžiui, iki septintojo–aštuntojo dešimtmečio buvo manoma, kad elipsinę kalbą (t. y. kurioje atsiranda elipsė, t. y. žodžių praleidimas) sąlygojo sinchronija (t. y. laiko tęstinumas), bet ne pašnekovų lokacija ( diskusija galėtų taip pat padaryti telefonu). Tačiau elektroninio laiško atėjimas sugriovė šį įsitikinimą: nei sinchroniškumas, nei lokalumas neturi įtakos mūsų kalbos supratimui, o tai priklauso tik nuo konteksto. Pasaulis nepasikeitė dėl to supratimo, tačiau šis supratimas leidžia mums sugalvoti kažką naujo.

Norint suprasti organizacijoje naudojamas informacines sistemas, reikia atsižvelgti į dvi istorijas:

technologijų istorija, nes jei įmonė gimė maždaug prieš trisdešimt metų, technologijoms, kurias ji priims, istorija turės didelę įtaką;

įmonių istoriją, nes daugeliui įmonių istorija ne linijinė, o priklausoma nuo susijungimų, atskyrimų, įsigijimų, todėl kartu su jomis bus pasikeitusi ir jų informacinė sistema.

Įmonės evoliucija svarbi tiems, kurie kuria informacines sistemas: informacinės sistemos yra dinamiški subjektai ir kartais joms taikomi labai griežti terminai.

Norint sukurti įmonės informacinę sistemą, pirmiausia reikia suprasti, kokie yra organizacijų poreikiai. Pirmas žingsnis – interpretuoti įmonės poreikius ir išmokti suprasti problemas, bandant suvokti, kaip ji veikia. Tiesą sakant, šiandien organizacijos nebegali pasakyti, ko joms reikia, neįsivaizduodamos, kokio sprendimo jos norėtų (pavyzdžiui, jos neprašo „galėti administruoti logistiką“, o prašo „a duomenų bazė logistikai). Todėl mūsų užduotis yra mokėti interpretuoti šiuos poreikius: kiekviena įmonė turi skirtingus tikslus ir priežastis, todėl turime kurti sistemas, atitinkančias kiekvieną poreikį.

Taigi pirmoji problema yra galimybė:

rasti visą įmanomą informaciją, nes jos visos pasiekti neįmanoma, nes niekas įmonėje nežino kiekvienos turimos sistemos dalies,

gebėjimas patarti įmonei pasirenkant, įsiklausant į jos poreikius.

Tada norime išskirti tris sistemų aspektus, analizuodami šių faktų integracijos lygius, identifikuodami standumo taškus, iškylančias problemas (jie parodys, iš kur kils klausimai, kurie standumo taškus pavers problemomis). ).

Atsižvelgiant į problemų nelankstumą, nebekyla klausimas apie a integravimą duota X su a duota Y, bet yra apibrėžti integracijos galimybes. Integracijos kaštai turi būti sumažinti, kad organizacija galėtų radikaliai pakeisti savo struktūrą.

Dar viena problema, su kuria reikia susidurti – kur dėti paslaugas: galima įmonę aprūpinti elektroniniu paštu, tačiau jei yra, pavyzdžiui, klientų valdymo sistema, galime su šia sistema integruoti el. Tiesą sakant, šiandien daugelis dokumentų valdymo sistemų integruoja tokias technologijas kaip el.

Šioje srityje taip pat iškyla integracijos problema: kuo labiau judame link i

grupinės programos, tuo daugiau turime integravimo problemų, susijusių su naudojamomis priemonėmis ir jų naudojimo sektoriais.

Norėdami geriau pagalvoti, pavaizduosime, kas jame yra Italija, dėl dviejų priežasčių:

tikriausiai atsidursime analizuodami Italijos organizacijas;

Italijos įmonės turi unikalių savybių.

Italijos įmonės

Italijos įmonės turi būti suskirstytos į grupes, turinčias išskirtinių savybių, tačiau visada sugebančias unikaliai identifikuoti kiekvieną įmonę. Tai padeda mums kurti ad hoc idėjas kiekvienai įmonei, tačiau moduliniu būdu ir bendru pagrindu.

L 'Italija è uno dei più importanti produttori manifatturieri del mondo ed è il 5° esportatore al mondo, in Europa è secondo solo alla Vokietija. A parte i beni culturali, l’industria manifatturiera è la nostra prima risorsa e ci permette di avere un buon tenore di vita.

Rinkoje esame stiprūs kai kuriuose B2C sektoriuose (Business To Consumer), pagrindiniai yra mada, baldai, „balta“ buitinė technika (šaldytuvai, skalbimo mašinos ir tie, kurie dažniausiai būna baltos spalvos). Smulkioje buityje esame labai stiprūs, tarp pasaulio lyderių. Mes taip pat esame tokie patys žemės ūkio maisto produktų sektoriuje ir žemės ūkio įrankių srityje.

Mechanikos pramonė yra labai stipri ne tik automobilių ir motociklų, bet ir B2B mechanikos srityje (Business to Business): ledų, popieriaus ir medžio apdirbimo mašinos.

Esame lyderiai tarp plytelių, akinių rėmelių, dažų ir lakų gamintojų. Mūsų lyderystė yra stipri dėl naujovių ir aukštos kokybės, nebūtinai pagal parduodamą kiekį. Tokia lyderystė jokiu būdu nėra garantuota: konkurentai, kurių plėtros ciklai greitesni, gali jį įstumti į krizę.

Mūsų šalyje yra tūkstančiai įdomių skirtingų profilių įmonių; tai reiškia, kad mes neturime didelių įmonių, išskyrus tas, kuriose valstybei tenka reikšmingas vaidmuo ir kuriose ji gali veikti ir jas reguliuoti, bet kurios todėl neveikia tikroje laisvoje rinkoje.

LItalijos įmones galima apibūdinti kai kuriomis savybėmis:

jie konkuruoja pasauliniu mastu;

jie smulkūs (ne visi, bet turime daug vidutinio dydžio ir daug vidutinių/smulkių įmonių);

jie yra naujoviški;

jie yra įsišakniję teritorijoje;

turėti tinklo struktūrą;

jiems vadovauja meistras/įkūrėjas;

jie stengiasi išlikti ilgiau nei pirmą ar antrą kartą;

jie greitai auga;

jie prastai kompiuterizuoti.

Būdamos mažos, bet pasauliniu mastu konkurencingos įmonės, jos vadinamos „kišeninėmis tarptautinėmis įmonėmis“. Jų produktai laikomi nestabiliais. Tai įmonės, gimusios ir tebekuriamos „pramoniniuose rajonuose“, bendradarbiaujančios su kitomis įmonėmis ir taip suformuodamos stiprų tarptautiniu lygiu įmonių ir organizacijų tinklą. Tinklo efektyvumas turi įtakos jų veiklos efektyvumui. Taigi pramoniniai rajonai tampa sritimis, kuriose veikia vienos geriausių įmonių pasaulyje.

Įsišakniję teritorijoje, dauguma šių įmonių verslininkų taip pat užsiima teritorijos gerinimu, nes jei teritorija kokybiška, tai ir darbų kokybė geresnė.

Šių įmonių vadovavimas dažnai siejamas su vienu žmogumi, viršininku ar įkūrėju, turinčiu puikių verslumo įgūdžių.

Tas, kuris pakeičia charizmatišką lyderį, nesulaukia tokios pat sėkmės ar tos pačios paramos: jis turi žinoti, kaip valdyti gebėjimus, o ne charizmą. Siekdamas vadovauti šioms įmonėms, vadovas sprendžia daugybę aspektų: nėra žmonių, kurie specializuojasi prekyba, dėl strateginių pasirinkimų ar santykių su visuomene, tačiau viską daro vienas žmogus.

Todėl tokios įmonės stengiasi išlikti ilgiau nei antroji ar trečioji karta. Be to, iš kartos į kartą iškyla didelė problema: kadangi daugelis Italijos įmonių yra šeimos valdomos, „gimusios garaže“, įmonės paveldėjimas tampa problema dėl įpėdinių skaičiaus, kuris nuolat didėja. kartai į kitą. Taigi kartais pigiau parduoti įmonę, kai ji uždirba pinigų.

Italų įmonės taip pat labai novatoriškos: kuria naujus produktus ir konkuruoja dėl meistriškumo.

Nepaisant to, jie yra prastai kompiuterizuoti kalbant apie viską, kas nėra griežtai susiję su produktu ir gamybos procesu, arba, veikiau, apie visus tuos būdus, kurie naudojami pinigams paversti produktu ir atvirkščiai. Italų verslininkams informacinės technologijos ima viršų vėliau, kai jau nebeįmanoma jų išvengti, tikintis šia įžanga nesugriauti įmonės. Vietoj to, informacinės technologijos turi būti svarbus verslo elementas: tokios įmonės kaip Ikea, Zara, RyanAir turi informacines sistemas, kurios yra esminės jų verslui. Pavyzdžiui, „Ikea“ evoliuciją lydėjo jų kompiuterinės sistemos raida (ypač logistikos, bet ir keitimosi užsakymais bei žiniomis įmonėje).

Tačiau Italijos įmonių augimas yra gana greitas, todėl jų tendencija dažnai primena aukštųjų technologijų pramonės šakas. Ekonomistų kritika mūsų pramonei yra ta, kad jos sektoriai yra „tradiciniai“, kuriuose nėra augimo, tačiau dėl inovacijų ir radikalių pokyčių sektoriuje augimas vis tiek vyksta.

Pavyzdžiui, akinių pramonėje „Luxottica“ sugebėjo pertvarkyti rinką, užimdama tiek rėmelių gamintojo, tiek pardavėjo vaidmenį, taip įgaudama didžiulę pridėtinę vertę (taip atsidurdama tiesioginiame kontakte su klientų iš kurios gali gauti tiesioginį grįžtamąjį ryšį tiek apie savo, tiek apie konkurentų produktus).

Inovacijų ne visada gali būti: 3M sau davė naujovių kodą, pagal kurį kiekvienais metais įmonė turi atnaujinti bent 25% savo pavyzdžių. Tai pagirtina, bet jei pagalvoji apie mados kompaniją, kuri per metus (o „Zara“ atveju net mažiau, per 4 mėnesius) visiškai atnaujina savo pavyzdžių kolekciją, tai akivaizdžiai reikalauja visai kitokio proceso.

Informacinės technologijos turi atlikti naudingą vaidmenį įmonėje, kurti pridėtinę vertę, o ne būti marginaline. Mes dirbame su informacinėmis technologijomis, kurios prisiima šį vaidmenį, todėl mums įdomu suprasti, kaip galime padėti Italijos įmonei.

Dato kad įmonės sparčiai auga, mums reikia evoliucinių informacinių sistemų:

verslo augimui reikalingos sistemos, gebančios spręsti naujas problemas; problema, su kuria reikia susidurti, kyla ne tik dėl didesnio sistemų pajėgumo, bet ir dėl jų lankstumo, kad būtų galima valdyti naujas problemas.

Būdamos tinklo įmonės, jų valdymas yra glaudžiai susijęs su įmonių tarpusavio sąveika: reikalingos „atviros“ sistemos, kuriose atvirumą valdo ne tik viena pusė (įmonių, su kuriomis bendraujama), bet kur galima prisitaikyti, žinoti, kaip bendrauti su kitų žmonių informacinėmis sistemomis.

Iš atvirų sistemų rinkinio ypatingas yra logistikos: kadangi yra kišeninės tarptautinės įmonės, svarbus yra šalių, kuriose jos veikia, skaičius, todėl būtina žinoti, kaip valdyti siuntas, nes kiekvienas praleistas pristatymas yra potencialus prarastas pardavimas. Tinkamai organizuojant galima pasiekti puikių rezultatų.

Inovatyvios įmonės negali investuoti kelerius metus, nes investicijos turi trumpą gyvenimą. Ilgainiui pasirenkami sprendimai, taikomi visoms produktų šeimoms. Taigi graduotos investicijos.

Vadovų kompetencija yra esminė, kadangi įmonės turi paveldėjimo problemų. Todėl būtina geriau valdyti verslo intelektą ir žinias. Informacija priklauso ir nuo šaltinio vertės: jei autoritetingas šaltinis komentuoja tam tikrą idėją, tas komentaras įgauna daug daugiau vertės. „Apple“ vyriausiasis dizaineris teigia, kad gaminio kūrimas prasideda nuo „vizijos“." to produkto.

Įmonė pradeda veiklą vietinėje vietoje, augdama išlieka vietine, bet pradeda turėti biurus ar biurus kitose teritorijose/šalyse. Taip sukuriamas vietų tinklas, kuris turi būti pažįstamas ir patogus šiame tinkle judantiems žmonėms. Tiesą sakant, įmonės vis daugiau išlaidų skiria teritorijos, kurioje jos yra, didinimui.

Todėl sistemos atsiduria situacijose, kai reikia valdyti netikėtus įvykius ir svarbu, kad jos žinotų, kaip prisitaikyti.

Viešasis administravimas (PA)

Valstybinės organizacijos iš esmės skiriasi nuo privačių: jos turi labai svarbų ryšį su taisyklėmis, o santykio su rinka nėra (nors turėtų). Italijos administracija vertinama taip blogai, kad nepripažįstame (keleto) mūsų turimų meistrybių. Pavyzdžiui, sveikatos sektorius yra gerai veikiantis sektorius, o mūsų ekonominė grąža geresnė nei daugelio kitų šalių.

La PA italiana ha difetti consolidati, molte imprese non vengono in Italija perchè non sanno quando potranno operare, per la lentezza burocratica nota di questo Paese.

Skirtingai nei įmonės, PA nepastebi paslaugų, kuriomis nesinaudojama: sandėlyje nesikaupia neparduotos produkcijos, o daugiausiai yra nedirbančių (ir dažnai dėl to nesiskundžia), todėl nuotėkį sunku rasti. Nėra kas matuoja PA paslaugas; reikalingas aptarnavimo matas.

In Italija da qualche anno è in corso un processo di cambiamento, che ha delle linee guida “nascoste”, una delle quali è quella di mettere al centro il cittadino – cosa che stanno cercando di fare anche le aziende con i loro klientų. Taigi galime įsivaizduoti, kad PA ir verslo sistemos turi susitikimo taškus.

Pokyčių proceso pradžia buvo duota iš šio įstatymo punktų, kurie, be kita ko, atnešė 3 svarbius pakeitimus:

kiekviena administracija turi nustatyti, kokias paslaugas ji teikia arba kokias administracines procedūras ji yra atsakinga;

kiekvienai procedūrai, kai ji teikiama piliečiui, turi būti vadovas; todėl pilietis turi žinoti, kas atsakingas už tą paslaugą;

kiekvienai administracinei procedūrai yra nustatytas maksimalus laikas, per kurį paslauga turi būti suteikta.

Tam, kad šis įstatymas būtų revoliucija, kažko trūko: jis neįveda atsakingo asmens visai klasei administracinių procesų. Tai yra, net jei kiekvienai konkrečiai bylai yra vadovas, kai jis išmokamas privačiam asmeniui, tos konkrečios rūšies procedūroms nėra vadovo (pvz., yra mano paso vadovas, bet ne visiems pasams).

Tam, kad šis pokytis būtų įgyvendintas, reikalingas dar vienas, tačiau dar nepadarytas: viešoji administracija turi padėti piliečiui tenkinti jo poreikius. Įstatymas užima antrą vietą po piliečio poreikių, tačiau jo reikia gerbti. Todėl PA turėtų vadovauti piliečiui pasirinkimais ir procedūromis, kurios yra būtinos norint gauti tai, ko jam reikia, o ne tik taikydama įstatymą, palikdama pilietį savo valiai.

Pavyzdžiui, jei šeimai reikia leidimo pastatyti kambarį savo vaikui, nesvarbu, kaip šis kambarys įrengtas: užtenka jį turėti, nes toks poreikis yra. Taigi pilietis nori laikytis taisyklių (kurios yra mažiau svarbios nei būtinybė), tačiau kadangi pilietis nesivadovauja taisyklių taikymu, leidimas bus atmestas, procedūra miršta, o pilietis bus nepatenkintas. PA turėtų jį palydėti ir pasakyti: "Norėdami gauti kambarį, turėtumėte daryti tai, o ne tai".

Jei norime, kad viskas būtų orientuota į paslaugas, aišku, kad sistemos turi kardinaliai skirtis.

Sistema turi padaryti i nuolat pasiekiamą duoti pagrindu (pvz., nusipirkau 20 A tipo varžtų), nes iš šios informacijos galima išvesti naujus (pvz., aš dar turiu A tipo varžtus) ir dėl to reaguoti kompleksiškiau priklausomai nuo situacijų ir poreikiai.

Norint turėti šiuos pokyčius, reikalingos modulinės sistemos: jos leidžia nuolat derinti informaciją, nes laiko ją atskirai.

La crescita dell’azienda porta alla confusione nella sua organizzazione interna: in Italija raramente si fa l’analisi delle persone impiegate, della loro operatività e del valore che esse producono, idea più tipica del Giappone e dei Paesi anglosassoni. Tutto ciò che non fa parte del valore aggiunto andrebbe abolito, quindi se il sistema informatico permette l’analisi delle informazioni, consentendo il risparmio, il guadagno aumenta.

Italijos įmonės turi inovacijų poreikių, kurie yra siejami su rinkos priežastimis. Viešajame administravime dėl visiškai skirtingų priežasčių nei įmonė stipriai veržiasi inovacijų link. Yra dvi šios naujovės savybės:

dėl ekonominių išteklių stokos pirmenybė teikiama pigioms inovacijoms;

inovacijomis turi būti siekiama gerinti veiklos rezultatus, taip pat keisti žmonių mentalitetą, atlyginant už jų nuopelnus pagal tikslus, tačiau reikia turėti metodą, kad būtų galima nustatyti pagrįstus tikslus. Be informacinių technologijų nežinome, kokie tikslai keliami.

Modulinė programinė įranga

Norėdami sukurti lanksčias, evoliucines ir keičiamo dydžio sistemas, turime turėti moduliškumą, t. y. savybę, leidžiančią sukurti sistemą „iš apačios į viršų“ (iš apačios į viršų).

Pirmiausia reikia turėti modulius, taigi reikia modulių „archyvo“. Tada jie turi būti keičiami, ty modulį turi būti galima pakeisti kitu lygiaverčiu moduliu, o tai daroma leidžiant keistis informacija tarp modulių per apibrėžtas sąsajas: komponentų sąveika neturi skirtis priklausomai nuo modulių kitimo. .

Modulinė programinė įranga atranda naują komponentų integravimo paradigmą kuriant mišinius (hibridinė žiniatinklio programa), t. y. kurti ką nors iš skirtingų šaltinių, pavyzdžiui, naudojant API, iš pradžių sukurtas skirtingiems tikslams, bet vėliau sujungtas, kad būtų sukurtas naujas produktas.

Kaip paprasti turėtų būti moduliai modulinėje sistemoje?

Formos turi būti kuo paprastesnės. Kiekviena įmonė sudėtingesnius santykius (pvz., personalo valdymą) gali tvarkyti labai skirtingai, tačiau elementarios funkcijos išlieka tos pačios (pvz., darbo užmokestis). Maži moduliai leidžia naudoti daugiau pakartotinio naudojimo, mažiau laiko kurti ir nuolat tobulinti (pvz., jei atskiriate vartotojo sąsają, turite įsitikinti, kad ji yra nuosekli, pvz., turite turėti galimybę naudoti kopijavimo ir įklijavimo funkciją, neatsižvelgiant į tai, kuriai sistemai Sukurta vartotojo sąsaja).

Akivaizdu, kad iškyla problema, kaip pasiekti modulių sąveiką. Didelė sistema leido turėti daug informacijos, susietos viena su kita pačioje sistemoje, taip pat leido su ja susijusią informaciją valdyti unikaliai.e

pasiekti leidimus, o su i duoti jie yra išsklaidyti, o autentifikavimo mechanizmai gali būti įvairūs.

Šis skilimas tuo pačiu suteikia mums daug laisvės: i duoti galime jas dėti kur norime, paskirstydami kaip norime.

Visų komponentų integracija, duomenų bazė, moduliai ir sąsajos, nevyksta vakuume, o vyksta platformoje: būtent ji leidžia atlikti integraciją, todėl šią platformą būtina gerai apibrėžti.

Tai, kas leidžia kurti modulines sistemas, visų pirma yra informacijos, kuria keičiasi moduliai, tipo standartas: turi būti galimi komunikacijos srautai tarp modulių. Galime turėti kelias keičiamas rašymo sistemas, jei turime vieną dokumento standartą, tačiau iki šiol buvo visiškai priešingai: vyrauja rašymo sistema su daugybe dokumentų formatų. Ši situacija turi du minusus:

jei standartas yra susietas su sistema, ta sistema tampa universali,

tai linkusi uždaryti rinką, nes yra standartas, kurio niekas kitas negali sukurti, todėl labiausiai paplitęs automatiškai tampa stipriausiu.

Darbotvarkė yra skersinės paraiškos pavyzdys, lyginant su visomis kitomis paraiškomis, nes darbotvarkė turi būti, todėl ją prasminga tvarkyti sistemos, o ne paraiškos lygmeniu. Sistema yra platforma, kurioje paleidžiame programas ir leidžiame jas bendrauti. Tai leidžia mums atskirti duoti iš programų. Tai labai supaprastina informacinės sistemos kūrimą: galime sujungti duoti dviejų įmonių lengviau arba naudokite skirtingas programas, kad pasiektumėte tą patį duoti.

Informacinių sistemų sujungimas yra labai svarbus įmonių susijungimo procese. Turint paprastas formas lengviau keistis informacija nei naudojant sudėtingas formas.

Moduliškumas dažnai jau egzistuoja pagal išorinį požiūrį: vartotojo. Tiesą sakant, jis mato sistemą po vieną, t. y. mato tik tą kūrinį, kurį naudoja, ir suvokia jį kaip atskirą modulį nuo kitų. Tariamas moduliškumas yra pirmasis žingsnis siekiant tikrojo moduliškumo.

Tai leidžia mums sukurti naujas ir tarpkomponentines sąveikas ir paslaugas. Sistemos sąsaja tampa priklausoma nuo vartotojo aplinkos: sistema reaguoja, kai vartotojui to reikia, todėl laukimo laikas tampa esminis sistemos efektyvumo matavimui.

Svarbu, kad sąsaja būtų kuriama pradedant nuo vartotojo, nuo to, ką jis daro: vartotojas pripranta prie procedūrų, net jei jos yra įnirtingos ir stokojančios logikos.

Galiausiai, platforma turi suvokti, kad yra platforma: ji turi ne tik leisti vykdyti modulius, bet ir turėti visas tas funkcijas, kurios gali būti skersinės (pvz., dienotvarkė, el. paštas), kurias galima pasiekti naudojant sistemos primityvus ( kaip ir su copy-paste). Sistemai tai gali būti vertinama kaip

įprastas programas, tačiau jos būtinos norint sujungti komponentus.

Platforma = sistema + skersinės paslaugos.

Platforma nėra sistema ir jos nepakeičia, ypač jei turite skirtingas sistemas („Windows“, „Linux“, „Mac“...), kuriose perima tarpinė programinė įranga, rodydama kelias sistemas taip, tarsi jos būtų viena.

Todėl modulinės sistemos turi turėti bent 4 charakteristikas:

moduliai turi būti paprasti;

moduliai turi būti keičiami;

jums reikia platformos, kurioje būtų pilna integracijai reikalingų paslaugų;

sąsaja turi būti sukurta taip, kad tenkintų programos vartotoją.

Visos šios charakteristikos yra susijusios su evoliucija: moduliai leidžia evoliucionuoti atskirai ir evoliucionuoti sistemai. Savo ruožtu platforma ir sąsaja turi turėti galimybę vystytis pagal protokolus ir procedūras.

Sistemų integravimas

Dabartinės sistemos didžioji dauguma yra suskirstytos į dalis, susijusias su konkrečiais organizacijos gyvenimo aspektais: beveik visada administracija, biudžetas, balansas (ekonominiai-finansiniai aspektai), bet taip pat ir personalo komponentai, kuriuose yra visa informacija. yra aktualūs įmonei. Kiekviena iš šių sistemos dalių savaip integruoja 3 aspektų elementus (paprastai kiekvienas modulis tai daro skirtingai).

Vystantis įmonei, plečiantis ir keičiantis jos struktūrai, jaučiamas sudėtingesnės informacinės sistemos poreikis, integruojantis kitas duoti ir kiti moduliai. Tai reiškia, kad į iš tikrųjų įgyvendintas integracijas reaguojama labai efektyviai. Integracija iš esmės atliekama integruojant skirtingus aspektus vieno lygmeniu duomenų bazė: kiekvienas komponentas turi a duomenų bazė kuri nurodo įvairius aspektus, ir mes integruojame visą to informaciją duomenų bazė.

Daugeliu atvejų, t duomenų bazė jie yra santykiai, o integracija yra informacijos lygmenyje, tačiau kai kurios technologijos leidžia sujungti objektus.

Jei norite integruoti du aspektus kitu būdu, ERP siūlomus metodus naudoti nėra lengva. Tiesą sakant, tokio tipo integracijos vis dar trūksta ERP: galite atlikti kai kurias integravimo operacijas duoti da duomenų bazė kelis, tačiau tam reikia išgauti informaciją, kad ją būtų galima integruoti į duomenų gavybos komponentą.

Integracijos efektyvumas yra labai svarbus įmonės aspektas, nes šiandieninėse organizacijose viena iš pagrindinių problemų yra tinkamai ir greitai reaguoti į sunkiai nuspėjamus rinkos pokyčius. Pavyzdžiui, naujų ekonominių rinkų, tokių kaip

Brazilijos, Rusijos, Indijos ir Kinijos (vadinamos „BRIC“) kelia problemų Italijos įmonėms, kurios turi suprasti, kaip patekti į tas rinkas ir kurioms reikia informacijos, kuri nėra iš karto pasiekiama ERP. Dėl šios priežasties yra poreikis duomenų saugykla ir duomenų gavyba. Organizacijos vadovai reikalauja, kad jiems reikalinga informacija būtų pateikta su atsakymo terminais nuo savaitės iki vieno mėnesio: už šio diapazono ribų įmonė priima sprendimus be duoti informacinės technologijos praranda savo vaidmenį, todėl suvokiamos kaip kliūtis ar problema. Todėl kuriant „Business Intelligence“ sistemą būtina apgalvoti visus galimus klausimus, kuriuos vadovas gali jums užduoti, ir paruošti sistemą, kad ji galėtų pateikti atsakymą. Informacinės technologijos turi sekti įmonės plėtrą!

Jei įmonė neperka, o metai iš metų plečia savo rinką visame pasaulyje, sistemą reikia pritaikyti, kad ji būtų pritaikyta plėtrai.

Jei įmonė visus centrinius išteklius perduoda iš išorės, platforma turi turėti galimybę vystytis šia kryptimi. Todėl taikomųjų programų platforma turi būti tobulinama cikliškai, ty nuo 6 iki 12 mėnesių. Tačiau virš taikomosios platformos yra technologinė, kuri yra iš esmės kitokio pobūdžio, nes apibūdina informacinių technologijų valdymo būdą; tai yra esminis veiksnys sėkmingam pasirinkimui taikomosios platformos lygmeniu ir problemų sprendimui. Jos evoliucijos ciklas šiuo atveju yra daugiametis ir turi būti nuolat stebimas, siekiant užtikrinti, kad architektūra geriausiai atitiktų mūsų poreikius.

Todėl norint pasiūlyti tinkamus sprendimus, reikia valdyti 3 lygius:

technologijų platforma (keliems metams)

programų platforma (6/12 mėnesių)

pavieniai leidimai (savaitė/mėnuo)

Tačiau šį skirstymą į lygius nustatyti nelengva: nors jis yra, jis nėra aiškus. Pagalvokite apie ENI, kuri šiuo metu kuria sistemą, pavyzdį debesis

kompiuterija, tačiau gimusi su kitokiomis idėjomis nei debesis, o vėliau pasikeitė, nes pasikeitė ir įmonės poreikiai.

Šis skirstymas taip pat paaiškina priežastį, kodėl ERP sistemose vyrauja pataisų naudojimas, kurie duoda greitus atsakymus į naujas problemas, tačiau nepagerina sistemos architektūros, o priešingai linkę ją pabloginti.

Komponentų integravimas yra svarbi veikla, nes integruoti komponentai taupo laiką ir sumažina klaidų dėl rankinio transkripcijos duoti. Organizacijos faktai visur yra vienodi (perkamų ar teikiamų paslaugų administravimas, atsižvelgimas į tai, kas įeina į įmonę ir iš jos išeina ir pan.) ir jais remdamasi įmonė nustato savo tikslus (kiek pirkti, kiek pirkti). gaminti ir pan.). Informacinės technologijos palaiko verslą ne tik šiais aspektais, bet ir naudodamos tokias priemones kaip el. paštas, intranetai, vaizdo konferencijų sistemos, e-komercijaIr tt

Technologijos leidžia pašalinti kai kurias užduotis, bet sukuria kitas.

Organizacinėje veikloje visada yra perteklinių darbų, susijusių su naudingos informacijos teikimu, todėl reikia turėti omenyje 3 faktus:

perteklinis darbas negali būti pašalintas iš karto;

jei veiklos rezultatai nesikeičia, reikiamo darbo sumažinimas;

tačiau jei sistemą sukūrėme taip, kad pagerintume vartotojų patirtį, vartotojus

jiems reikės žmogaus įsikišimo.

Yra tam tikra pusiausvyra tarp darbų, kuriuos galime sutaupyti, ir naujų poreikių: sumažinus įprastą veiklą, galima sukurti naujų darbų.

Pavyzdys: atsiskaitymas

Paimkite, pavyzdžiui, skirtumą tarp sąskaitos faktūros ir užsakymo: ji yra tik sąrankoje, tačiau iš tikrųjų dviejuose dokumentuose yra maždaug ta pati informacija. Turėdami sistemą, kuri generuoja sąskaitą faktūrą nuo užsakymo, galite valdyti procesą greičiau ir su mažiau klaidų. Tačiau dar prieš keletą metų, kai įmonė pirko produkciją, tiekėjos įmonės sistemos sugeneruoti dokumentai buvo 3:

užsakymas;

tiekėjo sąskaita faktūra;

pakavimo lapelį.

Todėl reikėjo atlikti kiekvieno žingsnio patikras: užsakymas-sąskaita, užsakymas-faktūra, sąskaita-faktūra. Tas procesas akivaizdžiai brangiai kainavo tiek laiko, tiek pinigų atžvilgiu, todėl tuos veiksmus teko pašalinti.

Kad galėtų juos pašalinti, perkančioji įmonė galėtų diktuoti tiekėjui sąlygą: užsakymas priimamas tik tuo atveju, jei sąskaita yra identiška užsakymui. Kad būtų laikomasi šio apribojimo, aišku, tiekėjo įmonė turi apriboti užsakymo valdymą, pavyzdžiui, atmesdama vėlesnius to paties variantus. Pirkėjas sumažina išlaidas, tačiau atsakomybė visiškai perkeliama įmonei tiekėjui, kuri turės prisiimti atsakomybę už šią atsakomybę.

Antras sprendimas galėtų būti pirkėjo ir tiekėjo susitarimas, kad užsakymas būtų vykdomas iki siuntos pradžios: tik tada užsakymas negali būti pakeistas ir išrašoma sąskaita. Tai sumažina reikalingus patikrinimus tarp užsakymo ir sąskaitos faktūros, tačiau šiuo metu atsakomybę prisiima sandėlininkas, patvirtinantis administratoriui apie gaunamas prekes.

Ontologinės sistemos

Kaip galime veikti su sistemomis, kurios palaipsniui tampa griežtesnės? Tai įmanoma padaryti, jei pasirinksime lengvą priedą.

Norint atsakyti į klausimą, reikia atlikti paiešką tarp visų turimų informacijos šaltinių. Šią operaciją galima atlikti prisijungus (ta prasme, kad tai leidžia atsakymo laikas) arba neprisijungus (užpildant duomenų bazė atsakymų).

Jei į mūsų klausimą neatsakyta duoti renkamų duomenų gavybos būdu, norime sužinoti, ar yra kitų būdų juos apibendrinti duoti kad gautum atsakymą.

Pažiūrėkime, pavyzdžiui, atvejį, kai įmonė yra suinteresuota izoliuoti tas įmones ar žmones, kurie yra abu klientų kokie tiekėjai. Jie turi mokesčių kodą arba PVM mokėtojo kodą kaip identifikatorių, todėl vienas kodas identifikuoja vieną subjektą. Integruojant i duoti duomenis ir išnaudojus pertekliškumą, galima naujai sutvarkyti informaciją ir gana paprastai identifikuoti subjektą, kuris yra ir klientas, ir tiekėjas.

Pridėtinė vertė pasiekiama tada, kai, o ne dalija klientų ir tiekėjai, kalbame apie bendrą kategoriją – pašnekovus, į kuriuos įeina ir kiti subjektai (pavyzdžiui, PA, pvz., savivaldybė, kuriai mokami mokesčiai). Šiuo atveju idėja yra laikyti sąvoką, o ne sintaksę, kaip agregacijos polių. Tai leidžia mums išvengti būtinybės integruoti bazes duoti ir todėl atlikti šviesos integravimą.

Klientas ir tiekėjas yra raktiniai žodžiai, leidžiantys identifikuoti kai kuriuos subjektus, su kuriais turiu ryšių.

Šiuo metu galima sukurti struktūrą mūsų pašnekovams, kurie yra fiziniai ar juridiniai asmenys, kurie galėtų būti naujos įmonės, su kuriomis užmegztų ryšius, bet kurie nėra nei vienas, nei kitas. klientų nei tiekėjų (pvz., savivaldybė, kaimynai). Todėl sužinome, kad bendraujame su žmonių ir juridinių asmenų rinkiniu.

Yra būdas pasiekti duomenų bazė pasitelkiant koreliaciją, kuri nebuvo numatyta: randame i klientų kurie taip pat yra tiekėjai, nes kalbame apie struktūrą duoti, bet prisijungti prie i duoti ir rasti koreliaciją, pasikliaujame ne tik randamomis vertybėmis, bet ir pertekliumi bei struktūra (pvz., kaip sužinoti, ar Mac Donalds ir McDonald's yra ta pati įmonė?).

Kad nebūtų naudojami raktažodžiai, ty nebūtų charakterizuojamos esybės su leksiniais atributais, turime naudoti ontologines sistemas: mums rūpi ne tam tikros esybės sinonimai, o pasaulio sandaros supratimas, ty ontologija.

L’ontologia è qualcosa di diverso da una semantica: quest’ultima è associata ai linguaggi, mentre le ontologie sono associate ai mondi. L’ontologia è lo studio dell’essere, o del “modo in cui noi stiamo nel mondo”, mentre le semantiche sono legate ai linguaggi: per poter avere un significato, deve esistere un linguaggio. Il mondo è generato da un linguaggio, che ci permette quindi di andare sempre oltre a ciò che vediamo, e l’ontologia parla di un mondo specifico.

Pavyzdžiui, jei terminą „dangoraižis“ apibrėžiame kaip „pastatas aukštesnis nei X metrai“, sakinys

tipas „grįžau namo su dangoraižiu kišenėje“ neturi prasmės mūsų apibrėžtoje ontologijoje, o jei ontologijoje terminui „dangoraižis“ numatoma ir „statulėlės-suvenyro, atkurianti pastatą“ reikšmė, sakinys įgautų tikslią prasmę.

Koreliacijų nustatymas tarp duomenų bazė, aprašome pasaulį: būtent pasaulis sako, kad jis lemia mūsų vartojamus žodžius. Toks pasaulis visada yra baigtinis: faktų skaičius organizacijos gyvenime yra baigtinis. Kalbos sukeltas pasaulis yra begalinis, o kalba galime pavaizduoti bet kurį galimą pasaulį, nes kalba susijusi su potencialu, o ne tik su esamu. Bet kokiu atveju, logika atveda mus prie semantikos esmės: ir logika, kuri sako, kad jei kas nors teikia paslaugą, tai jis yra tiekėjas, nes žinome, kad paslauga yra tiekimo rūšis.

Ontologija leidžia atskirti dvi fazes: agregaciją ir galutinę integraciją. Apibendrinimas yra susijęs su tuo, kas mus domina, ir tai yra svarbi integracijos dalis: jei turiu du dokumentus su vienodais duoti ir apibendrinti jų reikšmę, buvo įdėtos didžiausios pastangos. Tikrasis failų integravimas (sujungimas arba redagavimas) yra nedidelė dalis.

Galima susieti informaciją, esančią duomenų bazė, bet ir dokumentus bei vaizdo įrašus, naudojant semantiką. Privalumas turėti daugiau duomenų bazė, o ne tik vieną, galime išlaikyti nei duomenų bazė analitinė informacija atominiu lygmeniu.

Tada turime sugebėti susieti informaciją, kad gautume standartizuotą atsakymą, leidžiantį optimizuoti išlaidas ir garantuoti teisingą ryšį su visais klientų (galėdamas atsakyti tuo pačiu).

Norėdami suprasti, kas su kuo susiję, panagrinėkime pavyzdį, kilusį iš žiniatinklio idėjos: galime priskirti žymas ištekliams, kad atpažintume visą susijusią informaciją. Šio metodo problema yra ta, kad galėtume naudoti skirtingos formos žymas, kad pavaizduotų tą patį dalyką (žymos yra susietos su sintaksė). Antrasis sprendimas yra nurodyti semantinį matmenį, einantį per leksiką (t. y. žodžių naudojimas žymoms išvesti) iki semantikos (išvesti sąvokas ir esybes).

Tačiau mus dominanti semantika yra kitokio pobūdžio nei natūralių kalbų, kurios apskritai turi platesnius tikslus nei siūloma. Semantikos dėka galime apibūdinti kalbą, kuria galime apibūdinti mus dominantį pasaulį, tai yra ontologiją.

Ontologijos gali būti aprašomos naudojant logines kalbas, viena populiariausių yra OWL (Ontologijos žiniatinklio kalba).

Per jį mes galime judėti pasaulyje ir interpretuoti faktus. Tai labai abstraktus aprašymas, naudingas kalbant apie veiksmus, kuriuos norime atlikti.

Ontologijoje ryšiai tarp mazgų apibrėžia, kas yra įmanoma ir kas yra aktualu aptariamai ontologijai, o ne už jos ribų, ir tai yra baigta, atsižvelgiant į veiksmus, kuriuos galime atlikti.

Jis taip pat dažnai naudojamas norint susieti įvairius dalykus, pavyzdžiui, kai viena įmonė nori ką nors sužinoti apie kitą įmonę. Šiuo atveju turiu rasti būdų, kaip susieti skirtingą informaciją. Abstrakcija yra dažniausiai naudojama technika:

organizacijos diagnozė;

žmogaus diagnozė;

mašinos diagnostika.

Abstrakcijos tipas priklauso nuo atsakymo, kurį norime pateikti: trys diagnozės yra susijusios viena su kita, net jei šios sąvokos, matyt, priklauso skirtingoms kategorijoms.

Kiekviena iš šių kategorijų nustato teisių ir pareigų visumą asmens santykiuose su organizacija.

debesis Kompiuterija

Tarp mūsų turimų technologinių platformų yra debesis kompiuterija pateikia radikalias prielaidas: nors, viena vertus, ji gali pasiūlyti didelių galimybių, kita vertus, tai yra reikšmingas perversmas aplinkoje, kurioje jis įdiegiamas, taip keliantis grėsmę sektoriaus pramonei.

Informacinės technologijos jau savo ištakose, o prieš 10–15 metų labiau konsoliduotos, prisistatė kaip paslauga vartotojams, ty kaip išteklius, labiau tinkamas užsakomųjų paslaugų, o ne įmonės viduje. Ankstyvieji kompiuteriai buvo brangios mašinos, pagrindiniai kompiuteriai, todėl organizacija nepirko visos mašinos, o sumokėjo už jos paleidimą ir savo programinės įrangos paleidimą; tačiau mašina liko „serviso centre“, kuris įmonei pasiūlė tokią galimybę.

Tobulėjant technologijoms, šis matmenų suvaržymas išnyko: todėl įmonės perėjo prie savo programinės įrangos kūrimo arba įsigijimo iš specializuotų tiekėjų. Akivaizdu, kad dėl to įvairių įmonių IRT skyrius buvo per didelis, o galiausiai jos susidurdavo su problema, ar pasirinkimas kurti savo programinę įrangą nebuvo per brangus.

Pirmosios įmonės, susidūrusios su šia problema, buvo stambios įmonės, kurios iš tikrųjų tuomet siekė iškelti visą IRT sekciją į lauką, sudarant sąlygas užsakomųjų paslaugų sutartims: tinklai, serveriai, kasdienė priežiūra, programinės įrangos kūrimas, nebebuvo vidinė įmonės veikla. ir galėtų būti traktuojamos kaip bet kuri kita paslauga, taip pat ir išlaidų kontrolės bei mažinimo atžvilgiu.

Užsakomosios paslaugos buvo sėkmingos, nes tai leido jums gauti aukščiausios kokybės paslaugas

pateikti rinkoje. Bendrovė negalėjo pasiekti tokios kokybės, nes jos požiūris į pasaulį apsiribojo savimi.

Tačiau šis procesas iš įmonių reikalavo tam tikrų įgūdžių sudaryti užsakomųjų paslaugų sutartis, kad būtų garantuota tų labai sudėtingų perkamų paslaugų kokybė. Todėl reikėjo IRT išmanančių žmonių, galinčių kontroliuoti paslaugos kokybę, todėl realiai įmonėje nebereikalinga tapo tik infrastruktūra. Tačiau perimant technologijas iš išorės tiekėjų, atsiranda neigiama pasekmė: neįmanoma suvaldyti tiekėjo, o tai laikui bėgant prastėja kokybė, atsiranda nelankstumo ir didėja sąnaudos.

Todėl šios aplinkybės verčia įmones grįžti atgal, ty turėti IT skyrius arba kartu su tiekėju kurti bendroves, kurioms perduotų paslaugas, kad būtų galima geriau kontroliuoti siūlomą paslaugą ir patentuotą programinę įrangą.

Ir būtent šioje sistemoje debesis skaičiavimas.

Konceptualiu požiūriu, debesis kompiuterija gimė iš tinklelio skaičiavimo idėjos, ty naudoti galia efektyviai paskirstyti visame pasaulyje, ty išnaudojant nepanaudotus duomenis. Ši idėja iš pradžių taikoma dalinantis muzikos failais internete per tinklus, kuriuose kiekvienas yra ir klientas, ir serveris (Peer-to-Peer). Problema

Šios architektūros ypatybė yra ta, kad neįmanoma identifikuoti akcijų valdytojo, nes neįmanoma nustatyti, kuris serveris yra iš kurio aš kilęs duoti.

Šis paskirstytas sprendimas taip pat buvo naudojamas mokslo srityje, siekiant paremti galia paskirstytasis skaičiavimas. Tačiau tam reikalingas didelis vartotojų homogeniškumas, o tai riboja paties tinklelio skaičiavimo plėtrą. Nepaisant to, įmonės, turinčios daug serverių, atkreipia dėmesį į tinklą, nors tos skatina visiškai nepriklausomi rinkos poreikiai (pagalvok apie "Google" ed Amazonė). Šiuo metu tinklelio skaičiavimo rinka smunka.

Idėja už debesis kompiuterija yra ta, kad vartotojai yra paslaugų vartotojai, jie nemato, kaip paslauga įdiegta, ir dirba aplinkoje, kuriai būdingas virtualizacijos diskas.

debesis Skaičiavimas VS Mainframes: Jie yra panašūs savo koncepcija, bet radikaliai skiriasi techninės įrangos požiūriu.

debesis Skaičiavimas VS Grid: nebenaudojama lygiaverčio ryšio koncepcija.

debesis Kompiuterija VS užsakomosios paslaugos: Įmonė neteikia savo informacinės sistemos.

Techninė įranga, skirta debesis jis dažnai gaminamas taip, kad jį būtų galima įdėti į 100, 1000, 2000 serverių konteinerį, kurie jau yra optimizuoti ir autonomiškai aušinami, paruošti „parduoti“.

Duomenų centrų moduliavimas leidžia atlikti atskirą ir supaprastintą valdymą atsarginio kopijavimo fazėje, ypač atsižvelgiant į tai, kad turint identiškus įrenginius, atsarginės kopijos atkūrimas sutrumpėja iki duomenų perdavimo laiko. duoti.

Il debesis kompiuterija puikiai tinka startuoliams, nes nereikia valdyti migracijos iš senų sistemų, o tai dažniausiai yra labai brangu. Logika debesis Iš tikrųjų kompiuterija grindžiama mokėjimo už naudojimą koncepcija arba siekiant priversti žmones mokėti klientų suma, proporcinga jų naudojamiems ištekliams. Infrastruktūra išteklius paskirsto akimirksniu, todėl resursų naudojimas yra dinamiškas ir priklauso tik nuo to momento poreikių. Tai leidžia apriboti išlaidas ir dinamiškai augti kartu su įmonės poreikiais.

Ekonominiu požiūriu tais atvejais, kai naudojamas debesis kompiuterija nėra suvaržyta, yra nauda, ​​kuri įmonei svyruoja nuo 30% iki 70%. Tačiau gali būti suvaržymų, dėl kurių atsiranda papildomų išlaidų, pavyzdžiui, būtinybė nustatyti i duoti (dėl privatumo ar teisinių priežasčių) arba poreikio tinkinti paslaugas.

Pasiūlymas iš debesis Kompiuterija pasižymi trimis pagrindiniais elementais:

Infrastruktūra kaip paslauga (Infrastruktūra kaip Paslauga arba IaaS), kur tiekėjo siūloma paslauga debesis tai pati „debesio“ infrastruktūra, kurią sudaro galia kompiuterija, saugojimas ir tinklų kūrimas. Tada klientas gali paleisti savo programinę įrangą (įskaitant operacines sistemas) šioje infrastruktūroje.

Platforma kaip paslauga (Platforma kaip paslauga, o PaaS), kur siūloma paslauga yra galimybė turėti platformą, kurią teikia tiekėjo debesis, kuriame klientas gali paleisti savo programas.

Programinė įranga kaip paslauga (programinė įranga kaip paslauga arba SaaS), kur tiekėjas debesis parengia klientui programinę įrangą ir jis moka tik už faktinio tos programinės įrangos naudojimo laiką.

Problema, kuri kelia debesis yra privatumas ir saugumas duoti, tačiau tai gali būti išspręsta tik radikaliai pakeitus filosofiją, kuria grindžiamas mūsų įstatymas.

Privatumas ir nuosavybės teisė į Duoti

Valdant duoti internete akivaizdžiai iškyla privatumo problema. Problema ne tokia didelė, kad aš duoti gali būti vieši, nes kažkas gali juos netinkamai panaudoti. Piktnaudžiavimas duoti jautrus, t. y. neteisėtas jų naudojimas, yra tai, už ką turi būti baudžiama (pavyzdžiui, jei duoti apie darbuotojo sveikatos būklę buvo panaudoti juos atleidžiant, tai būtų netinkamas ir neteisėtas naudojimas).

Antra problema yra nuosavybės teisė duoti: kas valdo? Daugeliui vartotojų tai neaktuali problema, nes jie dalijasi turiniu, kuris jau yra viešas. Tačiau turint duoti tik tinkle, nuosavo turinio turėjimas nėra tikras; tai būtų tik tada, jei turėtume neprisijungusią kopiją.

Šiuo metu rinkai pateikiami du pagrindiniai programinės įrangos modeliai debesis kompiuterija:

šabloną "Google", kuriame yra standartinė programinė įranga,

šabloną Amazonė, kuri teikia mashup programinę įrangą, kad būtų galima sukurti pritaikytą programinę įrangą.

Su savo pranašumais, debesis tai taip pat turi trūkumų: pirmiausia dabartinių sistemų perkėlimas į debesis yra labai brangus (todėl pradedantiesiems debesis, yra pranašumas), tačiau taip pat rizikuojate tapti tiekėjo kaliniais, iš tikrųjų, jei norite pakeisti tiekėją, taip pat turite perkelti duoti, todėl jums reikia tiekėjo garantijų dėl galimybės naudoti savo duoti įvairių tiekėjų teikiamoje programinėje įrangoje.

Aparatūros požiūriu, debesis kompiuterija atrodo kaip neribotas resursas: vartotojui nebekyla dydžio problemų, be to, nebereikia numatyti problemų, o galima koncentruotis tik į teikiamas paslaugas ir jų kokybę.

Norint turėti programinę įrangą kaip paslaugą, programinei įrangai turi būti taikomi tam tikri reikalavimai, leidžiantys ja naudotis debesis kompiuterija. Visų pirma, tai turi

būti modulinis (ir ontologijos daug veikia šiame sektoriuje, ypač ontologijos valdymo paslaugos platformos lygiu),

būti mažiau integruotas palyginti su dabartine programine įranga,

atskirti duoti ir programas.

Dėl dabartinės ERP programinės įrangos, tokios kaip SAP, ir jos naudojimo įvairiose platformose debesis, jie turi būti moduliniai. Kad jos tokios būtų, sistema turi būti suskirstyta į modulius pagal siūlomas paslaugas (įskaitant duomenų bazė), su kuria turite susieti

platformą pateikė debesis kompiuterija. Idėja yra pakeisti vidinius integracijos procesus išoriniais integracijos procesais: tik tie, kurie sugeba tai padaryti, gali pasiūlyti save kaip įmonės vadovą. debesis. Tokiu būdu programinė įranga praranda vertę, suteikdama didelį postūmį atvirojo kodo programinės įrangos kūrimui, nes viskas paverčiama paslauga, kurią siūlo debesis.

Tiesą sakant, atvirojo kodo programinė įranga yra geriausia kandidatė į programinę įrangą kaip paslaugą, nes kas ją kuria, taip pat gali nekreipti dėmesio į integracijos su platforma problemas ir, tiesą sakant, yra jos valdytojas. debesis kuri turi pasirūpinti šiuo aspektu. Tiksliau, atvirojo kodo programinės įrangos kūrimas nėra orientuotas į didelę vartotojų auditoriją, bet gali bendrauti su keliais paslaugų teikėjais. debesis kompiuterių, kurie vėliau gali parduoti programinę įrangą kaip paslaugą platesnei auditorijai.

Modulių integravimo idėjoje svarbų vaidmenį vaidina ontologijos, nes, viena vertus, jos garantuoja tęstinumą su esama, kita vertus, jas gali valdyti modulio tiekėjas. debesis.

UPS yra pasaulinis siuntų pervežimo lyderis.

Žemiau pateikiamas įvairių aspektų (bendradarbiavimas / organizacija / sistemų) integracijos aprašymas.

Pažymėtina, kad, atsižvelgiant į įmonės dydį, jos veiklos pobūdį ir naudojamų technologijų kiekį, išsamus aprašymas būtų gerokai viršijęs šiai ataskaitai nustatytas ribas; todėl pabandysime pateikti pagrindinių aspektų apžvalgą.

integraciją

Pirmoji integracija tarp aspektų, apie kurią galima kalbėti, yra sistemos ir organizacijos integracija. UPS yra didžiulė įmonė, tačiau ji nuo pat pradžių turėjo galimybę sukurti savo duomenų bazę kaip centrinis ir monolitinis subjektas. Naujojo Džersio įstaigoje – kaip, be abejo, jos dvynių Gruzijoje – yra daugybė duomenų bazė kuriuose yra (be kitos informacijos):

i duoti personalo valdymui;

i duoti, atnaujinamas realiu laiku, apie sandėlius ir naudojamas transporto priemones, paskirstytas intermodalinio transporto tinkle;

informacija apie įmones partneres ei klientų (pastarasis taip pat atnaujinamas realiuoju laiku, remiantis informacija, gaunama iš DIAD terminalų ir svetainės Internetas);

i duoti finansinės atskaitomybės (balanso, pelno (nuostolių) ataskaitos ir kt.) sudarymui.

Kaip įmonė opera net už JAV ribų kai kurie aspektai buvo išplatinti ir užsienyje. Pavyzdys yra duomenų bazę personalo valdymas, savo prigimtimi integruotas su ekonominės veiklos analizės sistemomis: taupomos personalo ir veiklos sąnaudos duomenų bazė nacionalinė, tačiau informacija periodiškai apibendrinama ir konvertuojama į JAV valiutą; bet kokia antiproduktyvi veikla nustatoma ir išsprendžiama per trumpą laiką. Poreikis automatizuoti išlaidų stebėjimą leido UPS automatizuoti kai kuriuos procesus, įskaitant darbo užmokesčio generavimą.

Pamainų ir poilsio laiko valdymas taip pat buvo pusiau automatizuotas: darbuotojai suskirstyti į kategorijas duomenų bazė atsižvelgiant į vaidmens tipą, mokymo programą ir geografinį regioną (pažiūrėsime kitoje pastraipoje, kaip tai jau atspindi medžiagą

ontologijai); atostogų prašymas – kuris turi būti pateiktas gerokai iš anksto – įvedamas į programinę įrangą, kuri sektoriaus vadovams pateikia plano patvirtinimą. Šis mechanizmas, labai veiksmingas popieriuje, paskatino darbuotojus pradėti kolektyvinį ieškinį prieš UPS, nes jis jokiu būdu nebuvo „lankstus“ žmonėms, kurie staiga susiduria su kliūtimis ar negalia).

I duoti susiję su sandėliais ir transporto priemonėmis yra UPS veiklos šerdis, kuri gyvena iš savo paslaugų efektyvumo negamindama prekių. Visą programinę įrangą per pastaruosius du dešimtmečius sukūrė pati įmonė ir ji yra labai integruota: visos jos nurodo tą patį duomenų bazę ir yra nuolatinis informacijos srautas į programas ir iš jų.

Pavyzdžiui, kai klientas prašo išsiųsti siuntinį, įvedama jo informacija – nuo ​​nulio arba kaip atnaujinta – (ypač mokėjimo nuorodos, patvirtintos per sąsajas su tarpbankinėmis sistemomis). duoti siuntos (paėmimo ir pristatymo vieta, galima alternatyvi vieta neatsiėmimo atveju, automatiškai paskaičiuota ir kliento priimta siuntimo kaina ir kt.). Kreditas sugeneruojamas akimirksniu, kai sistema gauna pristatymo patvirtinimą (gautą iš DIAD terminalo).

Sugeneravus užsakymą, siuntimo valdymo sistemoje sukuriamas įrašas, dėl kurio pranešama susijusiems operatoriams. UPS logistikos palaikymo sistema rūpinasi siuntinių siuntų optimizavimu tiek pagal minimalų maršrutą, kuriuo važiuoja furgonai, tiek jais vežamus siuntinius, taip pat atsižvelgdama į turimus operatorius pagal minėtą atostogų ir poilsio tvarkaraštį. Visa tai yra aukšto lygio integracijos, pasiektos įmonės sistemomis, pavyzdžiai.

Kaip jau buvo pabrėžta ankstesniame dokumente ir kaip matyti iš to, kas iki šiol buvo pasakyta apie srautus duoti iš išorinių tautų į duomenų bazė centre, vyksta didelė sandėliavimo veikla. UPS turi a duomenų bazė kelių terabaitų, kurioje yra operacijų informacijos biblioteka (OIL), didžiulė kolekcija duoti, susisteminta skirtingais detalumo lygiais, apibendrinančia grupės veiklą. OIL iš pradžių gimė siekiant pagerinti vidinę organizaciją Amerikos žemėje ir planuoti strategijas per trumpą laiką, tačiau nuo 1999 m. ji apima visą informaciją apie planetos veiklą ir tik nuo 2000-ųjų pradžios pradedama naudoti programinei įrangai integruoti žvalgyba ir internetinis analitinis apdorojimas.

I duoti suvestiniais duomenimis gali susipažinti organizacijos vadovybė; kaip minėta kitame dokumente, daugelis duoti labai smulkaus detalumo, taip pat pasiekiami per API klientų, pavyzdžiui, informacija apie vienos išsiųstos prekės būseną. THE klientų UPS sistemingai priima atvirus standartus, patys gali labai lengvai integruoti šią informaciją į savo sistemas.

Kaip aprašyta kitame dokumente, UPS turi komisiją, kuri imasi technologinių naujovių, renka darbuotojų pasiūlymus. Idėjos pateikiamos per internetinę aplikaciją, kuria galima pasinaudoti per įmonės intranetą.

Integracijos ontologija

Keliant hipotezę apie UPS integracijų ontologiją, neabejotinai galima pradėti nuo žaidėjų, susijusių su pagrindine jo veikla: siuntų gabenimu. Taigi, mes turime klasės paketą, gabenamą iš vienos vietos į kitą; transportą galima konceptualizuoti naudojant du ryšius „transportFrom“ ir „transportTo“, jei neįtraukiama iš

tarptautinių ir daugiarūšių pristatymų modeliavimas. Siuntinys gali turėti keletą specializuotų poklasių – priklausomai nuo jo savybių – ir turi turėti akimirksniu nurodytą vietą, atsižvelgiant į geografinę vietą.

Paketą dažniausiai siunčia klientas; Atsižvelgiant į UPS paslaugų spektro platumą – į kurį įeina ne tik siuntų pervežimas – didelis dėmesys turi būti skiriamas išvestinių klasių ir atributų aprašymui. Bet kokia siūloma paslauga, bet kokio pobūdžio, apima įvairių tipų Užsakymo, pavyzdžiui, Siuntos, „atlikimą“.

Gali atsitikti taip, kad klientas yra ir Tiekėjas. Ontologija gali apibrėžti superklasę agregavimo CompanyPartner, jei ji pripažįsta, kad ji vienu metu yra Kliento ir Tiekėjo tipo įmonė, arba jei ji atliko bent vieną tiekimą ir bent vieną užsakymą.

Big Brown, kaip jis vadinamas UPS žargonu, daugiausia susideda iš darbuotojų subjektų, suskirstytų į didelę ir įvairią hierarchinę struktūrą (Organizacijos diagrama). Čia taip pat turi būti tikslus struktūravimas, ypač akcentuojant su erdve/laiku susijusius aspektus: darbuotojas veiks konkrečiame regione arba, tiksliau, vietovių visumoje pasaulio tinkle, per savo darbo savaitę sudarys tikslų tvarkaraštį. ir taip toliau. Tokio tipo ontologija labai palengvintų automatines išvadas generuojant poilsio pamainas. Tinkamai modeliuojant tam tikrus požymius, tokius kaip kvalifikacija, titulai, tarnybos įrašai ir tarnybos metai, vadovybei suteikiama galimybė kiekybiškai, taip pat ir kokybiškai, įvertinti personalo veiklą.

Daug tokių duoti jau yra senose UPS sistemose, saugomose duomenų bazė pristatyta per pastaruosius du dešimtmečius. Kiti gali atsirasti iš tinkamų duomenų bazių „vaizdų“ arba vykdant duomenų gavybos veiklą.

VYTEGA Generalinis direktorius

👍Internetinė žiniatinklio agentūra | Interneto agentūros skaitmeninės rinkodaros ir SEO ekspertas. Web Agency Online yra interneto agentūra. „Agenzia Web Online“ sėkmė skaitmeninėje transformacijoje grindžiama „Iron SEO“ 3 versijos pagrindais. Specialybės: sistemų integravimas, įmonių taikomųjų programų integravimas, į paslaugas orientuota architektūra, debesų kompiuterija, duomenų saugykla, verslo žvalgyba, dideli duomenys, portalai, intranetai, žiniatinklio programa Reliacinių ir daugiamačių duomenų bazių projektavimas ir valdymas Skaitmeninės laikmenos sąsajų projektavimas: patogumas ir grafika. Internetinė žiniatinklio agentūra siūlo įmonėms šias paslaugas: -SEO Google, Amazon, Bing, Yandex; -Web Analytics: Google Analytics, Google Tag Manager, Yandex Metrica; -Vartotojų konversijos: Google Analytics, Microsoft Clarity, Yandex Metrica; -PVR „Google“, „Bing“, „Amazon“ skelbimuose; -Socialinės žiniasklaidos rinkodara (Facebook, Linkedin, Youtube, Instagram).

Žiūrėti visą biografiją

Skaitmeninės rinkodaros duomenų bazė DBVS Duomenų saugyklos duomenų Mokslas reklama internete Informacinės technologijos Svetainių kūrimas Reklamos agentūra prekyba