From 28268a38c0de8b88fc99610a984dd2e4d084e574 Mon Sep 17 00:00:00 2001 From: Zuev Date: Thu, 6 Aug 2026 00:14:40 +0300 Subject: [PATCH] =?UTF-8?q?=D1=80?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- docs/FEATURE_IDEAS.md | 101 +++++------------------------------------- 1 file changed, 11 insertions(+), 90 deletions(-) diff --git a/docs/FEATURE_IDEAS.md b/docs/FEATURE_IDEAS.md index 15df1eb..a2405b1 100644 --- a/docs/FEATURE_IDEAS.md +++ b/docs/FEATURE_IDEAS.md @@ -87,6 +87,7 @@ - проверка времени, аудитории, групп и подгрупп существующим механизмом конфликтов; - групповое подтверждение предложений с созданием переносов, замен или отмен; - журнал принятых и отклонённых решений. +- делегирование регистрации отсутствия самому преподавателю с подтверждением кафедры; ### Связь с текущей системой @@ -100,7 +101,6 @@ - автоматическая рассылка уведомлений затронутым группам и преподавателям; - пакетная обработка нескольких одновременных отсутствий; - ранжирование вариантов по числу переносов, окнам и дополнительной нагрузке; -- делегирование регистрации отсутствия самому преподавателю с подтверждением кафедры; - статистика причин и среднего времени разрешения инцидентов. **Ожидаемый результат:** сокращение ручной работы и времени реакции на изменения. @@ -142,8 +142,7 @@ ### Связь с текущей системой Текущая динамическая генерация сохраняется, но получает явный контекст версии. Конструктор -правил работает с черновиком, а кабинеты просмотра — с опубликованной версией. Точечные -изменения можно вести отдельным аудитом либо включать в пакет публикации в зависимости от +правил работает как с черновиком, так и с опубликованной версией, а кабинеты просмотра — только с опубликованной версией. Точечные изменения можно вести отдельным аудитом либо включать в пакет публикации в зависимости от будущих продуктовых требований. ### Дальнейшее развитие @@ -184,7 +183,7 @@ - заявка, статус, комментарий и история решения; - предварительный поиск допустимых слотов для выбранного занятия; - применение одобренной заявки через существующий механизм overrides; -- уведомление преподавателя о результате. +- пожелания «пары подряд» или «без окон»; ### Связь с текущей системой @@ -195,16 +194,16 @@ ### Дальнейшее развитие +- уведомление преподавателя о результате. - ограничения на максимальное число пар в день; - предпочтения по корпусам и аудиториям; -- пожелания «пары подряд» или «без окон»; - массовое копирование предпочтений из прошлого семестра; - автоматическое ранжирование заявок по срочности и влиянию. **Ожидаемый результат:** формализованная коммуникация между преподавателем, кафедрой и учебным отделом. **Сложность:** M. **Демонстрационный эффект:** высокий. -## 4. Центр уведомлений +## 4. (не делаем) Центр уведомлений ### Проблема и пользователи @@ -250,7 +249,7 @@ **Ожидаемый результат:** снижение числа пропущенных изменений. **Сложность:** M. **Демонстрационный эффект:** высокий, особенно вместе с мастером замены. -## 5. Привязка студента к группе и подгруппе +## 5. (не делаем) Привязка студента к группе и подгруппе ### Проблема и пользователи @@ -295,7 +294,7 @@ сервисов. **Сложность:** M. **Демонстрационный эффект:** средний, продуктовая ценность — высокая. -## 6. Персональная подписка на расписание через ICS +## 6. (не делаем) Персональная подписка на расписание через ICS ### Проблема и пользователи @@ -345,7 +344,7 @@ feed должен отдавать только опубликованное р **Сложность:** S–M. **Демонстрационный эффект:** высокий при относительно небольшом объёме работ. -## 7. Импорт календарного учебного графика из Excel +## 7. (не делаем) Импорт календарного учебного графика из Excel ### Проблема и пользователи @@ -389,7 +388,7 @@ feed должен отдавать только опубликованное р **Ожидаемый результат:** заметное сокращение ручного заполнения и ошибок ввода. **Сложность:** M. **Демонстрационный эффект:** высокий благодаря наглядному предпросмотру. -## 8. Анализ качества и автоматическая оптимизация расписания +## 8. (отдельным запросом) Анализ качества и автоматическая оптимизация расписания ### Проблема и пользователи @@ -456,7 +455,7 @@ Red Zone уже выявляет накладки и превышение вме расписания. **Сложность:** L. **Демонстрационный эффект:** максимальный и подходящий для исследовательской части магистерской работы. -## 9. Расписание экзаменационной сессии +## 9. (не делаем) Расписание экзаменационной сессии ### Проблема и пользователи @@ -505,82 +504,4 @@ Red Zone уже выявляет накладки и превышение вме **Ожидаемый результат:** новый самостоятельный контур учебного процесса на основе уже существующих справочников и календаря. **Сложность:** L. **Демонстрационный эффект:** -максимальный. - -## Рекомендуемые варианты развития - -### Быстрые продуктовые улучшения - -1. Привязать студента к группе и подгруппе. -2. Добавить ICS-подписку для преподавателей и групп. -3. Реализовать импорт календарного графика из одного утверждённого Excel-шаблона. - -Эти задачи относительно изолированы, сразу заметны пользователям и подготавливают данные -для уведомлений и персональных сервисов. - -### Следующий крупный релиз - -Объединить отсутствия преподавателей, мастер замены и внутренний центр уведомлений в один -сквозной сценарий: - -```text -Регистрация отсутствия - ↓ -Поиск затронутых занятий - ↓ -Подбор допустимых решений - ↓ -Подтверждение overrides - ↓ -Уведомление пользователей -``` - -Это направление максимально использует уже готовые механизмы и показывает практическую -ценность системы в ежедневной работе университета. - -### Архитектурное развитие - -Перед массовой автоматизацией изменений целесообразно внедрить версии, черновики и -публикацию. Такой жизненный цикл защищает конечных пользователей от промежуточного состояния -и создаёт безопасную основу для мастера инцидентов и оптимизатора. - -### Исследовательское направление - -Для магистерской работы наиболее сильны два варианта: - -- анализ качества и оптимизация расписания с объяснимыми строгими и мягкими ограничениями; -- отдельный модуль экзаменационной сессии с задачей размещения экзаменов и минимизации - конфликтов. - -Оптимизатор лучше начинать с оценки качества и локальных рекомендаций. Экзаменационный -модуль — с ручного конструктора и строгой проверки ресурсов. Это позволит получить полезный -MVP до разработки полного solver. - -## Предлагаемый порядок реализации - -1. Персональный контекст студента. -2. ICS-подписки и Excel-импорт как независимые быстрые функции. -3. Версии, черновики, аудит и публикация расписания. -4. Отсутствия преподавателей и мастер замены. -5. Внутренний центр уведомлений, затем внешние каналы. -6. Пожелания преподавателей и заявки на перенос. -7. Анализатор качества и локальные рекомендации. -8. Полный оптимизатор либо экзаменационный модуль как отдельный крупный этап. - -Порядок не является обязательным roadmap. Он показывает зависимости между идеями и должен -быть пересмотрен после выбора ближайших продуктовых целей. - -## Внешние ориентиры - -- [RFC 5545: Internet Calendaring and Scheduling Core Object Specification](https://www.rfc-editor.org/info/rfc5545/) - — стандарт формата iCalendar. -- [UniTime: Course Timetabling Solver Manual](https://help.unitime.org/manuals/courses-solver) - — ограничения, варианты расписаний и публикация результата. -- [UniTime: Instructor Survey](https://help.unitime.org/instructor-survey) - — сбор предпочтений и требований преподавателей. -- [UniTime: Examination Timetabling Manual](https://help.unitime.org/manuals/examination-timetabling) - — отдельная предметная область экзаменационного расписания. - -Эти материалы используются только как ориентиры для продуктовой проработки. Конкретные -контракты, модели данных и пользовательские сценарии должны соответствовать архитектуре и -ролевой модели Magistr. +максимальный. \ No newline at end of file