＠IT：連載：ここから始めるオブジェクト指向 最終回
UMLの2種類の動的モデルについて「振る舞いをUMLで表現する」というテーマで、「第6回 振る舞いをUMLで表現する－相互作用図」は2つの相互作用図（シーケンス図とコラボレーション図）、「第7回 振る舞いをUMLで表現する－ステートチャート図」はステートチャート図の説明をしました。今回はアクティビティ図について説明します。相互作用図やステートチャート図を描くにはオブジェクトが必要ですが、アクティビティ図を描くのにクラスやオブジェクトは不要です。 前回宿題として挙げておきました「弁当作成」の第3のモデルを考える前に、UMLのアクティビティ図について弁当作成の例題で説明します。 アクティビティ図 アクティビティ図は処理の流れを表現するのに使用し、フローチャート図と似ています。お母さんが弁当を作成する手順は大きくは、「（1）材料を準備する」「（2）弁当を作る」という2つのステップからなります。ア
シーケンス図(Sequence Diagram) - UML入門 - IT専科
シーケンス図（Sequence Diagram） シーケンス図とは、クラスやオブジェクト間のやりとりを時間軸に沿って表現する図です。機能ごとに相互作用（Interaction）と呼ばれる下記のようなフレーム内に処理内容を記述します。 記述例 下の図は、在庫管理システムの一機能を表したものです。 【要件定義】 店員は在庫管理画面から在庫一覧を確認できる。 この機能は、「店員オブジェクト」、「管理画面オブジェクト」、「倉庫オブジェクト」、「商品オブジェクト」から構成されている。 メッセージと呼ばれる矢印で各オブジェクト間の応答を表し、縦軸（上から下）を時系列として応答の順序を表現しています。 これにより、ある機能（例では在庫一覧）を実現する各オブジェクトが時間に沿ってどのように相互作用しているかがわかります。 ▲PageTop 構成要素 シーケンス図は次の要素で構成されます。 構成要素一覧
- Java ソースと見るUML入門
本章では、UMLのダイアグラム（図）の基本的な描き方を取り上げます。 Java言語入門レベルを卒業した方が対象ということなので、 Java言語を題材にUMLを学んで行きましょう。 厳密なものではありませんが、ソースコード付きの例を示すことで、 この章を参考にしながら図を描けることを目的としています。 ソースコードと言いましても、文法的に難しいものは出しませんので、 Java言語に対する知識がない方でも、オブジェクト指向言語に対する知識をお持ちであれば 問題なく理解できると思います。一般に取り上げられる順序とは多少異なるかもしれませんが、 今回は以下の順で図を扱います。 クラス図（パッケージ図を含む） オブジェクト図 シーケンス図 コラボレーション図 状態図 ユースケース図 アクティビティ図 コンポーネント図 配置図 それでは始めましょう。
オブジェクトの動的側面を見極める
オブジェクト図 第6回「関連の理解をさらに深める」で説明した店舗と売り上げのクラス図（図1）の実際のインスタンス構造を理解するには、オブジェクト図が有効です。オブジェクト図は、複雑なクラス図を説明するために、インスタンスが動作する際のイメージ例を図として表現したようなものです。つまり、インスタンス同士が動作するときの重要なシーンを写真に撮ったようなものです。 前回もオブジェクト図を使いましたが、ここではオブジェクト図のモデル要素についても、きちんと説明していきます。モデル要素とは、図の中で使用される図中のそれぞれのモデルの意味を表す図要素のことです。オブジェクト図では、「オブジェクト」「リンク」のほか、「コンポジション」「集約」「誘導可能性」など、クラス図で使用できるモデル要素を必要に応じて使うことができます。また、属性に属性値を入れたものも使います。ただし、多重度は使えません。「リンク」
クラス図の書き方
さて、いよいよお待ちかね、クラス図の書き方の話をしましょう。ここではシ ステム分析のためのクラス図についてお話しします。というのは、分析と設計 では注意すべき事が違うからです。もちろん、単純にUML図の書き方だけをお 話しするつもりはありませんよ。 目次クラス図とは何かクラス図の書き方メタモデルまとめちょっと詳しいクラスの書き方ちょっと詳しい関係の書き方関係の種類
連載：【改訂版】初歩のUML 第1回
読者のみなさま ずっとストップしていました「初歩のUML」。第4回をお待ちになっていた方々には、大変ご迷惑をおかけしました。このたび＠IT編集局と協議した結果、「初歩のUML」を12回程度の本格的な連載にすることになりました。そこで、第1回～第3回の改訂したものを2月中にリリースし、第4回を3月初旬にリリースすることにしました。 第4回では、モデルのJavaによる実装についてお話する予定でしたが、連載改訂案ではまず、言語から離れた形でモデリングの本質を理解していただき、その後UMLとJavaのマッピングについても取り上げるように考えております。 本連載では、UMLの表記法を説明するというよりも、モデリングの本質的な目的と意義・効果を通して、必要性を理解していただくことを目標とします。どうぞこれからも初歩のUMLをお楽しみください。 萩本順三 UML(Unified Modeling Lan
UML入門 - IT専科
UML（Unified Modeling Language）とは、様々な開発現場で使用されている設計書の書式を統一する目的で規定された言語で、1997年にOMG ( Object Management Group ) により標準化されました。 但し、UMLによる標準化はあくまで表記方法であって、開発手法の方法論ではありません。 UML2.0では表記方法を以下のように分類しています。 構造に関する表記 振る舞いに関する表記 構造に関する表記 ・クラス図（Class Diagram） クラス構造を表現します。 ・オブジェクト図（Object Diagram） クラスをより具体化したオブジェクトで表現します。 ・パッケージ図（Package Diagram） クラスなどをグループ化し整理された関係を表現します。 ・コンポジット構造図（Composite Structure Diagram） クラ
UML（ゆーえむえる）
オブジェクト指向によるモデリングを行う際に使われる標準的な表記法。業務分析やビジネスデザイン、システム設計、ソフトウェアモジュール開発などに利用される。 対象物（ソフトウェアやビジネスフローなどの“システム”）の構造を、箱と線で構成される図（ダイアグラム）で記述するビジュアル言語である。目的に応じて複数のダイアグラムが定義されている。 1990年代初頭、さまざまなオブジェクト指向開発方法論が提唱され、そのモデル表記法も乱立していた。それらは基本的な概念は似通っていたが、方法論ごとに表記法やその要素の名称や意味が異なっており、エンジニア同士の意思疎通を阻害していた。1994年、米国ラショナルソフトウェア（現IBM）のグラディ・ブーチ（Grady Booch）、ジェームス・ランボー（James Rumbaugh）らによって統一方法論の試みが始まった。この試みは頓挫したが、モデル表記方法の部分が
UMLを基礎から理解する ――UMLでできること，できないこと
●図による分析法はいろいろあるが... UMLを図と考えると，同様なものとして関係データベースを設計するER（Entity Relation）図，構造化分析・設計のDFD（Data Flow Diagram）などがあります．実際，あるアンケートによると，UMLを使い始めたけれどもなじみの深いDFDを手放せずに併用している人の割合は，組み込み関係では20％程度だそうです． DFDは処理手順と処理モジュール（あるいは関数）を同時に考えるときに便利な図です．UMLでこれに対応するものはアクティビティ図になります．あるいは処理手順だけならシーケンス図，処理モジュールはクラス図とオブジェクト図などが対応します． UMLでは目的に特化した図（ダイヤグラム）を何種類も使用してソフトウェアの構造を表現します．UMLは何種類もの図によって定義されている言語なので，DFDのような1種類の図とは異なります．この
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
umlcert.org
＠IT情報マネジメント － 情報システムの“企画・導入・設計・運用”の課題を解決する