インターネット業界では、アーキテクチャ図はソフトウェア、システム、アプリケーションなどの構造とその構成要素間の関係を視覚的に示すための重要なツールとして使用されます。一般的なアーキテクチャ図の種類には、ビジネスアーキテクチャ図、アプリケーションアーキテクチャ図、システムアーキテクチャ図、技術アーキテクチャ図、デプロイメントアーキテクチャ図、データアーキテクチャ図、プロダクトアーキテクチャ図、機能アーキテクチャ図、情報アーキテクチャ図などがあります。

ビジネス能力：企業が「何ができるか」--抽象レベルの高い機能、例：「顧客管理」、「注文処理」

ビジネスプロセス：ビジネス活動の「やり方」を説明--例：「注文プロセス」、「顧客サービスプロセス」

ビジネスロール：組織内で特定の責任を担う役割、例：「カスタマーサービス担当者」、「営業担当者」

組織構造：企業組織の部門、支店など

情報オブジェクト：ビジネスで使用され生成されるデータ、例：「注文」、「顧客ファイル」

サービス：呼び出せるビジネス機能、例：「請求書発行サービス」、「アカウント照会」

戦略目標：会社の長期ビジョンと短期目標を明確にする。

価値ストリーム：ビジネスプロセスを識別し最適化し、価値を最大化する。

ビジネス能力：組織のコアコンピタンスとサービス能力を特定する。

上中下構造：リソース層—データ層—プラットフォーム層—ビジネス層—ユーザー層。

左右構造：上流産業—ビジネスモデル—下流産業。

横方向：並列構造、左と右、レベルを同じにする

縦方向：階層化、上層は下層に依存し、下層がより重要。

対称：対称美を重視し、機能構造を均等に配分する。

点線枠：論理的に一つにまとめられる複数のモジュールは点線枠を使用できる。

色彩：色の組み合わせに区別を持たせ、大きなビジネス機能間は色で区別するが、全体的なスタイルは一貫性を持たせる。

サイズとフォーマット：サイズを統一し、フォーマットを統一する。

モジュールの階層化：同じレベルのモジュールは同じレベルにし、粒度の大きさも統一する。

語彙の説明：用語は正確にし、開発者やユーザーが理解できるようにする。

モジュール分割の粒度：詳細はモジュールに抽象化し、粒度は適切にし、具体的すぎず、広すぎないようにする。

製品報告：製品の計画と報告会議で、ビジネスアーキテクチャ図を使ってビジネスの全体的な状態を示すことができます。

技術報告：報告の際に技術だけでなくビジネスの発展状況も話す必要があり、ビジネスアーキテクチャ図を使うことでビジネスの全体的な状況を比較的容易に示すことができます。

社員研修：新入社員にビジネスを研修する際、ビジネスアーキテクチャ図を渡すことで、新入社員が全体的なビジネスを把握し理解することができます。