はじめに
今日の急速に進化するソフトウェア開発の現場では、明確なコミュニケーションと正確なシステム設計がかつてないほど重要になっています。アジャイル手法がプロジェクト管理の主流を占続ける中、反復的な開発サイクルに適応できる視覚的モデリングツールの価値が再発見されています。UMLクラス図近年、AIを活用した視覚的モデリングツールの登場により、迅速な図の生成、リアルタイムでの共同作業、現代の開発ワークフローとのシームレスな統合が可能になったことで、著しい復活を遂げています。
この包括的なガイドでは、UMLクラス図に関するすべての知識—from 基礎概念から高度なモデリング技法まで—を網羅します。ドメイン概念をモデリングするビジネスアナリスト、システムアーキテクチャを設計する開発者、あるいはクロスファンクショナルな協働を促進するチームリーダーであっても、このリソースがクラス図を活用して、より明確で保守性が高く、より良い文書化がなされたソフトウェアシステムの構築を支援します。AI支援とアジャイル手法の融合により、クラス図は単なるドキュメントではなく、製品と共に進化する動的なアーティファクトとなっています。
クラス図とは何か？
ソフトウェア工学において、クラス図とは統合モデル言語（UML）においては静的構造図の一種、システムのクラス、その属性、操作（またはメソッド）、およびオブジェクト間の関係を示すことによって、システムの構造を記述するものです。
クラス図の目的
-
システム内の分類子の静的構造を示す
-
UMLで規定されている他の構造図の基本的な表記法を提供する
-
開発者や他のチームメンバーにとっても役立つ
-
ビジネスアナリストは、ビジネス視点からシステムをモデリングするためにクラス図を使用できる
UMLクラス図は以下の要素で構成される：
-
クラスの集合と
-
クラス間の関係の集合
クラスとは何か
システム内で類似した役割を持つオブジェクトのグループを記述したもので、以下の要素から構成される：
-
構造的特徴（属性）は、クラスのオブジェクトが「知っていること」を定義する
-
クラスのオブジェクトの状態を表す
-
クラスの構造的または静的特徴の記述である
-
-
行動的特徴（操作）は、クラスのオブジェクトが「できること」を定義する
-
オブジェクトがどのように相互作用するかを定義する
-
操作は、クラスの行動的または動的特徴の記述である
-
クラス表記
クラス表記は3つの部分で構成される：
-
クラス名
-
クラス名は最初の領域に表示される。
-
-
クラス属性
-
属性は2番目の領域に表示される。
-
属性の型はコロンの後に表示される。
-
属性はコード内のメンバ変数（データメンバ）に対応する。
-
-
クラス操作 （メソッド）
-
操作は3番目の領域に表示される。これらはクラスが提供するサービスである。
-
メソッドの戻り値の型は、メソッドシグネチャの末尾にあるコロンの後に表示される。
-
メソッドのパラメータの戻り値の型は、パラメータ名の後に続くコロンの後に表示される。
-
操作はコード内のクラスメソッドに対応する
-
クラスの図式表現 – 上記のように表示されるMyClass：
-
MyClassには3つの属性と3つの操作がある
-
op2のパラメータp3の型はintである
-
op2はfloatを返す
-
op3はClass6へのポインタ（アスタリスク*で示される）を返す
クラス関係
クラスは他のクラスとの1つ以上の関係に参加する可能性がある。関係は以下のいずれかのタイプである。
| 関係の種類 | 図式表現 |
|---|---|
継承 （または一般化）：
|
 |
単純な関連:
|
 |
| 集約: 関連の特殊なタイプ。『部分』の関係を表す。
|
 |
| 合成: 部分が全体が破棄されたときに破棄される集約の特殊なタイプ。
|
 |
依存関係:
|
 |
関係名
-
関係の名前は関連線の中央に書かれる。
-
良い関係名は、声に出して読んでも意味が通る：
-
「すべてのスプレッドシートは」含むいくつかのセルを含む」
-
「式は」評価される 値
-
-
彼らはしばしば 方向を示す小さな矢印頭 関係をどの方向に読み取るかを示すもので、たとえば式は値に評価されるが、値は式に評価されない。
関係 – 役割
-
役割とは、関連の方向性を持つ目的である。
-
役割は関連線の端に記述され、そのクラスが関係において果たす目的を説明する。
-
たとえば、セルは式に関連している。関係の性質は、式がセルの 式 であるということである。
-
ナビゲーション性
矢印は、関係に参加する1つのインスタンスが与えられたとき、それに関連する他のクラスのインスタンスを特定できるかどうかを示している。
上図は次を示唆している：
-
スプレッドシートが与えられた場合、その中に含まれるすべてのセルを特定できるが、セルからそのセルが含まれるスプレッドシートを特定することはできない。
-
セルが与えられた場合、関連する式と値を取得できるが、値（または式）が与えられた場合、それらが属性であるセルを見つけることはできない。
クラスの属性および操作の可視性
オブジェクト指向設計では、属性および操作に対して可視性の表記がある。UMLは可視性の種類を4つ識別している： パブリック, プロテクト, プライベート、および パッケージ.
クラス内の属性および操作名の前に付く+、-、#、~の記号は、属性および操作の可視性を示す：
-
-
はパブリックな属性または操作を示す
-
-
– はプライベートな属性または操作を示す
-
# はプロテクトな属性または操作を示す
-
~ はパッケージな属性または操作を示す
クラスの可視性の例
上記の例では：
-
MyClassName の attribute1 と op1 はパブリックである
-
attribute3 と op3 はプロテクテッドである
-
attribute2 と op2 はプライベートである
これらの可視性タイプのアクセス権は、以下の通り、異なるクラスのメンバーに対して示されている：
| アクセス権 | パブリック (+) | プライベート (-) | プロテクテッド (#) | パッケージ (~) |
|---|---|---|---|---|
| 同じクラスのメンバー | はい | はい | はい | はい |
| 派生クラスのメンバー | はい | いいえ | はい | はい |
| 他の任意のクラスのメンバー | はい | いいえ | いいえ | 同じパッケージ内 |
多重度
各クラスの関係に参加するオブジェクトの数は、多重度として次のように表現できる：
-
ちょうど1つ – 1
-
0個または1個 – 0..1
-
多数 – 0..* または *
-
1つ以上 – 1..*
-
正確な数 – 例：3..4 または 6
-
または複雑な関係 – 例：0..1、3..4、6.* は、2または5以外の任意の数のオブジェクトを意味する
多重度の例
-
要件：学生は複数の授業を受講でき、1つの授業に複数の学生が登録できる。
-
以下の例では、クラス図（左側）、静的モデルに対する上記の要件の記述である一方、オブジェクト図（右側）は、ソフトウェア工学およびデータベース管理の各授業における授業登録のスナップショット（クラス図のインスタンス）を示している）
集約の例 – コンピュータと部品
-
集約は、「構成される」という階層を示す関連の特殊なケースである
-
集約は親クラスであり、部品は子クラスである
継承の例 – 細胞の分類
-
継承は、「種類の」という階層を示す関連のもう一つの特殊なケースである
-
継承は分類を導入することで、分析モデルを簡素化する
-
子クラスは親クラスの属性と操作を継承する。
クラス図 – 図形ツールの例
クラス図には、クラスや関係に付随するメモを付けることもできる。メモは灰色で表示される。
上記の例では、以下の点を読み進めることで、クラス図の意味を解釈できる。
-
Shapeは抽象クラスである。斜体で表示されている。
-
Shapeはスーパークラスである。Circle、Rectangle、PolygonはShapeから派生している。言い換えれば、CircleはShapeである。これは一般化／継承関係である。
-
DialogBoxとDataControllerの間に関連がある。
-
ShapeはWindowの一部である。これは集約関係である。ShapeはWindowがなくても存在できる。
-
PointはCircleの一部である。これは構成関係である。PointはCircleがなければ存在できない。
-
WindowはEventに依存している。しかし、EventはWindowに依存していない。
-
Circleの属性はradiusとcenterである。これはエンティティクラスである。
-
Circleのメソッド名はarea()、circum()、setCenter()、setRadius()である。
-
Circleのパラメータradiusは、型がfloatの入力パラメータである。
-
クラスCircleのメソッドarea()は、型がdoubleの値を返す。
-
Rectangleの属性とメソッド名は非表示である。図内の他のクラスも、その属性とメソッド名を非表示にしている。
AI駆動のビジュアルモデリング：アジャイルな再興を遂げるUML
「AI駆動のビジュアルモデリングがアジャイルアプローチにとって非常に重要になって以来、多くのチームが再びUMLを使用し始め、非常に良いフィードバックを得ている。」
人工知能のビジュアルモデリングツールへの統合は、アジャイル環境におけるチームのUMLクラス図の扱い方を変革した：
AIを活用してUMLに戻るチームの理由
✅ 迅速なプロトタイピング：AIは自然言語による要件から初期のクラス図を生成でき、スプリント計画を加速する
✅ 動的ドキュメント：コードの進化に伴い図が自動更新され、設計と実装の整合性を維持する
✅ 協働による明確さ：ビジュアルモデルは開発者、プロダクトオーナー、ステークホルダーの間のコミュニケーションギャップを埋める
✅ リファクタリング支援：AIはコードを書く前段階で構造的な改善を提案し、設計上の問題を特定する
✅ オンボーディングの加速：新規メンバーはインタラクティブな図を通じて、システムアーキテクチャをより迅速に理解できる
マルチプラットフォームAIサポート
-
VP デスクトップ：AIでクラス図を生成し、プロフェッショナルなモデリングスイートで高度な修正を行う
-
AIチャットボット：ドメインを簡単に説明し、そしてAIチャットボットがクラス構造を生成・調整する
-
OpenDocs：AI生成のクラス図を直接あなたのOpenDocsページに埋め込み、ライブドキュメントとして利用する
専門的なクラス図アプリ
⚡ AIクラス図ウィザード: クラス、属性、操作のステップバイステップアシスタント
🔄 ユースケーススタジオ: 行動記述からドメインクラスを自動的に抽出
🚀 Agilien: ユーザーストーリー/エピックを構造的UMLモデルに直接接続
💾 DB Modeler AI: データベース設計のための概念的ドメインクラス図を生成
🏛️ MVCアーキテクチャ: 特化したコントローラークラス図を生成
AIを活用したクラス図の習得方法を調べる:
AIクラス図ガイド | フルAIエコシステム
複雑なシステムの取り扱い: 複数のクラス図か、単一のクラス図か？
当然のことながら、大きなシステムや大きなビジネス領域をモデル化する場合、考慮しなければならない多数のエンティティが存在する。問題をモデル化する際に、複数のクラス図を使うべきか、それとも単一のクラス図を使うべきか？答えは:
-
単一のクラス図にすべてのエンティティとその関係をモデル化するのではなく、複数のクラス図を使用するほうが良い
-
システムを複数のクラス図に分けることで、システムの理解が容易になる。特に、各図がシステムの特定の部分を視覚的に表現している場合に顕著である
ソフトウェア開発ライフサイクルにおけるクラス図の視点
私たちは、ソフトウェア開発ライフサイクルの異なる開発フェーズでクラス図を使用できるソフトウェア開発ライフサイクルそして、進捗に応じて、クラス図を3つの異なる視点（詳細度）で段階的にモデル化することが一般的である:
概念的視点
-
図は、現実世界の事物を記述していると解釈される
-
研究対象の分野における概念を表す
-
これらの概念は、それらを実装するクラスと自然に関連する
-
言語に依存しない
仕様の視点
-
図は、仕様やインターフェースを備えたソフトウェアの抽象化またはコンポーネントを記述する
-
特定の実装に拘束されない
-
注目点は ソフトウェアのインターフェース、実装ではない
実装の視点
-
図は、特定の技術と 言語
-
注目点は ソフトウェアの実装 詳細
The UML クラス図は、オブジェクト指向システムを構築および可視化するために使用される図式表記である。統合モデル化言語（UML）におけるクラス図は、システムの構造を示すことで、システムの：
-
クラス
-
その属性
-
操作（またはメソッド）
-
およびオブジェクト間の関係
クラスとは何か？（詳細解説）
クラスとは、オブジェクトのための設計図である。オブジェクトとクラスは常に一体である。片方について話すことは、もう片方について話さないでいることとはできない。オブジェクト指向設計の本質は、オブジェクトそのものにあるのではなく、クラスにある。なぜなら、オブジェクトを作成するためにクラスを使うからである。したがって、クラスはオブジェクトがどのようなものになるかを記述するが、それ自体がオブジェクトではない。
実際、クラスはオブジェクトの型を記述するのに対し、オブジェクトはクラスの使用可能なインスタンスである。各オブジェクトは同じ設計図から作られており、したがって同じ構成要素（プロパティとメソッド）を含んでいる。標準的な意味では、オブジェクトはクラスのインスタンスであり、オブジェクトには状態と振る舞いがある。
例
犬には状態がある――色、名前、品種、そして振る舞い――しっぽを振る、吠える、食べる。オブジェクトはクラスのインスタンスである。
UMLクラス表記（詳細）
クラスは、状態（属性) および振る舞い (操作). 各属性には型があります。各 操作 には シグネチャ. クラス名は 唯一必須の情報.
クラス名：
-
クラス名は最初のパーティションに表示されます
クラス属性：
-
属性は2番目のパーティションに表示されます
-
属性の型はコロンの後に表示されます
-
属性はコード内のメンバ変数（データメンバ）に対応します
クラス操作（メソッド）：
-
操作は3番目のパーティションに表示されます。これらはクラスが提供するサービスです
-
メソッドの戻り値の型は、メソッドシグネチャの末尾にあるコロンの後に表示されます
-
メソッドのパラメータの戻り値の型は、パラメータ名の後に続くコロンの後に表示されます
-
操作はコード内のクラスメソッドに対応します
クラスの可視性
クラス内の属性や操作名の前にある +、–、# の記号は、属性や操作の可視性を示します。
-
-
はパブリックな属性や操作を示します
-
-
– はプライベートな属性や操作を示します
-
# はプロテクトされた属性や操作を示します
パラメータの方向性
操作（メソッド）内の各パラメータは、in、 out または inout呼び出し元に対してその方向を指定する。この方向性は、パラメータ名の前に示される。
クラス図の視点（ビジュアルガイド）
視点の選択は、開発プロセスのどの段階にあるかによって異なる。たとえば、ドメインモデルの構築段階では、ほとんど概念的視点. 分析モデルは通常、概念的視点と仕様的視点の混合. 設計モデル開発は通常、仕様的視点に重点を置き、次第に実装視点.
図は、さまざまな視点から解釈できる：
-
概念的：ドメイン内の概念を表す
-
仕様：ソフトウェア内の抽象データ型（ADT）のインターフェースに注目する
-
実装：クラスがインターフェースをどのように実装するかを説明する
視点によって、提示すべき詳細の程度や、提示価値のある関係の種類が影響を受ける。前述したように、クラス名は唯一必須の情報である。
クラス間の関係（完全リファレンス）
UMLは美しい図面だけを意味するものではない。適切に使用すれば、UMLは図からコードをどのように実装すべきかを正確に伝える。正確に解釈された場合、実装されたコードは設計者の意図を正しく反映する。
継承（または一般化）
一般化とは、より一般的な分類子とより具体的な分類子との間の分類的関係である。より具体的な分類子の各インスタンスは、間接的により一般的な分類子のインスタンスでもある。したがって、より具体的な分類子は、より一般的な分類子の特徴を継承する。
-
「is-a」関係を表す
-
抽象クラスの名前は斜体で表示される
-
SubClass1 および SubClass2 は SuperClass の特殊化である
以下の図は継承階層の例を示している。SubClass1 および SubClass2 は SuperClass から派生している。関係は、子要素から親要素を指す空洞の矢印頭を持つ実線で表示される。
継承の例 – 図形
以下の図は、2つのスタイルを持つ継承の例を示している。接続線の描き方が異なっていても、意味的には同等である。
関連
関連は、UMLクラス図におけるクラス間の関係を表す。クラスの間に実線で表現される。関連は通常、現実世界の問題領域を反映する動詞または動詞句で名前が付けられる。
単純な関連
-
2つの同格クラス間の構造的リンク
-
Class1 と Class2 の間に関連がある
以下の図は単純な関連の例を示している。<<control>>クラスの Class1 と <<boundary>>クラスの Class2 を結ぶ関連がある。関係は、2つのクラスを結ぶ実線として表示される。
基数
基数は以下の通り表現される：
-
1対1
-
1対多
-
多対多
集約
関連の特殊なタイプ：
-
「部分である」関係を表す
-
Class2 は Class1 の一部である
-
Class2 の多くのインスタンス（アスタリスク * で示される）が Class1 に関連付けられる
-
Class1 と Class2 のオブジェクトはそれぞれ独立した寿命を持つ
以下の図は集約の例を示している。関係は、集約を表すクラスに接続された、関連の端に空洞のダイヤモンドを持つ実線として表示される。
合成
-
全体が破棄されたときに部分も破棄される集約の特殊なタイプ
-
Class2 のオブジェクトは Class1 と共に存在し、同時に消滅する
-
Class2 は単独では存在できない
以下の図は合成の例を示している。関係は、全体または合成を表すクラスに接続された、関連の端に塗りつぶされたダイヤモンドを持つ実線として表示される。
依存
あるクラスのオブジェクトが、別のクラスのオブジェクトをメソッドのコード内で使用する可能性がある。オブジェクトがフィールドに格納されていない場合、これは依存関係としてモデル化される。
-
特別な種類の関連
-
一つのクラスの定義の変更が、もう一つのクラスの変更を引き起こす可能性がある場合（ただし逆は成り立たない）に、二つのクラスの間に存在する。
-
Class1はClass2に依存する
以下の図は依存関係の例を示している。関係は、矢印が開いた破線で表示される。
以下の図は依存関係の別の例を示している。Personクラスには、Bookパラメータを持つhasReadメソッドがあるかもしれない。このメソッドは、その人物がその本を読んだ場合にtrueを返す（おそらくデータベースを確認することで）。
実現
実現は、設計図クラスとその実装レベルの詳細を含むオブジェクトとの関係である。このオブジェクトは、設計図クラスを実現すると言われる。言い換えれば、インターフェースと実装クラスとの関係と理解できる。
例えば、Ownerインターフェースは財産の取得および処分のためのメソッドを指定するかもしれない。PersonクラスおよびCorporationクラスは、これらのメソッドを実装する必要があり、おそらく非常に異なる方法で実装される。
クラス図の例
注文システムの例
GUIの例
クラス図には、クラスや関係に注釈を付けることもできる。
無料のクラス図ツールを探していますか？
Visual Paradigm Online（VP Online）無料版オンラインで利用可能な無料の図面作成ソフトで、クラス図、その他のUML図、ER図ツール、組織図ツールをサポートしています。簡単で強力なエディタにより、クラス図を素早く簡単に作成できます。無料のUMLエディタは広告がなく、アクセス期間の制限もありません。また、図の数や形状の数などの制限もありません。個人的および非営利目的で作成した図は、すべてあなたが所有します。
迅速にクラス図を描画する
無料のUMLソフトウェア
個人利用のために無料でクラス図を描画する：
-
図や形状の数に制限なし
-
アクセス期間に制限なし
-
広告なし
好きなだけ図を描画できます。PNG/JPG/GIF/SVG/PDF形式で図をエクスポートできます。
シンプルだが強力
UML図の作成はシンプルで楽しいものです。以下は、当社のクラス図エディタの主な機能です：
-
ドラッグして形状を作成
-
しっかり接続された接続線（離れない）
-
クラスの属性と操作をインラインで編集
-
独自の形状を使って、自分だけの図を描く
-
数百の図例とテンプレート
印象的な図面
整列ガイドを使用して、図形を正確に配置します。図形と線の書式、フォントスタイル、回転可能な図形、図形の整列と分布、画像およびURLの埋め込み、影効果など、多数の書式設定ツールでクラス図をフォーマットします
主な機能と利点
-
無制限のアクセス期間
-
図の数に制限なし
-
図形の数に制限なし
-
UML図作成ツール、ERDツール、組織図作成ツール、フロアプランデザイナー、ITIL、ビジネスコンセプト図
-
有料版にアップグレード可能：より多くの図の種類および機能
-
クロスプラットフォーム：Windows、Mac、Linux。すべてのウェブブラウザと互換性あり
-
使いやすい：ドラッグアンドドロップで図形を作成・接続できます。接続線は図形にスナップし、離れることがありません
-
さまざまな書式オプション（図形と線、塗りつぶしとグラデーション、40種類以上の接続線タイプ、RTFキャプション、フォントオプション、影効果など）を適用
-
Visio図面およびスタencilのインポート
-
独自の図形で自分だけの図を描画
-
テキスト、外部画像、ウェブリンクを簡単に図に埋め込み
-
数百の図例と図のテンプレートで、すばやくスタート
-
印刷、エクスポート、共有をさまざまな形式（PNG、JPG、SVG、GIF、PDF）で行う
-
Google Drive連携
でも、私たちの言葉を信じてはいけません
自分で試してみてください。下のクラス図の例を閲覧し、[図を開く]をクリックして開いて編集してください。自分自身で、それが私たちが言う通り、あるいはそれ以上であることを実感できるでしょう
-
販売注文システム
-
車
-
電話
-
スター型LAN
図を開く
結論
UMLクラス図は、オブジェクト指向システムの静的構造を可視化し、仕様を定義し、構築し、文書化するための、ソフトウェア工学における最も強力で持続可能なツールの一つです。このガイドが示したように、クラス図を習得することで、チームはシステムアーキテクチャについて議論するための共通言語を獲得し、設計上の欠陥を早期に特定し、開発フェーズ全体で一貫性を保つことができます
AI支援のモデル化ツールによって後押しされた、アジャイル環境におけるUMLの再興は、ソフトウェア設計のアプローチに大きな進化をもたらしています。手動での図面作成の負担から解放され、チームは今や、コードとともに進化する生き生きとしたアーティファクトとして、クラス図を生成・反復・維持できるようになりました。視覚的モデリングとアジャイル手法のこの連携により、以下が可能になります
🔹 迅速なオンボーディング直感的なシステム可視化を通じて
🔹 コミュニケーションの向上技術者と非技術者双方のステークホルダー間で
🔹 予防的な設計検証実装開始前に
🔹 自動文書化コードと同期を保つ
🔹 より知的なリファクタリング構造的洞察に基づいて
シンプルなドメインコンセプトのモデル化から複雑な分散システムのアーキテクチャ設計まで、クラス図は保守性・スケーラビリティに優れたソフトウェアを構築するために必要な構造的明確性を提供します。このガイドで提示された原則を適用し、現代のAI駆動型ツールを取り入れることで、チームはクラス図を静的な文書から、より良いソフトウェア設計を促進する動的な原動力へと変革できます。
小さなステップから始めましょう：次に進める機能の概念モデルをスケッチしましょう。チームと繰り返し検討します。AIにボイラープレート構造の支援を任せましょう。要件の変化に応じて段階的に改善します。その結果は？より明確なビジョン、強固なアーキテクチャ、そして時代に抗するソフトウェアです。
参考文献
- 統合モデル化言語：WikipediaのUMLに関する包括的な概要。UMLは、ソフトウェアシステムの仕様定義、可視化、構築、文書化に使用される標準化されたモデル化言語である。
- システム開発ライフサイクル：WikipediaによるSDLCフレームワークの説明。開発フェーズごとのクラス図の位置づけを理解するための文脈を提供する。
- プログラミング言語：Wikipediaのプログラミング言語に関する参照。実装視点のクラス図を理解する上で関連性がある。
- Visual Paradigm Community Editionのダウンロード：Visual Paradigm Community Editionの無料ダウンロードページ。すべての図タイプをサポートする、受賞歴のあるUMLモデリングツール。
- Visual Paradigm AIチャットボット：自然言語による記述を通じて、UMLクラス図の生成と最適化を行うAI駆動のチャットインターフェース。
- Visual Paradigm OpenDocs：AI生成されたクラス図をライブ文書ページに直接埋め込むためのツール。
- AIクラス図ウィザード: UML図におけるクラス、属性、操作の作成を段階的に支援するAIアシスタント。
- ユースケーススタジオ: 行動的なユースケース記述からドメインクラスを自動的に抽出するAIツール。
- Agilien: アジャイルユーザーストーリーおよびエピックを構造的なUMLモデルに直接接続するプラットフォーム。
- DB Modeler AI: データベース設計に最適化された概念的ドメインクラス図を生成するAI駆動のツール。
- AI MVCアーキテクチャジェネレーター: MVCアーキテクチャパターンに従ってコントローラークラス図を生成する専用AIツール。
- AIクラス図ジェネレーター・ガイド: Visual Paradigmでクラス図の作成を加速するためにAIを活用する包括的なチュートリアル。
- Visual Paradigm AIエコシステムガイド: Visual Paradigmプラットフォームで利用可能なAI駆動の図作成ツールのフルセットの概要。
- Visual Paradigm Onlineクラス図エディタ: 利用制限なしにUMLクラス図の作成および編集が可能な無料オンラインエディタ。
- Visual Paradigm Online価格: 追加の図形式および高度な機能を提供する有料版へのアップグレードに関する情報。
- スターベースLANクラス図例: スターベースのローカルエリアネットワークトポロジーをモデル化するクラス図のインタラクティブで編集可能な例。