UML関係のTIPS-info.kanagawa.pptVIP

UML関係のTIPS 2008年5月26日 2010年5月16日改訂 海谷 治彦 目次 クラス図の多重度について ユースケース図について ユースケース図からクラス図に シーケンス図の補足 多重度 1対1，多対一等の対応を示す． 1が一 *はゼロ以上 クラス図 vs オブジェクトのイメージ 誘導可能性 navigable 関連に方向性がある場合，→頭を書く． 尾から頭に向けて参照できる． 尾が頭の参照を持っている． 関連名 関連の意味に名前をつける． 後述の関連端名(ロール名)と区別するために▲をつける． 関連端名 (ロール名) 名がついてない方から見て，名がついてる方にどうかかわるかを記述． +と- +はpublic -はprivate 集約 Aggregation 部分-全体関係 全体が消えても部分は消える必要はない． コンポジション Composition 全体が消えれば部分も消える関係． 定義説明 クラスや関連には説明書きが書ける． 意味不明にならないように書いておこう． Javaソースを生成するとコメント文に入る． 汎化?継承 △で書きます． Javaでいうところの extends インタフェースの実装 △と点線で書く． インタフェース側はinterfaceというステレオタイプを付けないといけない． ステレオタイプ: クラス等の種類の分類タグと思えばよい． TIPS 多重度，Nabigability, Aggregation, Composition 等は面倒なら記載しなくてもよい． 重要なのはクラスとその関連をちゃんとつけること． クラスや関連の名前は意味にあったものを選ぶこと． ユースケース図 前回説明したように，システムの内部と外部の境界を示す表記． 外部はアクターと呼ぶが，別に人や組織じゃなくてもいい． TIPS 楕円はシステムの外部から見た際の，システムの機能に相当する． 実際には機能間でデータ等を共有しているが，そういった内部のことは書かない． 特にデータは書かない． ユースケース記述 ユースケース毎に，システムとアクターの対話を時系列的に書く． Jude Professionalの場合，専用ツールがついている． Judeのユースケース記述 1 Judeのユースケース記述 2 試行錯誤 何をアクターとすべきかの判断はちょいと難しい． ユースケース記述を書いてみて，ある存在はアクターとならないことに気づく場合がある． システムと対話しない存在とか． ユースケース図からクラス図へ 系統的な方法はない． しかし，ユースケース記述内に現れる対話(メッセージ)がクラス識別のカギとなる． 大雑把にいうと，ユースケース記述内のメッセージを役割に着目することで，グループ分けすることで，クラスを識別する． シーケンス図 replyメッセージを書きたい場合 * クラス図 (クラス?レベル) オブジェクト図 (インスタンス?レベル) 右クリック(マックだとコントロールを押しながらクリック？)してメニューをだして，ユースケース記述を選択 この処理の意味を短文で表現 処理の遂行手順を箇条書きで書く． 主語，述語を明確にする． 主語はアクターかシステムでなければならない． 空欄の部分は当面書かなくても結構です． * * *