Концепция демонстративного материала¶
Срок выполнения
10 календарных дней с даты заключения контракта. Входит в общий срок оказания услуг (60 календарных дней).
Разработка Концепции демонстративного материала является обязательной частью работ по созданию ПАК и выполняется Исполнителем на основании настоящего ТЗ и условий контракта.
Important
Создание production-кода, рабочего сервера аутентификации, рабочей базы данных, фактических интеграций с действующими ПАК и подключение к LED-оборудованию в составе указанных услуг не требуются. Допускаются кликабельные прототипы, анимированные макеты и условные данные.
Назначение¶
Сформировать целостный и согласованный комплект проектно-демонстрационных материалов, подтверждающий:
- понимание предметной области
- системность проектного подхода
- качество UI/UX-решений
- техническую реализуемость предложенной архитектуры
Принципы выполнения¶
- использование единых исходных данных и обязательного демонстрационного сценария
- соответствие ТЗ и содержательная полнота имеют приоритет перед количеством декоративных материалов
- приоритет целостного пользовательского и системного решения
- проверяемость логики, связей между модулями и потоков данных
- нейтральность к конкретному программному инструменту проектирования
- использование исходных материалов Заказчика только в пределах предоставленного доступа
Исходные данные и контекст проектирования¶
Проектируемый ПАК должен объединять в едином локальном контуре пользовательские сценарии, профориентационные модули, централизованную регистрацию, цифровой профиль, сбор событий, консолидированную аналитику, обратную связь и управление контентом.
Основные подсистемы, подлежащие отражению¶
| Подсистема | Содержание |
|---|---|
| LED-медиаплатформа | режим ожидания, видеопоказ, интерактивные задания, голосования, викторины, карьерные маршруты и вывод результатов |
| Командная работа | формирование команд, подключение по QR-коду, раунды, роли, таймеры, коллективный ответ, рейтинг и итоговый командный профиль |
| ПрофСтарт | интерактивный тест школьника, расчет профессиональных направлений, цифровой профориентационный портрет и рекомендации |
| Обратная связь | автономные анкеты, оценка качества, профессиональные интересы, комментарии и добровольные контактные заявки |
| Единая регистрация | создание учетной записи по ID и паролю, вход на любом терминале, гостевой режим, личный кабинет и цифровой профиль |
| Консолидированная аналитика | события собственного ПО и внешних ПАК, единая модель данных, дашборды, отчеты и публичная визуализация |
| Панель оператора и CMS | управление сессиями, контентом, сценариями, вопросами, правилами и публикациями |
| Локальная инфраструктура | backend-сервер, медиакомпьютер LED, сетевые сегменты, резервное хранение, мониторинг и автономная работа |
Ключевые ограничения, обязательные для концепции¶
- основные сценарии должны работать в локальной сети без обязательного подключения к Интернету
- серверные функции и визуализация LED должны быть разделены между backend-сервером и медиакомпьютером
- не менее 50 одновременно подключённых клиентских устройств и до 8 команд
- интеграционный контур: собственное ПО LED, «ПрофСтарт», обратная связь и внешние ПАК
- пароль пользователя не передается в исходные приложения, аналитические события и журналы
- гостевой и авторизованный режимы разделяются; гостевые результаты не связываются с профилем без явного подтверждения
- на публичных терминалах — автоматический выход и очистка персонального состояния
- интерфейсы должны быть понятны молодежи, школьникам, посетителям и сотрудникам без специальной технической подготовки
Единый демонстрационный сценарий¶
Для обеспечения целостности проектного решения Исполнитель должен использовать приведённый ниже сквозной сценарий как основу презентации, прототипов, архитектурных схем и видеоролика.
- В режиме ожидания большой LED-экран приглашает организованную группу школьников принять участие в профориентационной игре
- Оператор выбирает сценарий «Командная работа», задаёт четыре команды и запускает сессию
- Участники подключаются через QR-код с мобильных устройств, выбирают команду и получают роль
- На LED-экране отображается ситуационное профориентационное задание. Команды обсуждают варианты и передают один итоговый ответ
- Система показывает правильное решение, промежуточный рейтинг и связанные профессии. После финала формируется итоговый экран результатов
- Один из участников переходит к модулю «ПрофСтарт» на интерактивной панели, проходит фрагмент теста в гостевом режиме и получает цифровой профориентационный портрет
- Пользователь выбирает сохранение результата, создаёт учётную запись с автоматически сформированным ID и паролем и подтверждает привязку результата к профилю
- Пользователь выполняет вход на другом подключённом терминале и видит личный кабинет с сохранённым результатом, историей и рекомендациями
- В аналитический контур поступают обезличенные события командной сессии и авторизованный результат пользователя; сотрудник видит обновление дашборда
- Оператор завершает сессию, а публичные устройства возвращаются в режим ожидания и очищают пользовательские данные
Note
В материалах допускается использовать вымышленные профессии, вопросы, показатели и имена команд. Персональные данные реальных лиц использовать запрещается.
Шесть обязательных результатов¶
Все материалы должны демонстрировать единый визуальный язык, архитектуру и согласованные пользовательские маршруты.
1. Дизайнерская презентация¶
- рекомендуемый объём — от 18 до 25 содержательных слайдов
- формат экрана — 16:9
- обязательные разделы: цели и аудитории, идея продукта, пользовательские маршруты, функциональная карта, архитектура, блок-схема, регистрация и цифровой профиль, UI/UX-концепция, ключевые прототипы, аналитика, видеоконцепция, риски и допущения
- слайды должны содержать не только текстовые тезисы, но и схемы, диаграммы, интерфейсные макеты и визуализацию взаимодействия
- визуальный стиль — современный, технологичный, читаемый, пригодный для официальной демонстрации
- соответствие фирменному стилю «Работа России» (при предоставлении)
- при отсутствии фирменного стиля — нейтральная концепция с пояснением
2. Концепция и архитектура программного комплекса¶
- описание основной идеи и ценности платформы для посетителя, сотрудника и руководителя
- сегментация пользователей и ролей: посетитель, школьник, участник команды, оператор, контент-менеджер, аналитик, администратор, технический специалист
- карта основных пользовательских маршрутов и точек перехода между модулями
- логическая архитектура: клиентский уровень, прикладные сервисы, контур идентификации, событийный контур, контур данных, интеграционные адаптеры, инфраструктура
- обоснование разделения backend-сервера и медиакомпьютера LED
- принцип автономной работы в локальной сети
- подход к расширению новыми ПАК, сценариями, терминалами и источниками данных
- краткое описание технологий и протоколов
Note
Применение конкретного технологического стека не является обязательным. Проверяются обоснованность, модульность, безопасность и соответствие ограничениям ТЗ.
3. Понятная блок-схема программного комплекса¶
Не менее одной обзорной и одной детализированной блок-схемы:
Обзорная схема должна показывать: - пользователей, терминалы, LED-экран, мобильные клиенты - панель оператора, backend-сервер, медиакомпьютер - хранилища и внешние ПАК
Детализированная схема должна показывать: - сервис регистрации, сервис профилей, API событий - CMS, сценарный сервис, аналитику - очередь/буферизацию, адаптеры и базы данных
Общие требования: - визуальная разница между пользовательскими действиями, управляющими командами, авторизационными данными, событиями аналитики и медиаконтентом - границы локальной сети, доверенные зоны, внешние ПАК и направления передачи данных - легенда, расшифровка сокращений и логичная нумерация потоков - не допускаются декоративные схемы без однозначных стрелок и подписей
4. Прототипы и дизайн-концепция программного обеспечения¶
- не менее 16 уникальных экранных макетов (перечень ниже)
- не менее одного кликабельного пользовательского маршрута в инструменте прототипирования или виде веб-прототипа
- обязательная демонстрация экранов: большого LED, мобильного интерфейса, интерактивной панели, панели оператора, личного кабинета и аналитического интерфейса
- единая система типографики, цветов, компонентов, иконок, состояний и навигации
- учёт крупной типографики и безопасных зон LED-экрана
- понятные состояния: загрузка, ожидание, активное действие, подтверждение, ошибка, потеря связи, завершение, автоматический выход
- обезличенные демонстрационные данные и нейтральные позитивные формулировки
5. Концепция регистрации пользователей¶
- создание базовой учётной записи по автоматически сформированному ID и паролю
- гостевой режим, регистрация до/после сценария
- вход на любом терминале с возвратом в исходный сценарий
- передача приложению только подтверждённого ID профиля и краткоживущего токена
- автоматический выход на публичном устройстве, очистка локальных данных
- модель согласий, включая отдельные условия для несовершеннолетних
- объединение результатов разных модулей по единому ID
- смена и восстановление пароля, блокировка, отзыв сессий, удаление профиля
Должны быть представлены: - пользовательская схема - sequence-схема входа - основные состояния учётной записи - не менее 4 интерфейсных экранов регистрации/входа/профиля
6. Видеоролик о продукте¶
- продолжительность — 60–90 секунд
- формат — Full HD 1920×1080, 16:9, MP4 (H.264), 25 или 30 кадров/с
- 2D motion design, анимация интерфейсов, инфографика и схемы
- обязательные смысловые блоки: проблема и ценность, взаимодействие с LED и командной игрой, «ПрофСтарт», единая регистрация и цифровой профиль, аналитика, финальный образ платформы
- интерфейсы в ролике должны соответствовать прототипам
- текст на русском языке; при дикторской речи — читаемые субтитры
- без водяных знаков, неправомерного использования объектов ИС и персональных данных
Минимальный перечень прототипов¶
| № | Интерфейс | Обязательный макет |
|---|---|---|
| 1 | LED | Режим ожидания / приглашение к участию |
| 2 | LED | Главное меню или выбор сценария |
| 3 | LED | Экран подключения по QR-коду |
| 4 | LED | Лобби и состав команд |
| 5 | LED | Экран задания с медиа, таймером и статусами команд |
| 6 | LED | Промежуточный рейтинг |
| 7 | LED | Финальный результат и связанные профессии |
| 8 | Мобильный клиент | Присоединение к сессии и выбор команды |
| 9 | Мобильный клиент | Обсуждение/выбор и подтверждение командного ответа |
| 10 | ПрофСтарт | Старт, выбор возрастной версии и объяснение результата |
| 11 | ПрофСтарт | Экран вопроса с прогрессом |
| 12 | ПрофСтарт | Цифровой профориентационный портрет и рекомендации |
| 13 | Единая регистрация | Создание профиля, показ ID и сохранение результата |
| 14 | Единая регистрация | Вход по ID и паролю / восстановление доступа |
| 15 | Личный кабинет | Сводный профиль, история и следующие шаги |
| 16 | Панель оператора | Запуск сессии, команды, раунды и управление состоянием |
| 17 | Аналитика | Сводный дашборд по нескольким источникам |
| 18 | Обратная связь | Короткая анкета оценки сервиса |
| 19 | CMS | Редактирование сценария, вопроса или карточки профессии |
Note
Позиции 17–19 могут быть объединены в один административно-аналитический раздел, но должны быть визуально различимы.
Чек-лист архитектуры и блок-схемы¶
| Блок | Что должно быть отражено |
|---|---|
| Пользователи и устройства | посетитель, школьник, команда, оператор, администратор; LED, смартфон, интерактивная панель, рабочее место оператора |
| Вычислительные узлы | backend-сервер и отдельный медиакомпьютер LED |
| Прикладные сервисы | сценарии, CMS, «ПрофСтарт», обратная связь, регистрация, профиль, личный кабинет, аналитика |
| Идентификация | регистрация, аутентификация, токен, ID профиля, выход и восстановление |
| События | API приема, уникальный ID, очередь, валидация, карантин, повторная обработка |
| Данные | раздельное хранение учётных данных, профилей/согласий, контактных заявок, контента и аналитики |
| Интеграции | адаптеры «Древа профессий», интерактивной карты и «Профбаттла» |
| Сеть | граница ЛВС, сегменты серверов, киосков, медиа, гостевых и административных устройств |
| Отказоустойчивость | локальная автономность, буферизация, восстановление, резервное копирование, мониторинг |
| Безопасность | защищённый обмен, отсутствие паролей в приложениях/журналах, автоматический выход, разграничение ролей |
| Потоки | отдельные обозначения для команд управления, контента, авторизации, результатов и аналитических событий |
| Расширяемость | подключение новых терминалов, сценариев, ПАК и источников событий без изменения базовой архитектуры |
Комплектность и форматы предоставления¶
| № | Результат | Формат | Требование |
|---|---|---|---|
| 1 | Презентация | PPTX и PDF | 18–25 слайдов; шрифты и ссылки должны корректно отображаться |
| 2 | Пояснительная записка | DOCX и PDF | 10–20 страниц; допускается объединение с презентацией |
| 3 | Архитектурные и блок-схемы | PDF + SVG/PNG | Не менее 2 схем; читаемость при печати на А3 |
| 4 | Прототипы и UI/UX-концепция | Ссылка + PDF/PNG | Не менее 16 экранов; доступ без запроса разрешений |
| 5 | Материалы по регистрации и профилю | PDF/SVG/PNG | Маршрут, sequence-схема, состояния и 4+ экрана |
| 6 | Видеоролик | MP4 (H.264) | 60–90 сек, 1920×1080, со звуком или без, с русскими субтитрами |
| 7 | Перечень допущений | DOCX/PDF | Условные данные, ограничения и элементы, требующие уточнения |
Структура электронного архива¶
01_Презентация
02_Концепция_и_архитектура
03_Блок_схемы
04_Прототипы
05_Регистрация_и_профиль
06_Видеоролик
07_Допущения_и_перечень_файлов
Рекомендуемое наименование: Концепция_демонстративного_материала_ПрофНавигатор62_[версия]_[дата].zip
Технические, визуальные и методические требования¶
Техническая корректность¶
- архитектура реализуема в локальной инфраструктуре Заказчика
- не допускается обязательная зависимость базовых сценариев от внешнего облачного сервиса
- отказоустойчивость, локальная буферизация событий, повторная доставка и недопущение дубликатов
- все интеграции и протоколы подписаны и объяснены
- условные решения помечены как предложения Исполнителя
UI/UX и доступность¶
- крупная типографика и простая иерархия для LED-экрана
- сенсорные элементы достаточного размера и понятный прогресс
- устойчивая система командных цветов, символов и подписей
- отсутствие негативных и дискриминационных формулировок
- явный индикатор авторизованного режима и команда выхода
- проектирование состояний ошибок и восстановления
Контент и права¶
- материалы на русском языке
- использование собственных, лицензионных и открытых материалов
- запрет реальных персональных данных и фотографий посетителей
- материалы с генеративных инструментов проверены на корректность
Порядок выполнения и предоставления¶
- срок — 10 календарных дней с даты заключения контракта
- все материалы предоставляются в электронном виде
- Исполнитель вправе направить уточняющие вопросы
- Заказчик рассматривает комплект в течение 3 рабочих дней
- Исполнитель устраняет замечания в течение 2 рабочих дней
- повторное рассмотрение — в течение 2 рабочих дней
- Заказчик вправе проверить ссылки и воспроизведение файлов
- при необходимости — рабочая демонстрация до 15 минут
Требования к приемке¶
| Требование | Условие приемки |
|---|---|
| Комплектность | предоставлены все шесть обязательных результатов |
| Срок | материалы предоставлены в установленный срок |
| Форматы | файлы открываются, ссылки доступны, видеоролик воспроизводится |
| Язык | основные материалы на русском языке |
| Обязательный сценарий | сценарий отражён в презентации, прототипах и видеоролике |
| Безопасность | архив не содержит вредоносного кода, реальных персональных данных и открытых паролей |
| Идентификация файлов | файлы имеют однозначные наименования и позволяют определить состав |
Критерии проверки и согласования¶
| № | Критерий | Что проверяется |
|---|---|---|
| 1 | Соответствие ТЗ и комплектность | Полнота охвата модулей, обязательного сценария, ограничений |
| 2 | Качество дизайнерской презентации | Структура, ясность, визуальная иерархия, убедительность |
| 3 | Концепция и архитектура ПАК | Системность, модульность, локальная автономность, масштабируемость |
| 4 | Блок-схема программного комплекса | Понятность состава, корректность потоков, подписи, легенда |
| 5 | Прототипы и UI/UX-концепция | Единый визуальный язык, полнота маршрутов, состояния |
| 6 | Единая регистрация и цифровой профиль | Корректность гостевого и авторизованного режимов, безопасность |
| 7 | Видеоролик о продукте | Сценарная логика, соответствие прототипам, качество motion design |
Уровни соответствия¶
| Уровень | Описание |
|---|---|
| Соответствует полностью | Критерий раскрыт полностью; решение целостное и реализуемое |
| Соответствует с замечаниями | Раскрыт в основном; отдельные недостатки, устраняемые без изменения концепции |
| Требует доработки | Раскрыт частично; значимые пробелы, требующие корректировки |
| Существенно не соответствует | Формальный или фрагментарный результат с существенными противоречиями |
| Результат отсутствует | Материал отсутствует или не позволяет провести проверку |
Интеллектуальные права и конфиденциальность¶
- неисключительные права передаются Заказчику бессрочно
- Заказчик вправе использовать материалы для реализации проекта, согласования, дальнейшей разработки и архивного хранения
- Исполнитель гарантирует наличие прав на все объекты и урегулирует претензии третьих лиц
- сведения ограниченного доступа не публикуются и не передаются третьим лицам
Лист проверки и согласования¶
| № | Критерий | Статус | Результат | Комментарий |
|---|---|---|---|---|
| 1 | Соответствие ТЗ и комплектность | Обязательный | ||
| 2 | Качество дизайнерской презентации | Обязательный | ||
| 3 | Концепция и архитектура ПАК | Обязательный | ||
| 4 | Блок-схема программного комплекса | Обязательный | ||
| 5 | Прототипы и UI/UX-концепция | Обязательный | ||
| 6 | Единая регистрация и цифровой профиль | Обязательный | ||
| 7 | Видеоролик о продукте | Обязательный | ||
| ИТОГОВОЕ РЕШЕНИЕ | ☐ Согласовано / ☐ Требуется доработка |