ТЕХНИЧЕСКОЕ ЗАДАНИЕНА РАЗРАБОТКУ ИНФОРМАЦИОННОЙ СИСТЕМЫ

Модуль «Демонстрационный экзамен Цифровой платформы WSR»версия 2.0

на 6667 листах

Оглавление1. Общие сведения 6

1.1. Основание для выполнения работ 61.2. Полное наименование и обозначение Системы 6

1.2.1. Полное наименование системы 61.2.2. Краткое наименование системы 6

1.3. Шифр темы или шифр (номер) договора 61.4. Наименование предприятий разработчика и заказчика Системы и их реквизиты 6

1.4.1. Заказчик 61.4.2. Исполнитель 6

1.5. Начало и окончание работ 61.5.1. Начало работ 61.5.2. Окончание работ 7

1.6. Источники и порядок финансирования работ 71.7. Порядок оформления и предъявления заказчику результатов работ по созданию Системы, по изготовлению и наладке отдельных средств и программно-технических комплексов Системы 71.8. Термины и определения 7

2. Назначение и цели создания Системы 11

2.1. Назначение системы 112.2. Цели и задачи создания Системы 12

3. Характеристика объектов автоматизации 13

3.1. Краткие сведения об объекте автоматизации 133.2. Сведения об условиях эксплуатации объекта автоматизации13

4. Требования к системе 14

4.1. Требования к дизайну 144.2. Требование к программному обеспечению 144.3. Требование к архитектуре приложения 14

4.4. Требования к серверной инфраструктуре 154.4.1. Docker 154.4.2. Логирование 154.4.3. Межсервисное взаимодействие 154.4.4. Continuous Integration/Continuous Delivery 164.4.5. Платформа 164.4.6. Локация и размещение 16

4.5. Требования к клиентской части 164.6. Требования к СУБД 174.7. Требования к быстродействию 174.8. Требование к отказоустойчиваости 184.9. Требования к надежности 184.10. Требования к масштабируемости 184.11. Требования к безопасности 184.12. Требования к безопасности системы аутентификации и авторизации 18

5. Порядок контроля и приемки системы 18

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 19

7.1. Развертывание и конфигурирование 197.2. Приведение поступающей в Систему информации к виду, пригодному для обработки с помощью ЭВМ 19

8. Требования к составу документации и документированию системы19

9. Содержание и состав работ 20

9.1. Изменение состава полей в профиле участника/заявке на Демонстрационный Экзамен 219.2. Формирование инструментов контроля соблюдения методики

249.3. Добавление механизма контроля закрытия и блокировки экзамена после импорте результатов 25

9.4. Блокировка возможности изменения статусов участников в закрытом экзамене 299.5. Добавление запрета удаления учебных групп и участников из учебной группы 309.6. Запрет удаления назначенного на экзамен участника из учебной группы 309.7. Расширение списка фильтров в интерфейсе управления заявками и демонстрационными экзаменами 309.8. Добавление возможности возвращения подтвержденного экзамена в статус «отправлено на доработку» 329.9. Подключение кода Яндекс Метрика 329.10. Добавление новых типов Демонстрационного Экзамена 329.11. Создание нового формата скиллс паспорта для печатной версии 33

9.11.1. Примеры использования 349.11.2. Версия SKILLS PASSPORT в альбомной ориентации 349.11.3. Версия SKILLS PASSPORT в книжной ориентации 359.11.4. Веб-версия SKILLS PASSPORT 369.11.5. Этапы доработки SKILLS PASSPORT 36

9.12. Добавление функционала возврата на доработку с созданием заявки в OSTicket 369.13. Вывод полного наименования и адреса ЦПДЭ и Образовательной Организации в фильтрах 379.14. Добавление раздела всех главных экспертов 389.15. Формирование признака «дистанционный» для Демонстрационного Экзамена, Главного Эксперта и Линейного Эксперта 399.16. Вывод в учебных группах в виде тегов информации о программе и уровне образования 439.17. Создание кнопки для быстрого перехода на заявки или Демонстрационные Экзамены 449.18. Создание кнопки копирования региона и наименования ЦПДЭ

459.19. Добавление фильтров по компетенции и статусу аккредитации в разделе ЦПДЭ 46

9.20. Вывод списка дубликатов в момент создания нового ЦПДЭ 479.21. Формирование раздела журналирования действий с объектом Демонстрационного Экзамена 489.22. Вывод информации о количестве участников НОК в разделе Демонстрационный Экзамен 499.23. Добавление раздела «Отчёты и выгрузки» в личный кабинет Менеджера Компетенци 509.24. Создание Личного Кабинета для роли Линейный Эксперт 529.25. Реализация поиска Образовательной Организации по населенному пункту и адресу 539.26. Расширение полномочий роли Сотрудник Департамента Демонстрационного Экзамена на согласование экзаменов без Линейных Экспертов 539.27. Реализация процесса согласования Демонстрационного Экзамена дистанционного формата 549.28. Написание инструкций пользователей 57

9.28.1. Структура инструкции Менеджера Компетенции 579.28.2. Структура инструкции Линейного Эксперта 589.28.3. Структура инструкции Главного Эксперта 589.28.4. Структура инструкции Сотрудника Департамента Демонстрационного Экзамена 589.28.5. Структура инструкции Участника Демонстрационного Экзамена 589.28.6. Структура инструкции Куратора 589.28.7. Структура инструкции РКЦ 599.28.8. Структура инструкции ВУЗ 59

9.29. Реализация функционала HTML уведомлений, отображаемых в заголовке страницы 59

10. Интеллектуальные права 60

1. Общие сведения1.1. Основание для выполнения работ

Приказ от 08.05.2020 № 08.05.2020-2 «О модуле «Демонстрационный экзамен Цифровой платформы WSR» версия 2.0.»

1.2. Полное наименование и обозначение Системы1.2.1. Полное наименование системы

Модуль «Демонстрационный экзамен Цифровой платформы WSR» версия 2.0

1.2.2. Краткое наименование системыЦифровая платформа WSR сервис ДЭ

1.3. Шифр темы или шифр (номер) договора

1.4. Наименование предприятий разработчика и заказчика Системы и их реквизиты1.4.1. Заказчик

Союз «Агентство развития профессиональных сообществ и рабочих кадров «Молодые профессионалы (Ворлдскиллс Россия)», именуемый в дальнейшем «Заказчик», в лице генерального директора Уразова Роберта Наилевича.

1.4.2. ИсполнительОпределяется по итогам конкурса.

1.5. Начало и окончание работ1.5.1. Начало работ

Дата подписания договора.

1.5.2. Окончание работВ сроки, установленные договором.

1.6. Источники и порядок финансирования работСубсидия Министерства просвещения РФ на осуществление

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

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

Результаты работ передаются Заказчику в порядке, определенном контрактом в соответствии с Календарным планом работ контракта на основании Актов сдачи-приемки работ.

Документация передается на машиночитаемых носителях (CD, DVD и / или USB Flash-накопитель). Текстовые документы, передаваемые на машинных носителях, должны быть представлены в форматах Microsoft Office или PDF.

Все материалы передаются с сопроводительными документами Исполнителя.

1.8. Термины и определения

Термин, сокращение Определение, пояснение

Alpine Linux

Linux дистрибутив, ориентированный на безопасность, легковесность и нетребовательность к ресурсам. В основном используется во встраиваемых системах. Он основан на musl и BusyBox, использует PaX и grsec по умолчанию в ядре и компилирует все пакеты с защитой стека от переполнения.

API Программный интерфейс приложения,

интерфейс прикладного программирования (англ. application programming interface, API [эй-пи-ай]) — набор готовых классов, процедур, функций, структур и констант, предоставляемых приложением (библиотекой, сервисом) или операционной системой для использования во внешних программных продуктах. Определяет функциональность, которую предоставляет программа (модуль, библиотека), при этом позволяет абстрагироваться от того, как именно эта функциональность реализована.

СIS

Competition Informational System - система для проведения соревнований. Используется для оценки участников компетенций только в одном мероприятии. Процесс: 1) ввод и блокировка критериев 2) ввод участников и экспертов 3) оценка участников по критериям 4) блокировка оценок ||| Работу с системой выполняет ГЭ мероприятия.

Continuous Integration (CI)

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

Continuous Delivery (CD)

Непрерывная поставка (Continuous Delivery) — это подход к разработке программного обеспечения, при котором все изменения, включая новые функции, изменения конфигурации, исправления ошибок и эксперименты — поставляются пользователям максимально быстро и безопасно.

Docker

Программное обеспечение для автоматизации развёртывания и управления приложениями в среде виртуализации на уровне операционной системы. Позволяет «упаковать» приложение со всем его окружением и зависимостями в контейнер, который может быть перенесён на любую Linux-систему с поддержкой cgroups в ядре, а также предоставляет среду по управлению контейнерами.

Golang Компилируемый многопоточный язык программирования, разработанный внутри компании Google. Разрабатывался как язык программирования для создания

высокоэффективных программ, работающих на современных распределённых системах и многоядерных процессорах. Он может рассматриваться как попытка создать замену языкам Си и C++. По словам создателя языка, «Go был разработан для решения реальных проблем, возникающих при разработке программного обеспечения в Google».

PHP

Первоначально Personal Home Page Tools (Инструменты для создания персональных веб-страниц) — скриптовый язык общего назначения, интенсивно применяемый для разработки веб-приложений. В настоящее время поддерживается подавляющим большинством хостинг-провайдеров и является одним из лидеров среди языков, применяющихся для создания динамических веб-сайтов.

PostgreSQL

Свободная объектно-реляционная система управления базами данных (СУБД). Существует в реализациях для множества UNIX-подобных платформ, включая AIX, различные BSD-системы, HP-UX, IRIX, Linux, macOS, Solaris/OpenSolaris, Tru64, QNX, а также для Microsoft Windows.

CIS

Competition Informational System - система для проведения соревнований. Используется для оценки участников компетенций только в одном мероприятии. Процесс: 1) ввод и блокировка критериев 2) ввод участников и экспертов 3) оценка участников по критериям 4) блокировка оценок ||| Работу с системой выполняет ГЭ мероприятия.

АккредитацияПраво на проведение Демонстрационного экзамена по определенной компетенции с определенным уровнем сложности.

Главный эксперт (ГЭ)

Назначенный пользователь, задачей которого является проведение чемпионата/ демонстрационного экзамена по стандартам Worldskills. ГЭ полностью несет стандарты и правила на все мероприятия, где есть обозначение Worldskills.

Демонстрационный экзамен (ДЭ)

Это процедура оценки профессиональных компетенций в соответствии со стандартами Ворлдскиллс Россия, которая предусматривает:

- моделирование реальных производственных условий для

демонстрации выпускниками профессиональных навыков и умений;

- экспертную оценку, в том числе из числа представителей предприятий;

- возможность оценивать уровень владений компетенциями в соответствии с требованиями международных стандартов Worldskills International.

Кластер серверов (Server Cluster)

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

КОД (Комплект Оценочной

Документации)

Набор требований включающий как задания для выполнения, так и набор регламентирующих документов для проведения ДЭ

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

ОО Образовательная организация.

Куратор ОО

Пользователь, который несет ответственность за участников Демонстрационного экзамена от своей ОО. В некоторых ситуациях, когда участники не от ОО (например корпоративный ДЭ), то Куратор не привязан к ОО, а привязан к компании/корпорации/учебному центру/полигону.

Линейный экспертПользователь, который выполняет оценку конкурсного задания у участника по Критериям оценки.

Менеджер компетенции (МК)

Главное лицо компетенции в линейках Российских чемпионатов. Выполняет назначение ГЭ и Сертифицированных экспертов на мероприятия. Выполняет контроль проведения мероприятий, просмотр отчетов.

Система управления базами данных

(СУБД)

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

Сотрудник Департамента ДЭ

Согласование назначений и изменений выходящих за рамки полномочий Руководителя РКЦ

ТЗ Техническое задание.

РКЦ

Региональный Уполномоченная организация – организация, определенная ответственной заорганизацию и проведение демонстрационного экзамена по стандартам ВорлдскиллсРоссия в субъекте Российской Федерации.

Координатор

ответственное лицо от Уполномоченной организации,ответственное за все процессы и взаимодействие с Союзом в рамках подготовки ипроведения демонстрационного экзамена по стандартам

Руководитель РКЦ

В каждом субъекте РФ есть специальная организация, которая отвечает за движение Worldskills в данном субъекте. Руководитель РКЦ отвечает за проведение региональных чемпионатов ( организация, участники/эксперты и т.д) и координирует свои действия с СОЮЗом. Также Руководитель РКЦ отвечает и за Демонстрационный экзамен. Руководитель РКЦ - это ответственный исполнитель в Субъекте РФ.

УчастникПользователь, который выполняет конкурсное задание на чемпионате/демонстрационном экзамене.

ЦПДЭЦентр Проведения Демонстрационного Экзамена - место в котором проводятся мероприятия по стандартам WorldSkills.

Yandex.TankИнструмент для проведения нагрузочного тестирования и анализа производительности веб-сервисов и приложений.

WRKСовременный инструмент для бенчмаркинга HTTP, способный генерировать значительные нагрузки.

Skills Passport (Паспорт

компетенций)

электронный документ, формируемыйпо итогам демонстрационного экзамена по стандартам Ворлдскиллс Россия в личномпрофиле каждого участника

2. Назначение и цели создания Системы2.1. Назначение системы

Система предназначена для автоматизации процесса подготовки и проведения демонстрационного экзамена по стандартам Worldskills, создания заявок на экзамен, внесения участников и экспертов экзамена, назначения главного эксперта, запуск системы CIS и получения результатов экзамена, формирования Skills Passport по итогам экзамена.

Перечень ролей участников автоматизируемого процесса приведен в таблице ниже:

Таблица 1. Перечень ролей автоматизируемого процесса

Вид участника Роль Основные задачи

Внутренний участник

Сотрудник Департамента ДЭ

Согласование назначений и изменений выходящих за рамки полномочий Руководителя РКЦ

Руководитель РКЦ Инициализация ДЭ (создание заявки на ДЭ), организация ДЭ и его проведение

Куратор ОО Контроль и помощь участникам от свой Образовательной Организации

Менеджер компетенции

Назначение ГЭ на ДЭ, контроль проведения ДЭ

Главный эксперт Обеспечение организации ДЭ

согласно стандартам WorldSkills, Оценка результатов участников в рамках проведения ДЭ

Линейный эксперт Оценка заданий участников

Участник Выполнение заданий ДЭ

2.2. Цели и задачи создания СистемыРазработка новой версии системы проводится на базе

существующей версии Цифровой платформы WSR сервис Демонстрационный экзамен модуль «Демонстрационный экзамен Цифровой платформы WSR» версия 2.0

3. Характеристика объектов автоматизации3.1. Краткие сведения об объекте автоматизации

Вид автоматизированной деятельности - процесс подготовки и проведения демонстрационного экзамена по стандартам Worldskills, включая подачу заявки на проведение демонстрационного экзамена, согласование проведения экзамена между задействованными ролями пользователей, процесс назначение конкурсантов, линейных экспертов, главных экспертов экзамена, запуск экзамена и ввод результатов в систему CIS, получение результатов и формирование Skills Passport (web-версия и печатная версия).

3.2. Сведения об условиях эксплуатации объекта автоматизации

Условия эксплуатации объектов автоматизации должны отвечать требованиям:

Объект автоматизации функционирует в климатических условиях 4-й категории по ГОСТ 15150-69 (в помещениях (объемах) с искусственно регулируемыми климатическими условиями, в закрытых отапливаемых и охлаждаемых и вентилируемых производственных и других, в том числе хорошо вентилируемых подземных помещениях (отсутствие воздействия прямого солнечного излучения, атмосферных осадков, ветра, песка и пыли наружного воздуха; отсутствие или существенное уменьшение воздействия рассеянного солнечного излучения и конденсации влаги). Характеристики окружающей среды:

- температура окружающего воздуха в пределах 20 ± 10 °С;

- относительная влажность окружающего воздуха в пределах 70 ± 15 %;

- атмосферное давление в пределах 84 - 107 КПа.

Условия эксплуатации объекта автоматизации определяются в соответствии с Гигиеническими требованиями к видеодисплейным терминалам, персональным электронно вычислительным машинам и организации работы (Санитарные правила и нормы. СанПин 2.2.2.542-96 (утверждены Постановлением Госкомсанэпиднадзора России от 14.07.96 г. № 14);

Характеристики окружающей среды определяются в соответствии с Гигиеническими требованиями к видеодисплейным терминалам, персональным электронно вычислительным машинам и организации работы (Санитарные правила и нормы. СанПин 2.2.2.542-96 (утверждены Постановлением Госкомсанэпиднадзора России от 14.07.96 г. № 14).

4. Требования к системе4.1. Требования к дизайну

Дизайн должен отвечать следующим требованиям:

● Интерфейс должен быть рассчитан на пользователей с различным уровнем компьютерной грамотности;

● Интерфейс должен обеспечивать максимальную простоту и эффективность при поиске необходимой информации;

● Дизайн предоставляется заказчиком;

● Дизайн должен быть выполнен в соответствии с «брендбуком».

4.2. Требование к программному обеспечениюВыбор языка программирования для написания компонентов

ресурса должен основываться в первую очередь на поставленной задаче и условиях работы каждой части системы. Далее следует иметь ввиду доступность (как численную, так и финансовую) специалистов, которые могут использовать данный ЯП для написания ПО, а также наличие доступных инструментов для разработки (плагинов, sdk, модулей и готовых решений) под данный язык программирования и поставленную задачу.

Для написания API сервисов необходимо использовать язык программирования GoLang v1.12+.

4.3. Требование к архитектуре приложенияСистема должна представлять собой комплекс подсистем

модульной архитектуры для обеспечения возможности масштабирования каждого отдельного модуля системы без значительного влияния на работоспособность других модулей.

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

База данных и key-value хранилища должны быть разделены и работать изолированно друг от друга. Взаимодействие между сервисами должно происходить в закрытой сети по http протоколу. Доступ в данную сеть извне должен быть закрыт.

4.4. Требования к серверной инфраструктуре4.4.1. DockerКаждый микросервис создаваемого ПО должен быть

контейнеризирован (упакован) с использованием Docker, с операционной системой Alpine последней версии внутри.

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

4.4.2. ЛогированиеЛоги приложения должны нести информацию о работе системы,

ошибках и исключительных ситуациях, которые возникают в процессе работы. Поток логов должен быть направлен в stdout/stderr контейнера, откуда дальше он собирается, анализируется и передаётся на хранение в специализированную систему по работе с логами приложений. Система по хранению и работе с логами должна быть реализована на базе Open Source решений.

4.4.3. Межсервисное взаимодействиеОбщение микросервисов между собой должно происходить по

протоколу HTTP внутри локальной, закрытой для внешнего мира сети кластера. Авторизация микросервисов между собой внутри локальной сети отсутствует.

Для открытой наружу точки входа к ПО авторизация обязательна и должна осуществляться с использованием методов аутентификации и авторизации по спецификации OAuth2 с использованием SSL шифрования и использовать для верификации запросов .

4.4.4. Continuous Integration/Continuous DeliveryДля каждого микросервиса должна быть настроена CI-сборка в

Gitlab, поставка изменений должна идти в кластер проекта автоматически как для development версии приложения так и для production.

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

4.4.5. ПлатформаДля развёртывания и хостирования системы должна быть

выбрана облачная платформа отвечающая требования хранения учетных данных пользователей на территории РФ и максимально приближенная по функционалу к иностранным аналогам (Google Cloud, Amazon WS).

4.4.6. Локация и размещениеРабота интернет-ресурса должна обеспечивать соответствие с

федеральным законом "О персональных данных" от 27.07.2006 N 152-ФЗ, приказом ФСТЭК России от 18 февраля 2013 г. N 21. Хранение

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

4.5. Требования к клиентской частиПрограммные решения, работающие на стороне Пользователя

должны быть реализованы с помощью языка программирования JavaScript с использованием Vue.js фреймворка, его компонентов и компонентов Open Source сообщества.

Система должна корректно работать и иметь одинаковый вид во всех современных браузерах крайней стабильной их версии для настольного компьютера (минимальная ширина страницы — 1200px):

● Google Chrome● Mozilla Firefox● Safari● Opera● Microsoft Edge

Версия для планшетов (разрешение страницы — от 768x1024px) аналогична версии для ПК с минимальной деградацией визуального контента (свёрнутое меню, последовательное отображение блоков контента).

Интерфейсы, которые подразумевают использование только с целью администрирования ресурса, адаптивность для мобильных устройств не подразумевают. Дизайн интерфейсов ресурса предоставляется Заказчиком для всех вариантов отображения (мобильных устройств и ПК).

4.6. Требования к СУБДДля персистеногого хранения данных необходимо использовать

реляционную базу данных под управлением PostgreSQL.

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

Все объекты базы данных, кроме системных справочников, должны иметь метку времени создания, изменения и удаления в человеко-понятном формате SQL DATETIME: YYYY-MM-DD HH:MM:SS.

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

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

4.7. Требования к быстродействиюКлиентская часть должна быть максимально оптимизирована и

обеспечивала выполнение всех критически важных рекомендаций инструмента оценки скорости загрузки страниц

4.8. Требование к отказоустойчиваостиДоступность системы должна поддерживаться на уровне не

менее 99,8%.

4.9. Требования к надежностиСистема должна быть разработана в соответствии с

требованиями к защите информации и персональных данных пользователей системы в соответствии с требованиями

федерального закона "О персональных данных" от 27.07.2006 N 152-ФЗ, Приказом ФСТЭК России от 18 февраля 2013 г. N 21.

4.10. Требования к масштабируемостиСистема должна обеспечивать возможность масштабирования

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

4.11. Требования к безопасностиДля защиты передачи данных по сети между платформой и

пользователем должен использоваться протокол TLS версии 1.2.

4.12. Требования к безопасности системы аутентификации и авторизации

Должна быть реализована защита от стандартных уязвимостей веб-приложений и соответствовать OWASP TOP-10.

5. Порядок контроля и приемки системыРаботы выполняются в четыре этапа.

№ этапа

Срок выполнения работ

Состав и содержание работ

1 До 19.06.2020

8.1. Изменение состава полей в профиле участника/заявке на Демонстрационный Экзамен8.2. Формирование инструментов контроля соблюдения методики8.3. Добавление механизма контроля закрытия и блокировки экзамена после импорта результатов8.4. Блокировка возможности изменения статусов участников в закрытом экзамене8.5. Добавление запрета удаления учебных групп и участников из учебной группы8.6. Запрет удаления назначенного на экзамен участника из учебной группы

2 до 03.07.2020 8.11. Создание нового формата скиллс паспорта для печатной версии8.15. Формирование признака «дистанционный» для Демонстрационного Экзамена, Главного Эксперта и Линейного Эксперта

3 до 17.07.2020 8.7. Расширение списка фильтров в интерфейсе управления заявками и демонстрационными экзаменами8.16. Вывод в учебных группах в виде тегов информации о программе и уровне образования8.22. Вывод информации о количестве участников НОК в разделе Демонстрационный Экзамен8.28. Написание инструкций

пользователей8.29. Реализация функционала HTML уведомлений, отображаемых в заголовке страницы

4 до 31.07.2020 8.8. Добавление возможности возвращения подтвержденного экзамена в статус «отправлено на доработку»8.9. Подключение кода Яндекс Метрика8.10. Добавление новых типов Демонстрационного Экзамена8.12. Добавление функционала возврата на доработку с созданием заявки в OSTicket8.13. Вывод полного наименования и адреса ЦПДЭ и Образовательной Организации в фильтрах8.14. Добавление раздела всех главных экспертов8.17. Создание кнопки для быстрого перехода на заявки или Демонстрационные Экзамены8.18. Создание кнопки копирования региона и наименования ЦПДЭ8.19. Добавление фильтров по компетенции и статусу аккредитации в разделе ЦПДЭ8.20. Вывод списка дубликатов в момент создания нового ЦПДЭ8.21. Формирование раздела журналирования действий с объектом Демонстрационного Экзамена8.23. Добавление раздела «Отчёты и выгрузки» в личный кабинет Менеджера Компетенции8.24. Создание Личного Кабинета для роли Линейный Эксперт8.25. Реализация поиска Образовательной Организации по населенному пункту и адресу8.26. Расширение полномочий роли Сотрудник Департамента Демонстрационного Экзамена на согласование экзаменов без Линейных Экспертов8.27. Реализация процесса согласования Демонстрационного Экзамена дистанционного формата

Объем и методы приемочных испытаний определяются документом «Программа и методика приемочных испытаний».

Результаты проведения испытаний должны быть зафиксированы в соответствующем Протоколе испытаний. Как недостатки реализации оформляются исключительно выявленные отклонения от Технического задания. Прочие недостатки могут документироваться как желательные доработки. Наличие желательных доработок не влияет на процесс сдачи работ.

Приемка результатов работ может проводиться поэтапно в соответствии с ходом выполнения контрактных работ на основании Актов сдачи-приемки выполненных работ.

Участниками испытаний являются представители Заказчика и Исполнителя.

Условием для передачи результатов работ в опытную эксплуатацию является устранение всех замечаний с высоким уровнем критичности на уже проведенных испытаниях

Результаты выполнения работ передается Заказчику на основании Акта(ов) сдачи-приемки выполненных работ.

6. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие6.1. Развертывание и конфигурирование

Функциональные модули Системы должны быть установлены Подрядчиком на оборудовании, предоставленном Заказчиком. При развертывании Системы должен быть установлен передаваемый на машинных носителях дистрибутив, выполнена предварительная конфигурация Системы. Дальнейшее конфигурирование должно быть выполнено Исполнителем в соответствии с инструкцией по развертыванию, приведенной в руководстве администратора.

6.2. Приведение поступающей в Систему информации к виду, пригодному для обработки с помощью ЭВМ

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

7. Требования к составу документации и документированию системы

Разработка рабочей документации должна осуществляться в соответствии с РД 50-34.698-90 «Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов»

В состав представляемой рабочей документации должны входить разработка и обновление следующего перечня документов:

● «Программа и методика испытаний»;

● «Инструкция Менеджера компетенции»;

● «Инструкция Линейного эксперта»;

● «Инструкция Главного эксперта»;

● «Инструкция Сотрудника Департамента ДЭ»;

● «Инструкция Куратора ОО»;

● «Инструкция Участника ДЭ»;

Документы должны предоставляться на русском языке, на бумажном носителе и на дисковом (или электронном) носителе в электронном виде. Материалы на бумажном носителе должны быть оформлены на листах формата А4 (при необходимости А3). Документация должна быть предоставлена в 2-ух (двух) экземплярах на бумажном носителе, а также в 1 экземпляре на дисковом (электронном) носителе (в формате word и/или pdf)

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

Вся документация должна быть предварительно согласована с Заказчиком.

8. Содержание и состав работВ рамках оказания услуг Подрядчик должен выполнить перечень

работ, описанных ниже.

8.1. Изменение состава полей в профиле участника/заявке на Демонстрационный Экзамен

Рисунок 1. Схема профиля участника

Требуется изменить состав полей в профиле участника/заявке на ДЭ и их обязательность:

Добавить поля в “Профиль участника” (см. рис. 2):

● лицо с ОВЗ (прикрепление файла скан-копии справки) и тип инвалидности;

● на базе основного общего или среднего общего образования участник поступил в ОО (9 или 11 класс);

● СНИЛС;● гражданство.

Рисунок 2. Добавленные поля в “Профиль участника”

● Изменить поля (см. рис. 3):

○ "Адрес проживания" переименовать в "Место проживания";

○ скрыть поле "Адрес";○ оставить поля "Регион" и "Населенный пункт".

Рисунок 3. Изменение полей

● Скрыть поля из “Профиля участника”:

○ “Место рождения”;○ “Адрес регистрации”;

○ образование: основное/среднее общее образование, среднее/высшее профессиональное, дополнительные курсы, стажировки;

○ “Место работы”;○ “Личные качества”;○ “Дополнительный e-mail”;○ “Дополнительный номер телефона” (какое из двух полей

уточнить);○ “Размер одежды”;○ "Заполнить на английском языке".

● Добавить поля в профиль образовательной организации участника (при создании учебной группы) (см. рис. 4):

○ “Форма обучения”;○ “Курс обучения” (например, 2 из 4);○ “Год начала и окончания обучения”.

Рисунок 4. Добавление полей в профиль образовательной организации участника

● Разрешить участнику изменение полей "E-mail" (с подтверждением нового e-mail) и "Номер телефона" (см. рис. 5).

Рисунок 5. Добавление возможности изменения полей

● Отмечать поля обязательные для заполнения отмечены "*" во всех профилях всех ролей.

Также следует предоставить ролям "ВУЗ", "РКЦ" и "Куратор" инструменты внесения данных в новые поля профиля ОО (участника). “Куратор” может, используя загрузку участников через Excel, загрузить СНИЛС участника и то, на базе какого класса участник поступил в текущую ОО. При создании учебной группы “Куратор” указывает форму обучения, курс обучения, год начала и окончания обучения.

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

8.2. Формирование инструментов контроля соблюдения методики

В карточке демонстрационного экзамена рядом с ФИО главного эксперта выводить дату запроса ГЭ выбранного на текущий момент и дату подтверждения последнего ГЭ на экзамен (см. рис. 10).

Рисунок 10. Отображение даты последнего запроса на ГЭ

Для получения информации о дате первого запроса ГЭ необходимо перейти в раздел “Журналирование”.

8.3. Добавление механизма контроля закрытия и блокировки экзамена после импорта результатов

Внедрение нового статуса и механизма работы с экзаменами в Цифровой платформе WSR (ЦП) обусловлено следующими выявленными особенностями работы пользователей с ЦП:

● В 20% экзаменов в ЦП главными экспертам (ГЭ) не загружается отчет по итогам или акт готовности.

● В 50% экзаменов в ЦП главными экспертам не импортируются оценки из CIS (скиллс паспорт генерируется на основе импортируемых данных).

● В 99% случаев профили участников не заполняются.

В связи с отсутствием с ЦП механизмов стимулирования выполнения вышеперечисленных пунктов ограничить доступ к скиллс паспортам всех участников одного ДЭ в случае, если в экзамен не прикреплены необходимые документы или не заполнены профили участников.

Статус призван обратить внимание на экзамен представителей Союза, РКЦ и ОО, а также для выгрузки статистики качества работы с ДЭ и учета в рейтингах.

После подтверждения демонстрационного экзамена (ДЭ) главным экспертом (1) у экзамена сделать видимым статус “Не закрыт” для всех ролей (2) (см. рис. 11).

Рисунок 11. Отображение статуса “Не закрыт”

Для закрытия экзамена (4) главному эксперту необходимо выполнить следующие условия:

● Заполнены обязательные поля в профиле участников (ФИО, ГИА 9/11, СНИЛС) (3).

● Загружен акт готовности площадки (1).● Загружен отчет главного эксперта (2).● Импортированы результаты из CIS в ЦП (5) (см. рис. 13).● В экзамене с НОК выставлен чекбокс с НОК хотя бы у

одного участника.

Результаты (3) участника выводить на странице экзамена, но при этом ссылку перехода на скиллс паспорт сделать не активной и не давать доступ к странице скиллс паспорта (см. рис. 12). Возможность скачивания скиллс паспорта закрыть. При наведении курсора мыши на оценки выводить сообщение, что для просмотра и скачивания скиллс паспорта необходимо закрыть экзамен, выполнив перечисленные выше пункты. У участников выводить информационное сообщение о том, что скачать скиллс паспорт нельзя по причине статуса ДЭ “Не закрыт”.

Рисунок 12. Отображение экзамена до закрытия

Рисунок 13. Отображение экзамена до импорта результатов из CIS в ЦП

Кнопка “Закрыть экзамен” должна становиться активной после того, как условия выполнены (см. рис. 14).

Рисунок 14. Отображение кнопка “Закрыть экзамен”

При нажатии на кнопку “Закрыть экзамен” выводить предупреждение о том, что после закрытия экзамена будет невозможно изменить ДЭ. Недоступными для изменения должны быть:

● изменение статуса экзамена (для всех ролей кроме роли “Департамент ДЭ”).

● Удаление/замена акта готовности площадки и отчета главного эксперта.

● Изменение/удаление главного или линейных экспертов.● Добавление/удаление/замена участников экзаменационной

группы и их статусов (подтверждено присутствие, сдал экзамен, убрать из экзамена и т.д.).

● Повторный импорт результатов из CIS в ЦП.● Возможность скачать файлы задания.● Экспорт участников и ЛЭ в CIS.● Удаление участника из учебной группы или учебную группу с

этим участником.● Изменение статуса НОК участника.● После закрытия ДЭ рядом текст кнопки “Закрыть экзамен”

заменить на “Экзамен закрыт” (зеленым цветом) (см. рис. 15).

Рисунок 15. Отображение надписи “ДЭ завершен”

Рядом с кнопкой выводить дату закрытия экзамена. Ссылки на страницу скиллс паспорта и на скачивание скиллс паспорта сделать доступными. Логика работы кнопки “Скачать файл с результатами” не должна быть изменена.

Сотрудник Союза с ролью “ДЭ” рядом с кнопкой “Закрыть экзамен” должен видеть кнопку “Открыть экзамен”. После нажатия на которую экзамен должен изменить статус на “Не закрыт” и у всех ролей должны вернуться соответствующие права на работу с элементами интерфейса. При повторном закрытии экзамена дата закрытия экзамена должна обновиться.

В фильтрах интерфейса ЦП должны добавиться поля для возможности фильтрации ДЭ по статусу закрытия (см. рис. 16). А в отчете должны добавиться 2 колонки со статусом и датой закрытия экзамена.

Рисунок 16. Отображение ДЭ в статусе “Завершенные”

8.4. Блокировка возможности изменения статусов участников в закрытом экзамене

После того как экзамен был "Закрыт", должно быть заблокировано:

● редактирование статусов участников ДЭ;● повторная выгрузка их оценок;● возможность скачать задания; ● изменение отчетов и актов; ● удаление участника; ● удаление учебной группы.

Рисунок 17. Отображение карточки участника ДЭ который завершен

8.5. Добавление запрета удаления учебных групп и участников из учебной группы

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

8.6. Запрет удаления назначенного на экзамен участника из учебной группы

Удаление участника из учебной группы сделать доступным только если он был "отвязан" от экзаменационной группы, а именно:

● не привязан к ней;● не имеет статуса присутствия на экзамене или не присутствует

в экзамене со статусом "закрыт;

8.7. Расширение списка фильтров в интерфейсе управления заявками и демонстрационными экзаменами

Расширить фильтры заявок в следующих разделах: “Заявки на ДЭ” и “Демонстрационные экзамены и экзаменационные группы” следующими параметрами (см. рис. 18):

1. Образовательная организация (кто сдает).2. Дата С-1.3. Дата начала экзамена.4. Дата завершения экзамена.5. ID экзамена.6. Программа СПО/ВО.7. ФГОС/ не ФГОС.8. Наличие КОД.9. Статус аккредитации ЦПДЭ.10. Дата создания заявки.11. Дата последнего редактирования заявки.12. Статус НОК.13. Квалификация НОК.

Добавить фильтры только для раздела “Демонстрационные экзамены и экзаменационные группы”:

1. “ФИО ГЭ”.2. “Статус ГЭ” (подтвержден, запрошен и т.д.).3. “Статус ЛЭ” (подтверждены, запрошены и т.д).4. Есть/нет файл отчета.5. Есть/нет файл Акта готовности.6. Статус ДЭ: закрыт/не закрыт.7. Статус подтверждения РКЦ.8. Статус подтверждения ГЭ.

Рисунок 18. Пример фильтров

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

8.8. Добавление возможности возвращения подтвержденного экзамена в статус «отправлено на доработку»

Для роли Сотрудника Департамента Демонстрационного Экзамена добавить возможность вернуть подтверждённый (согласованный) экзамен в статус «Отправлено на доработку» (см. рис. 19).

Рисунок 19. Наличие возможности изменить статус для роли «Департамент ДЭ»

8.9. Подключение кода Яндекс МетрикаС целью анализа посещаемости личного ЦП и типовых

маршрутов пользователей в интерфейсе следует подключить аналитическую систему Яндекс Метрика, в следующих личных кабинетах:

● Личный кабинет Демонстрационных Экзаменов● Личный кабинет профиля пользователя

8.10. Добавление новых типов Демонстрационного Экзамена

В ЦП при создании заявки добавить возможность выбора типов ДЭ и их подкатегории (см. рис. 20):

● Программа СПО○ Студент

■ Промежуточная аттестация○ Выпускник ( обучающийся выпускного курса)

■ Промежуточная аттестация ■ ГИА

● Программа ВО○ Студент

■ Промежуточная аттестация○ Выпускник (обучающийся выпускного курса)

■ Промежуточная аттестация ● ФГОС

○ Программа СПО■ Студент

● Промежуточная аттестация■ Выпускник (обучающийся выпускного курса)

● Промежуточная аттестация ● ГИА

● Коммерческий● Другое● Дополнительное образование

○ Дополнительное профессиональное образование■ Повышение квалификации

● Мастера● Навыки мудрых● Регионы● Другое

■ Профессиональная переподготовка● Мастера● Навыки мудрых● Регионы● Другое

○ Дополнительное образование детей и взрослых■ Общеразвивающие программы (дети и взрослые)■ Предпрофессиональные программы (дети)

● Профессиональное обучение○ Юниоры○ Навыки мудрых○ Регионы○ Другое

Рисунок 20. Дополненный перечень типов ДЭ

Рисунок 21. Текущий дизайн выбора типа ДЭ

8.11. Создание нового формата скиллс паспорта для печатной версии

Текущая версия Скиллс Паспорта доступна только авторизацированным пользователям Цифровой Платформы и имеет ряд ограничений:

1. Отсутствуют результаты в разрезе групп навыков / WSSS.2. Отсутствует ссылка на расширенную онлайн версию СП.3. Отсутствуют данные о проведении практической части

профессионального экзамена независимой оценки квалификации (далее по тексту –НОК), квалификаций НОК.

4. Не указана информация о главном эксперте.5. Не указана дата проведения экзамена.6. Не указан код компетенции.7. Не указан регион, в котором располагается

образовательная организация участника в которой обучался участник на момент сдачи демонстрационного экзамена (далее по тексту – ДЭ).

Также присутствует ряд полей, которые, предположительно, несут низкую смысловую нагрузку или ухудшают пользовательский опыт работы с СП:

1. Поле с фотографией участника не является обязательным для заполнения в ЦП, из-за чего большая часть СП генерируются с пустым изображением вместо фотографии.

2. Идентификатор СП имеет сложно воспроизводимый формат Х00_0000000000000ХХ (например, F7_0000000003580dp).

3. Представленные результаты в разрезе критериев (модулей) и визуализация в виде столбчатой диаграммы понятны только участникам движения Ворлдскиллс, знакомым с особенностями конкретной компетенции:

Новая концепция предполагает наличие «бумажной» версии СП, содержащей основную информацию в сокращенном но понятном, в первом приближении, виде о текущих и прошлых результатах и «расширенной онлайн версии», которая связана с «бумажной»

версией и содержит всю доступную информацию о нюансах полученных результатах в максимально детализированном виде.

В доработанном макете СП учтены озвученные замечания и предложены нововведения, призванные:

1. Улучшить интерпретируемость полученных результатов через выведение результатов в разрезе модулей (критериев) и группы навыков / WSSS и соответствующих профессий/компетенций.

2. Стимулировать лицо, работающее с СП, ознакомиться с расширенной онлайн версией СП, а следовательно, сайтом движения и дополнительной информации о Союзе. А также проверить достоверность «бумажной» версии.

На левом развороте СП предлагается вывести информацию об участнике, реквизитах документа, компетенции и КОДе, квалификации (при наличии), дате проведения ДЭ, а также об полученном результате ДЭ, в т.ч. по НОК (при наличии), номере свидетельства или сертификата ГЭ.

Номер документа состоит из цифр, не содержит английских или русских букв и разделен на группы:

Текущий формат номера документа

Предлагаемый формат номера документа (на основе

старой нумерации)F7_0000000003580dp 07-000-000-000-3580

До 1 января 2020 года можно скачать СП старого (со старым номерами) и нового образца, с 1 января 2020 года можно скачать только СП нового образца.

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

На правом развороте СП предлагается вывести информацию о полученных результатах демонстрационного экзамена в разрезе группы навыков/WSSS и модулей (критериев), а также информацию о других сданных ДЭ или об участии в чемпионатах. Кроме этого, в СП добавлен QR код (с расшифровкой), который позволит быстро перейти на страницу с расширенной онлайн версией СП.

Таким образом, в левой части СП расположены основные вводные данные по ДЭ и предложение ознакомиться с расширенной онлайн версией паспорта, а в правой части детализация полученных результатов.

Информация расположена на макете таким образом, чтобы при изменении состава полей (например, в случае отсутствия НОК) или их длины (например, длина наименования образовательной организации или адреса) внешний вид СП не менялся в целом.

Необходимо связать печатную и публичную веб-версию SKILLS PASSPORT через ссылку в QR-коде, который будет.

URL для размещения публичной веб-версии SKILLS PASSPORT https://sp.worldskills.ru

Старая версия Скиллс Паспорта должна быть доступна для прошедших периодов.

8.11.1. Примеры использования● Участник ДЭ распечатал и приложил к резюме бумажную

версию Skills Passport наряду с другими имеющимися сертификатами, дипломами и т.д.

● Работодатель ознакомился с бумажной версией перешел по QR-коду в публичную веб-версию, где ознакомился с детализированной информацией по результатам ДЭ.

● Участник указал ссылку на публичную веб-версию Skills Passport в резюме и социальных сетях.

● Предоставить возможность пользователю выбрать ориентацию страницы SKILLS PASSPORT для скачивания

8.11.2. Версия SKILLS PASSPORT в альбомной ориентации

Рисунок 22. Версия в альбомной ориентации

8.11.3. Версия SKILLS PASSPORT в книжной ориентации

Рисунок 23. Версия в книжной ориентации

8.11.4. Веб-версия SKILLS PASSPORT

Рисунок 24. Веб-версия

8.11.5. Этапы доработки SKILLS PASSPORT1. Ввод в действие обновленной печатной версии Skills Passport с

QR-кодом и ссылкой на веб-версию Skills Passport.2. Получение статистики по количеству загрузок обновленной

версии Skills Passport, переходов в веб-версию. Сбор обратной связи через онлайн форму опроса. Формирование типовых кейсов взаимодействия с веб-версией.

8.12. Добавление функционала возврата на доработку с созданием заявки в OSTicket

В разделе заявки на ДЭ рядом с кнопкой "Вернуть на доработку" добавить кнопку "Вернуть на доработку и с созданием заявки" при нажатии на которую выводить всплывающее окно с формой тикет системы https://hd.worldskills.ru/ (с предварительно заполненным полем e-mail отправителя заявки). После отправки формы в тикет системе должен создаваться тикет на e-mail создателя заявки с описанием причины отклонения. А в ЦП у заявки должен измениться статус заявки на "Возвращен на доработку".

Рисунок 25. Страница списка заявок с фильтрацией по статусу «Возвращено на доработку»

8.13. Вывод полного наименования и адреса ЦПДЭ и Образовательной Организации в фильтрах

В полях поиска ОО/ЦПДЭ необходимо полностью выводить наименования и адрес (см. рис. 26, 27).

Рисунок 26. Пример поля поиска ЦПДЭ, где необходимо выводить более детальную информацию

Рисунок 27. Пример поля поиска ЦПДЭ, где необходимо выводить более детальную информацию.

8.14. Добавление раздела всех главных экспертов Необходимо создать раздел с главными и линейными экспертами

где выводить по аналогии с интерфейсом "Заявки" (см. рис. 28) следующие данные:

1. ФИО эксперта.2. E-mail.3. Телефон.4. Регион.5. Номер свидетельства/сертификата.6. Дата первого получения свидетельства/сертификата.7. Количество ДЭ. 8. Где он был назначен.9. В раскрывающемся списке перечень ДЭ, на которые он

назначен.

Рисунок 28. Работа с разделом с Главными и Линейными экспертами

Добавить возможность фильтрации экспертов по:

1. ФИО;2. Региону;3. Дате экзамена.

Новый раздел необходимо добавить в ЛК РКЦ и ЛК сотрудника Департамента ДЭ.

8.15. Формирование признака «дистанционный» для Демонстрационного Экзамена, Главного Эксперта и Линейного Эксперта

Для создания и (или) изменения созданной заявки предусмотреть чекбоксы (см. рис. 29):

1. Удаленное присутствие одного или нескольких экспертов (ГЭ или ЛЭ)

2. Участники присутствуют на ДЭ дистанционно (удаленно)

Рисунок 29. Пример расположения чекбоксов

Соответствующие метки должны отображаться на странице заявок и ДЭ (см. рис. 30).

Рисунок 30. Отображение метки на странице ДЭ

В случае, если заявке (экзамену) присвоена метка “Удаленное присутствие одного или нескольких экспертов (ГЭ или ЛЭ)”, экзамен может быть подтвержден РКЦ без утвержденных экспертов. Если на такой ДЭ не назначено и не подтверждено ни одного ЛЭ, при

попытке согласовать ДЭ выводить информационное сообщение об отсутствии ЛЭ, после чего экзамен может быть подтвержден.

В случае, если на ДЭ с меткой “Дистанционный (удаленный) формат ДЭ” участники также присутствуют на ДЭ удаленно, в настройках ДЭ необходимо установить чекбокс “Участники присутствуют на ДЭ дистанционно (удаленно)” (см. рис. 31).

Рисунок 31. Отображение признака “Участники присутствуют на ДЭ дистанционно (удаленно)”

После согласования ДЭ в карточке ДЭ рядом с экзаменационной группой выводить сообщение о том, что ДЭ не может быть подтвержден РКЦ, если на ДЭ были назначены, но не утверждены ЛЭ. ДЭ может быть согласован после удаления неподтвержденных ЛЭ.

У ГЭ и ЛЭ появился признак “Дистанционное (удаленное) присутствие”. Признак выводить все время рядом с Ф.И.О. ЛЭ или ГЭ (см. рис. 32).

Рисунок 32. Отображение признака “Дистанционное (удаленное) присутствие”

Если для ГЭ выбрано “Дистанционное (удаленное) присутствие”, выводить информацию об этом на карточке ДЭ (см. рис. 33).

Рисунок 33. Отображение “Дистанционное (удаленное) присутствие”

На экзамен можно назначить технического эксперта (см. рис. 34). Им может быть любой зарегистрированный пользователь ЦП. Можно назначить одного или нескольких технических экспертов. У технического эксперта указывается емайл и телефон. Технический эксперт подтверждается ГЭ.

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

Для подтверждения ДЭ с выбранным чекбоксом “Удаленное присутствие одного или нескольких экспертов (ГЭ или ЛЭ)”, но не выбранным “Участники присутствуют на ДЭ дистанционно (удаленно)” наличие подтвержденного технического эксперта обязательно.

Рисунок 34. Отображение кнопки для назначения ТЭ

Информация о том, кто был техническим специалистом, а также кто из ЛЭ или ГЭ участвовал в ДЭ в дистанционном формате заносить в акт готовности и отчет о проведении ДЭ.

В отчеты добавить новые колонки “Удаленное присутствие одного или нескольких экспертов (ГЭ или ЛЭ)” и “Участники присутствуют на ДЭ дистанционно (удаленно)”.

8.16. Вывод в учебных группах в виде тегов информации о программе и уровне образования

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

Рисунок 35. Отображение информации о программе и уровне образования

Список возможных тегов:

● Программа СПО:○ ППКРС○ ППССЗ

● Программа ВО:○ Бакалавриат○ Магистратура○ Специалитет○ Аспирантура○ Адъюнктура○ Ординатура

Если данная информация не заполнена, соответствующие теги не выводятся.

8.17. Создание кнопки для быстрого перехода на заявки или Демонстрационные Экзамены

Необходимо предоставить техническую возможность осуществить переходы на страницу ДЭ с предустановленным фильтром по указанному ЦПДЭ. Данный функционал должен быть выполнен в виде кнопки, по нажатию которой информация сохраняется в буфер обмена (см. рис. 36).

Рисунок 36. Кнопка перехода на список ДЭ в данном ЦПДЭ

Ниже представлен результат перехода на страницу отфильтрованного по ЦПДЭ списка ДЭ (см. рис. 37):

Рисунок 37. Пример результата перехода на страницу списка ДЭ

8.18. Создание кнопки копирования региона и наименования ЦПДЭ

Необходимо предоставить техническую возможность копировать основную информацию по ЦПДЭ (Наименование и Регион). Данный функционал должен быть выполнен в виде кнопки, по нажатию которой информация сохраняется в буфер обмена (см. рис. 38).

Рисунок 38. Кнопка копирования информации о регионе и наименовании

8.19. Добавление фильтров по компетенции и статусу аккредитации в разделе ЦПДЭ

Необходимо в разделе ЦПДЭ сервиса Демонстрационный Экзамен к имеющимся фильтрам по Региону и Населённому пункту добавить два фильтра по компетенции и по статусу аккредитации.

Рисунок 39. Текущий набор фильтров в разделе ЦПДЭ

Рисунок 40. Расширенный набор фильтров в разделе ЦПДЭ

Список статусов аккредитации ЦПДЭ:

● Аккредитован

● Не аккредитован● Запрос на аккредитацию

Требуется сократить количество передаваемых данных между API и страницей списка получения ЦПДЭ, оставив только ту информацию, которая отображается в интерфейсе. На данный момент, загружается лишняя информация из API и не отображается,

что влияет на производительность:

Рисунок 41. Вывод API по запросу списка ЦПДЭ

Необходимо оставить:

● Название ЦПДЭ● Регион● Населенный пункт● Цвет.

8.20. Вывод списка дубликатов в момент создания нового ЦПДЭ

На странице создания ЦПДЭ после ввода наименования наименования или адреса необходимо сформировать поисковый запрос по указанным параметрам и вывести возможные дубликаты.

Наличие дубликатов не должно препятствовать созданию нового ЦПДЭ (см. рис. 41).

Рисунок 42. Страница создания нового ЦПДЭ

8.21. Формирование раздела журналирования действий с объектом Демонстрационного Экзамена

В рамках реализации раздела «Журналирование» добавить возможность по ID экзамена получать информацию о действиях, которые были с данным экзаменом произведены в формате:

<метка времени> <действие>, <автор>, <email автора>, где

● метка времени — дата и время совершения действия● действие — акт создания ДЭ и/или изменения его свойств и

связанных сущностей.● автор — ФИО автора изменений

Рисунок 43. Страница раздела Журналирование

Перечень событий:

● Создание заявки● Запрос Главного эксперта● Согласование Главного эксперта

8.22. Вывод информации о количестве участников НОК в разделе Демонстрационный Экзамен

Макет интерфейса представлен на рисунке ниже.

Рисунок 44. Отображение количества участников НОК

Требуется оптимизировать работу API для выдачи списка текущих Демонстрационных Экзаменов, уменьшив время ответа сервера с 3 - 30 секунд до 1 - 3 при запросе 10 экзаменов. Ниже представлен пример скриншота с долгим временем ожидания выполнения запроса экзаменов:

Рисунок 45. Время ожидания ответа на запроса списка экзаменов

8.23. Добавление раздела «Отчёты и выгрузки» в личный кабинет Менеджера Компетенции

Пользователь в роли Менеджер компетенции должен иметь возможность сделать выгрузку ДЭ по своей компетенции, с возможность разделить заявки на согласованные РКЦ и ВУЗ.

Для этого необходимо в ЛК МК добавить раздел отчеты.

Рисунок 46. Кнопка перехода на раздел «Отчёты и выгрузки»

Список полей фильтров:

● Тип экзамена;● Регион;● Компетенция (поле заблокировано и доступно только для

просмотра)● ЦПДЭ● Дата проведения С-1 (началo)● Дата проведения С-1 (конец)● Дата начала проведения ДЭ (начало)● Дата начала проведения ДЭ (конец)● Дата окончания проведения ДЭ (начало)● Дата окончания проведения ДЭ (конец)

Рисунок 47. Форма формирования отчёта

Перечень полей в отчете:

● № п/п● ID экзамена● Тип учетной записи● Вид аттестации● Тип программы● Тип обучающегося● ID экзаменационной группы● Код субъекта РФ● Субъект РФ Компетенция● Номер учебной группы● Код профессии/ специальности● Наименование профессии/ специальности СПО● ID ЦПДЭ● Наименование образовательной организации для участия в

отборе ЦПДЭ (где сдает)● Адрес Центра проведения демонстрационного экзамена● Количество рабочих мест● Полное наименование образовательной организации, сдающей

ДЭ в ЦПДЭ (кто сдает) ИНН● Полное наименование образовательной организации, сдающей

ДЭ в ЦПДЭ(кто сдает) КПП● Дата создания завки в ЦП● Дата выдачи задания● Дата проведения С-1● Месяц С-1● Дата начала проведения ДЭ

● Дата окончания проведения ДЭ● Дата начала проведения ДЭ в экзаменационной группе● Дата окончания проведения ДЭ в экзаменационной группе● Статус сдающего ДЭ (студент/выпускник - 2019)● Уровень (сложность) комплекта оценочной документации (КОД)● Номер смены проведения ДЭ● Дата проведения тестирования НОК● Количество обучающихся НОК (план)● Квалификация ● Уровень квалификации● Количество обучающихся ● ФИО главного эксперта ● Статус ГЭ ● Email ● Телефон эксперта ● Регион ● Статус аттестата● Статус подтверждения экзамена (РКЦ)● Акт готовности● Отчет по итогам

8.24. Создание Личного Кабинета для роли Линейный Эксперт

Предоставить Линейному эксперту возможность просматривать список экзаменов в которых он принимает участие, по аналогии со списком ДЭ в ЛК Главного эксперта (см. рис 48).

В ЛК Линейного эксперта должны быть возможность:

● Просматривать список ДЭ● Просматривать информацию о других ЛЭ принимающих

участие в тех же ДЭ● Просматривать информацию о ГЭ принимающих участие в тех

же ДЭ● Просматривать информацию о месте проведения ДЭ● Просматривать информацию о статусе ДЭ

Рисунок 48. Страница Демонстрационных Экзаменов

8.25. Реализация поиска Образовательной Организации по населенному пункту и адресу

Необходимо проиндексировать записи адресов ОО и занести в справочник. Включить поиск ОО по населенному пункту в ЛК сотрудника Департамент ДЭ, РКЦ, ВУЗ, Куратор.

Рисунок 49. Деактивированные фильтры на странице «Образовательные Организации»

8.26. Расширение полномочий роли Сотрудник Департамента Демонстрационного Экзамена на согласование экзаменов без Линейных Экспертов

Пользователь в роли сотрудника Департамента ДЭ должен иметь возможность согласовать проведение экзамена за РКЦ или ВУЗ.

В текущий момент для подтверждения проведение экзамена необходимо:

● Наличие аккредитации ЦПДЭ;● Запрос Главного эксперта;● Добавление Линейных экспертов;● Добавление участников в экзаменационные группы.

Рисунок 50. Текущие требования для согласования ДЭ

Необходимо предоставить возможность сотруднику Департамента ДЭ выполнять согласование без добавления линейных экспертов, т.е. для этой роли для подтверждения необходимо:

● Наличие аккредитации ЦПДЭ;● Запрос Главного эксперта;● Добавление участников в экзаменационные группы.

8.27. Реализация процесса согласования Демонстрационного Экзамена дистанционного формата

В случае, если заявке (экзамену) присвоена метка «Удаленное присутствие одного или нескольких экспертов (ГЭ или ЛЭ)», экзамен может быть подтвержден РКЦ без утвержденных экспертов. Если на такой ДЭ не назначено и не подтверждено ни одного ЛЭ, при попытке согласовать ДЭ будет выведено информационной сообщение об отсутствии ЛЭ, после чего экзамен можно быть подтвержден.

В случае, если на ДЭ с меткой «Дистанционный (удаленный) формат ДЭ» участники также присутствуют на ДЭ удаленно, в настройках ДЭ необходимо установить чекбокс «Участники

присутствуют на ДЭ дистанционно (удаленно)».

Рисунок 51. Уведомление о типе участников ДЭ

После согласования ДЭ в карточке ДЭ рядом с экзаменационной группой выводится сообщение о том, что ДЭ не может быть подтвержден РКЦ, если на ДЭ были назначены, но не утверждены ЛЭ. ДЭ может быть согласован после удаления неподтвержденных ЛЭ.

У ГЭ и ЛЭ появился признак «Дистанционное (удаленное) присутствие». Признак выводится все время рядом с ФИО ЛЭ или ГЭ.

Рисунок 52. Управление статусов ЛЭ в Дистанционном ДЭ

Если для ГЭ выбрано «Дистанционное (удаленное) присутствие», информация выводится информация об этом на карточке ДЭ:

Рисунок 53. Отображение статуса «Дистанционный (удаленный) формат»

На экзамен можно назначить технического эксперта. Им может быть любой зарегистрированный пользователь ЦП. Можно назначить одного или нескольких технических экспертов. У технического эксперта указывается емайл и телефон. Технический эксперт подтверждается ГЭ.

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

Для подтверждения ДЭ с выбранным чекбоксом «Удаленное присутствие одного или нескольких экспертов (ГЭ или ЛЭ)», но не выбранным «Участники присутствуют на ДЭ дистанционно (удаленно)» наличие подтвержденного технического эксперта обязательно.

Рисунок 54. Назначение технического эксперта

Информация о том, кто был техническим специалистом, а также кто из ЛЭ или ГЭ участвовал в ДЭ в дистанционном формате заносится в акт готовности и отчет о проведении ДЭ.

В отчеты добавлена новая колонка «Удаленное присутствие одного или нескольких экспертов (ГЭ или ЛЭ)» и «Участники присутствуют на ДЭ дистанционно (удаленно)».

8.28. Написание инструкций пользователейНеобходимо составить инструкции для следующих типов

пользователей:

1. Менеджер компетенции2. Линейный эксперт3. Главный эксперт4. Сотрудник Департамент ДЭ5. Участник ДЭ6. Куратор ОО7. РКЦ8. ВУЗ

8.28.1. Структура инструкции Менеджера Компетенции1. Авторизация2. Редактирование личных данных3. Работа в Сервисе Демонстрационный экзамен

a. Просмотр списка ДЭ по своей компетенцииb. Назначение/редактирование ГЭ на ДЭ

c. Управление ДЭ в качестве назначенного ГЭ

8.28.2. Структура инструкции Линейного Эксперта 1. Авторизация2. Редактирование личных данных3. Работа в Сервисе Демонстрационный экзамен

a. Просмотр списка ДЭ с участием этого ЛЭ

8.28.3. Структура инструкции Главного Эксперта1. Авторизация2. Редактирование личных данных3. Работа в Сервисе Демонстрационный экзамен

a. Просмотр списка ДЭ с участием этого ЛЭb. Подтверждение проведения ДЭc. Управление участниками и ГЭd. Запуск и получение доступа в СISe. Импорт результатов ДЭ в DPWS из CIS

8.28.4. Структура инструкции Сотрудника Департамента Демонстрационного Экзамена

1. Авторизация2. Работа в Сервисе Демонстрационный экзамен

a. Работа с заявками на проведение ДЭb. Управление ДЭc. Выгрузка статистики по ДЭ

8.28.5. Структура инструкции Участника Демонстрационного Экзамена

1. Авторизация2. Редактирование личных данных3. Просмотр списка мероприятий со своим участием (Цифровой

след)4. Просмотр результатов участия в мероприятиях (Скиллс

Паспорт)5. Уведомления, который получает Участник

8.28.6. Структура инструкции Куратора1. Авторизация2. Если нет доступа, как получить?3. Редактирование личных данных4. Регистрация заявок на проведение ДЭ от своей ОО

5. Создание и редактирование учебных групп6. Актуализация списка участников в учебных группах7. Управление участниками в учебных и экзаменационных группах

8.28.7. Структура инструкции РКЦ1. Авторизация2. Просмотр списка заявок в своей регионе3. Просмотр списка ДЭ в своем регионе4. Создание и редактирование учебных групп5. Создание и редактирование заявок6. Согласование заявок и ДЭ

8.28.8. Структура инструкции ВУЗ1. Авторизация2. Просмотр списка заявок ВУЗа3. Просмотр списка ДЭ от ВУЗа4. Создание и редактирование учебных групп своего ВУЗа5. Создание и редактирование заявок и ДЭ от ВУЗа6. Согласование заявок и ДЭ от ВУЗа

8.29. Реализация функционала HTML уведомлений, отображаемых в заголовке страницы

Необходимо реализовать новый раздел в административном интерфейсе, в котором можно будет создать/редактировать уведомление в HTML-формате.

В Сервисе Демонстрационный экзамен данное уведомление должно отображаться согласно макету предоставленному ниже (пример текста: Уважаемые пользователи! На 06.05.2020 в 22:00 по московскому времени запланированы технические работы. Возможны перебои в работе.):

Рисунок 55. Пример отображения HTML уведомления в Сервисе “Демонстрационный экзамен”

Уведомлениями управляет сотрудник Заказчика в роли Администратор системы, в разделе “Цифровая платформа” -> “Уведомления ДЭ”, вносит текст сообщения, выбирает даты размещения “от” и “до” и время, и нажимает кнопку Сохранить.

Уведомления могут быть 3х типов, различающихся по цвету: зеленый, желтый и красный. Цвет уведомления настраивается пользователем.

HTML уведомления будут реализованы только в сервисе “Демонстрационный экзамен”

9. Интеллектуальные праваИсключительные права на результаты интеллектуальной

деятельности, возникшие в связи с исполнением настоящего Технического задания подрядчиком считаются переданными (отчужденными) Заказчику одновременно с передачей результата работ по настоящему Техническому заданию на основании Акта приемки-передачи.