Класс следует из назначения
Определите, какую задачу решает продукт, кто пользователь и какие функции являются основными. Затем найдите соответствующую категорию в действующем классификаторе оператора. Маркетинговые определения «платформа», «экосистема» и «интеллектуальное решение» не заменяют описание функций.
Порядок подбора
- 01Функции
Выписать основные и вспомогательные сценарии.
- 02Классификатор
Сопоставить их с описаниями действующих классов.
- 03Доказательства
Показать функции в документах и экземпляре.
- 04Проверка
Учесть специальные требования и сроки.
Дополнительные классы и модули
Если заявляете несколько классов, объясните связь каждого с фактической функциональностью. Не переносите класс подключаемой сторонней СУБД на собственное прикладное приложение без основания. Самостоятельные модули и отдельные продукты требуют продуманной границы: это влияет на комплект документов и объём заявки.
Класс и сроки новых требований
Классификация связана с поэтапным применением требования совместимости с доверенными ОС. Поэтому неверный класс — риск не только для описания продукта, но и для планирования испытаний. Не следует менять классификацию ради обхода требования, если функции продукта говорят об обратном.
Требования и формы могут меняться. Перед подачей сверьте действующие нормы и методические рекомендации оператора.
Нормативная база и официальные источники →