Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×
Programming

What Software Specification Tools Do You Use? 200

IronWilliamCash writes "I currently work for a small software development company and for many years we have been using internally built tools for all our software specifications, bugs, change requests and the like. Traceability is a big issue as we are CMMI level 2, and thus our internal processes need to be clear and everything must be documented. We are currently looking into getting a unified solution for this, and after quite a bit of Googling, there are quite a few different options (Contour, Kovair, MKS, Doors, CaliberFM, Accept360, etc.). I was wondering: what do other Slashdotters use in their everyday life? Does it fulfill your needs? And what is the most important part in a specification management tool?"
This discussion has been archived. No new comments can be posted.

What Software Specification Tools Do You Use?

Comments Filter:
  • by Anonymous Coward on Friday November 26, 2010 @08:18PM (#34354350)

    Yes. Of course real programmers use Notepad++.

  • None (Score:2, Informative)

    by defaria ( 741527 ) <Andrew@DeFaria.com> on Friday November 26, 2010 @08:21PM (#34354376) Homepage
    There are two ways to work - one is to plan methodically each and every aspect of what you intend to do for months then spend the 2 weeks it takes to actually do it and the other is to just asking do in 2 weeks and move onward. You seem to be of the first camp...
  • by JamesP ( 688957 ) on Friday November 26, 2010 @08:38PM (#34354544)

    rational tools are anything but rational

    I absolutely will think twice before taking a job that requires them.

    However, one tool that I found to be extremely useful amd totally worth its price is Enterprise Architect. I don't remember if it does requirements

  • Re:Word to the wise (Score:2, Informative)

    by Anonymous Coward on Friday November 26, 2010 @08:45PM (#34354598)

    I am an auditor and you are so wrong!
    Process Control is not about checking boxes as much as having control of you processes. Checklists are a tool to do the auditing of a process, not a goal to reach in themslves.
    If you really care so little about your processes, come tomorrow they will byte you in the ass.
    You know, it's like the unfastened seatbelt that you always wear in your car "because it's less bothersome" but still fools the cops.
    At accident time you will be the sore ass with broken ribs.
    Sorry, this downplay of yours of process control systems is simply unprofessional. I had enough of the "software developers are artists that have no rules" mantra.

    Get real

  • by BadAnalogyGuy ( 945258 ) <BadAnalogyGuy@gmail.com> on Friday November 26, 2010 @09:23PM (#34354906)

    I'm laughing.

    at you.

  • by Vo1t ( 1079521 ) on Saturday November 27, 2010 @04:39AM (#34356702)
    Let me recommend a book : "Lean Software Strategies: Proven Techniques for Managers and Developers". It containes throrough analysis of craft, mass and lean production strategies and their reflections in software (CMM being on the mass side = already obsolete approach). If you can't abandon CMM because of market conditions, think about embracing CMM with as much lean as possible as Peter Middleton describes, and find auditors who would understand and allow you advance on CMM scale without sacrificing productivity and adding waste to your process. In terms of tools, good issue tracking system with customizable workflows is what I recommend.

One possible reason that things aren't going according to plan is that there never was a plan in the first place.

Working...