2010-02-08 12 views
7

¿Existen complementos de gestión de requisitos para Trac? Revisé la lista en Trac-Hacks y no vi nada¿Complemento de gestión de requisitos para Trac?

Me estoy imaginando algunas funcionalidades como el sistema IBM's DOORS. Las características básicas incluyen revisioning y de control de cambios de requisitos, los requisitos de línea de base, etc.

Actualización: supongo que sólo podía utilizar la parte wiki de Trac para documentar los requisitos, pero esto no permite anykind de conjuntos de cambios de los requisitos - por ejemplo, cuando un requisito único ha cambiado, pero los desarrolladores están trabajando en contra de una línea de base donde el requisito no se ha actualizado aún. Tampoco permitirá los requisitos de vinculación de modo que cuando un requisito principal cambia, todos los requisitos dependientes deben revisarse antes de que se acepte el cambio (a fin de mantener los requisitos dependientes sincronizados).

+1

Es una característica que veo un montón de solicitudes de la lista de correo Trac. Hay una integración de dotProject para Trac, pero aún no lo he evaluado, y que yo sepa, dotProject es más una gestión de proyectos que un seguimiento de requisitos. Es posible echar un vistazo a: http://trac-hacks.org/ticket/1226 – RjOllos

+1

Si usted podría tener diferentes flujos de trabajo basado en el tipo de ticket que podría crear un ticket de requisitos y el uso que para la gestión de requisitos. Esta sería una característica agradable de Trac que he visto en otros sistemas. – TheTodd

+1

@TheTodd: ya sea utilizando la AdvancedTicketWorkflowPlugin o otro en trac-hacks, puede hacer que el flujo de trabajo dependen del tipo del billete. – retracile

Respuesta

2

Cuando se empieza a hablar de revisioning de sus necesidades, creo que realmente necesita dar un paso atrás y mirar a sus necesidades como parte de su árbol de fuentes. Busque un formato de archivo para los requisitos que un SCM puede manejar (basado en texto, etc.) y simplemente instálelos. Trátelos como la parte inicial de su código ... cuando sea el momento de averiguar cuáles serán los requisitos para v2.0, cree su rama v2.0 y desarrolle los requisitos en esa rama, y ​​sígala con el desarrollo de su código en esa misma rama.

Si utiliza un desarrollo basado en rama, crean los requisitos en la rama, crear el código en la misma rama, y ​​luego fusionar la rama. Eso mantiene los requisitos y la implementación sincronizados.

+0

No es una mala idea. Y he pensado en usar SCM para los requisitos. Sin embargo, no todos los usuarios que crean requisitos tienen la capacidad técnica para usar el software SCM. En particular analistas de negocios. – paxos1977

+0

Algunos de ellos tendrán la capacidad técnica para usarlo; algunos tendrán la inteligencia y la voluntad de aprender a usarlo; y otros ... les asignaría una "secretaria" para que se encarguen de ellos. (En lugar de manejar el tipeo, maneje el SCM.) Algo como webDAV para que pueda apuntarlos a una "unidad de red" _might_ les proporcionará una solución técnica parcial, pero tiene sus propias peculiaridades. – retracile

3

@retracile: gracias por este "cómo". Acabo de descubrir rmtoo que hace gestión de requisitos basada en texto ... y por cierto, mirando hacia atrás, también tiene características de integración VCS y, como Trac, está escrito en Python.

+0

+1 para el enlace a algo interesante. Lo comprobaré. – paxos1977

Cuestiones relacionadas