创建体系结构图的方法

Question

我需要为现有的系统创建一个架构图。我想展示的是“大图”和小细节。

更有意义的是：

• 为大图创建一个图表，为每个较小的组件创建一个单独的图表。
• 创建一个包含所有细节的图表。我想这需要正确的工具来显示一个简单的大图视图以及一个详细的向下钻取(缩放)。什么工具能做到这一点？

Answer 1

您可以使用像Sparx这样的UML工具，特别是如果您的问题是以面向对象或面向服务的方式编写的话。

就我个人而言，我发现单一的，包罗万象的图表不会太忙。如果发生太多的事情，我就很难得到格式塔。我更喜欢更大、更简单的图片和附带的向下钻图。这可能就是我连线的方式。

Answer 2

取决于你的观众。我使用

• 执行级演示文稿的富能力点(提供解决方案)
• 用于数据建模的ERWin (实际上可以用它们的脚本语言编写DDL的脚本)
• 其余的是Adobe插画。我总是尝试创建矢量图，它的优点是很棒的
  • 无变形的无限制的能力。
  • 无限制的钻取细节，在高清晰度
  • 你可以创造你自己的符号。检查一下这里的样本。Azure云中的Hadoop这个图表是在adobe图解器中创建的，只需将其扩展到.PDF就可以保存为PDF。 你可以用visio做VG，但是AI仍然是矢量graprics的事实上的标准)。

​

​

​

Answer 3

一般来说，在大多数开发领域，混合抽象级别通常是个坏主意。在许多方面，OO是一种组织抽象级别的方法，而封装则是一种强制的方法。

在我看来，这也适用于设计。因此，我认为您应该在适当的抽象级别创建您的图表。如果您不确定哪些硬件将被使用，什么第三方SW将被使用，那么您可能需要一个单独的部署图。如果软件布局是一个没有头脑的人，那么你可能想开始用类图或序列图勾勒出想法。

我认为应用7+-2规则是合适的--因为开发人员只能在一次成功地将7 (+-2)概念保存在脑海中--拥有一个包含所有抽象级别的全包含图将打破该规则！

话虽如此，如果图表对团队有好处，并推动项目向前发展，那么只需花时间创建图表。如果团队理解了最好的方法，那么用图表说明这种理解并不能真正增加任何价值。但是，如果您对下一步不确定，那么图表可能是团队之间交流想法的一种有用方式--只需添加足够的细节，就可以使想法变得清晰。但是不要害怕把图表也扔掉！

在我看来，以下书提供了对项目有用的图表级别和细节的最佳演示：

http://www.amazon.com/Agile-Principles-Patterns-Practices-C/dp/0131857258