Прогон теста в Devprom: шаги, ожидаемый и фактический результат, покрытые требования и последний прогон
Планшет, изображение
Devprom, функциональные требования и подтверждение тестами

Что остаётся после сравнения вендоров

  • Реестр функциональных требований с приоритетом и весом

  • Сначала запрос информации, затем запрос предложений

  • Матрица fit-gap: поддержано, частично, нет

  • Ключевое требование подтверждает прогон теста

  • Взвешенный отчёт о покрытии

  • После выбора те же требования идут в ТЗ и приёмку

  • Изменение требования показывает, что перепроверить

  • Реестр российского ПО № 1188, on-premise

  • ИИ находит похожие требования, связи и черновики тестов

Как провести fit-gap анализ — от функциональных требований до решения

  • 01

    Функциональные требования

    Свои 100–500 требований собираются в один реестр: формулировка, приоритет, вес, статус, версия. Дубли и конфликты видны до рассылки анкет. Реестр — в Devprom СУТр.
  • 02

    Запрос информации, затем запрос предложений

    Сначала короткий запрос информации: кто на рынке и что умеет, чтобы сузить длинный список. Запрос предложений и запрос котировок уходят финалистам уже по вашим функциональным требованиям. Рассылать подробный запрос всем подряд не нужно.
  • 03

    Матрица fit-gap

    По каждому требованию и каждому вендору фиксируется вердикт: поддержано штатно, частично или нет. Если функции нет, рядом решение: доработка, сторонний продукт или отказ от требования. Матрица строится из этих связей. Подробнее о связях — на странице трассировки требований.
  • 04

    Подтверждение тестами

    Критичное требование закрывает прогон тест-кейса на демо или в песочнице вендора: кто выполнял, на какой версии, с каким результатом. Галочка в анкете, в том числе написанная с помощью ИИ, таким доказательством не становится. Прогоны и покрытие — в Devprom TMS и на странице покрытия требований тестами.
  • 05

    Решение и жизнь требований дальше

    Отчёт собирает покрытие с учётом весов и показывает, на каких прогонах держится вердикт. Выбранные требования остаются в реестре и становятся базой технического задания и приёмочных тестов внедрения. Изменили требование — видно, какой прогон устарел.
  • 06

    Контур заказчика

    Платформа ставится on-premise, на PostgreSQL или MySQL, и входит в реестр российского ПО под номером 1188. Ознакомительная лицензия действует 30 дней. Отдельной базы чужих функций, как у зарубежных каталогов fit-gap, здесь нет: сравниваете свои требования.

Вопросы о выборе по функциональным требованиям

В таблице на сотни строк правка версии требования не показывает, какой ответ вендора и какой прогон устарели. В Devprom требование, вердикт и результат теста связаны, а отчёт покрытия строится из этих связей.

В опросном листе для выбора ПО вендор отвечает на все пункты «поддерживается». Такой ответ, в том числе подготовленный ИИ, ничего не доказывает. Критичное функциональное требование закрывает прогон на демо или в песочнице.

Каталоги вроде TEC и SelectHub сравнивают продукты по своей библиотеке функций. Для российских закупок они часто недоступны: оплата, реестр, где лежат данные. Здесь нет чужого каталога. Вы ведёте свои функциональные требования и подтверждаете их своими тестами.

Тесты без реестра требований не держат приоритет, вес и историю формулировки. Решение тогда снова живёт в таблице. В Devprom функциональное требование, тест-кейс и прогон — одна трассировка.

Это сопоставление ваших функциональных требований с тем, что продукт делает на самом деле. По каждому требованию — вердикт «поддержано», «частично» или «нет». Для критичных пунктов вердикт опирается на прогон, а не на текст анкеты.

Сравнение продуктов и реестр рисков проекта — разные задачи. Риск связывается с требованием и тестом, которым закрытие подтверждается. Подробнее — на странице реестра рисков проекта.

Функциональные требования описывают, что система должна делать: по ним сравнивают продукты. Функциональные точки — мера размера этих функций для трудоёмкости и обоснования НМЦК. Оценка размера — на странице оценки стоимости разработки ПО.

Да, если у вас есть свои функциональные требования к системе работы с поставщиками. Методика та же: реестр, fit-gap по вендорам, подтверждение ключевых пунктов тестом. Отдельного каталога SRM-продуктов платформа не содержит.

Да. Платформа ставится on-premise и работает без внешних облачных зависимостей, на PostgreSQL или MySQL. ПО включено в реестр российского программного обеспечения под номером 1188. Для первого знакомства есть облачный контур и лицензия на 30 дней.

Есть документация и видеоматериалы по продукту. Вместе с партнёрами мы проводим обучение и внедрение, включая настройку типов требований, весов и трассировки на тесты под ваш выбор.

Предусмотрены временные и постоянные лицензии. Стоимость ПО для одного проектировщика — от 5 700 руб. в месяц. Расчёт для раздела СУТр — в файле стоимости лицензий.

На основании приказа Минкомсвязи России от 06.09.2016 № 426 ПО включено в единый реестр российских программ для электронных вычислительных машин и баз данных под номером 1188.