Selecting a Requirements Engineering Tool


Warning: Invalid argument supplied for foreach() in /home/gwikstrand/gregerwikstrand.com/blog/wp-content/plugins/papercite/papercite.php on line 785

Warning: Invalid argument supplied for foreach() in /home/gwikstrand/gregerwikstrand.com/blog/wp-content/plugins/papercite/bib2tpl/bibtex_converter.php on line 259

Warning: Invalid argument supplied for foreach() in /home/gwikstrand/gregerwikstrand.com/blog/wp-content/plugins/papercite/bib2tpl/bibtex_converter.php on line 274

Warning: Invalid argument supplied for foreach() in /home/gwikstrand/gregerwikstrand.com/blog/wp-content/plugins/papercite/bib2tpl/bibtex_converter.php on line 511

Selecting a requirements engineering tool has always been a pain for me. Personally I have had experience with Rational CQ, Rational ReqPro, Jira, CodeBeamer and finally Excel.

Requirements Engineering Model

I would say that a thorough evaluation of an RE tool starts with your own clear vision of how to manage requirements. If you are not an expert, using a consultant to help is not a bad idea! There are a lot of good methods out there but my favourite is the “requirements abstraction model”. You will make your choice based on your previous experience, your organizational context, the kind of project management model you are working with, e.g. Agile, Waterfall, Scrum, Kanban etc. You have to ask yourself how you will use the model. Will you:

  • Use it when eliciting requirements?
  • Use it to rank requirements?
  • Use it to plan and follow-up on releases, sprints and iterations?
  • Use it to (help) produce documentation such as user manuals, administration manuals, statements of compliance (SoC), statement of verification (SoV)?
  • Use it to manage test cases and test execution?

Requirements Engineering Tool

Once you have a clear picture of how you want to work with requirements you need to implement and test drive your model in the tool you are evaluating. This is usually a lengthy process which starts by installing, then configuring and finally testing the tool in question. In my experience this is a process which takes days to weeks for any tool you are evaluating.

Once you have found a tool that you like you need to make sure that the vendor will be a good match for you. What about their pricing? Their development plans? Their commitment to you?

Ready Made Evaluations

There are a number of web sites where you can find lists and compilations of RE tools (Wikipedia, JI Ludwig, Volere. Often these evaluations are created by volunteers based on vendor feedback – not on actual evaluation of using a specific model in the actual tool. It was with great apprehension that I noticed that IEEE Software had published a major evaluation of RE tools in the April 2011 issue. Unfortunately, this evaluation is – as usual – based on vendor information and not actual usage or by collecting data from practitioners actually using the tool (summary table).

Your Experience?

What is your favourite RE tool? How does it support your model and process? Please let me know, e.g. by using the comment field below or by e-mail.

References

2 thoughts on “Selecting a Requirements Engineering Tool”

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>