р

2026-08-06 00:14:40 +03:00
parent 8f8ce0240b
commit 28268a38c0
1 changed files with 11 additions and 90 deletions
--- 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. (не делаем) Расписание экзаменационной сессии

 ### Проблема и пользователи

@@ -506,81 +505,3 @@ 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.