D05: Модель данных — сущности¶

Обучающийся (Student)¶

Изменения шага 2 (норма-ось): group_id удалён — членство в группах вынесено в связь «многие-ко-многим во времени» (см. ниже). nabor_id добавлен. program_id стал производным от набора. Миграция: текущие group_id → членство с s = enrollment_date, tip = основная учебная.

Таксономия статусов обучающегося¶

Статусы разделяются на академический статус (один, определяет факт обучения) и дополнительные теги (несколько одновременно, описывают характеристики).

Академический статус (StudentStatus)¶

Теги — финансовый статус¶

Теги — стипендиальный статус¶

Теги — социальный статус¶

Теги — миграционный статус¶

Теги — воинский учёт¶

Теги — статус общежития¶

Теги — статус документов¶

Классификатор приказов по контингенту¶

Источник: framework.univercon.aplicon.ru/docs/students/database/list_of_orders.md

Блок А · Начало образовательных отношений¶

Блок Б · Академическая мобильность¶

Блок В · Академические и социальные отпуска¶

Блок Г · Завершение образовательных отношений¶

Блок Д · Административно-организационные процедуры¶

Блок Е · Стимулирование и дисциплина¶

Блок Ж · Организационное обеспечение¶

Блок З · Корректировка и отмена приказов¶

Сцепка с нормой (D06): Набор и приёмная кампания¶

Точка соединения двух осей — «кого/сколько» (D05) и «чему/как» (D06) — в одной сущности: Набор. До этого шага у обучающегося была плоская ссылка program_id без версии и когорты; теперь источник истины о норме — набор.

Набор (когорта)¶

Носитель привязки контингента к норме. Естественный ключ: специальность/направление × форма обучения × год набора.

Связь «многие-к-одному»: несколько наборов делят одну версию ОПОП, если норма между ними не менялась. Привязка набора не перецепляется при выходе новой версии — когорта доучивается по своей (инвариант 2 ниже). Форму возмещения затрат набор не несёт: после зачисления бюджетники и платники одного набора идут по одному учебному плану; платность живёт в договоре D09.

Приёмная кампания¶

Процесс инстанцирования нормы в людей. Подробности — процессом домена (D05-P01); здесь минимальная карточка для связи.

КЦП (контрольные цифры приёма)¶

Квота бюджетных мест. Отдельный объект, не лицензия: лицензия разрешает учить, КЦП задаёт число бюджетных мест на год. План приёма = КЦП + договорные места, всё в границах лицензии.

Группа (ревизия) и Членство в группе¶

Группа перестаёт быть носителем нормы и одиночной привязкой обучающегося — это организационный срез, и срез временный.

Членство в группе — связь «многие-ко-многим во времени». Обучающийся одновременно может состоять в нескольких группах (основная + языковая подгруппа + лекционный поток + электив).

Траектория — представление, не хранимая сущность¶

Отдельную хранимую «Траекторию» не заводим — это вычисляемое представление развёртки плана на конкретного обучающегося. Из §4 доклада «Цифровая инфраструктура вуза»:

«Траектория обучающегося — это вычисляемое представление: развёрнутый учебный план обучающегося с учётом его выборов — какие дисциплины по выбору взял, какую тему курсовой утвердил, что перезачли при переводе. Индивидуальная траектория — не исключение из правил. Это норма, потому что каждый обучающийся делает свои выборы даже в самом обычном плане.»

Траектория складывается из трёх источников:

• План (D06) — текущий набор → opop_versiya_id → структура версии ОПОП:
• строки учебного плана
• запланированные учебные события (§1.12 D06 — из РПД внутри дисциплины и из УП уровня программы)
• Выборы обучающегося — выбор дисциплин вариативной части, темы курсовой, элективов; фиксируются документами
• Факт (D04, D05) — лог приказов (классификатор D05), записи и ведомости D04, перезачёты при переводе / восстановлении

Перевод / смена формы = смена набора приказом → перецепление на другую версию; старые факты остаются неизменными.

Ключевое использование траектории — при формировании состава учебного события (§3 D04). Формулировка §4 доклада:

«Состав каждого учебного события формируется в момент его наступления, из тех, у кого это событие стоит в траектории, и чей статус позволяет на нём быть.»

Технически: 1. D06 порождает список запланированных учебных событий (для каждой строки УП + для каждой темы каждой дисциплины) 2. Траектория обучающегося = развёртка этого списка с учётом его выборов и перезачётов 3. При проведении слота D14 (§1.3 D14): состав каждого события внутри слота = пересечение (у кого это событие в траектории) × (активный статус на дату) × (правило assignment_mode формы контроля)

Инварианты сцепки¶

1. Обучающийся в активном статусе принадлежит ровно одному (текущему) набору; смена набора — только приказом (CHANGE_PROGRAM, CHANGE_FORM). Переход на следующий курс (TRANSFER_COURSE) набор не меняет — та же когорта на следующем году.
2. Набор.opop_versiya_id неизменна после создания. Перецепление к другой версии нормы — на уровне обучающегося (сменой набора), не правкой привязки набора.
3. Норму, по которой учится обучающийся, определяет набор, а не группа.
4. Членство в группе — «многие-ко-многим во времени»; одновременных членств может быть несколько.
5. program_id обучающегося — производное от набора, не самостоятельный источник истины.

Дополнения от академического контура (D04)¶

Следующие сущности принадлежат D05 (физлицо в статусе обучающегося), но потребляются D04.

Обложка зачётной книжки¶

Записи зачётки (исходы ведомостей) принадлежат D04 как представление (витрина). Обложка — атрибут контингента, владелец D05.

erDiagram
    OBUCHAYUSHCHIYSYA ||--o{ OBLOZHKA_ZACHETKI : "владеет"
    OBLOZHKA_ZACHETKI ||--o| OBLOZHKA_ZACHETKI : "предыдущая_зачетка_id"
    OBLOZHKA_ZACHETKI {
        string nomer "номер с суффиксом /1 /2 при восстановлении / смене ФИО"
        ref vladelec
        period deystvie
        enum status "активна|приостановлена|закрыта"
        ref predydushchaya_zachetka_id
    }

Правило суффикса: новый номер = max(суффиксы по ключу владелец+период) + 1. Триггеры новой зачётки: восстановление, перевод, перезачёт, смена ФИО.

Период-исключение (источник для таймера задолженности D04)¶

D05 владеет фактами, останавливающими таймер академической задолженности. D04 потребляет их снимком по контракту (пересчёт при новом событии-исключении, не при каждом вычислении задолженности).

erDiagram
    OBUCHAYUSHCHIYSYA ||--o{ PERIOD_ISKLYUCHENIYA : "имеет"
    PERIOD_ISKLYUCHENIYA {
        ref obuchayushchiysya
        enum tip "академотпуск|болезнь|БиР"
        date nachalo
        date konec
        ref dokument_osnovanie
    }

Выговор (дисциплинарное взыскание)¶

Владелец — D05 (приказ, личное дело). Нормативное основание: ФЗ-273 ст. 43 — меры дисциплинарного взыскания для обучающихся: замечание, выговор, отчисление. ТК РФ ст. 192 к обучающимся не применяется (она регулирует взыскания работников). D04 только поставляет триггер: превышен порог неуважительных пропусков. Сам выговор оформляется и хранится в D05.

Тип приказа: DISCIPLINE_REPRIMAND (см. Блок Е выше).

erDiagram
    OBUCHAYUSHCHIYSYA ||--o{ VYGOVOR : "наложен на"
    VYGOVOR {
        ref obuchayushchiysya
        ref prikaz "тип DISCIPLINE_REPRIMAND"
        date data
        ref trigger_iz_D04 "событие превышения порога пропусков"
    }

ERD (концептуальная схема)¶

erDiagram
  Student ||--o{ Order : "изменяется через"
  Student ||--|| PersonalFile : "имеет"
  Student ||--o| EducationContract : "обучается по"
  Student ||--|| StudentStatus : "имеет академический статус"
  Student ||--o{ StudentStatusTag : "имеет дополнительные теги"
  Student }o--|| Nabor : "принадлежит (текущий)"
  Student ||--o{ GruppaChlenstvo : "состоит во времени"
  Gruppa ||--o{ GruppaChlenstvo : "включает"
  Gruppa }o--o| Nabor : "основная — в наборе"
  Nabor }o--|| OPOP_Version : "пин по году набора (N:1, D06)"
  Nabor }o--|| PriyomKampaniya : "набран в"
  Nabor }o--o| KCP : "ограничен квотой"
  Order }o--|| OrderType : "имеет вид"

Program стала производной (выводится по цепочке Набор → версия ОПОП), поэтому в схеме заменена на Nabor. OPOP_Version — внешняя сущность домена D06.