UML

1. 定義

UMLは、システム開発における設計図を統一されたルールで記述するための、世界標準の言語体系です。単に図を描くだけでなく、ソフトウェアの構造や振る舞いを誰が見ても正しく理解できるように定義する役割を持ちます。

ソフトウェア開発において、設計者と開発者の間で認識のズレが生じると、完成品が要求と異なる事態を招きます。UMLは共通の表記法を提供することで、言葉の壁や個人の解釈の違いを超え、チーム全体で同じシステム像を共有することを可能にします。

2. 仕組みと種類

UMLは目的ごとに複数の図を使い分けます。大きく分けてシステムの静的な構造を表す「構造図」と、時間の経過に伴う動的な振る舞いを表す「振る舞い図」があります。

構造図にはクラス図やコンポーネント図があり、システムを構成する要素とその関係性を定義します。振る舞い図にはユースケース図やシーケンス図があり、利用者の操作やシステム内部の処理の流れを時間軸で記述することで、プログラムの動きを具体化します。

3. 試験ごとの視点

ITパスポート試験では、システムの開発工程において設計図が重要であるという位置づけで問われます。特にユースケース図を用いて、誰が何をするかを整理する力が求められます。

基本情報技術者試験では、より実戦的に、どの図がどのような設計要素を表現するかが詳細に問われます。特にシーケンス図の読み取りや、クラス図におけるオブジェクト指向の概念との結びつきが頻出します。

4. 紛らわしい語との違い

フローチャートは処理手順を論理的に記述しますが、UMLはオブジェクト指向の設計思想に基づき、より詳細な構造と関係性を表現します。フローチャートはアルゴリズムの記述に強く、UMLはシステム全体の設計図として適しています。

データフロー図はデータの流れに焦点を当てますが、UMLはデータだけでなくオブジェクト間のやり取りや構造も扱います。役割が異なるため、目的に応じて使い分ける必要があります。

5. 身近な例

大規模なWebシステムの開発では、サーバーやデータベース、画面構成が複雑になるため、UMLで全体の設計図を共有します。これにより、開発者が別のプログラムを担当しても、全体の仕組みを即座に理解できます。

建築の設計図が職人同士の意思疎通を助けるのと同様に、UMLはITエンジニア同士の設計共有を助けます。これがあるおかげで、大規模プロジェクトでも多くの人数で分担して作業を進められます。