]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/blob - doc/tips/ikiwiki_as_a_requirements_management_tool/discussion.mdwn
Add tests for existing podcast behavior.
[git.ikiwiki.info.git] / doc / tips / ikiwiki_as_a_requirements_management_tool / discussion.mdwn
1 How about using tags/links to associate attributes with requirements?
2 This could be as simple as adding a link, fo e.g. :
4   * If it is traceable or not
5     + \[[attributes/traceable]]
6     + \[[attributes/untraceable]]
7   * Its criticality level
8     + \[[attributes/level/critical]]
9     + \[[attributes/level/important]]
10     + etc.
11   * Its priority
12     + \[[attributes/priority/low]]
13     + \[[attributes/priority/high]]
14   * If it is functional or not
15     + \[[attributes/functional]]
16     + \[[attributes/non-functional]]
18 You just have to create pages for each attribute you want and then pagespec could be used to filter requirements by attributes. I think something similar is used to trac bug with ikiwiki (linking to a \[[done]] page, etc.).
20 ---
21 Generally speaking, I think it's always a good idea to get back to the "basics" for something, that huge and expensive tools were made for. But I'm doubtful if such a text oriented tool would really fit all needs of a requirements engineering tool... so what is your real world experience with your requirements engineering tool as described?