UPS е световният лидер в транспорта на колети.
По-долу е описание на интеграциите между различните аспекти (сътрудничество / организация / системи).
Следва да се подчертае, че предвид размера на компанията, естеството на нейния бизнес и количеството технологии, които приема, пълно описание би надхвърлило ограниченията, наложени на тази връзка; Следователно ще се опитаме да предоставим преглед на основните аспекти.
интеграции
Първата интеграция между аспектите, за която може да се говори, е тази между система и организация. UPS е огромна компания, но имаше далновидността да създаде своя собствена още от самото начало база данни като централна и монолитна единица. Съоръжението в Ню Джърси - като, разбира се, неговият близнак в Джорджия - е домакин на поредица от база данни които съдържат (освен друга информация):
i данни за управление на персонала;
i данни, актуализиран в реално време, за складове и транспортни средства в употреба, разпределени в интермодалната транспортна мрежа;
информация за компаниите партньори и клиенти (последният също се актуализира в реално време, въз основа на информация, идваща от терминалите DIAD и сайта Интернет);
i данни за изготвяне на баланса (баланс, отчет за доходите и др.).
Като компанията опера дори извън Съединените щати, някои аспекти също са разпространени в чужбина. Пример е база данни на управлението на персонала, по своя характер интегриран със системите за анализ на икономическата тенденция: разходите за персонал и оперативни разходи се спестяват в база данни национална, но информацията периодично се обобщава и конвертира в американска валута; всички антипродуктивни дейности се идентифицират и разрешават бързо. Необходимостта от автоматизиране на проследяването на разходите е позволила на UPS да автоматизира някои процеси, включително генериране на заплати.
Управлението на смените и периодите на почивка също е полуавтоматизирано: персоналът е категоризиран база данни въз основа на типа роля, учебната програма и географския регион на принадлежност (ще видим в следващия параграф как това вече представлява материал
за онтология); искането за отпуск - което трябва да бъде направено предварително - се вмъква в софтуер, който представя плана на ръководителите на секторите. Този много ефективен механизъм на хартия доведе до започване на групово действие срещу UPS от служителите, тъй като по никакъв начин не беше „гъвкав“ спрямо хора, внезапно подложени на пречки или увреждания).
I данни свързани със складове и транспортни средства са сърцето на дейността на UPS, която живее от ефективността на своите услуги, като не произвежда стоки. Целият софтуер е създаден от самата компания през последните две десетилетия и е силно интегриран: всички те се отнасят за едно и също база данни и има непрекъснат поток от информация към и от приложенията.
Например, когато клиент поиска изпращане на пакет, неговата информация се въвежда - от нулата или като актуализация - (особено референтите за плащания, валидирани чрез взаимодействащите услуги с междубанкови системи). Записи с всички данни на пакета (място за събиране и доставка, всяко алтернативно място в случай на несъбиране, разходи за доставка, изчислени автоматично и приети от клиента и др.). Кредитът се генерира незабавно при получаване от системата на потвърждението за доставка (получено от DIAD терминала).
Генерирането на поръчката задейства създаването на запис и в системата за управление на пратките, което включва уведомяване на участващите оператори. Системата за логистична поддръжка на UPS отговаря за оптимизирането на пратките на пакети, както по отношение на минималния маршрут, преминат от микробусите, така и на превозваните от тях пакети, като също така взема предвид наличните оператори въз основа на гореспоменатия график за почивка и почивка. Всичко това са примери за високо ниво на интеграция, постигнато от системите на компанията.
Както вече беше подчертано в предишния документ и както се вижда от казаното дотук за потоците на данни от външни нации към база данни централна, се извършва голяма складова дейност. UPS има a база данни от няколко терабайта, в която се помещава информационната библиотека за операции (OIL), огромна колекция от данни, структурирани на различни нива на детайлност, което обобщава дейностите на групата. OIL първоначално е роден с цел да подобри вътрешната организация на американска земя и да планира стратегии в краткосрочен план, но от 1999 г. включва цялата информация за планетарната дейност и едва от началото на 2000-те се използва за софтуерна интеграция на разузнаването и онлайн аналитична обработка.
I данни агрегатите са на разположение за консултация от ръководството на организацията; както се споменава в другия документ, много данни с много фина гранулираност също се правят достъпни чрез API от клиенти, например информация за състоянието на изпратения отделен артикул. Най- клиенти те могат да интегрират тази информация в своите системи по много лесен начин благодарение на системното приемане на UPS на отворени стандарти.
Както е описано в другия документ, в UPS има комисия, която се грижи за предприемането на технологични иновации, като събира предложения от служителите. Идеите се подават чрез уеб приложение, което може да се използва чрез интранет на компанията.
Онтология за интеграция
Предполагайки хипотеза на онтология зад интеграциите на UPS, със сигурност можем да започнем от участниците, участващи в основната й дейност: колетен транспорт. Следователно имате клас Parcel, транспортиран от едно местоположение на друго; транспорт може да бъде концептуализиран с две отношения "transportFrom" и "transportA", ако е изключен от
моделиране на транснационални и мултимодални доставки. Пакетът може да има няколко специализирани подкласа - в зависимост от неговите характеристики - и трябва да има незабавно местоположение, след геолокация.
Пакетът обикновено се изпраща от клиент; като се има предвид обширността на предлаганите услуги на UPS - което не включва само транспортирането на пакети - трябва да се обърне голямо внимание на описанието на производни класове и атрибути. Всяка предлагана услуга от всякакво естество предвижда „изпълнение“ на Поръчка от различен тип, като Пратка.
Може да се случи клиентът да е и доставчик. Онтологията би могла да дефинира суперклас на агрегирането на CompanyPartner, ако признае, че е едновременно компания от тип клиент и доставчик или ако е направила поне една доставка и поне една поръчка.
Big Brown, както се нарича UPS на жаргон, се състои главно от служители, организирани в обширна и разнообразна йерархична структура (Организационна диаграма). И тук структурирането трябва да бъде точно, с особен акцент върху аспектите, свързани с пространството / времето: работникът ще работи в определен регион или по-скоро съвкупност от местоположения в световната мрежа, ще покрива определен график през работната си седмица и т.н. . Подобна онтология би улеснила много лесното правене на автоматични изводи при генерирането на смени в покой. Чрез адекватно моделиране на някои атрибути като квалификация, длъжности, статут на служба и години стаж, на ръководството се дава възможност количествено - както и качествено - да оценява работата на персонала.
Много от тях данни вече присъстват в старите системи на UPS, депозирани в база данни въведени през последните две десетилетия. Други могат да се появят от подходящи "изгледи" на db или чрез дейности за извличане на данни.
Сподели:
Научете повече от Online Web Agency
Абонирайте се, за да получавате най-новите статии по имейл.
