IBM Rational Doors-自分で展開する必要がありますか、それとももっと適切なものがありますか？

Question

これまで、すべてのアーティファクトがCVSとFogbugzで維持されていたプロジェクトを継承しています。 MSオフィス形式の古いドキュメントと新しいドキュメントがたくさんあり、和解する必要があります。

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

残念ながら、ドアを使用したい場合は、おそらく自分でインストールして維持する必要があります。要件管理のためのオープンソース製品を見つけました rmtoo, 、しかし、すべてのドキュメントドキュメントを、特別に形成されたテキストファイルの束に書き換える必要があるようです。ドアが過剰になっている場合、ドアの低いオーバーヘッドの代替品はありますか？

Answer 1

ドア、ワード、トラッカーエントリなどの要素を追跡しようとしていることを正しく理解していますか？あなたが見たものは箱から出してドアを出して可能であるとは思わない。そのためのAgosenseのようなツールと、必要なツールへのアダプター用のカスタマイズが多数必要だと思います。あなたが本当に知りたいなら、私はIBMの営業担当者と話をしますが、ドアベースのソリューションは本当に高価です。

説明から、ツールチェーンにどれだけのコントロールがあるかは不明です。あなたが完全にコントロールしていて、安価なソリューションを探しているなら、あなたは trac. 。それは無料でバグトラッキングとWikiを統合します（したがって、これが機能するためには、オフィスからWikiにドキュメントを移行し、FogbugzからTRACにバグを移行する必要があります。ユーザーがこれを受け入れるかどうかはわかりません。 rmtooと同じ問題）。

最後に、あなたは調べることができます 必要なプロ, 、ドアよりも安いIBM製品。要件がWordで直接管理されるという利点があります。

お役に立てれば！

Answer 2

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

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

すべての素材をドアにインポートする必要があります。ドアはドキュメントを使用したり、一般的に外の世界と非常によく通信したりすることはできません。ワードドキュメントをドアにインポートおよびエクスポートするのは非常に壊れています。

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

Answer 3

ドアが過剰になっている場合、ドアの低いオーバーヘッドの代替品はありますか？

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

これが短いリストです：

• シーメンス・ポラリオン
• 3SLによるクレードル
• Perforce Alm
• ジャマ
• intland

...そして、さらにIBMドアは「次の世代」、SAP、MKS/PTC Reアドオンとの整合性などです。

アーキテクチャについては、EA、Rhapsody、Nomagic、Visual Paradigmをお勧めします。

また、コンフルエンスで要件を管理するプロジェクトもあります。どうやらgitlabが再機能を計画しているようです。

ドアは、業界に応じてまだ積極的に使用されています。そして、その理由は正当な理由があります。