UPS is die wêreldleier in pakkievervoer.
Hieronder is 'n beskrywing van die integrasies tussen die verskillende aspekte (samewerking / organisasie / stelsels).
Daar moet kennis geneem word dat, gegewe die grootte van die maatskappy, die aard van sy besigheid en die hoeveelheid tegnologieë wat dit aanneem, 'n volledige beskrywing die perke wat op hierdie verslag opgelê is, aansienlik sou oorskry het; ons sal dus probeer om 'n oorsig van die hoofaspekte te gee.
integrasie
Die eerste integrasie tussen fasette waaroor gepraat kan word, is dié tussen sisteem en organisasie. UPS is 'n groot maatskappy, maar hulle het van die begin af die versiendheid gehad om hul eie te ontwerp databasis as 'n sentrale en monolitiese entiteit. Die New Jersey-fasiliteit - soos sy Georgiese tweeling, natuurlik - huisves 'n aantal databasis wat onder andere bevat:
i data wat vir personeelbestuur;
i data wat, intyds opgedateer, oor pakhuise en vervoermiddels wat in gebruik is, versprei in die intermodale vervoernetwerk;
inligting oor vennootmaatskappye ei kliënte (laasgenoemde het ook intyds opgedateer, gebaseer op inligting wat vanaf die DIAD-terminale en die webwerf kom internet);
i data wat vir die opstel van die finansiële state (balansstaat, inkomstestaat, ens.).
As die maatskappy Opera selfs buite die Verenigde State is sommige aspekte ook in die buiteland versprei. 'n Voorbeeld is die databasis personeelbestuur, uit die aard van die saak geïntegreer met ekonomiese prestasie-ontledingstelsels: personeel- en bedryfskoste word in bespaar databasis nasionaal, maar die inligting word periodiek saamgevoeg en omgeskakel na Amerikaanse geldeenheid; enige antiproduktiewe aktiwiteite word in 'n kort tyd geïdentifiseer en opgelos. Die behoefte om kostenasporing te outomatiseer het UPS in staat gestel om sommige prosesse te outomatiseer, insluitend betaalstaatgenerering.
Die bestuur van skofte en rusperiodes is ook semi-geoutomatiseerd: die personeel word gekategoriseer in databasis gebaseer op die tipe rol, kurrikulum en geografiese streek (ons sal in die volgende paragraaf sien hoe dit reeds materiaal verteenwoordig
vir 'n ontologie); die vakansieversoek – wat vroegtydig gedoen moet word – word in 'n sagteware ingevoer wat die plangoedkeuring aan die sektorhoofde voorlê. Hierdie meganisme, baie doeltreffend op papier, het gelei tot die begin van 'n groepsgeding teen UPS deur werknemers, omdat dit op geen manier "buigsaam" was teenoor mense wat skielik aan belemmerings of gestremdhede onderworpe was nie).
I data wat met betrekking tot pakhuise en vervoermiddels is die hart van UPS se besigheid, wat uit die doeltreffendheid van sy dienste leef deur nie goedere te produseer nie. Al die sagteware is oor die afgelope twee dekades deur die maatskappy self geskep en is hoogs geïntegreer: hulle verwys almal na dieselfde databasis en daar is 'n deurlopende vloei van inligting na en van toepassings.
Byvoorbeeld, wanneer 'n kliënt versoek dat 'n pakkie gestuur word, word sy inligting ingevoer - van nuuts af of as 'n opdatering - (veral betalingsverwysings, bekragtig deur verbindingsdienste met interbankstelsels). rekords met alle data wat van die pakkie (optel- en afleweringsplek, moontlike alternatiewe plek in geval van nie-afhaal, versendingskoste outomaties bereken en deur die kliënt aanvaar, ens.). Die krediet word onmiddellik gegenereer by ontvangs deur die stelsel van die afleweringsbevestiging (aangekom vanaf die DIAD-terminaal).
Die generering van die bestelling veroorsaak ook die skepping van 'n rekord in die verskepingsbestuurstelsel, wat 'n kennisgewing aan die betrokke operateurs behels. Die UPS logistieke ondersteuningstelsel sorg vir die optimalisering van pakketversendings, beide in terme van die minimum roete wat deur die bakkies geneem word en die pakkette wat deur hulle vervoer word, ook met inagneming van die operateurs wat beskikbaar is op grond van die voorgenoemde vakansie- en russkedulering. Dit is alles voorbeelde van die hoë vlak van integrasie wat deur die maatskappy se stelsels bereik word.
Soos reeds uitgelig in die vorige dokument, en soos blyk uit wat tot dusver gesê is oor die vloei van data wat van buite nasies na die databasis sentrum, vind 'n groot pakhuisaktiwiteit plaas. UPS het 'n databasis van verskeie teragrepe wat die operasionele inligtingsbiblioteek (OIL) huisves, 'n groot versameling van data wat, gestruktureer op verskillende vlakke van granulariteit, wat die aktiwiteite van die groep opsom. OIL is aanvanklik gebore om die interne organisasie op Amerikaanse bodem te verbeter en om strategieë op kort termyn te beplan, maar vanaf 1999 bevat dit al die inligting oor planetêre aktiwiteit en eers vanaf die vroeë 2000's word dit ontgin vir die integrasie van sagteware van intelligensie en aanlyn analitiese verwerking.
I data wat aggregate kan deur die organisasie se bestuur geraadpleeg word; soos genoem in die ander dokument, baie data wat van baie fyn korreligheid word ook toeganklik gemaak via API deur kliënte, byvoorbeeld inligting oor die status van die enkele item wat verskeep is. DIE kliënte self kan hierdie inligting baie maklik in hul stelsels integreer danksy UPS se sistematiese aanvaarding van oop standaarde.
Soos beskryf in die ander dokument, het UPS 'n kommissie wat tegnologiese innovasies onderneem en voorstelle van werknemers insamel. Idees word ingedien via 'n webtoepassing, wat via die maatskappy se intranet gebruik kan word.
'n Ontologie vir integrasie
In die hipotese van 'n ontologie agter die UPS-integrasies, kan 'n mens beslis begin by die spelers wat betrokke is by sy kernbesigheid: pakkievervoer. Dus, ons het 'n klaspakket wat van een ligging na 'n ander vervoer word; vervoer kan gekonseptualiseer word met twee relasies "vervoerVan" en "vervoerNa", as 'n mens uitsluit van
modellering van transnasionale en multimodale aflewerings. Pakkie kan verskeie gespesialiseerde subklasse hê – afhangende van die kenmerke daarvan – en moet 'n onmiddellike ligging hê, na aanleiding van die geoligging.
Die pakkie word gewoonlik deur 'n kliënt gestuur; met inagneming van die omvang van UPS se reeks dienste – wat nie net die vervoer van pakkies insluit nie – moet groot aandag gegee word aan die beskrywing van afgeleide klasse en eienskappe. Enige diens wat aangebied word, van enige aard, behels die "uitvoering" van 'n Bestelling van verskillende tipes, soos 'n Besending.
Dit kan gebeur dat 'n kliënt ook 'n Verskaffer is. Die ontologie kan 'n superklas van samevoeging CompanyPartner definieer as dit erken dat dit gelyktydig 'n maatskappy van die tipe Kliënt en Verskaffer is, of as dit ten minste een lewering en ten minste een bestelling uitgevoer het.
Big Brown, soos dit in UPS-jargon genoem word, bestaan hoofsaaklik uit werknemer-entiteite wat in 'n groot en uiteenlopende hiërargiese struktuur (Organisasiekaart) georganiseer is. Ook hier moet die strukturering akkuraat wees, met besondere klem op die aspekte wat verband hou met ruimte/tyd: 'n werker sal in 'n presiese Streek werksaam wees, of eerder 'n samevoeging van liggings op die wêreldnetwerk, sal 'n presiese Rooster dek tydens sy Werksweek en so aan. 'n Ontologie van hierdie tipe sou dit baie maklik maak om outomatiese afleidings te maak in die generering van russkofte. Deur sekere eienskappe soos kwalifikasies, titels, diensrekords en diensjare voldoende te modelleer, kry bestuur die geleentheid om personeelprestasie kwantitatief – sowel as kwalitatief – te evalueer.
Baie hiervan data wat is reeds teenwoordig in UPS se nalatenskapstelsels, gestoor in die databasis in die afgelope twee dekades bekendgestel. Ander kan na vore kom uit geskikte "sienings" oor die databasisse of deur data-ontginningsaktiwiteite.
Share:
Kom meer te wete by Online Web Agency
Teken in om die nuutste artikels per e-pos te ontvang.
