UPS е светски лидер во транспортот на пакети.
Подолу е даден опис на интеграциите помеѓу различните аспекти (соработка / организација / системи).
Треба да се забележи дека, со оглед на големината на компанијата, природата на нејзиниот бизнис и количината на технологии што ги прифаќа, целосниот опис во голема мера би ги надминал границите наметнати на овој извештај; затоа ќе се обидеме да дадеме преглед на главните аспекти.
Интеграции
Првата интеграција помеѓу аспектите за која може да се зборува е онаа помеѓу системот и организацијата. UPS е огромна компанија, но таа имаше предвидливост да создаде своја од самиот почеток база на податоци како централен и монолитен ентитет. Објектот во Њу Џерси - како и неговиот грузиски близнак, се разбира - е домаќин на неколку база на податоци кои содржат (меѓу другите информации):
i податоци за управување со персоналот;
i податоци, ажурирани во реално време, на складишта и транспортни средства во употреба, распоредени во интермодалната транспортна мрежа;
информации за партнерските компании ei клиенти (последниот исто така ажурираше во реално време, врз основа на информациите што доаѓаат од терминалите на DIAD и страницата Интернет);
i податоци за составување на финансиските извештаи (биланс на состојба, биланс на успех и сл.).
Како компанијата опера дури и надвор од Соединетите Држави, некои аспекти се исто така дистрибуирани во странство. Пример е база на податоци управување со персоналот, по својата природа интегрирано со системите за анализа на економски перформанси: персоналните и оперативните трошоци се заштедуваат во база на податоци национално, но информациите периодично се собираат и се претвораат во американска валута; сите антипродуктивни активности се идентификуваат и решаваат за кратко време. Потребата за автоматизирање на следењето на трошоците му овозможи на UPS-от да автоматизира некои процеси, вклучително и генерирање на плати.
Управувањето со смените и периодите на одмор е исто така полуавтоматизирано: персоналот е категоризиран во база на податоци врз основа на видот на улогата, наставната програма и географскиот регион (ќе видиме во следниот пасус како ова веќе претставува материјал
за онтологија); барањето за одмор - кое мора да се направи многу однапред - се внесува во софтвер кој го доставува одобрението на планот до раководителите на секторите. Овој механизам, многу ефикасен на хартија, доведе до покренување колективна тужба против UPS-от од страна на вработените, бидејќи тој на ниту еден начин не беше „флексибилен“ кон луѓето кои ненадејно се предмет на пречки или инвалидитет).
I податоци кои се однесуваат на магацините и транспортните средства се срцето на активноста на UPS, која живее од ефикасноста на своите услуги со тоа што не произведува стоки. Целиот софтвер е креиран од самата компанија во последните две децении и е високо интегриран: сите тие се однесуваат на истото база на податоци и има континуиран проток на информации до и од апликациите.
На пример, кога клиентот бара пакет да се испрати, неговите информации се внесуваат - од почеток или како ажурирање - (особено референци за плаќање, потврдени преку услуги за поврзување со меѓубанкарски системи). податоци на парцелата (место за подигање и испорака, можно алтернативно место во случај на неприбирање, трошок за испорака пресметан автоматски и прифатен од клиентот итн.). Кредитот се генерира веднаш по приемот од системот на потврдата за испорака (пристигната од терминалот DIAD).
Генерирањето на нарачката, исто така, предизвикува создавање запис во системот за управување со превозот, кој вклучува известување до вклучените оператори. Системот за логистичка поддршка на UPS се грижи за оптимизирање на пратките на пакети, како во однос на минималната рута што ја минуваат комбињата така и пакетите што ги превезуваат, земајќи ги предвид и операторите достапни врз основа на споменатиот распоред за одмор и одмор. Сето ова се примери за високото ниво на интеграција постигнато од системите на компанијата.
Како што е веќе нагласено во претходниот документ, и како што произлегува од досега кажаното за тековите на податоци од надворешни народи до база на податоци центар, се одвива голема магацинска дејност. UPS-от има а база на податоци од неколку терабајти во која е сместена оперативната информативна библиотека (OIL), огромна колекција на податоци, структурирани на различни нивоа на грануларност, што ги сумира активностите на групата. Нафтата првично е родена со цел да се подобри внатрешната организација на американско тло и да се планираат стратегии на краток рок, но почнувајќи од 1999 година ги вклучува сите информации за планетарната активност и дури од почетокот на 2000-тите е искористена за интеграција на софтверот на интелигенција и онлајн аналитичка обработка.
I податоци менаџментот на организацијата може да ги консултира агрегатите; како што е споменато во другиот документ, многу податоци со многу фина грануларност се достапни и преку API од клиенти, на пример информации за статусот на единечниот испорачан предмет. НА клиенти самите можат многу лесно да ги интегрираат овие информации во своите системи благодарение на систематското усвојување на отворените стандарди од страна на UPS.
Како што е опишано во другиот документ, UPS има комисија која презема технолошки иновации, собирајќи предлози од вработените. Идеите се доставуваат преку веб апликација, која може да се користи преку интранетот на компанијата.
Онтологија за интеграција
Во хипотезата за онтологија зад интеграциите на UPS-от, сигурно може да се започне од играчите вклучени во неговата основна дејност: транспорт на парцели. Така, имаме класа пакет , транспортиран од една локација до друга; транспортот може да се конципира со две релации „transportFrom“ и „transportTo“, доколку се исклучи од
моделирање транснационални и мултимодални испораки. Парцелата може да има неколку специјализирани подкласи - во зависност од нејзините карактеристики - и мора да има моментална локација, следејќи ја геолокацијата.
Пакетот обично го испраќа клиент; со оглед на огромниот опсег на услуги на UPS – кој не вклучува само транспорт на парцели – мора да се посвети големо внимание на описот на изведените класи и атрибути. Секоја понудена услуга, од која било природа, вклучува „изведба“ на Нарачка од различни видови, како што е Пратка.
Може да се случи клиентот да биде и Добавувач. Онтологијата може да дефинира супер-класа на агрегација CompanyPartner ако препознае дека е истовремено компанија од типот Клиент и Добавувач, или ако извршила барем една набавка и барем една нарачка.
Биг Браун, како што се нарекува во жаргонот на UPS-от, главно е составен од ентитети на вработени, организирани во огромна и разновидна хиерархиска структура (Организациска шема). И овде, структурирањето мора да биде точно, со посебен акцент на аспектите поврзани со просторот/времето: работникот ќе работи во прецизен Регион, поточно збир на локации на светската мрежа, ќе покрие прецизен распоред за време на неговата работна недела. и така натаму. Онтологијата од овој тип ќе го олесни донесувањето автоматски заклучоци во генерирањето на смени за одмор. Со адекватно моделирање на одредени атрибути како што се квалификации, звања, евиденција за стаж и години на работен стаж, на менаџментот му се дава можност квантитативно – како и квалитативно – да ги оценува перформансите на персоналот.
Многу од овие податоци веќе се присутни во наследните системи на UPS, складирани во рамките на база на податоци воведена во последните две децении. Други може да произлезат од соодветни „погледи“ на базите на податоци или преку активности за ископување податоци.
Сподели:
Дознајте повеќе од Онлајн веб агенција
Претплатете се за да ги добивате најновите написи по е-пошта.
