ソフトウェアエンジニアが要件 - >設計文書 - >ソースを追跡するためのツールはありますか？

Question

私は最近、3年目のソフトウェアエンジニアリングプロジェクトを終えました。このプロジェクトはゲームだった。

少なくとも簡単ではありませんでした。 私がやった最も難しいプロジェクトです。

いくつかの反射の後、私は、私たちのグループが持っていた大きな問題があったことに気づい：

• 私たちのSRSはほとんど私たちのアーキテクチャはよく
• を定義し、最後に我々のコードはありませんでしたいませんでした私たちの設計図の
• に一致しません私たちのデザイン私たちは私たちの RADIT（REQS、肛門、デザイン、implementatために滝のプロセスを使用することを余儀なくされた。このプロジェクトで

に関連する方法イオン、およびテスト）。私はこの方法が嫌いで、私の第4年次のプロジェクトではとTDD with Agileとしたいと思います。しかし、私はがreqs - >デザイン - >アーキテクチャ - >テスト - >ソースを追跡することができないことに恐れています。それで、これを行うツールをgitの上に作ろうと考えています。しかし、すでにこの目的のために1つがあればよいでしょう。

Answer 1

mingleを試すことができます。アジャイルプロジェクトチームを管理するために構築されました。要件は、仮想カードの壁にある物語として追跡されます。それはボックスからSVNの統合がありますが、私はgitのコミュニティプラグインもあると思います。それにはウィキが組み込まれているため、要件から設計ウィキページにリンクするだけで、要件とその結果のアーキテクチャを簡単に追跡できます。

また、教室/研究室やカリキュラムの一部として学術目的でMingleを使用する予定の場合は、学術ユーザーは無料のライセンスを取得することができます。

Answer 2

私は過去15年間、ソフトウェアエンジニアリングのトレーサビリティのためのツールサポートに取り組んできました。広く利用できるのはDOORS + SysMLです。これらはすべて手作業で接続する必要があります（ただし、コードとユニットテストにIDを追加して、カバレッジメトリックを戻すことができます）。

特定のテストと要件IDを関連付ける簡単なツールを作成し、その要件をテスト済みとして報告するのは簡単です。同様に、マーカを追加して、コードのどの部分がデザイン要素にマッピングされているかを指定できます（リバースエンジニアリングツールでほとんど自動化されていますが）。次に、すべての要件とすべてのデザイン要素にマーカがあるかどうかを確認できます。これらはCOTS UMLツールの拡張ですので、おそらくgitと全く同じ精神では設計されていません。

私が現在認識しているツールは、ハイパーリンクされた要件を実装するはずのデザインの部分をテストするかどうかを実際に判断する手段です（実用的です。テストが実行されるときに設計要素にリンクされるコード）。

CaDiZやCogなどのツールがあります。これらのツールは、要件の正式な記述とコードの注釈付きモデルを使用して、モデルが仕様と一致することを検証できるツールを証明しています。これは十分に単純なコードでは機能しますが、ポストドクターレベルのコンピュータ科学者にとってはかなりの時間がかかります（数十行のコードでは数週間です）。

私が知っているツールのうち、gitと統合するものはありません。

Answer 3

多くの月前にRational RequisiteProのレビューを覚えていますが、私たちはそれを使用していませんでした。 IIRCでは、当時使用していたRationalのClear Caseソース管理システムとの統合が行われました。それは一種の気の利いたが、私たちのニーズには過度の過ちだった。