0

どの程度の UML を教える必要があるかについての洞察が必要です。私は、システムの分析と設計に関する「2 単位 100 レベルの入門コース」の補助者です (私にとっては矛盾しています)。テキストは、典型的な 300 レベル 3 クレジット クラス用に書かれています。この章では ~7 個の UML ダイアグラムを扱いますが、既に非常に単純化されているため、さらに簡略化する必要があります。それをカバーするために、1週間または2時間の授業があります。

私は、本を破棄してクラス図を十分にカバーし、多くの基本的な OO 概念を紹介するか、単にこれらの 7 つの図の基本的な認識を目指すことができると結論付けました (それらが作成することを期待することさえありません)。しかし、基本的な認識は、これらのまったく新しいプログラマーにとって役に立たないほど表面をすくい取り、図が無意味に一緒に実行されるように感じます. アドバイスをいただければ幸いです。

ちなみに7つとは、オブジェクト関係、ユースケース、クラス、シーケンス、状態遷移、アクティビティ、ビジネスプロセスモデリングです。

4

2 に答える 2

0

クラス図に集中することをお勧めします。これらは、ソフトウェア システム (の情報、状態、構造) を分析、設計、および文書化するための最も有用なタイプの UML ダイアグラムです。クラス図がどのように定義されているかを示すことができます

  1. オブジェクト型のプロパティ。データ値属性とオブジェクト値参照プロパティの両方 (一方向の関連付けを表す)。
  2. プロパティが (その多重度によって) 単一値または複数値の場合
  3. その他のプロパティの制約
  4. クラス階層における継承関係

実世界のオブジェクト タイプを定義する分析フェーズでの概念情報モデリング (ドメイン モデリングとも呼ばれます) と、プラットフォームに依存しない計算構造を定義する設計フェーズでの設計モデリングにクラスを使用する方法を示すことができます。ターゲットプログラミング言語で実装されます。

于 2015-03-09T20:38:18.040 に答える