Плагин управления требованиями для Trac?
Есть ли какие-либо плагины управления требованиями там для Trac? Я проверил список на Trac-взломах и ничего не видел
Я изображаю некоторую функциональность как ДВЕРНАЯ система IBM. Основные характеристики включают revisioning и контроль изменений требований, определение исходного состояния требований и т.д.
Обновление: Я предполагаю, что мог просто использовать часть Wiki Trac для документирования требований, но это не позволяет anykind массивов изменений для требований - например, где единственное требование изменилось, но разработчики работают против базовой линии, где требование еще не было обновлено. Это также не позволит связывать требования, таким образом, что, когда родительское требование изменяется, все зависимые требования должны быть рассмотрены, прежде чем изменение принято (для хранения зависимых требований в синхронизации).
1 ответ
Когда вы начинаете говорить о пересмотре ваших требований, я думаю, вам действительно нужно сделать шаг назад и посмотреть на свои требования как на часть вашего исходного дерева. Найдите формат файла для требований, которые SCM может обрабатывать (текстовые и т. Д.), И просто отметьте их. Относитесь к ним как к ранней части вашего кода ... когда пришло время выяснить, для каких требований будут v2.0, создайте свой v2.0 и разработайте требования для этой ветки, а затем следуйте им с разработкой кода в этой же ветке.
Если вы используете разработку на основе ветвей, создайте требования в ветке, создайте код в той же ветке, а затем объедините ветвь. Это позволяет синхронизировать требования и реализацию.