LoginSignup
5
8

More than 5 years have passed since last update.

[状態マシン図] UML2.0 状態機械 モデル

Last updated at Posted at 2014-05-05

UML2.0 (UML2.4.1) State Machine (状態機械) モデル

UML状態機械は、その仕様がクラス図を使って定義されている。

uml241_state_machine_class2.png

この図を読んでみよう。
読む前に、クラス図での多重度のおさらい。

多重度 意味
1 1個のみ
* 0個以上
0..* 0個以上
0..1 0個か1個
1..* 1個以上

*が0個以上と読めればとりあえずOK。

  1. まず、図の上側中央、状態機械から領域に延びる関連を見る。(以下同様にクラスをたどる)
  2. 状態機械は領域を1つ以上もっている。
  3. 領域は、0個以上の節点と、0個以上の遷移をもっている。
  4. 節点のなかまには、疑似状態と状態がある。(2.と合わせて、領域には0個以上の状態がある)
  5. 節点には、入ってくる遷移が複数と、出てゆく遷移が複数ある。1つの遷移にはソース(遷移元)の接点と、ターゲット(遷移先)の接点がある。
  6. 入ってくる遷移も出てゆく遷移もないような節点はありえないが、クラス図の多重度表現では複数の多重度にまたがる制約は表現できない。
  7. 遷移には、ガードが0個か1個ある。
  8. つぎに状態を見る。
  9. 状態は、内部にインスタンス変数があり、合成状態かどうか、合成直交状態かどうか、単純状態かどうか、サブマシン状態かどうか、それぞれ真偽値をとる。クラス図には表現できないが、全部の場合があるわけではなく、たとえば、単純状態と合成状態とサブマシン状態は排他的である。合成状態は、合成直交状態でない場合(領域が1個だけ)と合成直交状態(領域が複数)である場合とある。
  10. 状態には領域が0個以上ある。
  11. 状態には、入場振る舞いが0個か1個ある。退場振る舞いとdoアクティビティも同様。
  12. 最終状態は、状態のなかまである。
  13. 状態は、たくさんの疑似状態を含んでいる。開始疑似状態など。
  14. 状態がサブマシン状態を含む場合(親の場合)と、サブマシン状態であった場合(子の場合)を見る。
  15. 状態から左下に出て左端を上昇し状態機械へ入っている関連を見る。
  16. 状態は0個か1個の状態機械を持つ。
  17. 状態機械を持っているとき、その役割名は、サブマシンである。
  18. サブマシンである、状態機械には、1つ以上の領域がある。(領域は2.へ)
  19. 状態は、connectionPoint 接続点を0個以上持てる。接続点は疑似状態であって、入場点や退場点などである。
  20. 状態機械も、connectionPoint 接続点を0個以上持てる。接続点は疑似状態であって、入場点や退場点などである。
  21. 状態は connection 接続点参照を複数もつことがある。
  22. 「接続点参照は、下位機械の状態から参照される状態機械内で定義される入場/退場点の使用を表す」ものである親子間のリンクである。親と子の間で互いに参照できる関係がある、という意味であろう。
  23. 1つの接続点参照は、0個以上複数の入場点と、0個以上複数の退場点を持てる。

読めたであろうか。

次に、以下は上のクラス図から抜粋した図である。2通りのComposite Patternが見つけられる。

まず1つめ。

uml20_state_machine_composite1.png

状態は領域を0個以上持ち、
領域は節点を0個以上持ち、
節点の仲間に状態がある。

領域が0個

10_simple_state.png

領域が1個

20_composite_state.png

領域が2個

30_orthogonal_state.png

2つめ

uml20_state_machine_composite2.png

状態は0個か1個の状態機械を持ち、その名前はサブマシン
状態機械は1個以上の領域を持ち、領域は0個以上の節点を持ち、節点の仲間に状態がある。

サブマシンを持つ状態

40_submachine_state.png

最終状態にも注目

uml20_final.png

クラス図を読むと、最終状態は状態であって、疑似状態ではないことがわかる。最終状態には以下のような制約がある。

  • 最終状態を起点とする遷移は持てない。
  • 入場時アクション、退場時アクション、doアクティビティを持てない。
  • 領域は持てない。サブマシンも持てない。

最終状態に入った時、含まれる領域が完了する。

uml20_final.png

状態2でトリガー4がおきると最終状態に遷移し、状態1の内部にある領域は完了する。でも、その上位はまだ完了しておらず、そのあと、トリガー5がおきると状態3に遷移する。そのあと、トリガー6がおきるとすべての領域が完了して状態機械全体が終了する。

ということは、こんなふうに考えればよいということになる。最終状態にいて、トリガー5を待っている状態になる。このように、領域の中の最終状態では、領域を含む上位の状態で発火するトリガーを待っていることがわかる。状態の下位にある最終状態はシステムの終わりではない。


参考文献

  1. [書籍] UML2.0仕様書 状態機械
    http://bit.ly/1hMuEEt
  2. OMG UML specification
    http://www.omg.org/spec/UML/
5
8
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
5
8