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ą.
Dalintis:
Sužinokite daugiau internetinėje žiniatinklio agentūroje
Prenumeruokite, kad gautumėte naujausius straipsnius el. paštu.
