UPS є світовим лідером з перевезення посилок.
Нижче наведено опис інтеграції між різними аспектами (співпраця/організація/системи).
Слід зазначити, що, враховуючи розмір компанії, характер її діяльності та кількість технологій, які вона використовує, повний опис значно перевищував би обмеження, накладені на цей звіт; тому ми спробуємо надати огляд основних аспектів.
Інтеграції
Перша інтеграція між гранями, про яку можна говорити, це інтеграція між системою та організацією. UPS — величезна компанія, але вона мала передбачливість створити власну з самого початку база даних як центральне і монолітне утворення. Об’єкт у Нью-Джерсі – як і його грузинський близнюк, звісно – приймає низку база даних які містять (серед іншої інформації):
i дані для управління персоналом;
i дані, що оновлюється в режимі реального часу, про склади та транспортні засоби, що використовуються, розподілені в інтермодальній транспортній мережі;
інформація про компанії-партнери ei клієнти (останній також оновлюється в режимі реального часу на основі інформації, що надходить з терміналів DIAD і сайту інтернет);
i дані для складання фінансової звітності (балансу, звіту про прибутки та збитки тощо).
Як компанія опера навіть за межами Сполучених Штатів, деякі аспекти також були поширені за кордоном. Прикладом є база даних управління персоналом, за своєю природою інтегроване з системами аналізу економічної ефективності: заощаджуються витрати на персонал і операційні витрати база даних національна, але інформація періодично агрегується та конвертується у валюту США; будь-яка антипродуктивна діяльність виявляється та усувається в короткий термін. Необхідність автоматизувати відстеження витрат дозволила UPS автоматизувати деякі процеси, включно з формуванням заробітної плати.
Управління змінами та періодами відпочинку також напівавтоматизовано: персонал класифікований за база даних залежно від типу ролі, навчальної програми та географічного регіону (у наступному параграфі ми побачимо, як це вже представляє матеріал
для онтології); Запит на відпустку, який потрібно подати заздалегідь, вводиться в програмне забезпечення, яке передає затвердження плану керівникам секторів. Цей механізм, дуже ефективний на папері, призвів до ініціювання групового позову проти UPS працівниками, оскільки він жодним чином не був «гнучким» по відношенню до людей, у яких раптово виникли перешкоди або інвалідність).
I дані пов'язані зі складами та транспортними засобами є серцевиною діяльності UPS, яка живе за рахунок ефективності своїх послуг, не виробляючи товари. Все програмне забезпечення було створено самою компанією протягом останніх двох десятиліть і є високоінтегрованим: усі вони посилаються на те саме база даних і існує безперервний потік інформації до програм і з них.
Наприклад, коли клієнт просить відправити пакунок, його інформація вводиться (з нуля або як оновлення) (особливо платіжні довідки, підтверджені через зв’язок служб із міжбанківськими системами). дані посилки (місце отримання та доставки, будь-яке альтернативне місце у випадку невивезення, вартість доставки, розрахована автоматично та прийнята клієнтом тощо). Кредит генерується миттєво після отримання системою підтвердження про доставку (приходить з терміналу DIAD).
Генерація замовлення також ініціює створення запису в системі управління відправленням, що передбачає сповіщення залучених операторів. Система логістичної підтримки UPS піклується про оптимізацію відправлень посилок як з точки зору мінімального маршруту фургонів, так і посилок, які ними транспортуються, також враховуючи операторів, доступних на основі вищезазначеного графіка відпустки та відпочинку. Усе це є прикладами високого рівня інтеграції, досягнутого системами компанії.
Як уже було підкреслено в попередньому документі та як випливає з того, що було сказано досі про потоки дані від зовнішніх націй до база даних центру, відбувається велика складська діяльність. UPS має a база даних розміром кілька терабайт, у якому міститься бібліотека операційної інформації (OIL), величезна колекція дані, структурований на різних рівнях деталізації, який підсумовує діяльність групи. Спочатку OIL було створено для того, щоб покращити внутрішню організацію на американській землі та планувати стратегії на короткий термін, але починаючи з 1999 року він включає всю інформацію про планетарну активність і лише з початку 2000-х років його використовують для інтеграції програмного забезпечення розвідка та онлайн аналітична обробка.
I дані з агрегатами може ознайомитися керівництво організації; як зазначено в іншому документі, багато дані дуже дрібної деталізації також доступні через API клієнти, наприклад інформацію про статус окремого відправленого товару. THE клієнти самі можуть дуже легко інтегрувати цю інформацію у свої системи завдяки систематичному застосуванню UPS відкритих стандартів.
Як описано в іншому документі, UPS має комісію, яка проводить технологічні інновації, збираючи пропозиції від співробітників. Ідеї подаються через веб-додаток, який можна використовувати через інтранет компанії.
Онтологія для інтеграції
Розробляючи гіпотезу про онтологію, що лежить в основі інтеграції UPS, можна, безсумнівно, почати з гравців, залучених до її основного бізнесу: транспортування посилок. Таким чином, ми маємо клас Package, який транспортується з одного розташування в інше; транспорт можна концептуалізувати за допомогою двох відносин «transportFrom» і «transportTo», якщо одне виключити з
моделювання транснаціональних і мультимодальних поставок. Посилка може мати кілька спеціалізованих підкласів – залежно від її характеристик – і повинна мати миттєве місце розташування, яке слідує за геолокацією.
Посилку зазвичай відправляє клієнт; враховуючи широкий спектр послуг UPS, який включає не лише транспортування посилок, велику увагу слід приділяти опису похідних класів і атрибутів. Будь-яка пропонована послуга будь-якого характеру передбачає «виконання» Замовлення різних типів, наприклад Відвантаження.
Може статися, що замовник одночасно є і Постачальником. Онтологія може визначити супер-клас агрегації CompanyPartner, якщо вона визнає, що вона одночасно є компанією типу Замовник і Постачальник, або якщо вона здійснила принаймні одну поставку та принаймні одне замовлення.
Big Brown, як його називають на жаргоні UPS, в основному складається з працівників, організованих у велику та різноманітну ієрархічну структуру (організаційна схема). Тут структурування також має бути точним, з особливим наголосом на аспектах, пов’язаних із простором/часом: працівник працюватиме в точному регіоні або сукупності місць у всесвітній мережі, охоплюватиме точну кількість годин протягом свого робочого тижня, і тому на . Онтологія такого типу дозволила б дуже легко робити автоматичні висновки під час генерації змін відпочинку. Адекватним моделюванням певних атрибутів, таких як кваліфікація, звання, службові записи та роки служби, керівництво отримує можливість як кількісно, так і якісно оцінити продуктивність персоналу.
Багато з них дані вже присутні в застарілих системах UPS, зберігаються в база даних введені в останні два десятиліття. Інші можуть з’явитися з відповідних «поглядів» на бази даних або шляхом інтелектуального аналізу даних.
Поділитися:
Дізнайтеся більше в Online Web Agency
Підпишіться на отримання останніх статей електронною поштою.
