2010-02-08 14 views
7

Esistono plug-in di gestione dei requisiti per Trac? Ho controllato l'elenco su Trac-Hacks e non ho visto nullaPlugin di gestione dei requisiti per Trac?

Sto immaginando alcune funzionalità come il sistema IBM's DOORS. Caratteristiche di base includono revisioning e controllo delle modifiche dei requisiti, requisiti baselining ecc

Aggiornamento: Suppongo che ho potuto solo utilizzare la parte wiki di Trac per documentare i requisiti, ma questo non consente anykind di insiemi di modifiche per le esigenze - per esempio, dove un singolo requisito è cambiato ma gli sviluppatori stanno lavorando contro una linea di base in cui il requisito non è stato ancora aggiornato. Inoltre, non consente i requisiti di collegamento in modo tale che, quando un requisito padre cambia, tutti i requisiti dipendenti devono essere rivisti prima che la modifica sia accettata (al fine di mantenere i requisiti dipendenti sincronizzati).

+1

È una funzionalità che vedo molte richieste sulla mailing list di Trac. C'è un'integrazione dotProject per Trac, ma non l'ho ancora valutata, e per quanto ne so, dotProject è più gestione del progetto che monitoraggio dei requisiti. Potresti dare un'occhiata a: http://trac-hacks.org/ticket/1226 – RjOllos

+1

Se potresti avere diversi flussi di lavoro basati sul tipo di ticket, potresti creare un ticket dei requisiti e utilizzarlo per la gestione dei requisiti. Questa sarebbe una caratteristica piacevole per Trac che ho visto in altri sistemi. – TheTodd

+1

@ TheTodd: utilizzando AdvancedTicketWorkflowPlugin o un altro su trac-hacks, è possibile impostare il flusso di lavoro in base al tipo di ticket. – retracile

risposta

2

Quando inizi a parlare di revisione delle tue esigenze, penso che tu abbia davvero bisogno di fare un passo indietro e guardare le tue esigenze come parte del tuo albero dei sorgenti. Trova un formato di file per i requisiti che un SCM può gestire (basato su testo, ecc.) E limitati a controllarli. Trattali come la prima parte del tuo codice ... quando è il momento di capire quali saranno i requisiti per v2.0, crea il ramo v2.0 e sviluppa i requisiti su quel ramo e seguilo con lo sviluppo del codice su quello stesso ramo.

Se si utilizza lo sviluppo derivato, creare i requisiti sul ramo, creare il codice sullo stesso ramo e quindi unire il ramo. Ciò mantiene i requisiti e l'implementazione in sincronia.

+0

Non è una cattiva idea. E ho pensato di usare SCM per i requisiti. Tuttavia, non tutti gli utenti che creano requisiti hanno la capacità tecnica di utilizzare il software SCM. In particolare analisti aziendali. – paxos1977

+0

Alcuni di loro avranno la capacità tecnica di usarlo; alcuni avranno l'intelligenza e la volontà di imparare a usarlo; e altri ... assegnerei un "segretario" a loro per gestirlo per loro. (Invece di gestire la digitazione, gestisci l'SCM.) Qualcosa come webDAV in modo da poterli indirizzare a una "unità di rete" _might_ fornire una soluzione tecnica parziale per loro, ma ha le sue peculiarità. – retracile

3

@retracile: grazie per questo "come". Ho appena scoperto rmtoo che gestisce la gestione dei requisiti basati su testo ... e btw, ripensandoci, ha anche funzioni di integrazione VCS e, come Trac, è scritto in Python.

+0

+1 per il collegamento a qualcosa di interessante. Lo guarderò. – paxos1977