Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069143
Тема сообщения
Нарушения в ТС
Тип сообщения
Замечание к АД
Поставщик
Товарищество с ограниченной ответственностью "SilkTech"
Представитель поставщика
ОМИРБЕКОВ САЙЛАУ ЖАКЫПБЕКОВИЧ
Дата и время отправки сообщения
2026-09-29 23:32:04
Текст сообщения
ЗАМЕЧАНИЯ
1. Раздел требований к интерактивному образовательному программному обеспечению содержит не только описание необходимых пользовательских функций, но и детальное предписание внутренней архитектуры, количества программных модулей, серверной топологии, способов балансировки нагрузки, структуры игрового сервера, характера межмодульного обмена и отдельных элементов интерфейса.
2. Заказчику объективно необходим конечный функциональный результат: работа образовательного контента, 3D-визуализаций, видеоматериалов, интерактивных заданий, геймификации, статистики, ролевого доступа, безопасности и резервного копирования. Внутренний способ программной реализации не должен определять соответствие продукта.
3. ТС требует микросервисную либо сервис-ориентированную архитектуру, построенную по трехуровневой клиент-серверной модели. Однако аналогичное качество и масштабируемость могут обеспечиваться модульным монолитом, контейнерной архитектурой, облачной SaaS-платформой, serverless-компонентами или иными современными подходами.
4. Просим заменить требование конкретной архитектуры требованиями к доступности, производительности, времени отклика, масштабируемости и отказоустойчивости.
5. Установлено обязательное наличие минимум 18 распределенных логических модулей, взаимодействующих через API. Количество внутренних модулей не является характеристикой конечного продукта: одинаковые функции могут быть реализованы в 10, 18, 30 либо большем количестве сервисов.
6. Требование 18 модулей фактически позволяет проверять внутреннюю программную архитектуру поставщика, но не качество образовательного процесса.
7. Обязательным является применение reverse proxy с описанием функций терминирования защищенных соединений, распределения запросов по конкретным алгоритмам и защиты от атак. Современные архитектуры могут решать эти задачи через cloud load balancer, API Gateway, ingress controller, CDN/WAF либо иные компоненты.
8. Просим допустить любой архитектурный механизм, обеспечивающий тот же функциональный результат.
9. ТС предусматривает масштабирование до не менее 1000 одновременных активных соединений. При этом ниже серверное оборудование прямо описывается как минимально необходимое для одновременной работы до 100 пользователей. Одновременное присутствие требований 1000 и 100 пользователей создает объективную неоднозначность.
10. Просим определить реальное количество пользователей школы и максимальную одновременную нагрузку, на которую должна быть рассчитана система.
11. Указаны «ожидаемые результаты» в виде сокращения времени подготовки интерактивного материала до 15 минут, доли мультимедийных технологий не менее 40% урока и вовлечения 100% учащихся в соревновательный процесс.
12. Время подготовки конкретного урока зависит от содержания предмета, квалификации учителя и сложности материала. Программное обеспечение не может гарантировать педагогическое использование мультимедиа в течение 40% каждого урока.
13. Просим перенести такие показатели из обязательных технических характеристик в описание назначения системы либо исключить их из критериев приемки.
14. Для 3D-модуля установлена производительность не менее 30 кадров/с для модели до 100 000 полигонов. Этот параметр зависит от клиентского компьютера, GPU, браузера, разрешения экрана, количества текстур и освещения.
15. Без фиксированной эталонной конфигурации измерение 30 FPS является неоднозначным.
16. Для каждой 3D-модели описаны минимум 10 функций взаимодействия, минимум 10 кликабельных точек, текстовая карточка минимум 500 символов и минимум три заранее настроенных ракурса. Количество точек и длина текста должны определяться содержанием конкретного учебного объекта, а не универсальным числом.
17. Наличие требования минимум 500 символов может даже ухудшать образовательную эргономику для простых объектов, где достаточно краткого определения.
18. Длительность видеоматериалов жестко ограничена диапазоном 5–15 минут со ссылкой на «физиологические нормы удержания внимания», однако конкретный нормативный документ не указан.
19. Платформа должна технически поддерживать видеоматериалы различной длительности; методику проведения урока определяет педагог.
20. Просим удалить нижнюю границу 5 минут и верхнюю 15 минут либо привести официальный обязательный норматив, запрещающий использование иных видеороликов.
21. Графическая панель должна содержать минимум 10 определенных инструментов, не менее 10 базовых цветов, палитру 16 млн оттенков, возможность HEX-ввода, минимум пять градаций толщины и историю минимум десяти действий.
22. Такая детализация интерфейса напоминает описание уже существующего программного продукта. Функционально аналогичный редактор может использовать иной набор инструментов и представление элементов.
23. Задержка рисования установлена максимум 50 мс, но не задана аппаратная платформа и метод измерения.
24. Игровой модуль должен быть реализован через master-page преподавателя и player pages учащихся, использовать постоянное full-duplex соединение, обрабатывать не менее восьми типов транзакций и обеспечивать задержку до 300 мс.
25. Это описание внутреннего способа реализации. Эквивалентная система может использовать WebSocket, WebRTC data channel, SSE с отдельным каналом отправки, long polling или иной механизм и обеспечивать тот же пользовательский опыт.
26. Соединение ученика после сканирования QR-кода должно занимать не более пяти секунд. На это влияют камера смартфона, браузер, Wi-Fi, Интернет, DNS, производительность мобильного устройства и внешние сервисы, которые поставщик не контролирует.
27. Дополнительно система должна обеспечивать таймер ответа от 10 секунд до максимум пяти минут. Неясно, почему педагог не может создать учебную задачу на 6, 10 или 15 минут.
28. В UI/UX установлено не более трех логических переходов от главного экрана до определенных функций. Термин «логический переход» не формализован и допускает субъективную трактовку.
29. Самые существенные ограничительные условия находятся в требованиях к подтверждающим документам. Участник обязан иметь специальное авторизационное письмо с QR-кодом, причем дата его выдачи не может быть ранее публикации текущего конкурса.
30. Это означает, что действующий партнерский документ, дилерский договор или авторизация производителя, выданная ранее и действующая на дату конкурса, формально могут быть признаны недостаточными.
31. Не каждый правообладатель использует QR-коды. Подлинность документов может проверяться по ЭЦП, регистрационному номеру, через официальный реестр, по электронной почте правообладателя либо другим способом.
32. Кроме того, требуется документ, подтверждающий право на реализацию продукта, причем приведена формулировка об авторском праве на исходный код ПО. Право коммерческого распространения лицензии и авторское право на исходный код не идентичны.
33. Дистрибьютор или реселлер может иметь законное право продажи лицензионного ПО, не являясь владельцем исходного кода.
34. Если предлагается иностранный продукт, дополнительно требуется официальный представитель либо дистрибьютор в РК. Между тем поставщик может заключить прямое соглашение с иностранным правообладателем без локального посредника.
35. Особое ограничение — обязательность пяти отдельных протоколов от независимой испытательной лаборатории, аккредитованной в системе NCA Республики Казахстан: исследование сетевой инфраструктуры, исследование процессов информационной безопасности, нагрузочное испытание, SAST исходного кода и испытание функций информационной безопасности на соответствие СТ РК ISO/IEC 15408-2-2017.
36. Непредставление хотя бы одного такого протокола прямо квалифицируется как несоответствие поставщика и ПО.
37. Международный образовательный программный продукт может иметь высокую защищенность, проходить аудит, penetration testing, SAST/DAST и иметь международные сертификации, но не обладать именно локальными протоколами указанного формата.
38. SAST в отношении закрытого коммерческого ПО требует доступа лаборатории к исходному коду, который правообладатель вправе не раскрывать сторонним организациям.
39. Просим допустить эквивалентные документы по информационной безопасности и нагрузочной устойчивости либо проводить соответствующие приемочные испытания непосредственно на предлагаемом продукте.
40. В целом просим переработать раздел ПО по принципу технологической нейтральности: определить пользовательские функции, лицензирование, максимальное количество пользователей, производительность, SLA, безопасность и совместимость, исключив обязательное количество внутренних модулей, внутренние архитектурные технологии и документы, наличие которых зависит исключительно от правообладателя.
1. Раздел требований к интерактивному образовательному программному обеспечению содержит не только описание необходимых пользовательских функций, но и детальное предписание внутренней архитектуры, количества программных модулей, серверной топологии, способов балансировки нагрузки, структуры игрового сервера, характера межмодульного обмена и отдельных элементов интерфейса.
2. Заказчику объективно необходим конечный функциональный результат: работа образовательного контента, 3D-визуализаций, видеоматериалов, интерактивных заданий, геймификации, статистики, ролевого доступа, безопасности и резервного копирования. Внутренний способ программной реализации не должен определять соответствие продукта.
3. ТС требует микросервисную либо сервис-ориентированную архитектуру, построенную по трехуровневой клиент-серверной модели. Однако аналогичное качество и масштабируемость могут обеспечиваться модульным монолитом, контейнерной архитектурой, облачной SaaS-платформой, serverless-компонентами или иными современными подходами.
4. Просим заменить требование конкретной архитектуры требованиями к доступности, производительности, времени отклика, масштабируемости и отказоустойчивости.
5. Установлено обязательное наличие минимум 18 распределенных логических модулей, взаимодействующих через API. Количество внутренних модулей не является характеристикой конечного продукта: одинаковые функции могут быть реализованы в 10, 18, 30 либо большем количестве сервисов.
6. Требование 18 модулей фактически позволяет проверять внутреннюю программную архитектуру поставщика, но не качество образовательного процесса.
7. Обязательным является применение reverse proxy с описанием функций терминирования защищенных соединений, распределения запросов по конкретным алгоритмам и защиты от атак. Современные архитектуры могут решать эти задачи через cloud load balancer, API Gateway, ingress controller, CDN/WAF либо иные компоненты.
8. Просим допустить любой архитектурный механизм, обеспечивающий тот же функциональный результат.
9. ТС предусматривает масштабирование до не менее 1000 одновременных активных соединений. При этом ниже серверное оборудование прямо описывается как минимально необходимое для одновременной работы до 100 пользователей. Одновременное присутствие требований 1000 и 100 пользователей создает объективную неоднозначность.
10. Просим определить реальное количество пользователей школы и максимальную одновременную нагрузку, на которую должна быть рассчитана система.
11. Указаны «ожидаемые результаты» в виде сокращения времени подготовки интерактивного материала до 15 минут, доли мультимедийных технологий не менее 40% урока и вовлечения 100% учащихся в соревновательный процесс.
12. Время подготовки конкретного урока зависит от содержания предмета, квалификации учителя и сложности материала. Программное обеспечение не может гарантировать педагогическое использование мультимедиа в течение 40% каждого урока.
13. Просим перенести такие показатели из обязательных технических характеристик в описание назначения системы либо исключить их из критериев приемки.
14. Для 3D-модуля установлена производительность не менее 30 кадров/с для модели до 100 000 полигонов. Этот параметр зависит от клиентского компьютера, GPU, браузера, разрешения экрана, количества текстур и освещения.
15. Без фиксированной эталонной конфигурации измерение 30 FPS является неоднозначным.
16. Для каждой 3D-модели описаны минимум 10 функций взаимодействия, минимум 10 кликабельных точек, текстовая карточка минимум 500 символов и минимум три заранее настроенных ракурса. Количество точек и длина текста должны определяться содержанием конкретного учебного объекта, а не универсальным числом.
17. Наличие требования минимум 500 символов может даже ухудшать образовательную эргономику для простых объектов, где достаточно краткого определения.
18. Длительность видеоматериалов жестко ограничена диапазоном 5–15 минут со ссылкой на «физиологические нормы удержания внимания», однако конкретный нормативный документ не указан.
19. Платформа должна технически поддерживать видеоматериалы различной длительности; методику проведения урока определяет педагог.
20. Просим удалить нижнюю границу 5 минут и верхнюю 15 минут либо привести официальный обязательный норматив, запрещающий использование иных видеороликов.
21. Графическая панель должна содержать минимум 10 определенных инструментов, не менее 10 базовых цветов, палитру 16 млн оттенков, возможность HEX-ввода, минимум пять градаций толщины и историю минимум десяти действий.
22. Такая детализация интерфейса напоминает описание уже существующего программного продукта. Функционально аналогичный редактор может использовать иной набор инструментов и представление элементов.
23. Задержка рисования установлена максимум 50 мс, но не задана аппаратная платформа и метод измерения.
24. Игровой модуль должен быть реализован через master-page преподавателя и player pages учащихся, использовать постоянное full-duplex соединение, обрабатывать не менее восьми типов транзакций и обеспечивать задержку до 300 мс.
25. Это описание внутреннего способа реализации. Эквивалентная система может использовать WebSocket, WebRTC data channel, SSE с отдельным каналом отправки, long polling или иной механизм и обеспечивать тот же пользовательский опыт.
26. Соединение ученика после сканирования QR-кода должно занимать не более пяти секунд. На это влияют камера смартфона, браузер, Wi-Fi, Интернет, DNS, производительность мобильного устройства и внешние сервисы, которые поставщик не контролирует.
27. Дополнительно система должна обеспечивать таймер ответа от 10 секунд до максимум пяти минут. Неясно, почему педагог не может создать учебную задачу на 6, 10 или 15 минут.
28. В UI/UX установлено не более трех логических переходов от главного экрана до определенных функций. Термин «логический переход» не формализован и допускает субъективную трактовку.
29. Самые существенные ограничительные условия находятся в требованиях к подтверждающим документам. Участник обязан иметь специальное авторизационное письмо с QR-кодом, причем дата его выдачи не может быть ранее публикации текущего конкурса.
30. Это означает, что действующий партнерский документ, дилерский договор или авторизация производителя, выданная ранее и действующая на дату конкурса, формально могут быть признаны недостаточными.
31. Не каждый правообладатель использует QR-коды. Подлинность документов может проверяться по ЭЦП, регистрационному номеру, через официальный реестр, по электронной почте правообладателя либо другим способом.
32. Кроме того, требуется документ, подтверждающий право на реализацию продукта, причем приведена формулировка об авторском праве на исходный код ПО. Право коммерческого распространения лицензии и авторское право на исходный код не идентичны.
33. Дистрибьютор или реселлер может иметь законное право продажи лицензионного ПО, не являясь владельцем исходного кода.
34. Если предлагается иностранный продукт, дополнительно требуется официальный представитель либо дистрибьютор в РК. Между тем поставщик может заключить прямое соглашение с иностранным правообладателем без локального посредника.
35. Особое ограничение — обязательность пяти отдельных протоколов от независимой испытательной лаборатории, аккредитованной в системе NCA Республики Казахстан: исследование сетевой инфраструктуры, исследование процессов информационной безопасности, нагрузочное испытание, SAST исходного кода и испытание функций информационной безопасности на соответствие СТ РК ISO/IEC 15408-2-2017.
36. Непредставление хотя бы одного такого протокола прямо квалифицируется как несоответствие поставщика и ПО.
37. Международный образовательный программный продукт может иметь высокую защищенность, проходить аудит, penetration testing, SAST/DAST и иметь международные сертификации, но не обладать именно локальными протоколами указанного формата.
38. SAST в отношении закрытого коммерческого ПО требует доступа лаборатории к исходному коду, который правообладатель вправе не раскрывать сторонним организациям.
39. Просим допустить эквивалентные документы по информационной безопасности и нагрузочной устойчивости либо проводить соответствующие приемочные испытания непосредственно на предлагаемом продукте.
40. В целом просим переработать раздел ПО по принципу технологической нейтральности: определить пользовательские функции, лицензирование, максимальное количество пользователей, производительность, SLA, безопасность и совместимость, исключив обязательное количество внутренних модулей, внутренние архитектурные технологии и документы, наличие которых зависит исключительно от правообладателя.
