※注：本稿では、SysMLのモデル要素を説明するための図の中で、ピンク色の吹き出しや赤い点線を使って説明を補足しているところがあるが、これらはあくまで補足のためのものであり、SysMLモデルの一部ではない。また本稿で紹介するモデルはSysMLの言語要素やその表記方法の解説のためのものであり、特定の開発プロセスや工程を想定したものではない。

＜目次＞　第1回：ブロック定義図の基礎
＞＞1ページ	＞＞2ページ	＞＞3ページ
・ブロック定義図とは・ブロック定義図の例・ブロック・関連 - 関連端 - 誘導可能性 - 多重度 - パート関連 - 共有関連 - 関連ブロック	・区画 - プロパティ - 分布プロパティ - プロパティ用区画 - 制約区画 - 名前空間区画 - 構造区画 - 操作区画	・汎化・値型・ UML Version 2との違い - UMLに対する追加点 - 除外されたモデル要素 - 表記法の変更

ブロック定義図とは

　「ブロック定義図（Block Definition Diagram）」と「内部ブロック図（Internal Block Diagram）」は構造図として位置付けられ、システムの構造を表現するために利用される。構造図を用いて、システムをその構成要素の木構造として表現したり、構成要素間の関係を表現したりできる。

　本記事で解説するブロック定義図は、特にシステムを構成する要素の型（Type）を定義するために利用される。では、ここでいう「型」とはどのようなものだろうか。

　例として、「田中さんのマイカー」「佐藤さんのマイカー」といった、いくつかの実在の自動車を考えてみよう。これらを分類してみてほしい。セダン、ハッチバックといった車体の形状に着目した分類や、FF、FRといった駆動方式に着目した分類など、いくつかの分類方法があることに気付くだろう。得られたこれらの分類に対して、おのおのどのような特性を持っているかを考えてみてほしい。それまで、漠然としていた「自動車」に対するとらえ方が、徐々に明確なものになってきたのではないだろうか。

　この例では、「田中さんのマイカー」が実際の物理的な物であるのに対して、「セダン」「FF」などは物の特性を表す型と見なすことができる。型に着目して物事を掘り下げていくことは、すなわち物事を分析し、明確化することだといえるだろう。

図1　物と型の対応

　このように、型に着目しながらシステムやその構成要素を表現するうえで、ブロック定義図を活用できる。ブロック定義図で利用可能な型にはいくつかの種類があり、後述のブロックや値型などが含まれる。

　ブロック定義図は、言語仕様上UMLのクラス図をベースとしており、クラス図で使える言語要素の多くをブロック定義図でも使うことができる。

ブロック定義図の例

　ブロック定義図について説明するための題材として、図2のようなロケットを考えてみよう。

図2　ロケット

　このロケットは多段式になっている。上昇中に1段目の推進部の燃料を使い果たすと、1段目の推進部を切り離し、2段目の推進部を使ってさらに上昇する仕組みだ。

　このロケットの構造の概略を、構成要素の木構造として表現するブロック定義図を図3に示す。

図3　ロケットの木構造を表すブロック定義図

　図4は、より多くの種類のモデル要素を用いて、ロケットの構造の概略を表現したブロック定義図である。

図4　多くのモデル要素を用いたブロック定義図

　以降、図4のブロック定義図を基に各モデル要素について説明していく。

ブロック

図5　ブロック

　図4のブロック定義図では、ロケットのようなシステムやその構成要素であるロケットエンジンなどの特性を表す単位を図5のように表現している。このように、システムやその構成要素の特性を表現するための単位が「ブロック（Block）」である。

　ブロックは、システムをその構成要素に分解したり、それら要素を分類することによって得ることができる。ブロックを使って、システムを構成要素の木構造として表現できる。また、ブロックをさまざまな形で組み合わせることによって、目的とするシステムを表現できる。ブロックは型の一種であり、プロパティや操作など、後述するようなさまざまな情報をブロックに付加することで、ブロックをより詳細に表現できる。

　図6に示すように、ブロックの表記では<<block>>ステレオタイプを用いる。ただし、ブロック定義図の中でステレオタイプを省略してもデフォルトでブロックと見なされるため、<<block>>ステレオタイプは省略して構わない。

図6　ブロック（ステレオタイプ表記）

関連

図7　関連

　図4のブロック定義図では、推進部と被運搬部の間に「推進部が被運搬部に推力を加える」関係があることを図7のように表現している。このように、2つのブロックの間の意味的な関係を表現するためのモデル要素が、「関連（Association）」である。

　関連でつながれた一方のブロックが関連名の主語に当たる場合には、黒い三角形で関連の作用する方向を表現できる。また、「～を加速する」のように関連につながるブロックの一方が目的語に当たる場合には、より簡単に「加速する」と表記できる。

　後述のパート関連や共有関連のように特別な意味を持つ関連とは異なり、図7のようにブロック間の単純な参照関係を表現するための関連を「参照関連（Reference Association）」と呼ぶ。

誘導可能性

図9　誘導可能性

　図4では、コア機体と固体燃料ブースターの間の関係について、コア機体から固体燃料ブースターを参照するが、逆に固体燃料ブースターからコア機体は参照しないことを図9のように表現している。このように、関連でつながれた一方のブロックから、もう一方のブロックを参照できるかどうかを表すモデル要素が、「誘導可能性（Navigability）」である。

　図9では単方向のみ参照が可能なため、関連の一端に矢印を表記している。これに対して、双方向とも参照が可能な場合には、図7のように矢印を表記しない。

多重度

図10　多重度

　図4では、コア機体と固体燃料ブースターの間の関係について、1つのコア機体に対し、固体燃料ブースターを最大4基まで装備可能であることを図10のように表現している。装備可能な下限は0基であり、すなわちブースターを装備しない場合もあることを表している。このように、関連でつながれた一方のブロックのインスタンス1つに対して、もう一方のブロックのインスタンスがいくつ対応するかを表すモデル要素が、「多重度（Multiplicity）」である。

　多重度の表記で、文字「*」は上限の指定のない複数を意味する。

図11　デフォルト多重度

　図11では、荷載部に対するフェアリングの多重度は示されていない。このように誘導可能性が単方向のみの関連において、参照される側の多重度を省略すると、デフォルト多重度「1」が適用される。この場合、1つの荷載部に対してフェアリングは1つ対応することを意味する。後述のパート関連や共有関連では、菱形側のデフォルト多重度は「0..1」である。

パート関連

図12　パート関連

　図4では、ロケットと推進部の間の関係について、推進部がロケットの一部であることを図12のように表現している。このように、全体と部分との関係を表現する関連が「パート関連（Part Association）」である。パート関連は、通称「コンポジション」とも呼ばれる。

　パート関連には以下のような制約がある。

パート関連で表現された「全体-部分」関係において、部分は同時に複数の全体に属することはできない
パート関連における全体が削除されると、部分も同時に削除される

図13　多分岐パート関連

　図4では、推進部がコア機体、ロケットエンジン、固体燃料ブースターから構成されていることを図13のように表している。このように、ある1つのブロックをパート関連の一端（全体側）とする関係が複数ある場合に、パート関連の一端をまとめて表記できる場合がある。このように表記したパート関連を「多分岐パート関連（Multibranch Part Association）」と呼ぶ。

　関連の一端をまとめて表記するには、まとめられる側の関連端の情報（関連端名、多重度、誘導可能性など）が一致している必要がある。

共有関連

図14　共有関連

　図4では、ロケットと被運搬部の間の関係について、被運搬部がロケットの一部であること、ロケットが破棄されても被運搬部は運用が継続されることを、「共有関連（Shared Association）」を用いて図14のように表現している。共有関連は、厳密な意味を定められているわけではなく、モデリングの状況に応じて意味を決めて利用するための関連である。共有関連は、通称「集約」とも呼ばれる。

　前述のパート関連と同様、共有関連についても、関連の一端をまとめて表記することが可能である。これを「多分岐共有関連（Multibranch Shared Association）」と呼ぶ。