私たちは現在、CMMI に準拠するために開発プロセスを進化させています (レベル 2 から始めて、そこから上に移動します)。私たちは、CMMI の精神に基づいて要件を開発できる、安価な (または無料の) ツールを見つけようとしています。つまり、要件を入力し、それらの変更を追跡し、要件が変更されたときに個人にアラートを送信し、トレーサビリティを実行できる必要があります。通常、プロジェクトは小規模です (通常、3 ～ 7 人の開発者と 1 人または 2 人のテスター)。
多くの商用ツールを見てきましたが、それらは私たちが手に入れることができる以上の費用がかかります. SourceForge (OSRM など) でいくつか調べましたが、必要な機能を備えた十分に成熟したものは見つかりませんでした。
上記の要件を満たすツールの提案を探しています。
INCOSE は、この種の質問に対する優れたリソースです。彼らは、COTS および GOTS システム エンジニアリング ツールのインデックスを作成するツール データベースを維持しています。要件管理を実行するツールの中には、高レベルの System Eng 機能 (CORE など) も備えているものもあれば、より限定的なもの (RequistePro など) もあります。
これらのツールのほとんどは有料ですが、一部の無料機能は無料で提供される場合があります。たとえば、Workspace.comはいくつかの無料機能を提供します。独自のソリューションを展開したり、特に要件管理を目的としていないツールを採用したりすることはお勧めしません。それを実行するための隠れたコストや、意図したタスクの非効率性が負担になる可能性があるためです。
どうしても要件ツールにお金をかける余裕がない場合は、商用ツールの無料機能を使用することをお勧めします。しかし、そうしないでください... RequisitePro のためにお金を稼ぎ、その仕事に適したツールを手に入れたことを知って、ぐっすりと眠りましょう。
Wikiから始めてみませんか？私たちはTWikiを使用していますが、他にも多くのツールが利用可能です。使用するウィキ
これはあなたのアイテムのほとんどをカバーしているようです。TWiki などの Wiki には、役立つプラグインがあります。
プロジェクトに 3 ～ 7 人の開発者しかいない場合、大きな商用ツールの 1 つを使用すると、必要なものに対して複雑すぎる可能性があります。
We're heavily into CMMI at our company, but all of our tools are developed in-house.
All I can recommend is to develop your own tools. You will at least have the advantage that it will reflect your business process.
In general, for a new tool, we start off with a tool developed on a project, which is then shared with the rest of the company, if it has been successful. Don't be afraid to use Excel to trace your requirements along with a statuts, which along with a good change control system, such as subversion, gives you a lot of traceability.
私が以前働いていた会社のチームは、要件の追跡を処理するために Visual Studio Team System の作業項目テンプレートをカスタマイズする作業を行っていました。同様に考慮する必要がある 1 つの目標は、要件から開発者の作業項目、さらには欠陥に至る追跡可能性を有効にすることでした。これにより、どの要件が最も多くの欠陥に結びついているかについての強力な分析が可能になります。