「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

順番に見ていきましょう。
まずは予備知識として「UML」と「ツール」について説明します。
「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。

UMLは、ものすご～～～～～～～～い大雑把に説明すると「設計図の書き方ルール（のひとつ）」です。



例えば、そうですね。

ピヨ太君がピヨピヨロボを設計しました。
設計した内容（ロボの構造とか）は図にまとめます。



次にピヨ太君は、ピヨピヨロボの装備品であるピヨピヨブーツを設計しました。
やっぱり設計した内容は図にまとめます。



次にピヨ太君は設計図をもとにして実際に作ろうとしました……が気付きました。
ピヨ太君は手先が不器用なのです。



仕方がありませんね。
実際に作るのはピヨ子さんにお願いすることにしましょう。
ピヨピヨロボとピヨピヨブーツの設計図をピヨ子さんに渡して「この設計図みたいに作ってよ！」とお願いしました。



このとき2つの設計図の書き方が違ったら、どうでしょう。
ピヨ子さん的には「分かりにくいな～」となりますよね。



今回の例ではピヨ太君が1人きりで作った設計図ですが、実際の仕事では、いろんな人で分担して作ったりします。
きっと、ピヨ太君が作った設計図以上に書き方はバラバラになるはずです。



あるいは、過去に他の人が作った設計図を見ることもあるでしょう。
そのときに自分の書き方と大きく違ったら、読み解くのが大変なはずです。



そこで、どこかの賢い人が「設計図の書き方の統一ルールを作ったら便利なんじゃないかな？」と言いました。



確かに、そうです。
設計図の書き方の統一ルールを作って、みんなが統一ルールに沿って書くようにすれば、誰が作っても同じような見た目の設計図になります。
他の人が作った設計図を読み解くのが楽になるでしょう。



この話に登場した

設計図の書き方の統一ルール（のひとつ）

がUMLです。

UMLはオブジェクト指向（「モノ」に注目した考え方）で設計するときに使います。
「オブジェクト指向な考え方で設計するときは○○図と××図と△△図を作って設計したら良いんじゃないかな？○○図はこんな書き方にして、××図はこんな書き方にして、△△図はこんな書き方にしようよ」なルールがUMLです。

ツールは「あれやこれやの作業を楽にしてくれる、ちょっとしたプログラムやソフトウェア」です。
うきうきパソコンライフを ちょっとだけ快適にしてくれるやつです。
よく分からなければ、そのまま「ソフト」と読み替えても かまいません。



わざわざ「ツール」という言い方をするのは「道具的なやつだよ！」と強調したい場合が多い気がします。

例えば「監視ツール」という用語があります。
監視ツールは「何かを監視するのが仕事のソフト」です。



中身だけに着目すれば「監視ソフト」と表現しても同じです。
わざわざ「監視ツール」と表現した場合は「監視する道具」というニュアンスを感じます。

あくまで個人的な印象ですけどね。
私は「ツール」という用語に対して、そのようなイメージを持っています。

以上を踏まえて

UMLのルールに沿った設計図を描くためのソフト

が「UMLツール」です。



難しく考える必要は ありません。
ただの作図用ソフトです。

どんな図を作るときに使うかというと、UMLのルールに沿った図を作るときに使います。

ただ、それだけです。