包の命名
複数ユーザーのリアルタイム共同編集と共有リンクによる即時情報伝達をサポート
テキスト入力から自動生成し、スタイルを自動最適化
組み込みテーマと完全カスタマイズ可能なデザイン
アイコン、画像、ラベル、LaTeX数式、コードブロック、リンク、添付ファイルなどをサポート
エクスポート: PNG, VISIO, PDF, SVG | インポート: VISIO, Mermaid
リアルタイムクラウド保存、マルチデバイス同期、バージョン履歴、データ保護
パッケージ内の要素には制限はありません。パッケージはグループ化のメカニズムであり、パッケージ内にはクラス、ユースケース、インターフェース、コンポーネント、ノードなどのUMLの要素を含めることができます。また、他のパッケージ、ユースケース図、コラボレーション図、シーケンス図なども含めることができます。
できません。1つの要素は1つのパッケージにしか属することができません。
同じ階層内では、それぞれのパッケージは他のパッケージと異なる名前を持つべきです。
1. パッケージ間の循環依存を避けること；
2. パッケージの命名を簡潔で記述的にすること。
パッケージ図はクラス図の要素（クラス、インターフェース、サブシステムなど）を組織化およびグループ化するために使用され、論理的な階層構造を強調します。
一方、クラス図はクラス間の構造的関係を記述するために使用され、クラス自体の詳細に焦点を当てます。
できます。パッケージ図はパッケージのネストされた構造をサポートしており、パッケージ内部でさらに細分されたサブパッケージを表現するために使用され、複雑なシステムの階層構造の表現によく用いられます。
通常、パッケージ図は主に依存関係を使用しますが、必要に応じて他の図（例えばコンポーネント図）を組み合わせて実装、インポートなどの意味を表現することができます。標準のパッケージ図では、さまざまな関係を混在させることは一般的に推奨されません。
1. 低結合高凝集：パッケージ間の依存関係を可能な限り減らし、独立性を強化する；
2. 依存方向の明確化：依存の単方向性を維持し、循環依存を避ける；
3. 層別設計：アーキテクチャのレイヤーに従ってパッケージを分割し、一般的な層分け：プレゼンテーション層 → ビジネスロジック層 → データアクセス層；
4. 内部構造のカプセル化：必要なクラスやインターフェースのみを公開し、実装の詳細を隠す；
5. コメントとラベルを使用して関係を説明する：例 <
