Внимание! Соединение с приложением прервано. Дождитесь повторного подключения.
Обсуждение документации - Просмотр сообщения № 1069600
Тема сообщения
Замечание к АД
Тип сообщения
Замечание к АД
Поставщик
AI-Trade ИП
Представитель поставщика
ОРАЗБАЕВА АНОРА БЕИМБЕТОВНА
Дата и время отправки сообщения
2026-10-06 00:37:37
Текст сообщения
1. Требования к программному обеспечению для интерактивного обучения существенно выходят за пределы описания конечных образовательных функций и детально регламентируют внутреннюю архитектуру, программные модули, интерфейс, алгоритмы работы и даже ожидаемые педагогические результаты, что способно фактически ориентировать закупку на уже существующее конкретное программное решение.
2. ТС требует клиент-серверную архитектуру по трехуровневой модели «сервер базы данных — сервер приложений — клиентское приложение» именно на базе микросервисной либо сервис-ориентированной архитектуры.
3. При этом функционально эквивалентное ПО может использовать модульный монолит, serverless-архитектуру, managed cloud services либо иное техническое решение без какого-либо ухудшения пользовательских возможностей.
4. Архитектура является внутренним способом реализации продукта и не должна самостоятельно определять возможность его участия, если обеспечиваются требуемая производительность, безопасность и отказоустойчивость.
5. Просим заменить обязательный архитектурный шаблон на конечные требования к масштабируемости, производительности и доступности.
6. Еще более узким является требование наличия не менее 18 отдельных логических модулей с конкретно перечисленными функциями.
7. Разработчик программного обеспечения вправе объединять несколько функций в одном сервисе либо, наоборот, разделять их на большее количество сервисов. Количество внутренних модулей не отражает качество продукта.
8. ПО, имеющее 12 сервисов и полностью реализующее все необходимые функции, формально не соответствует ТС только вследствие внутренней организации исходного кода.
9. Просим исключить минимальное количество логических модулей.
10. ТС предусматривает поддержку минимум 1000 одновременных активных подключений без критического снижения производительности.
11. Одновременно в системных требованиях указаны минимальные ресурсы сервера, сформулированные как необходимые «для обеспечения одновременной работы 100 пользователей без задержек»: 8 ядер, 16 ГБ RAM, SSD 500 ГБ и сеть 1 Гбит/с.
12. Таким образом, в одном документе фигурируют два существенно разных расчетных уровня нагрузки — 100 и 1000 пользователей.
13. Просим Заказчика определить фактическое максимальное количество одновременных пользователей и предоставить единый сценарий нагрузочного тестирования.
14. Установление серверных ресурсов только по числу CPU-ядер и частоте также недостаточно объективно: производительность современных процессоров значительно зависит от архитектуры, поколения, IPC и иных характеристик.
15. Более корректно установить требуемое количество одновременных сессий, максимальное время ответа и результаты нагрузочного испытания.
16. ТС содержит педагогические показатели, практически не относящиеся к техническим характеристикам товара: сокращение времени подготовки интерактивных материалов к одному уроку до 15 минут, увеличение доли использования мультимедийных технологий минимум до 40% времени урока, одновременное вовлечение 100% присутствующих учеников в соревновательный процесс.
17. Эти показатели зависят от навыков конкретного преподавателя, методики урока, количества учеников, учебного предмета и организационных решений школы, а не только от возможностей ПО.
18. Поставщик объективно не может гарантировать, что любой педагог подготовит урок менее чем за 15 минут или будет использовать мультимедиа ровно 40% академического часа.
19. Просим исключить педагогические ожидаемые результаты из обязательных критериев приемки либо оставить их как информационные цели проекта.
20. Модуль 3D-визуализации детализирован до внутренних особенностей рендеринга: не менее трех видов освещения, диффузные текстуры и normal maps, матричные координатные преобразования, поддержка моделей до 100 000 полигонов с 30 fps, минимум десять интерактивных функций, десять кликабельных точек, карточки минимум на 500 символов, три сохраненных ракурса и другие параметры.
21. Большинство таких требований описывает конкретную реализацию 3D-движка, а не образовательный результат.
22. Например, более современный WebGL/WebGPU движок может использовать физически корректное освещение иной структуры и формально не соответствовать перечисленным «трем типам света».
23. Просим оставить требования к плавности, возможности вращения/масштабирования, интерактивным точкам, аннотациям и качеству отображения без фиксации внутренних методов рендеринга.
24. Ограничение видеороликов продолжительностью минимум 5 и максимум 15 минут также вызывает вопросы. Образовательные видео могут быть короче пяти минут либо длиннее пятнадцати.
25. Обоснование данного диапазона «физиологическими нормами удержания внимания» не сопровождается ссылкой на нормативный документ.
26. Программная платформа не должна технически блокировать полезный ролик длительностью, например, 3 или 20 минут, если Заказчик самостоятельно определяет методику урока.
27. Просим исключить минимальную/максимальную продолжительность либо сделать значения рекомендацией.
28. Модуль аннотаций также регламентирован до количества цветов, уровней толщины линии, набора фигур и десяти шагов истории действий.
29. Эквивалентный продукт может иметь больше либо иной набор инструментов и выполнять образовательную задачу не хуже.
30. Модуль геймификации подробно фиксирует мастер-страницу, страницы игроков, full-duplex событийную модель, задержку не более 300 мс, восемь типов транзакций, QR-вход за максимум пять секунд, конкретный диапазон таймера и алгоритм начисления баллов.
31. Это фактически техническое описание архитектуры определенной платформы.
32. Просим формулировать конечные возможности: создание викторин, подключение учеников, ответы в реальном времени, рейтинг, восстановление сессии и статистика.
33. В ТС имеются чрезвычайно специфичные требования к UI/UX: базовое действие должно выполняться максимум за три логических перехода; touch target — минимум 44×44 пикселя; основной мобильный шрифт — минимум 14 пикселей.
34. Часть данных требований может быть разумной рекомендацией по доступности, однако количество кликов зависит от конкретного интерфейса и сценария.
35. Просим определить критичные параметры доступности и отказаться от субъективного микрорегулирования дизайна.
36. Наиболее серьезным ограничением являются документы, которые потенциальный поставщик должен представить непосредственно в составе заявки для предлагаемого ПО.
37. Требуются действующие протоколы независимой испытательной лаборатории, аккредитованной в системе аккредитации РК: протокол обследования сетевой инфраструктуры, протокол обследования процессов обеспечения информационной безопасности, протокол нагрузочных испытаний, протокол анализа исходного кода SAST и протокол испытаний функций информационной безопасности на соответствие СТ РК ISO/IEC 15408-2-2017.
38. Отсутствие хотя бы одного из документов прямо объявлено основанием считать участника и ПО не соответствующими ТС.
39. Данные документы должны быть заранее оформлены на конкретный продукт до проведения закупки. Разработка либо распространение функционально подходящего программного продукта становится невозможной, если правообладатель предварительно не прошел именно этот набор испытаний в конкретно аккредитованной лаборатории РК.
40. Такое требование требует особой проверки на предмет недопустимого ограничения конкуренции и квалификационных требований к участнику.
41. Сама ТС в примечании прямо запрещает устанавливать квалификационные требования к потенциальному поставщику.
42. Просим разграничить документы, подтверждающие непосредственно свойства товара, и документы, характеризующие участника/разработчика, и исключить из стадии подачи заявки документы, не являющиеся обязательными документами о соответствии товара по законодательству.
43. Требование представить «право на исходный код ПО» также нуждается в исправлении. Дистрибьютор либо официальный партнер обычно имеет право распространять лицензию, но не владеет авторским правом на исходный код.
44. Право распространения программного продукта и авторское право на исходный код являются юридически различными правами.
45. Если ТС буквально требует авторское право на исходный код, к участию сможет быть допущен преимущественно сам разработчик либо владелец исключительных имущественных прав.
46. Просим заменить указанное условие подтверждением законного права поставки/лицензирования ПО.
47. В целом программная часть должна быть существенно технологически нейтрализована: Заказчику необходимо описать образовательные функции, количество пользователей, требования к безопасности, доступности и SLA, предоставив разработчикам свободу внутренней архитектуры и дизайна.
2. ТС требует клиент-серверную архитектуру по трехуровневой модели «сервер базы данных — сервер приложений — клиентское приложение» именно на базе микросервисной либо сервис-ориентированной архитектуры.
3. При этом функционально эквивалентное ПО может использовать модульный монолит, serverless-архитектуру, managed cloud services либо иное техническое решение без какого-либо ухудшения пользовательских возможностей.
4. Архитектура является внутренним способом реализации продукта и не должна самостоятельно определять возможность его участия, если обеспечиваются требуемая производительность, безопасность и отказоустойчивость.
5. Просим заменить обязательный архитектурный шаблон на конечные требования к масштабируемости, производительности и доступности.
6. Еще более узким является требование наличия не менее 18 отдельных логических модулей с конкретно перечисленными функциями.
7. Разработчик программного обеспечения вправе объединять несколько функций в одном сервисе либо, наоборот, разделять их на большее количество сервисов. Количество внутренних модулей не отражает качество продукта.
8. ПО, имеющее 12 сервисов и полностью реализующее все необходимые функции, формально не соответствует ТС только вследствие внутренней организации исходного кода.
9. Просим исключить минимальное количество логических модулей.
10. ТС предусматривает поддержку минимум 1000 одновременных активных подключений без критического снижения производительности.
11. Одновременно в системных требованиях указаны минимальные ресурсы сервера, сформулированные как необходимые «для обеспечения одновременной работы 100 пользователей без задержек»: 8 ядер, 16 ГБ RAM, SSD 500 ГБ и сеть 1 Гбит/с.
12. Таким образом, в одном документе фигурируют два существенно разных расчетных уровня нагрузки — 100 и 1000 пользователей.
13. Просим Заказчика определить фактическое максимальное количество одновременных пользователей и предоставить единый сценарий нагрузочного тестирования.
14. Установление серверных ресурсов только по числу CPU-ядер и частоте также недостаточно объективно: производительность современных процессоров значительно зависит от архитектуры, поколения, IPC и иных характеристик.
15. Более корректно установить требуемое количество одновременных сессий, максимальное время ответа и результаты нагрузочного испытания.
16. ТС содержит педагогические показатели, практически не относящиеся к техническим характеристикам товара: сокращение времени подготовки интерактивных материалов к одному уроку до 15 минут, увеличение доли использования мультимедийных технологий минимум до 40% времени урока, одновременное вовлечение 100% присутствующих учеников в соревновательный процесс.
17. Эти показатели зависят от навыков конкретного преподавателя, методики урока, количества учеников, учебного предмета и организационных решений школы, а не только от возможностей ПО.
18. Поставщик объективно не может гарантировать, что любой педагог подготовит урок менее чем за 15 минут или будет использовать мультимедиа ровно 40% академического часа.
19. Просим исключить педагогические ожидаемые результаты из обязательных критериев приемки либо оставить их как информационные цели проекта.
20. Модуль 3D-визуализации детализирован до внутренних особенностей рендеринга: не менее трех видов освещения, диффузные текстуры и normal maps, матричные координатные преобразования, поддержка моделей до 100 000 полигонов с 30 fps, минимум десять интерактивных функций, десять кликабельных точек, карточки минимум на 500 символов, три сохраненных ракурса и другие параметры.
21. Большинство таких требований описывает конкретную реализацию 3D-движка, а не образовательный результат.
22. Например, более современный WebGL/WebGPU движок может использовать физически корректное освещение иной структуры и формально не соответствовать перечисленным «трем типам света».
23. Просим оставить требования к плавности, возможности вращения/масштабирования, интерактивным точкам, аннотациям и качеству отображения без фиксации внутренних методов рендеринга.
24. Ограничение видеороликов продолжительностью минимум 5 и максимум 15 минут также вызывает вопросы. Образовательные видео могут быть короче пяти минут либо длиннее пятнадцати.
25. Обоснование данного диапазона «физиологическими нормами удержания внимания» не сопровождается ссылкой на нормативный документ.
26. Программная платформа не должна технически блокировать полезный ролик длительностью, например, 3 или 20 минут, если Заказчик самостоятельно определяет методику урока.
27. Просим исключить минимальную/максимальную продолжительность либо сделать значения рекомендацией.
28. Модуль аннотаций также регламентирован до количества цветов, уровней толщины линии, набора фигур и десяти шагов истории действий.
29. Эквивалентный продукт может иметь больше либо иной набор инструментов и выполнять образовательную задачу не хуже.
30. Модуль геймификации подробно фиксирует мастер-страницу, страницы игроков, full-duplex событийную модель, задержку не более 300 мс, восемь типов транзакций, QR-вход за максимум пять секунд, конкретный диапазон таймера и алгоритм начисления баллов.
31. Это фактически техническое описание архитектуры определенной платформы.
32. Просим формулировать конечные возможности: создание викторин, подключение учеников, ответы в реальном времени, рейтинг, восстановление сессии и статистика.
33. В ТС имеются чрезвычайно специфичные требования к UI/UX: базовое действие должно выполняться максимум за три логических перехода; touch target — минимум 44×44 пикселя; основной мобильный шрифт — минимум 14 пикселей.
34. Часть данных требований может быть разумной рекомендацией по доступности, однако количество кликов зависит от конкретного интерфейса и сценария.
35. Просим определить критичные параметры доступности и отказаться от субъективного микрорегулирования дизайна.
36. Наиболее серьезным ограничением являются документы, которые потенциальный поставщик должен представить непосредственно в составе заявки для предлагаемого ПО.
37. Требуются действующие протоколы независимой испытательной лаборатории, аккредитованной в системе аккредитации РК: протокол обследования сетевой инфраструктуры, протокол обследования процессов обеспечения информационной безопасности, протокол нагрузочных испытаний, протокол анализа исходного кода SAST и протокол испытаний функций информационной безопасности на соответствие СТ РК ISO/IEC 15408-2-2017.
38. Отсутствие хотя бы одного из документов прямо объявлено основанием считать участника и ПО не соответствующими ТС.
39. Данные документы должны быть заранее оформлены на конкретный продукт до проведения закупки. Разработка либо распространение функционально подходящего программного продукта становится невозможной, если правообладатель предварительно не прошел именно этот набор испытаний в конкретно аккредитованной лаборатории РК.
40. Такое требование требует особой проверки на предмет недопустимого ограничения конкуренции и квалификационных требований к участнику.
41. Сама ТС в примечании прямо запрещает устанавливать квалификационные требования к потенциальному поставщику.
42. Просим разграничить документы, подтверждающие непосредственно свойства товара, и документы, характеризующие участника/разработчика, и исключить из стадии подачи заявки документы, не являющиеся обязательными документами о соответствии товара по законодательству.
43. Требование представить «право на исходный код ПО» также нуждается в исправлении. Дистрибьютор либо официальный партнер обычно имеет право распространять лицензию, но не владеет авторским правом на исходный код.
44. Право распространения программного продукта и авторское право на исходный код являются юридически различными правами.
45. Если ТС буквально требует авторское право на исходный код, к участию сможет быть допущен преимущественно сам разработчик либо владелец исключительных имущественных прав.
46. Просим заменить указанное условие подтверждением законного права поставки/лицензирования ПО.
47. В целом программная часть должна быть существенно технологически нейтрализована: Заказчику необходимо описать образовательные функции, количество пользователей, требования к безопасности, доступности и SLA, предоставив разработчикам свободу внутренней архитектуры и дизайна.
