D06-P03: Разработка, проверка и сопровождение РПД (Двойник)¶

Домен: D06 · Применимость: ВУЗ, СПО, ДПО, Аспирантура (ДО — partial) Статус: draft

Процесс детализирует шаг 5 D06-P01 («разработать РПД») и опирается на сущность 1.6 «Рабочая программа дисциплины» (data-model/entities.md).

Назначение¶

Получить заполненную, проверенную и пригодную для печати РПД как содержательную реализацию одной строки учебного плана — в форме единого JSON-Двойника, обслуживающего заполнение, проверку, печать, обратное восстановление и трассировку. Результат — редакция РПД, готовая войти в Версия ОПОП.sostav (D06-P01/P02). Двойник не самостоятельный документ: он содержательно раскрывает строку плана, не подменяя норму-версию.

Нормативное основание¶

⚠ ФЗ-273, ст. 2 п. 9 — РПД как часть комплекса образовательной программы. Подлежит сверке человеком.
⚠ ФЗ-273, ст. 13 — общие требования к реализации образовательных программ.
ФГОС по направлению/специальности (standards/fgos/) — компетенции, индикаторы, объём.
⚠ Для ДПП — ст. 76 + профстандарт/квалтребования (для профпереподготовки с 01.03.2026 — также ФГОС СПО/ВО).

Входы¶

Строка учебного плана (D06, 1.4): дисциплина × период × трудоёмкость × форма контроля — носитель идентичности и источник derived-полей.
ФГОС-основание (fgos_id) — компетенции/индикаторы импортируются по ссылке, локально неизменяемы.
Каталог сотрудников (D07) — разработчики, закрепляются заведующим кафедрой.
Типовой шаблон / методические материалы — заготовки цели, задач, формулировок.
Машиночитаемый контракт Двойника (standards/rpd/schema/, standards/rpd/data/) — структура и правила.

Шаги¶

Выбрать строку учебного плана действующей/утверждаемой Версии ОПОП. Уровень (uroven) определяет применимый профиль формы (DO/SPO/BACHELOR/…/DPO).
Создать экземпляр Двойника: заполнить twinMeta, context из строки УП, ОПОП и ФГОС; documentLifecycle.documentStatus = draft. Собственный номер версии и год набора не присваивать.
Спроецировать derived-поля (трудоёмкость по видам, ЗЕ, формы контроля, наименование) из строки учебного плана — read-only, без ручного ввода.
Импортировать компетенции и индикаторы по ссылке на ФГОС (standards/fgos) или матрицу компетенций ОПОП — не переписывать локально.
Заполнить ручные разделы по профилю формы: разработчики (D07), цель, задачи, тематический план, карточки тем/занятий, условия реализации. Невидимые для уровня поля остаются частью модели.
Зафиксировать происхождение значений в provenance (источник, способ, подтверждение) — для импортированных и восстановленных полей.
Проверить Двойник по validation.rules: обязательность, применимость по уровню, согласованность суммы часов с ИТОГО, привязка форм контроля к периодам. Расхождение derived-поля с источником (учебным планом) — блокирует.
Сформировать печатный документ через print.bindings и шаблон — без ручного переноса данных.
Передать редакцию РПД в Версию ОПОП (D06-P01/P02). После утверждения версии правка реквизита возможна только через новую версию, не на месте.

Альтернатива A1 — обратное восстановление. Загрузить существующий Word/PDF/XLSX/HTML → reverseImport извлекает смысловые реквизиты (не пиксельную вёрстку) → создаётся черновик Двойника, источники помечаются в provenance → человек верифицирует → далее с шага 7.

Выходы / артефакты¶

Заполненный валидный Двойник РПД (standards/rpd/data/…) в статусе документооборота.
Печатная РПД (docx/pdf/html), собранная из Двойника.
Редакция РПД, готовая к включению в Версия ОПОП.sostav.
Заполненные provenance (происхождение) и audit (история действий).

Участники¶

Роль	Действие
Кафедра / разработчик	Заполняет ручные поля, подтверждает автозаполнение и импорт
Заведующий кафедрой	Закрепляет разработчиков, контролирует содержание, отправляет на согласование
Методист (УМУ)	Сверяет с учебным планом и ФГОС, полноту разделов, корректность печати
Администратор ИС	Ведёт справочники, права, шаблоны печати, профили форм, версию схемы
Информационная система	Фильтрует поля по уровню, проецирует derived, валидирует, печатает, импортирует

Типовые ошибки¶

Часы или формы контроля правятся в РПД мимо учебного плана — два источника истины (инвариант derived-полей).
В РПД заводится собственный номер версии или год набора — год живёт в D05, версия — в Версии ОПОП.
Компетенции переписаны вручную вместо ссылки на ФГОС (standards/fgos).
Печатный Word/PDF принят за источник истины — он лишь представление Двойника.
Утверждение с незаполненными derived-полями или черновыми компонентами.
Попытка пиксельного восстановления PDF вместо смыслового извлечения реквизитов.

Контракт и проверка (машиночитаемо)¶

Структура Двойника задаётся standards/rpd/schema/discipline-program-twin.schema.json (JSON Schema 2020-12).
Любой экземпляр в standards/rpd/data/ валидируется схемой в CI (рядом с tools/validate-metadata.py).
Слои forms / print / reverseImport — реализация; конкретные привязки живут в системе (1С / веб), в норме — только ссылка.

Лучшие практики¶

Наполняется опытом ОО. Стартовая проверка модели — три пилота: СПО, специалитет (или ординатура) как ВО, ДПО.

Связанные процессы¶

D06-P01 — Разработка и утверждение ОПОП (РПД — компонент состава версии, шаг 5).
D06-P02 — Актуализация ОПОП (изменение РПД рождает новую версию).
D02-P02 — Государственная аккредитация (использует полноту РПД и покрытие компетенций).
D04 — Учебное событие читает формы контроля из пристёгнутой версии как источник обязательств.
D12 — Хранение Двойника и интеграция (машиночитаемый обмен JSON, 1С).