Разработали для проекта со стороны ЮНЕСКО мобильное приложение и административную систему, которые помогают фермерам изучать свои права, находить профильные организации и подавать обращения в цифровом формате.
Проект решает не производственную, а правовую и информационную задачу агросектора. Фермер получает понятные материалы о своих правах, контакты организаций и возможность зафиксировать проблему. Сотрудники работают с обращениями, справочниками и пользователями через административную систему.
Проект со стороны ЮНЕСКО, направленный на цифровую доступность информации и механизмов защиты фермеров.
Объединить материалы, контакты и обращения в понятном мобильном сервисе.
Спроектировали мобильное приложение, административную систему, ролевой доступ, справочники и обработку жалоб.
Фермер получает единый цифровой канал: узнать права, найти помощь, отправить обращение и следить за его обработкой.
Компании с собственным автопарком часто пытаются контролировать топливо только через путевые листы, чеки или итоговые значения. Такой подход не показывает, что происходило внутри периода: когда уровень вырос, когда резко упал, работал ли двигатель и двигалась ли машина
Установка датчика сама по себе тоже не решает задачу. Сигнал содержит колебания, дубликаты и выбросы. Температура меняет объём топлива. Автомобиль может работать вне зоны сети, а данные поступить на сервер позже. Без обработки резкое изменение легко принять за слив или заправку ошибочно
Расскажите о проекте — разберём задачу и предложим подход к реализации.
Команда работала не только с интерфейсом и сервером. Сначала нужно было определить, как ДУТ подключаются к передатчику, какие данные фиксируются, как они сохраняются на маршруте и как система отличает реальное событие от погрешности измерения.
Описали структуру точки, форматы файлов, состояния, интервалы, события и правила пересчёта.
Проработали несколько ДУТ на машину, RS-485, передатчик, МАС-привязку, SD-карту и Wi-Fi.
Задали фильтрацию, температурную коррекцию, пороги заправки и слива, двигатель и движение
Связали локальный сбор данных, серверную обработку, PostgreSQL, web- и desktop-интерфейсы
Реализовали backend, web-интерфейс и desktop- приложение для локальной эксплуатации
В каждом баке установлен ДУТ. Если у машины несколько баков, передатчик опрашивает несколько датчиков по RS-485. Он фиксирует уровень топлива, температуру, напряжение, состояние двигателя и движение, а затем сохраняет данные на SD-карту или передаёт их по Wi-Fi и UDP
Покажем, как связать интерфейсы, бизнес-логику, данные и внешние системы.
FRS закрывает путь от физического измерения до анализа по автомобилю, подразделению, дню и месяцу.
Передатчик читает данные каждого бака по RS-485. Польза: вся топливная система автомобиля учитывается целиком.
Точки сохраняются по датам и часам на SD-карте и передаются при появлении связи. Польза: маршрут не зависит от интернета.
Система убирает дубликаты и выбросы, учитывает температуру и тип топлива. Польза: меньше ложных событий.
Резкие изменения проверяются по времени, двигателю и порогу конкретного ТС. Польза: события видны отдельно от обычного расхода.
Двигатель определяется по напряжению или флагу, движение — по акселерометру или motion. Польза: расход получает рабочий контекст
Данные агрегируются по дням и месяцам, доступны фильтры и экспорт. Польза: отчёт формируется из уже рассчитанных метрик.
Пользователь выбирает подразделение, автомобиль и период. Экран показывает начальный объём, расход, остаток, график изменения уровня и таблицу по дням.
Сотрудник видит автомобили выбранного подразделения, их идентификаторы, активность и время последней синхронизации. Отсюда машина добавляется или редактируется
Табличный вид показывает код подразделения, машины, пользователей, роли, локальные серверы и точки доступа. Он подходит для поиска и массового контроля структуры
Разберём функциональность и соберём понятную структуру интерфейсов.
Определение целей, изучение аудитории, формирование требований и постановка задач. Это помогает понять, что именно нужно бизнесу и какие результаты ожидаются.
Создание архитектуры решения, продумывание пользовательских сценариев, интерфейсов и логики работы. На этом этапе формируется «каркас» будущего продукта.
Программирование серверной и клиентской части, подключение баз данных, интеграция с внешними сервисами. Здесь идея превращается в работающий продукт.
Проверка функциональности, производительности, совместимости и безопасности. Исправление ошибок до того, как продукт попадёт к пользователям.
Размещение продукта (например, публикация в сторах или запуск на серверах), настройка окружения и старт маркетинговых или внутренних процессов.
Обновление функционала, доработка под новые бизнес-задачи, исправление багов и поддержание продукта в актуальном состоянии.
FRS связала измерительные устройства, транспорт и аналитическую систему. Контроль строится не на ручной сверке, а на последовательной обработке временных точек и настраиваемых правилах для каждой машины
Несколько ДУТ могут работать в одном автомобиле через общий передатчик.
Точки накапливаются локально и загружаются после возвращения на базу
Фильтрация, температура и состояние двигателя учитываются до классификации
Дневная и месячная статистика рассчитывается заранее и готова к выборке и экспорту.
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15Мы создаем корпоративные решения для производительности
Предложим подходящую структуру и подготовим первый эскиз будущего проекта — без обязательства начинать разработку.
Получите наглядную концепцию, которую можно обсудить с командой.
Разберёт Ваш проект и бизнес-задачу, подготовит рекомендации и первый эскиз.
Честный вывод.Если сайт можно улучшить без полной переделки — так и скажем.
