ДЕТСКИЙ ТЕХНОПАРК "Кванториум"
МойСервис
единая система заявок по техническому обслуживанию в ОУ
Проект направлен на создание локальной веб-системы управления заявками для технического обслуживания оборудования в образовательных учреждениях. Система позволит сотрудникам (педагогам, администрации) централизованно подавать заявки на ремонт, а системному администратору — эффективно управлять ими: отслеживать статус, распределять задачи и контролировать исполнение. Пилотное внедрение запланировано в «ДТ «Кванториум»
Наша команда проекта
Этот проект был разработан учащимися «ДТ «Кванториум» в рамках проектной деятельности.
Наша цель — решать реальные проблемы наших же образовательных учреждений с помощью технологий.
-
Митюков Рашид
Автор и разработчик:
Идея, проектирование, программирование -
Митюков Эльнар Дамирович
Наставник (технический эксперт):
Архитектурные решения, консультации по
системному администрированию и безопасности
ПРОБЛЕМА
В образовательных организациях отсутствует единый и упорядоченный процесс обработки заявок на техническое обслуживание. Информация о неисправностях поступает системному администратору хаотично (через мессенджеры, звонки, устно), что приводит к:
- Потере заявок и низкой дисциплине исполнения.
- Невозможности расставить приоритеты и планировать рабочее время.
- Отсутствию прозрачности и контроля для заявителей и руководства.
Это снижает оперативность решения технических проблем и негативно влияет на учебный процесс.
ЦЕЛЬ:
- Анализ: исследовать существующие системы управления задачами для применения в локальной сети школы.
- Проектирование: создать концепцию, требования и архитектуру системы с учётом специфики образовательного учреждения.
- Разработка: настроить сервер, реализовать ядро системы и интерфейс для подачи и отслеживания заявок.
- Тестирование: проверить работоспособность системы и собрать обратную связь от пользователей.
-
Системные администраторы и IT-специалисты ОУ
Проект решает их ключевую проблему — хаос в обработке заявок. Результат (упорядоченный рабочий процесс, контроль и планирование) для них критически важен. Они — главные внутренние заказчики и эксперты, чьи требования напрямую влияют на функционал системы
-
Администрация школы / «Кванториума»
Заинтересованы в результате, так как система повышает общую эффективность работы учреждения, снижает простои из-за неисправностей, обеспечивает прозрачность и управляемость процессов. Их поддержка и финансирование необходимы для внедрения и развития проекта.
-
Педагогический состав и учебно-вспомогательный персонал
Для них система — это удобный и гарантированный канал оперативного устранения технических неполадок, мешающих учебному процессу. Их удовлетворенность — ключевой показатель успеха проекта
Ни один из популярных облачных аналогов полностью не соответствует ключевым требованиям проекта: работа без интернета, 100% сохранность данных внутри школы, предельная простота для нетeхнических пользователей и отсутствие регулярных платежей.
- Yandex Tracker и Trello — это профессиональные инструменты для проектных команд, избыточные и сложные для задачи приёма заявок от педагогов.
- VK Teams — это, в первую очередь, мессенджер и платформа для коммуникаций, а не система учёта.
Разрабатываемая локальная система является целевым решением, которое устраняет ключевые недостатки аналогов: обеспечивает безопасность, независимость от интернета и предлагает специализированный, интуитивно понятный интерфейс для своей конкретной задачи. Это оправдывает необходимость собственной разработки.
| Этап 1: Анализ проблемы и исследование Цель: определить проблему и изучить существующие решения. Ход работы: Проведены интервью с системным администратором и педагогами. Проанализированы облачные аналоги (Trello, Yandex Tracker) на предмет применимости в условиях школы. Артефакты процесса: визуализация хаотичного процесса поступления заявок до внедрения системы. Сводная таблица сравнения аналогов (см. предыдущий раздел). |
| Этап 2: Проектирование системы Цель: спроектировать архитектуру, базу данных и пользовательские интерфейсы. Ход работы: определены роли пользователей, спроектированы простые и интуитивные экраны, создана схема базы данных. Артефакты процесса и результата: Схема архитектуры системы: показывает взаимодействие между клиентом, сервером и базой данных. Эскизы интерфейсов: экран подачи заявки для преподавателя: Панель управления для системного администратора: |
| Этап 3: Разработка Цель: Реализовать рабочий прототип системы. Ход работы: Настроен локальный сервер на базе ПК). Разработано backend-ядро на Python (Flask/Django). Создан frontend с использованием HTML, CSS и JavaScript. Артефакты процесса и результата:Фотография тестового сервера: Локальный сервер, на котором развернута система. Скриншот кода (пример backend-логики на Python/Flask): |
| Этап 4: Тестирование и отладка Цель: Убедиться в стабильности работы системы и исправить ошибки. Ход работы: Проведено функциональное тестирование всех сценариев (подача заявки, изменение статуса). Получена первая обратная связь от тестовой группы пользователей. Артефакты результата: Чек-лист тестирования отметками об успешном прохождении ключевых функций. Скриншот панели администратора с тестовыми заявками: |
Качественные результаты:
Автоматизирован 1 процесс — обработка заявок на техническое обслуживание.
Система охватывает не менее 2 ключевых пользовательских групп (педагоги/сотрудники и системный администратор).
Сокращение времени на регистрацию и первичное назначение заявки (с нескольких часов/минут в режиме чатов до моментального попадания в общий список).
Достижение 100% учтённых заявок — устранение потерь обращений.
Снижение организационной нагрузки на системного администратора за счёт структуризации потока задач.
Увеличение удовлетворённости педагогов за счёт гарантированного приёма заявки и понятного механизма отслеживания.
Формирование базы знаний: История всех обращений и решений становится доступной для анализа.
Повышение дисциплины исполнения за счёт фиксации времени и ответственности
Технические характеристики готового продукта (прототипа)
Архитектура: Клиент-серверная.
Среда размещения: Собственный сервер внутри сети образовательного учреждения.
Доступ: Через браузер с авторизацией по логину/паролю.
Базовый функционал:
Для сотрудников: Веб-форма подачи заявки (описание, тип оборудования).
Для администратора: Личный кабинет с единым списком заявок, возможностью изменения статуса и оставления комментариев.
Безопасность: Доступ только из внутренней сети, данные не передаются в публичный интернет
В основе расчета лежит минималистичный подход с использованием доступного оборудования и бесплатного программного обеспечения. Основные затраты — единовременные капитальные вложения в оборудование. Труд разработчика (учащегося) и наставников не монетизируется в рамках учебного проекта.
Продвижение проекта:
Демонстрация результата: Подготовить убедительную презентацию для руководства с цифрами (насколько ускорилась обработка заявок) и видео работы системы.
Получение «клейма одобрения»: Запросить официальный отзыв-благодарность от администрации Кванториума на бланке организации.
Подготовка «чемоданчика продвижения»: Создать простой лендинг с демо, скриншотами и этим отзывом. Распечатать краткие буклеты-визитки с QR-кодом на лендинг.
2. Этап: Продвижение в школы города (3-6 месяцев)
Точечное информирование через управление образованием: Направить письмо с кейсом Кванториума и ссылкой на лендинг в Городской/Районный отдел образования для рассылки по школам.
Прямой контакт с IT-специалистами: Разместить пост о проекте в городских чатах и группах для школьных сисадминов (VK, Telegram), сделав акцент на бесплатности и работе без интернета.
«Сарафанное радио»: Передать информацию о системе учителям-предметникам через педагогов из Кванториума, которые общаются с коллегами из других школ.
Ключевые сообщения для школ:
«Бесплатная альтернатива Trello и Яндекс.Трекеру, которая хранит все данные внутри школы».
«Система, которая уже решила проблему хаоса с заявками в «Кванториуме».
«Работает даже без постоянного интернета в кабинетах».
Наши контакты
ДТ Кванториум
Кировская область, город Кирово-Чепецк, проезд Лермонтова 3А
