База знаний

Доменная модель позволяет структурировать связанные между собой артефакты одной предметной области.

Отдельный программный компонент мультикомпонентного ПО (например, бекенд, микросервис, фронтенд, мобильное приложение и другие).

Класс пользователей, использующих требование к системе.

Требование верхнего уровня, описывающее работу системы в контексте ценности для конечного пользователя.

Подробное описание отдельной функции системы, включающее критерии приемки, сведения о тестировании, связанных требованиях и реализации.

Описание данных, с которыми работает система. Описание сущностей, атрибутов сущностей и связей между сущностями.

Описание внешних и внутренних правил, ограничений и условий, влияющих на требования к программному обеспечению.

Описание отдельных пользовательских интерфейсов, окон, форм и т.д. Может сопровождаться изображениями и ссылками на внешние прототипы.

Нефункциональные требования к системе, такие как критерии качества, требования к нагрузоустойчивости, отказоустойчивости и другие.

Набор запросов изменений и задач, запланированных к выполнению к определенной дате в рамках текущего этапа работ.

Запрос изменений описывает новую функциональность или существенное изменение в существующих функциях. Изменение объединяет задачи по реализации этих изменений.

Вопросы, ошибки или задания к выполнению для сотрудников проектной команды. Задачи могут иметь различные этапы выполнения, выполняемые разными разработчиками.

Классификатор, отражающий версию программного обеспечения.

Программный компонент, реализующий функции ПО в соответствии с функциональными требованиями.

Источник данных, используемый для реализации функциональных требований. Может быть таблицей в реляционной БД, файлом (или набором файлов) файловой системы, или документов в NoSQL хранилище.

Метод API, используемый для внутрисистемного взаимодействия между приложениями системы или взаимодействия с внешними системами.

Внешняя программная библиотека, используемая для реализации программного обеспечения.

Сценарий и данные для тестирования отдельной функции или набора функции функционального требования.

Результат выполнения тест-кейса в заданном окружении и версии. Тест-ран определяет результат теста – выполнен успешно или провален.

Тестовый набор группирует тест-кейсы и определяет цели и задачи тестирования.