Список изменений в системе ТАНДЕМ.Университет

 

Список изменений системы ТАНДЕМ.Университет в версии 2.22.6

Модуль «Абитуриенты (Приемная комиссия)»

1. Доработаны отчеты в части подсчета планов приема при скрытии списков и конкурсов.

2. В карточке абитуриента на вкладке с заявлениями для выбранных конкурсов добавлена колонка с заявлением ЕПГУ, в которой отображается номер заявления ЕПГУ, если выбранный конкурс был добавлен по данным заявления ЕПГУ и связан с ним. Номер заявления ЕПГУ – ссылка для перехода в карточку заявления ЕПГУ.

Аналогичные изменения сделаны в карточке заявления абитуриента.

Также в карточке выбранного конкурса добавлен блок с информацией о заявлении ЕПГУ, если выбранный конкурс был добавлен по данным заявления ЕПГУ и связан с ним.

3. Оптимизирован механизм выдачи uid-ов для объектов, задействованных в интеграции с ФИС ГИА и Суперсервисом.

Реализованы две очереди выдачи uid-ов в рамках общего механизма выдачи uid-ов, чтобы операции подготовки данных для двух разных систем не пересекались и не блокировались при параллельных запусках.

Для работы с очередями выдачи uid-ов добавлена соответствующая точка расширения, которая обеспечивает возможность фильтрации выданных uid-ов в списке по выбранным очередям.
Для удобства работы с uid-ами для объектов, участвующих в обмене с указанными системами (и не только), реализован метод чтения uid-ов, который не выдает новый uid, если для объекта (на входе) он отсутствует в реестре.

В списке выданных идентификаторов (меню "Система / Данные / Выданные идентификаторы") добавлено действие "Удалить старые uid-ы" для удаления старых идентификаторов, использовавшихся для обмена данными с внешними системами. При активации действия в диалоге будет предложен выбор реестров uid-ов для очистки, а также указана дата, до которой выданные uid-ы будут удалены.

Рекомендуется после завершения каждой весенне-летней приемной кампании использовать данное действие для однократной очистки реестров uid-ов (для ФИС ГИА и Суперсервиса), что повысит скорость и надежность формирования данных и пакетов в рамках механизмов обмена данными с указанными системами.

4. Оптимизирована служба формирования кэша рейтингов абитуриентов (unienr.ratingXmlGen).

Из этой службы вынесено обновление кэша структуры ПК в отдельную службу – "Генерация структуры приема (xml)" (campEnvXmlGen).

Внутри службы обновления кэша рейтингов списки строятся в фоне частями, по одному конкурсу в каждой части и в отдельных транзакциях, xml-файл с кэшем остался один, как и прежде.

Отдача структуры ПК и конкурсных списков посредством веб-сервиса происходит в прежнем режиме, api сервиса не изменился.

Т.о., поддержана следующая схема работы служб:

  • кэш структуры ПК строится отдельной службой по отдельному расписанию (оптимально установить один раз в день ранним утром или поздним вечером, и только в даты проведения ПК);
  • кэш рейтингов строится другой службой по отдельному расписанию (оптимально установить один запуск каждые 25-30 мин. без запуска в ночные часы, и только в даты проведения ПК, указывать менее 25 мин. не рекомендуется).

5. Реализовано выключение любого вида ЦП в рамках ПК в настройке, включая виды ЦП, в которых заданы организации (последние удаляются, и при включении нужно будет задать организации заново).
Добавлены проверки на выключаемый вид ЦП: для него не должны существовать конкурсы в рамках ПК и, соответственно, выбранные конкурсы, а также планы приема (последние задаются в наборах ОП).

6. Для приказа о зачислении добавлена проверка возможности печати выписок из приказа: если такая возможность отсутствует, то при попытке печати отображается информационное сообщение.

Модуль «Интеграция с Суперсервисом (Сервисом приема)»

1. В предыдущей версии был реализован 1-ый этап перехода на базовый документ. В данной версии работа с документами, получаемыми из ЕПГУ в профиле и заявлениях, полностью переведена на базовый документ (CommonDocument) с учетом доп.полей для отдельных типов документов. Переработаны карточки профиля ЕПГУ и заявления ЕПГУ в части отображения приложенных документов.

2. Оптимизировано добавление пакетов по структуре приема. Добавление пакетов внутри выбранного типа пакета реализовано в отдельных транзакциях.

В целях ускорения обработки данных и формирования пакетов изменены ключи uid-ов в 09-ом и 10-ом пакетах для конкурсов, перевели на стабильные значения.

Дополнительно упрощена логика формирования пакетов 09-11, ускорено их добавление.

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

Отключено логирование при добавлении пакетов всех типов.

3. Доработаны форматы вывода фактов записи на ВИ в карточке заявления ЕПГУ.

4. Переработан механизм обработки пакетов с изменениями по профилю: реализован отдельный доп. запрос на выкачивание и дополнительно получение ИД для профиля ЕПГУ, упоминающихся в сообщениях, поступающих через метод profileChange, который отправляет только информацию об изменившихся полях объектов, появлении новых объектов, утере актуальности объектов.

Модуль «Интеграция с ФИС ГИА и приема»

1. Для видов ЦП и версий ОП в пакетах для ФИС ГИА осуществлен переход на использование uid-ов в рамках ПК (ранее использовались uid-ы элементов базовых справочников, что неудобно в контексте необходимости периодической очистки ранее выданных uid-ов по архивным ПК).

2. Оптимизировано формирование 3-го пакета с заявлениями: обработка идет частями, по одному конкурсу в каждой части.

3. Разделены очереди выдаваемых идентификаторов для объектов, формируемых для ФИС ГИА и Суперсервиса. Т.о., отработано узкое место, возникавшее при параллельном запуске функций, приводящих к массовому формированию различных объектов (кэшей, пакетов, и т.п.) необходимых для работы интеграций с указанными системами.

Модуль «Образовательные программы и контингент обучающихся»

1. Добавлены новые перечни направлений подготовки согласно приказу Министерства просвещения РФ от 17 мая 2022 г. № 336. Чтобы увидеть новые направления необходимо выполнить системное действие "Синхронизировать направления подготовки и квалификации".

2. На карточке группы добавлен вывод деканата и диспетчерской.

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

Модуль «Движение контингента»

1. В журнал регистрации приказов добавлен переключатель "Приказ обработан" и фильтр по нему.

Переключатель может использоваться для фиксации фактов проверки приказов в бумажном виде.

Для переключателя используются отдельные права доступа.

Модуль «Учебные планы»

1. В импорт планов из plx файлов добавлен импорт модулей и их контроля.

2. В карточке группы на вкладках УП и РУП добавлены ссылки на карточки обучающихся.

3. Изменено создание РУП по ГУП: поле комментарий заполняется текущей датой.

Модуль «БРС и журналы преподавателей»

1. Реализован регулярный процесс (TrJournalRatingDaemonBean) и служба для вычисления рейтинга обучающихся по реализации.

По умолчанию служба запускается вручную.

Регулярный процесс запускается:

  • после выполнения рег. процесса TrJournalDaemonBean;
  • при изменении настроек БРС на часть года;
  • при сохранении баллов обучающихся в журналах.

Регулярный процесс пересчитывает рейтинг по реализациям и настройкам, находящимся в его очереди. Служба пересчитывает все реализации и нужна только для решения нештатных ситуаций.
Результат вычисления сохраняется в новую сущность "Рейтинг обучающегося по реализации мероприятия", которая будет передаваться в интеграционную шину и личный кабинет.

2. Добавлена возможность выставления отметок в экзам. листы при включенной балльно-рейтинговой системе.

Модуль «Сессия»

1. В печать экзаменационной карточки добавлен вывод преподавателей, даже если оценка не выставлена.

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

Модуль «Дипломирование»

1. В справочнике "Печатные шаблоны и скрипты документов об обучении" добавлены фильтры: тип документа, приложение, с отличием, используется.

Модуль «Нагрузка»

1. В план. мероприятия план. контингента добавлена информация о принадлежности план. мероприятия модулю (проф. модулю). Эту информацию можно будет использовать в нормах времени-скриптах.

Изменен способ запуска регулярного процесса перерасчета план. мероприятий план. контингента (EplStudentSummaryDaemonBean). Теперь рег. процесс запускается по событиям:

  • изменение план. контингента;
  • создание, изменение, удаление план. РУП;
  • создание, изменение, удаление числа план. контингента для элемента деления потоков;
  • создание, изменение сводки.

Рег. процесс обрабатывает только объекты, находящиеся у него в очереди. В обновление план. мероприятий добавлена обработка поля "Модуль", и признака "Мероприятие РУП". Сам алгоритм обновления не изменился.

Добавлена служба "Обновление планируемых мероприятий". Служба обрабатывает все неархивные сводки в состоянии с системным кодом меньшем или равным "Привязка РУП" (т.е. "Планирование контингента" и "Привязка РУП"). По умолчанию запускается один раз в субботу, в 16:00 (локальное время сервера). Служба аналогична рег. процессу обновления план. мероприятий и необходима для контроля результата работы рег. процесса.

При переносе плановых потоков в оперативные потоки добавлено заполнение модуля для потока.

2. Добавлено два примера норм времени скриптов с учетом данных о модулях. На существующих стендах примеры созданы с признаком "Используется" = нет.

3. В обновление плановых потоков по текущим потокам добавлен учет модулей.

Базовые модули и функции

1. Оптимизировано логирование изменений для отдельных объектов и процессов системы, отключено избыточное журналирование изменений.

В частности, отключено логирование некоторых системных элементов (jobResult, daemonQueueItem) и объектов, которые формируются в рамках действий массовой типовой обработки данных (история характеристик обучающихся, кэши данных абитуриентов для веб-сервиса, и др.).

Интеграционный модуль

1. Добавлен новый интеграционный поток "Рейтинг обучающегося по реализации мероприятия", в котором передается вычисленный рейтинг обучающегося по реализации.

2. Реализован новый модуль "Общежития и поселение" (nsiunisettle):

  • добавлен поток SettleContractType (Договор на поселение);
  • добавлен поток SettleContractResidentType (Проживающий по договору);
  • в поток персон добавлен признак "Нуждается в общежитии".

Интеграционная подсистема

1. Увеличена длина поля "Наименование" до 1024 символов в интеграционном потоке "Подразделение (DepartmentType)".

2. Ускорена функция очистки справочников.

3. Добавлено логирование процесса очистки справочников.

4. Добавлена возможность выгрузки интеграционных справочников со всеми входящими/исходящими событиями (доступна в меню "Интеграция / Справочники НСИ / Выгрузить данные справочников в файл").

5. Добавлен интеграционный поток "Балл обучающегося по реализации мероприятия (TrStudentJournalRatingType)", в котором передается вычисленный рейтинг обучающегося по реализации.

6. При выгрузке отдельных объектов интеграционных потоков добавлена возможность выбора расширения файла json или xml (доступна, например, в меню "Интеграция / Справочники НСИ / Абитуриент / Выгрузить в файл").

7. Реализован новый модуль "Общежития и поселение (nsisettle)":

  • добавлен интеграционный поток "Договор на поселение (SettleContractType)";
  • добавлен интеграционный поток  "Проживающий по договору (SettleContractResidentType)";
  • в интеграционный поток "Физическое лицо(HumanType)" добавлен признак "Нуждается в общежитии".

8. Добавлены системные справочники "Документ физического лица (HumanDocumentType)" и "Тип документа физического лица (HumanDocumentTypeType)".

9. Увеличена длина поля "Название" до 1200 символов в интеграционном потоке "Дисциплины учебной программы (EduProgramDisciplineInformationType)".

10. В интеграционный поток "Нагрузка в семестр строки учебного плана (EduPlanRowTermType)" добавлено поле "Семестр", необходимое для работы модуля интеграции с ГИС СЦОС.

11. Добавлен интеграционный поток "Степень сформированности потока (EppRealEduGroupCompleteLevelType)".

В интеграционный поток "Поток обучающихся (EppRealEduGroupType)" были добавлены поля: степень готовности, проф.модуль, вид потока.

12. Улучшен механизм отправки справочника из шины в выбранную подсистему.

13. В целях оптимизации работы разделены интеграционные потоки для нового ЛК и старого ЛКС.

Следующие потоки вынесены в отдельный модуль nsiunitraining:

  • TrAbsenceReasonType;
  • TrJournalType;
  • TrJournalPartType;
  • TrJournalGroupStudentType;
  • TrJournalGroupType;
  • TrJournalGroupEventStudentResultType;
  • TrJournalGroupEventType;
  • TrJournalGroupEmployeeType;
  • TrStudentJournalRatingType;
  • AddEventTypeType.

Следующие потоки перенесены в модуль nsiunisession:

  • LksStudentPortfolioElementStatusType;
  • LksStudentPortfolioElementType;
  • LksStudentPortfolioElementKindType.

Заменена зависимость в nsiunisnpps2unitraining с lksunitraining на nsiunitraining.

14. В датаграмму интеграционного потока добавлен атрибут "dataOwner", в которую записывается подсистема-источник, создавшая данный поток.

Разработчикам и партнерам

1. Добавлены новые перечни направлений подготовки согласно приказу Министерства просвещения РФ от 17 мая 2022 г. № 336. Добавлены новые сущности:

  • Область знаний (перечень направлений подготовки 2022) – eduProgramSubject2022Field;
  • Укрупненная группа (перечень направлений подготовки 2022) – eduProgramSubject2022Group;
  • Направление подготовки профессионального образования (2022) – eduProgramSubject2022.

Добавлено новое поколение перечня (eduProgramSubjectIndexGeneration) – 2022.

Добавлены новые перечни направлений подготовки (eduProgramSubjectIndex) – "Перечень специальностей СПО 2022", "Перечень профессий СПО 2022".

2. В целях оптимизации (нагрузка на сервера, рост рамера БД) рекомендуем разработчикам обратить внимание в своем коде на логирование изменений для отдельных объектов и процессов системы: пересмотреть и отключить избыточное журналирование изменений (актуально для рег. процессов, служб, любых массовых операций с данными, и т.п.).