1

クラスを使用せず、単に関数とmain(). どんな図が描けるのか知りたいです。ここに私が心に留めていることがいくつかあります。

  1. 活動図
  2. シーケンス図
  3. クラス図 - クラスを使用していないため、明らかにこれを描画できません
  4. システムアーキテクチャー
  5. 状態図
  6. ユースケース図

これらのうち、何を描くことができますか?

4

2 に答える 2

2

図から、あなたは * 統合プロセス アプローチに沿っていると思います。

私見では:

  • ユースケース - 間違いなく - ビジネスおよびシステムレベルの要件を引き出すことは、実装にとらわれない
  • システム アーキテクチャ - 間違いなく - レイヤー、プロセス、ネットワーク、データベース、およびモジュール/パッケージ。
  • アクティビティ図 - 間違いなく - これを使用して、主要なプロセスのプロセス フローを記述します。
  • 状態図 - 通常は単一のオブジェクト インスタンスの状態と寿命に関連付けられていますが、他の手段で状態を維持している場合は概念的に役立ちます。
  • シーケンス図 - 適用可能ですが、おそらく関数をアタッチするために任意のクラス名を提供する必要があります (名前空間を使用している場合は、代わりにこれらに集約する可能性がありますか?)

ただし、Rational Rose などの CASE ツールなどのダイアグラムからコードを生成して往復する場合、問題が発生する可能性があります。ほとんどの場合、OO 実装言語を想定します (3 つの Amigos が OO と強く関連していることに注意してください!)。

これは、OO 言語を使用して手続き型アプリを開発し、それを OO テクニックで文書化する必要があるのはなぜかという疑問を投げかけていると思います。

HTH

于 2010-08-01T06:48:58.720 に答える
1

一般化として、クラス図以外のすべてのタイプを使用できます。クラス図を描くことができれば、なぜこの場合にクラスを使用しなかったのかを自問する必要があります。

他のすべての図では、アプリの一部を「アクター」または「コンポーネント」として使用できます。これらの図が何に使われ、何を表現しているのか、まだ調べていないようですね。そうすれば、どの図が自分にとって意味があるかを判断できるはずです。

各図には目的があることを忘れないでください。そこにいるためだけにそれをするなら、それをしないでください。

于 2010-08-01T07:42:39.963 に答える