Сервіс, побудований навколо обладнання ферми.
ASQ поєднує клієнтів, обладнання молочних ферм, сумісні компоненти та сервісні договори. Офіс і виїзна команда працюють із даними тієї самої установки.
Переглянути сервісний процесОдин клієнт може мати кілька ферм, корівників і різні типи обладнання. ASQ розрізняє ці рівні, щоб підбір компонентів та обслуговування стосувалися саме потрібної установки.
Клієнтські та контактні дані пов’язують сервісні записи з власником ферм і обладнання.
Кожна ферма належить клієнту та об’єднує корівники й встановлене обладнання в записі конкретного господарства.
Корівник визначає місце встановлення обладнання, щоб план обслуговування стосувався потрібної частини ферми.
Системи доїння, годівлі, охолодження та роботизоване обладнання мають власний склад компонентів, потреби в обслуговуванні й сервісні записи.
Підбір сумісних деталей прив’язаний до конкретної системи на фермі: її складу, кількості компонентів і потреби у витратних матеріалах. Обране та візуальна ідентифікація допомагають повторному підбору, а інтервали заміни пов’язують перелік деталей із планом обслуговування.
Погоджений обсяг сервісу переходить у комерційну пропозицію, підписаний договір та історію продовжень. Графіки обслуговування, сервісні протоколи й експорт у PDF або TXT пов’язують заплановані роботи з документами для офісу та виїзної команди.
Настільний клієнт зберігає доступ до основних сервісних даних офлайн і синхронізує робочий простір після відновлення зв’язку.
Реєстр підтримує створення, пошук і редагування записів, імпорт з Excel та облік активного чи неактивного статусу. Перевірка введення допомагає підтримувати дані, що пов’язують клієнта з фермами й установленими системами.
Настільний простір поєднує конфігурацію обладнання, плани обслуговування та сервісні документи. Адміністративні розділи охоплюють доступ до клієнтів, публікацію даних і статистику встановлених систем.
Сервісному фахівцеві потрібно визначити встановлену на фермі систему та її підсистеми перед вибором робіт з обслуговування.
Ієрархія обладнання пов’язує встановлені системи з технічними характеристиками, конфігурацією підсистем і параметрами заміни компонентів у настільному застосунку.
Технічні параметри описують обрану установку й задають контекст для налаштування її підсистем та компонентів.
Підсистеми деталізують склад обладнання: налаштування кожного вузла залишаються пов’язаними з конкретною установкою.
Параметри компонентів і заміни допомагають спеціалісту підготувати обслуговування саме цієї системи.
Запис обладнання має містити потрібні компоненти й кількості, щоб подальше планування сервісу спиралося на фактичну конфігурацію.
Редагування компонентів, вибір підсистем і перевірка введення дають фахівцеві змогу переглядати та уточнювати вибір у записі обладнання.
Поля вибору й кількості компонентів визначають записаний склад установки, яку обслуговує команда.
Додаткові компоненти уточнюють склад підсистеми та зберігають зв’язок із основною установкою.
Перевірка введення вказує на незаповнені параметри підбору компонентів до продовження налаштування.
План обслуговування має враховувати і матеріали для заміни, і регулярні роботи для вибраного обладнання.
Переліки деталей, витратних матеріалів і завдань містять кількості та інтервали сервісу, щоб команда могла узгоджено підготувати обсяг регулярного обслуговування.
Матеріали налаштовуються в межах сервісного плану: перелік деталей залишається пов’язаним із майбутніми роботами.
Завдання та інтервали визначають склад регулярного обслуговування й періодичність робіт з обладнанням.
Перелік завдань показує сукупний обсяг обслуговування перед підготовкою сервісних документів.
До стандартного переліку обслуговування можуть знадобитися додаткові позиції та параметри договору для опису сервісу конкретного клієнта.
Вибір додаткових деталей і налаштування сервісного договору зберігають ці уточнення в межах того самого процесу планування.
Під час обговорення сервісу потрібно пов’язати зафіксовані вимірювання дійкової гуми з параметрами заміни та звітом для перегляду.
Liner Guide показує вимірювання, графіки розподілу й порівняння поряд із частотою заміни та включає записані дані до звіту.
Розподіл вимірювань показує відмінності в даних і допомагає команді перейти до перевірки параметрів заміни.
Налаштування та частота заміни пов’язують виміряні показники з плануванням сервісного інтервалу.
Звіт збирає вимірювання в документ, до якого спеціаліст може звернутися під час підготовки обслуговування.
Порівняльний графік доповнює зафіксовані вимірювання у звіті для перегляду сервісної оцінки.
Заплановане обслуговування потребує дати, перевіреного переліку завдань і документів для сервісної команди та клієнта.
Вибір дати, сервісні протоколи, підтвердження та підготовка копій пропозиції пов’язують заплановані роботи з відповідними документами.
Протокол збирає обрані роботи в перелік завдань, який команда переглядає як єдиний сервісний документ.
Крок підтвердження дає спеціалісту змогу перевірити дію із сервісним протоколом перед її виконанням.
Підготовка примірників пов’язує сервісну пропозицію з документами для подальшої роботи з клієнтом.
Виїзній сервісній команді потрібно знайти клієнта та ферму, а потім працювати з контактами й системами, що належать цьому запису.
Реєстр клієнтів поєднує редагування контактів із вибором ферми та встановленої системи, визначаючи контекст сервісного робочого простору.
Керівникові сервісу потрібно знати, хто з команди відповідає за клієнта, та налаштувати доступ відповідно до цієї відповідальності.
Перегляд команди й клієнтів показує розподіл обслуговування, а вибір працівника та рівня прав дає змогу налаштувати доступ до робочих записів.
Перелік клієнтів показує, з якими робочими записами пов’язаний обраний учасник команди.
Налаштування доступу пов’язують клієнтські записи з працівниками, які беруть участь в обслуговуванні.
Вибір рівня прав дає керівнику змогу налаштувати доступ обраного працівника.
Вибір учасника визначає, чиїх клієнтів і налаштування доступу переглядає керівник.
Центральним адміністраторам потрібно публікувати сервісні дані та аналізувати статистику клієнтів і обладнання в контексті вибраної країни й мови.
Центральний вебзастосунок поєднує налаштування публікації з таблицями, фільтрами та графіками для перегляду вибраного набору даних.
Зведена статистика об’єднує дані про клієнтів і встановлене обладнання для централізованого перегляду.
Параметри графіка дають адміністратору змогу налаштувати статистичний зріз під поточний аналіз.
Таблиця та графік показують обраний зріз статистики клієнтів і обладнання у двох взаємодоповнювальних формах.
Графік обладнання дає адміністраторам наочний огляд установлених систем у вибраному зрізі даних.
Система складається з Central Web App, Authentication Proxy App (APA), настільного клієнта на JavaFX і вебзастосунку.
Настільний клієнт працює на JavaFX 21. До проєкту також входить окремий вебзастосунок.
Серверні компоненти — Central Web App та Authentication Proxy App (APA). У серверному стеку — Java 21/25, WildFly 36.0.1 і REST.
MS SQL Server 2012 зберігає дані застосунку. Liquibase керує змінами структури бази даних.
Для розробки команда використовувала NetBeans та IntelliJ IDEA, для збирання — Maven 3.6.3, для керування кодом — Git і GitLab, для створення інсталяційних пакетів — WiX Toolset.
Покажіть одну установку, перелік її компонентів і типовий сервісний документ. Визначимо роботу офісу та виїзної команди, зокрема дані, які мають залишатися доступними без зв’язку.
Обговорити сервісну платформу
