1

これまで、すべてのアーティファクトがCVSとFogBugzで維持されていたプロジェクトを継承しています。調整が必要なMSOffice形式の新旧のドキュメントがたくさんあります。

IBM Rational DOORSに関するいくつかのプレゼンテーションを見てきましたが、これらすべての異なるドキュメントおよびシステムにわたるトレーサビリティの欠如を解決できると思います。私の（おそらく間違った）理解は、たとえば、Word文書内のフレーズを強調表示し、それを要件としてマークしてから、そのフレーズと他のアーティファクト（バグ追跡システムのタスクなど）との間に双方向リンクを作成できることです。または、変更ログとユーザーガイドのエントリで、要件が満たされていることを示します。

残念ながら、DOORSを使用したい場合は、おそらく自分でインストールして保守する必要があります。rmtooと呼ばれる要件管理用のオープンソース製品を見つけましたが、すべてのドキュメントドキュメントを特別にフォーマットされたテキストファイルの束に書き直す必要があるようです。これは、私にとっては目的全体を損なうものです。DOORがやり過ぎの場合、DOORに代わるオーバーヘッドの少ない代替手段はありますか？

4

3 に答える 3

3

DOORSには双方向リンクがありますが、それらは「DOORSモジュール」の「DOORSオブジェクト」から同じまたは別の「DOORSモジュール」の別の「DOORSオブジェクト」へのリンクのみです。

DOORSオブジェクトはスプレッドシートファイルの行に少し似ており、DOORSモジュールはスプレッドシートファイルに少し似ています。

すべての資料をDOORSにインポートして操作する必要があります。DOORSはドキュメントを操作したり、一般的に外の世界とうまく通信したりすることはできません。Word文書のDOORSへのインポートとエクスポートは非​​常に壊れやすいものです。

DOORSは本当に時代遅れで、限られています。

DOORSリンク

于 2013-02-13T09:02:23.413 に答える
0

DOORS、Word、Tracker-entryなどの要素をトレースしようとしていることを正しく理解していますか？私はあなたが見たものが箱から出してドアで可能であるとは思わない。そのためにはagosenseのようなツールが必要だと思います。また、必要なツールに合わせてアダプターをカスタマイズすることもできます。本当に知りたい場合は、IBMの営業担当者に相談しますが、DOORSベースのソリューションは非常に高価になります。

説明から、ツールチェーンをどの程度制御できるかは不明です。あなたが完全なコントロールを持っていて、安い解決策を探しているなら、あなたはTracのようなものをチェックしたいかもしれません。これは無料で、バグ追跡とWikiを統合しています（したがって、これを機能させるには、ドキュメントをOfficeからWikiに移行し、バグをFogBugzからTracに移行する必要があります-ユーザーがこれを受け入れるかどうかわからないため、 rmtooと同じ問題）。

最後に、 DOORSよりも安価なIBM製品であるRequisiteProを調べることができます。要件がWordで直接管理されるという利点があります。

お役に立てれば！

于 2012-03-01T10:22:24.493 に答える
0

DOORがやり過ぎの場合、DOORに代わるオーバーヘッドの少ない代替手段はありますか？

経験から、「要件エンジニアリング」の手段をサポートする20を超えるソフトウェアツール（多くの場合ALM）が簡単にあります。

短いリストは次のとおりです。

  • シーメンスポラリオン
  • 3SLによるクレードル
  • PERFORCE ALM
  • ジャマ
  • 内陸

...さらにIBMDOORSNG "Next Gen"、SAP、MKS / PTC Integrity withREAddonなど。

アーキテクチャに関しては、EA、Rhapsody、NoMagic、VisualParadigmをお勧めします。

Confluenceで要件を管理するプロジェクトもあります。どうやらGitlabはRE機能を計画しているようです。

DOORSは、業界によってはまだ積極的に使用されています。そして、それには正当な理由があります。

于 2019-03-01T13:49:10.207 に答える