適切に設計されたソフトウェアアーキテクチャ図の例

私は通常、矢印で接続されたボックスのバリエーションで構成されるソフトウェアアーキテクチャの図を描くのにかなりの時間を費やしています。これらの図は関連情報を伝えますが、多くの場合、美学の観点から望ましいものが多く残されています。

これを示すソフトウェアアーキテクチャ図の例：

• http://applicationarchitecture.files.wordpress.com/2011/06/f0039-component-diagram-complete-component-model.png
• http://applicationarchitecture.files.wordpress.com/2010/03/f0022-sample-network-diagram.png

私は何百ものインフォグラフィックを調べてインスピレーションを見つけましたが、ほとんどは全体的な概念とゲシュタルトの原則によってのみ関連する個別の視覚要素で構成される傾向があります。ある種のフローを表す矢印を含む少数のものは、私のニーズよりもはるかに単純になる傾向があります。

私が見つけた1つの（非ソフトウェア）例（http://visual.ly/house-democrats-health-plan-flow-chart）は、上記と同じ多くの問題に苦しんでいます（おそらく複雑さを示すために意図的に） ...

審美的に美しいソフトウェアアーキテクチャ図の例、または少なくともインスピレーションに役立つ複雑なプロセスフローを示すインフォグラフィックはありますか？

データが大幅に簡素化されて削減されていない、特に優れたソフトウェアアーキテクチャ図は考えられませんが、最初にソフトウェアアーキテクチャ図とは何かを分解することで、関連するものを見つけることができます。

次に、同様の課題に対処する設計の例をいくつか見ていきます。

これは、要素/ノードのカテゴリに焦点を当てた一種のフローチャート/プロセス図です。これは、ノードリンクネットワークダイアグラムのタイプであり、方向性が追加されています。基本的には、カテゴリを持つことができるノードと、方向を持つことができる接続です。

ノードリンクに基づくものは、表現しようとしているものの複雑さが増すと、厄介な「ヘアボール」に変わる可能性があります。以下にノードリンクに基づいて提案されたものが機能しない場合-問題があまりにも複雑な場合-ここでは、データ視覚化研究者がネットワークマップのベースとして「ノードリンク」概念の代替案に関する尊敬されるデータ視覚化アカデミックによる記事を紹介します思いついた。これらのいくつかをユーザーフレンドリーで方向性のあるものに適応させる方法を理解できれば、勝者になる可能性があります。しかし、それは本当に難しい方法です。必要な場合にのみ試してください。

そのため、方向/フローとノード/要素のカテゴリに重点を置いた複雑なフロー図とネットワーク図。最初の基本原則：

• すべてのノード/要素をシンプルに保つ
• 明確な階層を使用して、要素のタイプの違いを明確かつ単純にします
• フローと接続を可能な限りバックグラウンド要素にします

信号対雑音比（情報グラフィックのコンテキストではデータインク比と呼ばれることもあります）を考えてください。接続は視覚的なガイドであり、データではありません。また、図の背景についても考えてください。データは前景で注意を向けるものであり、フローとカテゴリを示す視覚的な手がかりは、人々が気づいているが気を散らさない背景でなければなりません。

最初の例は、タイポグラフィの決定フローチャートのポスターです（一部の人々はコンテンツに同意しないでしょう...）。白黒のみを使用して、要素間の明確な階層で複雑な図を使用可能にします。

明確でありながら微妙なハイライトとバリエーションを使用してノイズを最小限に抑え、各要素が何であるかを非常に明確にしています。全体は複雑ですが、各部分は明確です。

改善の可能性-全体の方向はなく、真ん中から出ています-ドットの代わりに非常に小さい点線のシェブロン（>>>>>など）を使用することで、線にノイズを追加せずに方向情報を取得できます。これらの方向性の手がかりが気を散らすことなく、次に進むべき場所を参照してください。

フローが階層内を移動する別の同様の例を次に示します（最も一般的な>最も具体的な）。多くのカテゴリを2つのタイプのノードに変換します：製品とタイプ、およびノー​​ドのサイズはタイプの特異性を示します。（円の輪郭と接続線ははるかに微妙かもしれませんが、タイプを補完し、中央のパイントグラス以外のすべてにより均一なテクスチャを与えるように重み付けされているようです）。円のサイズは、位置と流れの指標としても機能します-大きい円から小さい円に進むので、他の複雑さを必要とせず、矢印などの視覚的なキューを追加できます。

非常に多くの種類のビール

PopChartLabによって行われた多くの作業は関連しています。彼らは、相互に関連する多くのことを示す大きなポスターに特化しており、プロセスを書くこともあります。ここでは彼らのです彼らは本当に彼らが見せたかったものの量に苦労したプロジェクトの過去記事は。私は個人的には最終結果が好きではありません（彼らはヘアボールを飼いならすために一生懸命働きましたが、最終結果はまだヘアボールです）が、彼らが試したものと働いたものと助けられなかったものを読んでいます。

以下は、ページ上の配置をきちんと使用して、フローのカテゴリと順序を表示する例です。派手な派手な配色は必要ありません（これは、Appleの古い虹色のロゴという主題への参照です）。このようにページのx軸とy軸を使用すると、他の種類の情報の接続線を保存できます。

最後に、冒頭で述べたように、ソフトウェアアーキテクチャ図は、マップの一種であるネットワークマップの例です。そのため、通常の（地図）マップからアイデアを得ることができますが、これには多くのカテゴリの密集した複雑な情報の多くの問題があり、多くの場合、接続と方向があります-多くの信号が常にノイズに変わるのを止めようとします。

Axis Mapsは、ラベルをラベルのラベルとして使用するだけで、これまでに見た情報グラフィックスの中で最高のS / N比を持つ驚くべき活版印刷マップを作成します。カテゴリー。

極端なタイポグラフィを気にしない場合、これはおそらく制御不能になっているフローチャートを飼いならすために使用できます。骨の折れる作業のように見えますが、結果は素晴らしいです。

きれいなソフトウェアアーキテクチャ図が必要ですか？Eclipse、Aptana、Magento、Android、Fedoraなどの有名なオープンソースプロジェクトを調べてください。

これらは機能的なドキュメントであり、マーケティング資料ではありませんが、これらのプロジェクトは多くの場合、技術文書の設計にある程度の努力を注ぐのに十分なブランド意識を持つ組織によって実行または貢献されています。

Apple（iOSおよびOS Xの開発者向けドキュメント）、Google（App EngineおよびAndroidのドキュメント）、IBM、Oracle、さらにはIntelやNvidiaのようなハードウェアメーカーのような企業も、インスピレーションを引き出すことができる優れたソフトウェアまたはシステムアーキテクチャ図を持っている必要があります。

Webプラットフォーム、特にHeroku、AWS、EngineYard、OpenShift（Redhat）、CloudbeesなどのPaaSプロバイダーも、実際には部分的にマーケティング機能を提供しているため、本当に見栄えの良いアーキテクチャ図の優れたソースになります。

ソフトウェアアーキテクチャでのダイアグラムの使用に関する興味深い記事は、Simon Brownのソフトウェアアーキテクチャのダイアグラムの簡単なスケッチです。

https://www.lucidchart.com/pages/examples/network_diagram_softwareに Lucid Chartによる素晴らしい図の例がさらにあります。