UMLによるモデリング
UMLは、システムや業務の構造と振る舞いを統一された記法で表すモデリング言語であり、目的に応じて複数の図を使い分けることで、関係者が対象を異なる観点から共通に理解できるようにする。要点は、図の種類ごとに表す対象が決まっていること、そして業務の流れ、利用者と機能の関係、構造の定義を混同しないことである。
図の分類と役割
UMLの図は、対象の静的な構造を表す構造図と、時間の経過や振る舞いを表す振る舞い図に大別される。構造図にはクラス図、オブジェクト図、コンポーネント図、配置図があり、振る舞い図にはユースケース図、アクティビティ図、シーケンス図、ステートマシン図がある。
オブジェクト図は、ある時点におけるインスタンスとそれらの間のリンクを表す図であり、インスタンス間の関係を具体的に確認する場面で用いられる。
UMLはオブジェクトモデリングのために標準化された記述ルールであり、一つの図で全体を表すのではなく、目的に応じた複数の図法を組み合わせて、システムや業務を複数の観点から表現する。
業務と処理の流れを表す図
アクティビティ図は、処理や業務の流れと制御の順序を表す図であり、ある振る舞いから次の振る舞いへの制御の流れを表現する。
業務要件定義で業務フローを記述する場面では、処理の分岐や並行処理、並行した処理の合流と同期を表せる図として、アクティビティ図が用いられる。
同じ観点の問題が複数回出題されており、業務フローの記述にはアクティビティ図が基本となる。
アクティビティ図は、多くの並行処理を含むシステムにおいて、オブジェクトの振る舞いを記述できる点にも特徴がある。
分岐を描く際は、条件によってどの経路へ進むかを明示する。並行処理を描く際は、同時に進む流れを分けて示し、どこで合流して次の処理へ進むかを明確にする。この読み方を誤ると、処理の順序が関係者に正しく伝わらない。
この節の続き
- 多重度による業務ルールの表現
- 実務の場面
- 試験で問われやすい区別
ここまでが冒頭部分です。ログインすると、無料でも1日2節まで全文をお読みいただけます。
アプリでこの節を読む