Разработка_автоматизированной_информационной_подсистемы_оператора (2)

1. Разработка автоматизированной информационной подсистемы оператора производственного оборудования ООО «Солтех»

РАЗРАБОТКА АВТОМАТИЗИРОВАННОЙ
ИНФОРМАЦИОННОЙ ПОДСИСТЕМЫ
ОПЕРАТОРА ПРОИЗВОДСТВЕННОГО
ОБОРУДОВАНИЯ ООО «СОЛТЕХ»
Выполнил: Мачка Александр Сергеевич
группа 4 Испб
Руководитель: Москальцов Д.П.

2. Актуальность разработки

До внедрения подсистемы оператор
работал с бумажным журналом,
электронными таблицами и разными
устройствами.
Из-за этого появлялись задержки,
ошибки ручного переноса и потеря
части данных. Информация о
дефектах поступала в MES-систему не
сразу.
2

3. Проблемы существующего процесса

В текущем процессе выявлены основные
проблемы:
■
двойной ввод данных
■
задержка передачи сведений
■
ошибки при ручном переносе
■
отсутствие единого рабочего места
оператора
■
сложность анализа простоев и дефектов
На заполнение бумажных форм уходит около
45 минут за смену. Ошибки возникают
примерно в каждом десятом случае.
3

4. Цель и задачи работы

Цель работы: разработать
автоматизированную
информационную подсистему
оператора производственного
оборудования ООО «Солтех».
Задачи:
■
проанализировать текущие процессы
■
сформулировать требования
■
выбрать платформу разработки
■
спроектировать архитектуру и базу данных
■
разработать клиентскую и серверную части
■
провести тестирование
■
выполнить экономический расчёт
4

5. Требования к подсистеме

Подсистема должна обеспечивать
авторизацию по QR-коду, выбор
технологических параметров партии,
фиксацию статусов станка и
регистрацию отклонений.
Также нужны офлайн-режим,
локальное сохранение данных на
планшете и автоматическая
синхронизация с сервером после
восстановления сети.
Характеристика
Getac ZX10 (модель А)
Panasonic Toughbook A3 (модель Б)
Степень защиты корпуса
IP66, MIL-STD-810H
IP65, MIL-STD-810H
Диагональ экрана
10,1 дюйма
10,1 дюйма
Технология сенсора
Емкостный, поддержка мокрых рук и
перчаток (режим Glove Mode)
Емкостный, поддержка перчаток (без явной
поддержки мокрых рук)
Встроенный сканер QR-кодов
Да, 2D-сканер с подсветкой
Да, 2D-сканер
Аккумулятор
9000 мА·ч (съёмный, горячая замена)
6800 мА·ч (несъёмный)
Заявленное время работы
до 14 часов
до 10 часов
Операционная система
Android 13
Android 13
Вес
1,2 кг
1,4 кг
Цена (на май 2026 года)
52 000 рублей
48 000 рублей
Наличие сервисного центра в Калининграде
Да (авторизованный)
Нет (только Москва)
5

6. Выбор платформы разработки

Идентификатор
Проверяемая функция
Входные данные
Ожидаемый результат
Критерий приемки
TC-01
Авторизация по
корректному QR-коду
Хеш QR-кода оператора
Иванова из базы
Отображается главный
экран с фамилией
«Иванов»
Задержка не более 2
секунд
TC-02
Авторизация по
некорректному QR-коду
Случайный хеш
Сообщение «Неверный
QR-код», возврат на
экран авторизации
Нет записи сессии в БД
TC-03
Фиксация отклонения с
дорезанием
Тип «Обрыв в брикете»,
длина 45 мм, дорезание
= Да, кол-во = 2
Запись сохраняется в
локальной БД,
отправляется на сервер
Через 1 секунду запись
появляется в таблице
defects
TC-04
Фиксация отклонения с
некорректной длиной
Длина 600 мм
(превышает 500)
Сообщение об ошибке,
запись не сохраняется
Поле defect_length_mm
не создаётся
TC-05
Работа при отсутствии
сети Wi-Fi
Отключён Wi-Fi на
планшете, оператор
фиксирует отклонение
Запись сохраняется
локально, индикатор
синхронизации —
красный крест
После восстановления
сети запись
автоматически
передаётся
TC-06
Переключение статуса
«Станок на процессе»
Нажатие кнопки «Станок
на процессе»
Верхний блок меняет
цвет на зелёный,
таймер запускается
В таблице
status_changes новая
запись
TC-07
Превышение времени в
статусе без смены
Статус «Станок на
процессе» более 30
минут
Появляется
всплывающее
напоминание
Таймер сбрасывается
после любого действия
Для разработки выбрано нативное
Android-приложение на Kotlin.
Такое решение лучше подходит для
цеха, потому что даёт быстрый отклик,
поддерживает работу без сети,
прямой доступ к QR-сканеру и
удобную установку на защищённый
планшет.
6

7. Архитектура подсистемы

Подсистема построена по клиентсерверной архитектуре с поддержкой
офлайн-режима.
Клиентская часть работает на
защищённом Android-планшете.
Локальные данные хранятся в SQLite.
Серверная часть реализована на
FastAPI. Центральная база данных
работает на PostgreSQL 16.
7

8. Проектирование базы данных

База данных хранит сведения об операторах,
станках, рабочих сессиях, изменениях статусов
и отклонениях.
Основные таблицы:
■
operators
■
machines
■
sessions
■
status_changes
■
defects
■
defect_types
Такая структура нужна для сохранения истории
работы и формирования отчётов.
8

9. Сценарии работы оператора

Оператор авторизуется по QR-коду,
выбирает параметры партии и
указывает текущий статус станка.
При возникновении проблемы он
выбирает статус Отклонение на
процессе, указывает тип дефекта,
длину дефекта, наличие дорезания и
количество дорезаний.
Если сеть недоступна, запись
сохраняется локально и позже
отправляется на сервер.
9

10. Интерфейс клиентского приложения

Интерфейс рассчитан на работу
оператора в цехе.
На главном экране размещены
крупные кнопки для выбора статуса:
■ подготовка станка
■ станок на процессе
■ отклонение на процессе
■ оборудование в ремонте.
Кнопки сделаны крупными, чтобы
оператор мог работать с планшетом в
перчатках.
10

11. Тестирование подсистемы

Показатель
Плановое значение
Фактическое значение
Результат
Время отклика интерфейса
(среднее)
≤ 1 сек
0,6 сек
Соответствует
Процент ошибок при передаче
данных на сервер
≤ 1%
0% (при стабильной сети)
Соответствует
Корректная синхронизация
после обрыва сети
100% восстановленных
записей
100% (все 5 тестовых записей)
Соответствует
Частота вылетов приложения
(крашей) за смену
≤1
0
Соответствует
Удовлетворённость операторов
интерфейсом (оценка по
5-балльной шкале)
≥4
4,5
Соответствует
В ходе тестирования проверены
авторизация, смена статусов,
фиксация отклонений, работа без
сети, восстановление синхронизации
и устойчивость приложения.
Фактическое среднее время отклика
составило 0,6 секунды. Ошибок
передачи данных по устойчивой сети
не выявлено. После обрыва сети все
5 тестовых записей были
синхронизированы.
11

12. Экономическая часть и выводы

В экономической части рассчитаны
затраты на материалы, оборудование,
труд разработчика, социальные
отчисления, амортизацию и
сопровождение.
Полная себестоимость подсистемы
составила 401 166 рублей.
Разработанная подсистема позволяет
отказаться от бумажного учёта, снизить
количество ошибок, ускорить передачу
данных и повысить прослеживаемость
операций.
Показатель
Сумма, руб.
Сырьё и материалы
8 000
Покупные изделия
126 500
Энергозатраты
1 500
Заработная плата
132 000
Социальные отчисления
39 864
Амортизация
3 618
Общепроизводственные
расходы
72 000
Прочие расходы
6 000
Производственная
себестоимость
389 482
Коммерческие расходы
11 684
Полная себестоимость
401 166
Прибыль
60 175
НДС
92 268
Отпускная цена
553 609
12

13. Разработка автоматизированной информационной подсистемы оператора производственного оборудования ООО «Солтех»

РАЗРАБОТКА АВТОМАТИЗИРОВАННОЙ
ИНФОРМАЦИОННОЙ ПОДСИСТЕМЫ
ОПЕРАТОРА ПРОИЗВОДСТВЕННОГО
ОБОРУДОВАНИЯ ООО «СОЛТЕХ»
Выполнил: Мачка Александр Сергеевич
группа 4 Испб
Руководитель: Москальцов Д.П.