1

私は IBM Rational DOORS からインポートしたシステム要件のリストを持っています。相互の関係を図でモデル化するにはどのような方法がよいか知りたいと思っています。どの構造図を使用する必要がありますか、それとも行動図の 1 つにする必要がありますか?

現在作成しているのはオブジェクト図の要件へのリンクですが、クラス図にもリンクできる子図を作成したいと考えています。これは、リンク先のクラス要素ごとに一意の図を作成しないために、要件がリンクされている複合図にする必要があるということですか?

4

1 に答える 1

1

これはおそらく広すぎる質問です。しかし、ここにいくつかの指針があります：

  • Requirements フォルダー内に 2 つのフォルダー (機能用と非機能用) を作成します。
  • ユースケースを対象とする機能要件の予想される順序を見つけ、FR フォルダーにサブフォルダーを作成します。
  • 法務、パフォーマンス、セキュリティなどの非機能的な R については、かなり固定された構造を作成します (Google が適切なリストを提供します)。
  • 機能的な R は、そもそも UC に関連しています。私がしていることは、UC 内に UC コンテキスト図を作成することです (これを UC 用に合成します)。これには、UC が中央にあり、Rs がトレースされています。
  • R フォルダー内に R ダイアグラムがあると便利ですが、必須ではありません
  • NFR は、後の段階で実装の詳細にリンクします。必要に応じて、NFR へのトレースがクラスのコンテキスト ダイアグラムに設定されます。
  • 最後に、すべての R に少なくとも 1 つのトレース関係が必要です。<<realized>>後でリレーションに置き換えることで、それを制御できます。

これらはほんの数点です。このトピックを扱った本はたくさんあるので、ここで完全な答えを期待しないでください。

于 2016-08-23T13:37:23.610 に答える