UMLによるモデリングと要件定義

UMLは、システムの構造と振る舞いを複数の図で表すために標準化されたモデリング言語であり、要件定義から設計まで幅広く用いられる。図ごとに表す観点が異なるため、何を明らかにしたいかに応じて適切な図を選ぶことが基本となる。試験では、各図の役割を正しく対応づけることと、要件定義の段階でどの図を使うべきかを判断できるかが問われる。

図の観点と役割の整理

UMLの図は、静的な構造を表すものと、動的な振る舞いを表すものに大別される。クラス図やオブジェクト図は、クラスやインスタンスとその間の関係など、構造に注目する図である。一方、アクティビティ図やシーケンス図、ステートマシン図などは、処理の流れや相互作用、状態の変化といった振る舞いを表す。オブジェクト図は、ある時点におけるインスタンスとそのリンクを示すため、クラス図の具体例として対応づけて理解すると整理しやすい。 アクティビティ図は、ある振る舞いから次の振る舞いへの制御の流れを表現できるため、処理の順序を追う場面で役立つ。 業務プロセスを可視化するためにUMLを用いる場合も、目的に応じて複数の図法を使い分け、標準化された記述ルールで表現するという考え方が基本となる。

要件定義で用いる図の選び方

要件定義では、業務の範囲と利用者の関わりを明らかにすることと、業務の流れを記述することが主な目的となる。利用者や外部システム（アクタ）とシステムの機能との関係を示す場合には、ユースケース図が適している。ユースケース図は、利用者とシステムの機能を分けて示すため、利用者を含めた業務全体の範囲を明確にできる。 アクタとシステムの相互作用を表現する図であるという性質も、要件定義での役割を理解するうえで押さえておくべき点である。 一方、業務の流れや手順を記述する場面では、処理の分岐や並行処理、その同期を表現できるアクティビティ図が用いられる。 このように、目的が「誰が何をシステムに求めるか」なのか、「業務がどの順に進むか」なのかによって図を使い分けることが要点である。