Ticket #1226 (new enhancement)

Opened 6 years ago

Last modified 2 years ago

Plugin for writing requirements and specifications of a software

Reported by: Daniel Werner <dwarf007 ... moesbar ... net> Assigned to: anybody
Priority: high Component: Request-a-Hack
Severity: normal Keywords: requirements, specifications, plugin
Cc: fcorreia@gmail.com, rjollos, fduarte, sorin Trac Release: 0.11

Description

It would be unsefull to have a plugin allowing to write requirements and specifications of a software (in the way the ticketing system of trac is working).

The requirements could than later (during the project management) be linked to software problem reports or to the source code etc..

Attachments

Change History

02/20/07 14:20:52 changed by athomas

  • owner changed from athomas to anybody.
  • component changed from TracHacks to Request-a-Hack.

05/18/07 02:55:23 changed by anonymous

Yup, this would indeed be a very useful feature..

05/30/07 17:09:39 changed by anonymous

I support this also.

03/05/08 23:27:41 changed by leeus

Me too ... it would be great

05/12/08 12:30:33 changed by anonymous

I vote for this

05/12/08 12:31:14 changed by anonymous

  • priority changed from normal to high.

05/23/08 18:47:31 changed by yoheeb@gmail.com

I think a good model for this, might be a combination of tools. a macro to export requirements from other tool, specific to requirements management (example Telelogic DOORS), then a tool to import then, update them dynamically etc., and jam them into the wiki as linkable objects. I.e., export requirements to xml from tool X, check into /requirements of project subversion repository. new magic post commit hook script that updates Trac that a requirements document was "modified" or created in this example. extract requirements, formats them into a wiki-page, or set of pages. cross-links requirements where referenced by other requirements, etc. I used xml in my example, since I am thinking the next step is to allow meta data decoration of the data (section headings for the wiki format, tracibility information across different levels, or even across documents (system req to software req, to software design, to component req, etc.) Maybe I am thinking to big, but why not shoot for the moon?

08/04/08 12:24:14 changed by anonymous

This should also hook into the TestCaseManagementPlugin since in most workflows they are connected.

08/23/08 20:06:49 changed by anonymous

  • cc set to fcorreia@gmail.com.

10/09/08 10:11:58 changed by anonymous

yes could be great! Polarion tracker does it, here's a demo

(follow-up: ↓ 13 ) 12/11/08 19:53:40 changed by anonymous

Follow up to this.

The way that Agilo implements linked tickets, with calculated fields could be a very good extensible way to implement something like this. Combine with master tickets (or not) and TypedTicketWorkflow?, and you have something. a "System requirement" ticket type, or a "FunctionalRequirement?" ticket type.

The one thing that would be really nice, would be the ability to export the actual requirements into requirements documents. some kind of tool that runs against the database for all tickets of type (configurable of course) and exports to "wiki", plain-text, pdf.

some thought as to an additional custom field would be needed to group "requirements" tickets. I.e. type=Requirement Component=GUI Module=Menus...

yes, the export cases would make something from trac really fly!

I', up for this....anyone else?

01/04/09 15:22:57 changed by Soenke.Brecht@web.de

+1 I also appreciate such a plug-in very much.

(in reply to: ↑ 11 ) 01/04/09 15:58:26 changed by anonymous

Replying to anonymous:

TypedTicketWorkflow?,

Is this statement still valid? I got the impression from the admin section that typed tickets are part of the 0.11 core product.

Therefore one can already filter via custom queries the functional requirements.

Another point is to get the hirarchy of each ticket. With the current MasterTickets? macro I have to name the top requirements instead of giving a blank parameter to geld the full tree. So the Wiki Part is already, very rough, solved.

01/07/09 15:01:12 changed by yoheeb@gmail.com

Replying to anonymous:

TypedTicketWorkflow??,

Is this statement still valid? I got the impression from the admin section that typed >tickets are part of the 0.11 core product.

The portion of the plugin I was referring to would be to prevent, say, a "requirement" ticket from having the same state transitions as a normal ticket.

A requirement, could go, for example from Requested->Acceptance Test Created->Impelemented->Tested->closed:Complete (just making this up) Or maybe also Closed:Abandoned, Closed:moved to new Milestone. etc. or whatever you could want I suppose, so "configuring" the workflow of requirements generation. as apposed to assigned->accepted->closed:fixed

V model would be somthing like:
type: FuncReq
New->Reviewed->Accpetance Test(s) created->User Stories created->System Requirement(s) Created->Acceptance test Passed->Complete
type:SysReq
New->Reviewed->Validation Plan Section Complete->FMEA Analysis stage I complete->Design section created->Integrated->Validation Plan Passed->Complete
type DesReq:
new->Reviewed->Unit Test(s) created->implemented->CodeReviewed?->Unit test(s) passed->merged->tracabilty created->added to release binder->complete

or whatever, the model could/should be configurable I suppose, the only real piece missing is to generate docs/wiki pages out of all the *Req documents, and traceability, etc., which I see becoming a tool that runs directly on the DB.

Just some thoughts on utilizing existing "systems" already there anyway.

01/07/09 15:13:51 changed by Soenke.Brecht@web.de

Thank you for your explanation. I missed the fact that type depended work flow has not been taken into the core product.

Full acknowledge to your further statements. Reporting is the only missing feature.

01/22/09 19:36:38 changed by flavour@partyvibe.com

  • release changed from 0.10 to 0.11.

Another +1 for this fucntionality :)

06/16/09 20:44:07 changed by jeffrey.lyon@gd-ais.com

+1 for this functionality!

06/30/09 02:15:42 changed by rjollos

  • cc changed from fcorreia@gmail.com to fcorreia@gmail.com, rjollos.

07/13/09 21:03:14 changed by dallison@discoverymachine.com

This type of requirements management in TRAC is exactly what I am looking for. I'm a long time DOORS user so I'm familiar with the needed functionality of a requirements management tool. I just installed TRAC and am getting used to it. If anyone has figured out how to do some minimal traceability, I'd love to hear how. Thanks

08/27/09 11:10:39 changed by fduarte

  • cc changed from fcorreia@gmail.com, rjollos to fcorreia@gmail.com, rjollos, fduarte.

02/08/10 09:24:57 changed by anonymous

I vote form this, too (Andreas Stucki, a.stucki....solcept...ch)

(follow-up: ↓ 23 ) 04/19/11 08:37:55 changed by sorin

  • cc changed from fcorreia@gmail.com, rjollos, fduarte to fcorreia@gmail.com, rjollos, fduarte, sorin.

I know that commenting with "vote too" is not a good idea, but voting plugin is not installed, so I "vote too".

(in reply to: ↑ 22 ) 04/19/11 08:45:50 changed by rjollos

Replying to sorin:

I know that commenting with "vote too" is not a good idea, but voting plugin is not installed, so I "vote too".

Great idea though ... t.e.o has the VotePlugin installed, so we should have it installed here too. #8717.


Add/Change #1226 (Plugin for writing requirements and specifications of a software)




Change Properties
Action