architecture - IT アーキテクチャのホワイトボードによる視覚化

Question

ときどき、(計画された) IT アーキテクチャ/インフラストラクチャの図をホワイトボードに描く必要があります。部屋に IT 担当者しかいない場合もあれば、そうでない場合もあります。とにかく、通常は、IT システムやアーキテクチャを詳細ではなく、多かれ少なかれスケッチとして描写したいだけです。

私が今聞きたいのは、アーキテクチャの考えを説明したいときに、どのステンシル、ダイアグラムアーティファクトなどを使用しますか?場所、Web、およびスタンドアロンの GUI? 詳細な UML クラス図を思いつく人はほとんどいないと思いますが、この場合はうまく機能しません。シーケンス図またはアクティビティ図は、情報フローの描写には適していますが、システムの全体像には適していません。

したがって、このスレッドと同様に、それについていくつかの考えをまとめることができるかもしれません。

よろしくお願いします、

そして私

PS: ここはこの件について議論するのに適した場所かもしれないと思いましたが、トピックから外れすぎている場合はお知らせください。閉じるか、より適切な場所に移動します。

score 1 · Accepted Answer

短い答えは - 何でも動作します。最も重要な点は、聴衆が理解できる方法/言語で伝えなければならないということです。

私はここにたまたま非常に整頓された例をいくつか挙げました。参考までに、私はソリューションアーキテクトとして働いています。私が主に話しているのはシステムコンテキスト、つまり物事が既存のランドスケープに適合する場所です。

あなたの詳細のいくつかに対処するには：

私は役割と特定のユーザーグループに棒人間を使用する傾向がありますが、ビジネスグループはボックスにすることができます。ボックスは、中に物を入れるのにも適しています。
データリポジトリ (特にデータベース) はドラムとしてうまく機能します。
他のほとんどすべてはボックスです (図の範囲内で重要な要素である場合)。
人に視覚的なコンテキストを追加することは重要です。そのため、線で小さなボックスを描いてドキュメントを表すのは良いことです。たとえば、一連のデータの表のようにします。
矢印 - 実線のほうが速いため、ほとんどが実線ですが、間接的または非同期であることを示すために破線が表示されることもあります。

UML に関するあなたのコメントに同意します: UML は非常に形式的です。

他のもの：