Chapter7 その他の図 FM13010  須崎研 村上 太一.

Slides:



Advertisements
Similar presentations
地図の重ね合わせに伴う 位相関係の矛盾訂正手法 萬上 裕 † 阿部光敏* 高倉弘喜 † 上林彌彦 ‡ 京都大学工学研究科 † 京都大学工学部 * 京都大学情報学研究科 ‡
Advertisements

格成分から見た特許請求項の 概念モデリング 赤間 淳一(デジタル・インフォメー ション・ テクノロ ジー株式会社) 安彦 元(ミノル国際特許事務所) 綾木 健一郎(磯野国際特許商標事務 所) 片岡 敏光(株式会社パットブレーン) 2011/06/25.
ステートチャート図 FM11013 中田紀之. ステートチャート図とは ( ステートマシン ) 時間の経過と共に変化するオブジェク トの「状態」を表す。 UML2.0 以降ではステートマシン図と名 前が変更になった。
クラス図(1) FM12013 山口 亨. クラスとは 現実に存在する “ 物体 ” (オブジェクト)の 構造や振る舞いなどに着目して注目し抽 象化したもの クラス図を含む UML のほとんどの図で使用 されている.
Chapter1 UML の概要とオブジェクト指向の基本概念 1 情報工学専攻 MFM10004 奥平 健太.
ソフトウェア工学 理工学部 情報システム工学科 新田直也. 演習問題 1 の解答例  入庫処理の DFD 酒屋の在庫問題の DFD( 入庫処理 ) 更新情報 在庫ファイル 更新処理 倉庫係 在庫不足リスト 在庫ファイル 出庫指示書 新規出庫 判定 出庫指示書 作成処理 出庫依頼 積荷票.
プログラミング言語論 第10回(演習) 情報工学科 木村昌臣   篠埜 功.
メタモデル記述を用いた成果物間の依存関係追跡手法
4 相互作用図 後半 FM13001 青野大樹.
相互作用図 FM11010 田中健太.
Chapter3 クラス図(後半)             FM12014 劉鎧誠.
DB(データベース)のおはなし 作成者:小野正広 DBと言っても、  ドラゴンボール ではないですぞ! 3/1/2017.
ソフトウェア工学特論III 第10回 その他の図 情報通信工学専攻 GM11013 堀江 真史
アルゴリズムとプログラミング (Algorithms and Programming)
オブジェクト指向プログラミング(4) 静的分析(2)
NC-2 情報通信基礎実験 WEBデザイン基礎実験 (2日目) 担当:清水,田代 副手:浦辺,石井.
パイプラインパフォーマンス管理 SAP Best Practices.
クラスその2∽(アドバンス)∽ 福岡工業大学  梶原 大慈       .
Chapter 4 相互作用図 FM12010 中山直飛.
Chapter5 ステートチャート図 FM 于 聡.
Javaのための暗黙的に型定義される構造体
第5章 データベースの設計 5.1 データベース設計の概要 5.2 ERモデルとスキーマ設計 5.3 正規化 5.4 一貫性制約.
ソフトウェア工学 知能情報学部 新田直也.
ユースケース図 FM12012 比嘉久登.
データモデリング CRUD分析.
3-5 クラス図の関係その3 福本研究室 神田 祐輔.
顧客/コンタクト管理 SAP Best Practices.
Handel-Cによる       エアホッケー.
オブジェクト指向プログラミング(2) OOPの三大要素 「クラス」「ポリモーフィズム」「継承」
     年  月  日 名前 太郎 1 班.
CHAPTER1 UMLとオブジェクト指向の基本概念(2)
3-3 クラス図の関係その2.
クラス図(1) 後半 FM13010 村上 太一.
UMLの概要と オブジェクト指向の 基本概念
BPMN(Business Process Modeling Notation)
ユースケース図2-4~ FM11012 中島拓也.
UML入門 UML PRESS vol.1 より 時松誠治 2003年5月19日.
UMLとは           032234 田邊祐司.
オブジェクト指向モデリング [3] 2003年10月14日.
ソフトウェア工学 知能情報学部 新田直也.
その他の図 Chapter 7.
組込みシステムの外部環境分析のためのUMLプロファイル
UMLの概要とオブジ工クト指向の基本概念 第2回
暗黙的に型付けされる構造体の Java言語への導入
アスペクト指向に基づく 拡張可能な MDAモデルコンパイラ
社会シミュレーションのための モデル作成環境
     年  月  日 名前 太郎 1 班.
     年  月  日 名前 太郎 x 班.
オブジェクト指向モデリング [2] 2003年10月 7日.
UML関係のTIPS 2008年5月26日 2010年5月16日改訂 海谷 治彦.
ステートチャート図 前半 FM13003 怡土 宗太.
第1章 実世界のモデル化と形式化 3.地物インスタンスの表現
11.3 酒屋の在庫問題(8) ユースケース 仕入販売支援システム 11. モデリング 受注する 入庫を記録する 在庫を引き当てる 受付係
物理的側面を表現する図 Chapter6 物理的側面を表現する図について徐研究室の大楠が発表します。 FM13005 大楠拓也 徐研究室.
1-3 UMLの図(ダイアグラム) コンポーネント図 システムの物理的な構成を表現 ソフトウェアコンポーネントの依存性を表現
UMLの概要とオブジェクト指向の基本概念
E-R図 井上卓也.
オブジェクト指向言語論 第十二回 知能情報学部 新田直也.
All Rights Reserved, Copyright © 2004, Kobayashi
物理的側面を表現する図 石原研 古賀浩之.
ソフトウェア工学 知能情報学部 新田直也.
ソフトウェア工学 理工学部 情報システム工学科 新田直也.
プログラム分散化のための アスペクト指向言語
     年  月  日 名前 太郎 1 班.
ソフトウェア工学 知能情報学部 新田直也.
ソフトウェア工学 知能情報学部 新田直也.
より分かりやすい ユースケースモデルを作る
Javaとは Javaとはオブジェクト指向言語でJava VM(Java仮想マシン)と呼ばれるプログラム上で動作します。
オブジェクト指向言語における セキュリティ解析アルゴリズムの提案と実現
Chapter 5-2 ステートチャート図 FM12011 バユウユウ 山内研
Presentation transcript:

Chapter7 その他の図 FM13010  須崎研 村上 太一

7-1 オブジェクト図 オブジェクト図は、オブジェクト同士の関係を表現します。 システムの静的な側面を表現します。 7-1 オブジェクト図 オブジェクト図は、オブジェクト同士の関係を表現します。 システムの静的な側面を表現します。 オブジェクト図は、オブジェクトおよびリンクで表現されます。 主に下記の2つの用途で利用します。 多重度を考える。 システム(オブジェクト同士)の状態を表現する。

図7-1 オブジェクト図 会員リスト 1.田中 東京都・・・ 2.鈴木 埼玉県・・・ 3.伊藤 神奈川県・・・ 会員リストA オブジェクト 図7-1 オブジェクト図 会員リスト 1.田中   東京都・・・ 2.鈴木   埼玉県・・・ 3.伊藤   神奈川県・・・ 会員リストA オブジェクト リンク 田中さん 鈴木さん 伊藤さん

オブジェクト図を用いて多重度を考える クラス図を描くときに、クラス同士の関係について、多重度で表記し てきましたが、これを考える上でオブジェクト図を利用できます。 図7-2 クラス図の多重度を考える 幹部社員 部署 部門長 総括部署 多重度は?

1個 2個 1個 1個 0個 図7-3 幹部社員から部署への多重度 図7-4 部署から見た幹部社員の多重度 多重度は0以上 多重度は必ず1 図7-3 幹部社員から部署への多重度 図7-4 部署から見た幹部社員の多重度 伊藤部長 企画部 2個 1個 伊藤部長 企画部 経理部 経理部 斉藤部長 技術部 1個 1個 斉藤部長 技術部 加藤担当部長 0個 多重度は0以上 多重度は必ず1

図7-5 幹部社員と部署の多重度 図7-3、7-4より多重度は下記のようになります。 幹部社員 部署 部門長 総括部署 1 0..*

オブジェクト図でシステム(システム同士)の状態を表現する オブジェクト図はシステムが稼動している、ある瞬間のオブジェクトの 状態を表現することができます。

田中さんの買い物かごの 現在の状態 リンク 鈴木さんの買い物かごの 現在の状態

鈴木さんが冷蔵庫をやめて、 電話を買い物かごに入れた 場合

オブジェクトの属性値の表示 オブジェクトには、クラスで定義した属性の属性値を表示することもできます。 田中さん:会員 会員 図7-10 会員のオブジェクトの属性値 田中さん:会員 会員番号=00000001 名前=田中 太郎 住所=東京都・・・ 電話番号=01-23-456 属性値を表示した オブジェクト 会員 会員番号 名前 住所 電話番号 鈴木さん:会員 会員番号=00000002 名前=鈴木 花子 住所=埼玉県・・・ 電話番号=09-87-654

UML1.x コンポジットオブジェクト(∽アドバンス) UML1.x コンポジットオブジェクト(∽アドバンス) コンポジットオブジェクトはコンポジットクラスのオブジェクトです。 コンポジットオブジェクトはコンポジット集約の関係にある部分側のオ ブジェクトが強く結びついている全体側のオブジェクトです。

図7-11 部屋のコンポジットクラス UML1.x 1 1 4 1 1 4 1 1 1 コンポジットクラス 部屋 部屋 壁 床 壁 床 天井 図7-11 部屋のコンポジットクラス UML1.x コンポジットクラス 部屋 部屋 1 1 4 壁 1 1 床 4 1 1 壁 床 天井 1 天井

図7-12 部屋のコンポジットオブジェクト 部屋 「部屋」オブジェクトは 「東側」、「西側」、「南側」、「北側」の壁 「床」、「天井」の部分オブジェクトで 構成されています。 東側:壁 コンポジットオブジェクト 西側:壁 南側:壁 北側:壁 :床 :天井

7-2 アクティビティ図∽(アドバンス)∽ アクティビティ図は振る舞いを表現する図で、手続きまたはワークフ ローを記述します。 7-2 アクティビティ図∽(アドバンス)∽ アクティビティ図は振る舞いを表現する図で、手続きまたはワークフ ローを記述します。 表記はステートチャート図に似ているが意味合いは異なります。 アクティビティ図は処理の流れを表現します。

図7-13 アクティビティ図 UML2.x UML1.x アクション状態 [N] [N] [Y] [Y] アクション Action1 図7-13 アクティビティ図 UML2.x UML1.x アクション状態 Action1 ActionState1 [N] [N] [Y] [Y] アクション Action2 ActionState2

UML2.x アクション(∽アドバンス) アクションは通常の状態ではなく下記の実行を示す状態です。 操作または操作内の一部の呼び出し UML2.x アクション(∽アドバンス) アクションは通常の状態ではなく下記の実行を示す状態です。 操作または操作内の一部の呼び出し 一連の処理の中の手続き 図7-14 アクション状態、アクション、ステートチャート図の状態の比較 UML1.x UML2.x ステートチャート図の状態 アクション状態 アクション 状態

デシジョン、マージ(∽アドバンス) デシジョン ガード条件をつけることで処理の分岐を表現します。 1本の入力矢印と2本以上の出力矢印を持ちます。 マージ 複数の処理の流れの合流に使用します。 2本以上の入力矢印を持ちます。

フォーク、ジョイン(∽アドバンス) フォーク: 1つの処理の流れが2つ以上の制 御の流れに分割されるときに使用 します。 ジョイン: 2つ以上の処理の流れを統合する 場合に使用します。 フォーク ジョイン

レーン(∽アドバンス) レーン いくつかのアクション状態をレーンによりまと めることができます。 現実世界における、組織の単位に相当します。

レーン(∽アドバンス)

シグナル(∽アドバンス) シグナルを使用することにより、処理の途中で、 別のアクティビティの処理を発生させることがで きます。 シグナル送信 シグナル受信

シグナル(∽アドバンス)

アクティビティ図のオブジェクト(∽アドバンス) アクティビティ図の中でもオブジェクトを表現できます。 アクティビティ図で表現した制御の流れの中で、各処理 とオブジェクトの生成、参照、更新などの関係を表現す ることができます。

アクティビティ図のオブジェクト(∽アドバンス) UML2.xではオブジェクトノードとし て、アクションなど他のノードと同様 に扱えます。

7-3 パッケージ図∽(アドバンス)∽ パッケージの中にさらにパッケージがあるようなパッケージの階層を表 現するときは以下のように表記します。

サブシステム(∽アドバンス) サブシステムは物理的な機能の単位を示します サブシステムは仕様と実装に分割できます。 ほかのサブシステムやパッケージからの呼び出 しの仕様は決定しており、その実現方法(実装) については、仕様と分離して定義します。 図7-21 サブシステム サブシステム 分岐記号 GUI インタフェース

7-4 UML拡張、プロファイル∽(アドバンス)∽ 7-4 UML拡張、プロファイル∽(アドバンス)∽ 統一されたUMLはどのような分野にも適応可能です。 しかし、それぞれの分野に応じて特有の表記を使用したい場合が あります。 このためにUMLは拡張の仕組み(メカニズム)を用意しています。 この仕組みがUMLプロファイルです。

UMLプロファイル UMLプロファイルは ステレオタイプ タグ付値(メタ属性) 制約を用いることで必要な 表記を拡張できます。  ステレオタイプ  タグ付値(メタ属性)  制約を用いることで必要な 表記を拡張できます。 また、プロファイルの中で 表記用アイコンを定義する ことができる。 <<boundary>> 販売処理画面 販売処理画面 <<control>> 販売管理 販売管理 <<entity>> 商品 商品

7-5 OCL∽(アドバンス)∽ OCLは、モデルの中に成立するべき条件などを記述する 形式言語です。 7-5 OCL∽(アドバンス)∽ OCLは、モデルの中に成立するべき条件などを記述する 形式言語です。 モデリングを行う際、UMLの情報だけでは十分に対象領 域を表現しきれないたので、制約やノートを使用してモデ ルに情報を追加します。 通常これらの自然言語は曖昧なところがあります。 この曖昧さを排除するためにOCLを使用します。

OCLの一例 要素.選択肢 ある「要素」の「選択肢」を表現します。 選択肢は、属性、関連リンクのロール名を指します。  ある「要素」の「選択肢」を表現します。  選択肢は、属性、関連リンクのロール名を指します。  例:aMember.age > 18  Memberの属性ageが18より大きいことを示します。 要素.操作(引数..)  ある「要素」の「操作」を表現します。  例:aMember.age購入額(月)  Memberのその月の購入額

OCLの一例 集合->size 集合内の要素の数を表す 例:videoshop.member->size > 10  集合内の要素の数を表す  例:videoshop.member->size > 10  ビデオ店の会員は10人を超える。 self  現在のオブジェクトを示します。 集合->select(真偽式)  集合の中で真偽式が真になるものの集合です。  例:videoshop.member->select(self.videotape->size >= 3)  ビデオ店の店員で、ビデオテープを3本以上借りている人の集合

Chapter7 まとめ オブジェクト図  オブジェクト同士の関係を表現する。多重度を考えるときやシステム(オブ ジェクト同士)の状態を表現するときに利用します。 アクティビティ図  振る舞いを表現する図で、手続き、ワークフローを記述します。 パッケージ図  パッケージでUMLの要素をまとめることができます。  パッケージの中にパッケージを入れることができ、階層を表現できます。

Chapter7 まとめ UML拡張、プロファイル UMLは、プロファイルを使用することにより拡張が可能です。  UMLは、プロファイルを使用することにより拡張が可能です。  拡張により、組み込み、リアルタイム、スケジューリング、事務処理など、 様々なシステム分野に適用できます。  プロファイルは、ステレオタイプ、制約、タグ付値(メタ属性)を使用すること により作成します。 OCL  通常、制約の記述には自然言語を使用しますが、OCLを使用することにより 曖昧さをなくすことができます。