Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069058
Тема сообщения
Нарушение законодательства по закупкам (Растрата и возможное хищение бюджетных средств!)
Тип сообщения
Замечание к АД
Поставщик
АРУЖАН
Представитель поставщика
КУЛАКОВ БЕЙБИТ МАДАТАЕВИЧ
Дата и время отправки сообщения
2026-09-28 23:05:06
Текст сообщения
ЗАМЕЧАНИЯ
1. Требования к программному обеспечению для интерактивного обучения чрезмерно детализируют внутреннюю архитектуру программного продукта вместо конечного функционального результата.
2. Система должна быть построена по клиент-серверному принципу с трехуровневой моделью, использовать микросервисную или сервис-ориентированную архитектуру. Архитектура является внутренним техническим решением разработчика. Аналогичный образовательный функционал может быть реализован монолитным приложением, контейнерной платформой, serverless-архитектурой либо иным способом.
3. Установлено требование не менее 18 отдельных логических модулей, взаимодействующих посредством API. Количество внутренних модулей не характеризует качество программного обеспечения. Один разработчик может реализовать перечисленные функции в 12 сервисах, другой — в 30, третий — в одном приложении.
4. Просим исключить обязательное количество внутренних модулей и оставить сами пользовательские функции.
5. Обязательность reverse proxy и конкретных алгоритмов распределения входящих запросов также относится к внутренней серверной инфраструктуре разработчика. Необходимый уровень производительности и безопасности может обеспечиваться иными техническими средствами.
6. Требуется масштабирование системы минимум до 1000 одновременно активных соединений. При этом далее серверная конфигурация определяется как минимально необходимая для одновременной работы до 100 пользователей. Просим устранить прямое внутреннее несоответствие расчетной нагрузки.
7. Просим указать фактическое количество пользователей школы, которые планируется подключать одновременно. Необоснованное требование на 1000 активных соединений может искусственно увеличивать стоимость продукта.
8. Ожидаемый результат в виде подготовки интерактивных материалов к уроку не более чем за 15 минут не является объективной характеристикой ПО, так как зависит от квалификации педагога, сложности материала и объема контента.
9. Требование использовать мультимедийные технологии минимум 40% времени урока также зависит исключительно от методики преподавания.
10. Гарантировать вовлечение 100% присутствующих учащихся в соревновательный процесс программный продукт объективно не может. Это организационный, а не программно-технический показатель.
11. По 3D-визуализации установлено, что модель до 100 000 полигонов должна отображаться минимум с 30 FPS. Данный показатель непосредственно зависит от устройства пользователя, браузера, разрешения экрана, графического адаптера, текстур и сложности сцены.
12. Для каждого 3D-объекта регламентировано минимум 10 различных функций взаимодействия, минимум 10 интерактивных точек, текстовые карточки минимум 500 символов и минимум 3 базовых ракурса. Такая детализация описывает структуру конкретной существующей библиотеки 3D-контента.
13. Требование минимум 500 символов текста для карточки интересующей точки не имеет очевидного педагогического обоснования. Полноценное описание конкретного элемента может состоять из 50–200 символов.
14. Продолжительность загружаемых видео жестко ограничена диапазоном 5–15 минут со ссылкой на физиологические нормы удержания внимания. При этом нормативный источник в ТС не указан. Платформа должна технически допускать и короткие, и более длительные учебные материалы.
15. Видеоплеер должен содержать не менее 8 конкретно перечисленных функций. Это фактически регламентация пользовательского интерфейса конкретного решения.
16. Панель рисования должна содержать не менее 10 инструментов, не менее 10 базовых цветов, 16 млн оттенков с вводом HEX, минимум 5 толщин линии и историю минимум из 10 действий. Просим оценивать наличие необходимых инструментов, не фиксируя дизайн и количество элементов конкретного интерфейса.
17. Установлено время рисования линии не более 50 мс. Просим определить методику измерения и тестовую конфигурацию клиентского оборудования.
18. Архитектура игрового модуля также описывается через управляющую master-page и подчиненные страницы игроков, постоянный full-duplex обмен, минимум 8 транзакций и задержку максимум 300 мс.
19. Просим заменить внутреннее описание на конечную возможность проводить интерактивные соревнования и викторины в реальном времени.
20. Подключение ученика по QR-коду должно занимать максимум 5 секунд. На данный показатель влияют модель и камера смартфона, скорость Wi-Fi, загрузка сервера, качество интернета и действия пользователя. Поставщик не может гарантировать фиксированные 5 секунд при любых условиях.
21. Ограничение максимального времени ответа на вопрос пятью минутами также не имеет универсального педагогического основания.
22. Интерфейс должен обеспечивать выполнение базового действия не более чем за три логических перехода. Просим определить методику подсчета переходов либо сделать данное условие рекомендательным.
23. Таким образом, значительная часть требований описывает не функциональный результат, а программную архитектуру, структуру базы контента и UI/UX конкретного продукта. Просим переработать данный раздел с использованием технологически нейтральных требований.
1. Требования к программному обеспечению для интерактивного обучения чрезмерно детализируют внутреннюю архитектуру программного продукта вместо конечного функционального результата.
2. Система должна быть построена по клиент-серверному принципу с трехуровневой моделью, использовать микросервисную или сервис-ориентированную архитектуру. Архитектура является внутренним техническим решением разработчика. Аналогичный образовательный функционал может быть реализован монолитным приложением, контейнерной платформой, serverless-архитектурой либо иным способом.
3. Установлено требование не менее 18 отдельных логических модулей, взаимодействующих посредством API. Количество внутренних модулей не характеризует качество программного обеспечения. Один разработчик может реализовать перечисленные функции в 12 сервисах, другой — в 30, третий — в одном приложении.
4. Просим исключить обязательное количество внутренних модулей и оставить сами пользовательские функции.
5. Обязательность reverse proxy и конкретных алгоритмов распределения входящих запросов также относится к внутренней серверной инфраструктуре разработчика. Необходимый уровень производительности и безопасности может обеспечиваться иными техническими средствами.
6. Требуется масштабирование системы минимум до 1000 одновременно активных соединений. При этом далее серверная конфигурация определяется как минимально необходимая для одновременной работы до 100 пользователей. Просим устранить прямое внутреннее несоответствие расчетной нагрузки.
7. Просим указать фактическое количество пользователей школы, которые планируется подключать одновременно. Необоснованное требование на 1000 активных соединений может искусственно увеличивать стоимость продукта.
8. Ожидаемый результат в виде подготовки интерактивных материалов к уроку не более чем за 15 минут не является объективной характеристикой ПО, так как зависит от квалификации педагога, сложности материала и объема контента.
9. Требование использовать мультимедийные технологии минимум 40% времени урока также зависит исключительно от методики преподавания.
10. Гарантировать вовлечение 100% присутствующих учащихся в соревновательный процесс программный продукт объективно не может. Это организационный, а не программно-технический показатель.
11. По 3D-визуализации установлено, что модель до 100 000 полигонов должна отображаться минимум с 30 FPS. Данный показатель непосредственно зависит от устройства пользователя, браузера, разрешения экрана, графического адаптера, текстур и сложности сцены.
12. Для каждого 3D-объекта регламентировано минимум 10 различных функций взаимодействия, минимум 10 интерактивных точек, текстовые карточки минимум 500 символов и минимум 3 базовых ракурса. Такая детализация описывает структуру конкретной существующей библиотеки 3D-контента.
13. Требование минимум 500 символов текста для карточки интересующей точки не имеет очевидного педагогического обоснования. Полноценное описание конкретного элемента может состоять из 50–200 символов.
14. Продолжительность загружаемых видео жестко ограничена диапазоном 5–15 минут со ссылкой на физиологические нормы удержания внимания. При этом нормативный источник в ТС не указан. Платформа должна технически допускать и короткие, и более длительные учебные материалы.
15. Видеоплеер должен содержать не менее 8 конкретно перечисленных функций. Это фактически регламентация пользовательского интерфейса конкретного решения.
16. Панель рисования должна содержать не менее 10 инструментов, не менее 10 базовых цветов, 16 млн оттенков с вводом HEX, минимум 5 толщин линии и историю минимум из 10 действий. Просим оценивать наличие необходимых инструментов, не фиксируя дизайн и количество элементов конкретного интерфейса.
17. Установлено время рисования линии не более 50 мс. Просим определить методику измерения и тестовую конфигурацию клиентского оборудования.
18. Архитектура игрового модуля также описывается через управляющую master-page и подчиненные страницы игроков, постоянный full-duplex обмен, минимум 8 транзакций и задержку максимум 300 мс.
19. Просим заменить внутреннее описание на конечную возможность проводить интерактивные соревнования и викторины в реальном времени.
20. Подключение ученика по QR-коду должно занимать максимум 5 секунд. На данный показатель влияют модель и камера смартфона, скорость Wi-Fi, загрузка сервера, качество интернета и действия пользователя. Поставщик не может гарантировать фиксированные 5 секунд при любых условиях.
21. Ограничение максимального времени ответа на вопрос пятью минутами также не имеет универсального педагогического основания.
22. Интерфейс должен обеспечивать выполнение базового действия не более чем за три логических перехода. Просим определить методику подсчета переходов либо сделать данное условие рекомендательным.
23. Таким образом, значительная часть требований описывает не функциональный результат, а программную архитектуру, структуру базы контента и UI/UX конкретного продукта. Просим переработать данный раздел с использованием технологически нейтральных требований.
