
Авторизация

Сброс пароля
Разработка backend-функционала для поставщика и менеджера
Заказчик: Газпром НЕДРА

Клиент обратился с целью расширить функциональность уже существующего десктопного приложения Оптима, которое используется для оптимизации управления нефтяными скважинами.
1. Вводная задача от заказчика, проблематика, цели
Клиент обратился с целью расширить функциональность уже существующего десктопного приложения Оптима, которое используется для оптимизации управления нефтяными скважинами.
Параллельно требовалось подготовить серверную часть для нового портала поставщика и менеджера, через который должны были согласовываться товары и поставки в рамках оптимизации производственных процессов.
2. Описание реализации кейса и творческого пути по поиску оптимального решения
Цели проекта
Расширить возможности текущего приложения по работе с оптимизационными файлами.
Разработать бэкэнд-логику и архитектуру для нового web-портала с возможностью:
- интеграции с текущими файлами и алгоритмами оптимизации,
- согласования и утверждения товаров менеджером,
- формирования сводных аналитических данных.
Обеспечить стабильную доставку обновлений и работоспособность через DevOps-практики.
Этап 1. Сбор и анализ требований
Цель: понять текущую архитектуру и потребности заказчика.
Действия:
- Интервью с заказчиком и техническими специалистами;
- Анализ текущего функционала системы «Оптима»;
- Сбор требований к новому функционалу портала (сценарии согласования, роли пользователей, интеграция с аналитикой);
- Формирование технического задания (ТЗ) и user story.
Участники: Менеджер проекта, Аналитик, Архитектор.
Этап 2. Проектирование архитектуры
Цель: спроектировать расширяемую и устойчивую архитектуру backend-части.
Действия:
- Проектирование архитектуры backend-модуля, взаимодействующего с десктопным клиентом;
- Определение способов синхронизации данных между порталом и «Оптимой» (например, REST API, файловый обмен, RPC);
- Разработка моделей данных: товары, статусы, пользователи, сценарии согласования;
- Продумывание механизмов прав доступа и логирования действий.
Участники: Архитектор, Аналитик, Backend-разработчик.
Этап 3. Разработка нового функционала
Цель: реализовать все необходимые модули и расширить логику «Оптимы».
Действия:
- Модификация десктопной части приложения на Python + PySide2 (Qt GUI);
- Реализация backend-части: API для согласований, управления поставками и файлов;
- Обработка бизнес-логики: маршруты согласования, статусы, роли;
- Интеграция с логикой оптимизации: загрузка/выгрузка файлов, запуск расчётов, отображение результатов;
- Реализация панели менеджера с отображением истории, статусов и аналитики.
Участники: Backend-разработчик, Frontend-разработчик (если есть web-интерфейс), Архитектор.
Этап 4. DevOps и автоматизация процессов
Цель: обеспечить стабильную доставку и развёртывание системы.
Действия:
- Настройка среды тестирования и разработки (Docker, виртуальные среды);
- Создание CI/CD пайплайнов для автоматической сборки и выкладки;
- Организация системы логирования и мониторинга;
- Обеспечение безопасности: контроль доступа, изоляция окружений, обновления.
Участники: DevOps, Разработчик.
Этап 5. Тестирование
Цель: убедиться в корректности работы всех компонентов.
Действия:
- Функциональное тестирование новых модулей;
- Интеграционное тестирование связки десктоп ↔ backend ↔ портал;
- Проверка корректности работы аналитических функций;
- Тестирование сценариев согласования и отказов.
Участники: QA-инженер, Тестировщик, Аналитик (приёмка).
Этап 6. Внедрение и сопровождение
Цель: запуск решения в продуктивную среду и обучение пользователей.
Действия:
- Обновление текущего приложения у заказчика;
- Настройка окружения для портала (сервер, база данных, API);
- Проведение обучающих сессий для пользователей (менеджеры, операторы);
- Сбор обратной связи и оперативное устранение багов;
- Поддержка первых недель эксплуатации.
Участники: Менеджер проекта, Разработчики, QA, DevOps.
Технологии
- Язык разработки: Python
- Фреймворк интерфейса: PySide2 / PyQt5
- Архитектура: Клиент-сервер с возможностью offline-работы
- CI/CD: DevOps-подход с авторазвёртыванием
- Хранилище данных: вероятно, файлы конфигурации и внутренние базы (уточняется в ходе проекта)
3. Результаты сотрудничества
- Успешно расширен функционал Оптима без потери стабильности;
- Реализована серверная логика согласования товаров с возможностью масштабирования;
- Упростилась подготовка оптимизационных файлов и анализ полученных результатов;
- Повысилась прозрачность взаимодействия между поставщиком и менеджером.
4. Заключение
Проект стал частью цифровизации нефтегазовых процессов заказчика, улучшив не только контроль над скважинными параметрами, но и процессы согласования ресурсов. Команда справилась с высокой сложностью предметной области и ограничениями десктопной архитектуры, предложив модульное и расширяемое решение.