创建架构图的方法

时间:2010-07-11 14:22:04

标签: architecture uml

我需要为现有系统创建架构图。 我想展示“大局”以及小细节。

更有意义的是:

  • 为大图创建一个图表,为每个较小的组件创建单独的图表。
  • 创建一个包含所有详细信息的图表。我想这需要正确的工具才能显示简单的大图片视图以及详细的向下钻取(缩放)。有哪些工具适用于此?

4 个答案:

答案 0 :(得分:1)

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

就个人而言,我发现单一的,包罗万象的图表太忙了。如果有太多的话,我很难得到格式塔。我更喜欢更大,更简单的图片,并附有下钻图。它可能只是我接线的方式。

答案 1 :(得分:1)

取决于您的受众群体。 我用

  • 执行级别演示文稿的Rich Power积分(提供解决方案)
  • ERWin用于数据建模(您实际上可以使用脚本语言编写DDL脚本)
  • 其余的Adobe插画家。我总是尝试创建矢量图形,优点很棒
    • 无限制的无限缩放能力。
    • 无限制地深入细节,高清晰度
    • 你可以创建自己的符号。 在这里检查一些样品。 Hadoop in Azure cloud 此图是在adobe illustrator中创建的,只需将其扩展名更改为.PDF即可另存为PDF 您可以使用visio进行VG,但AI仍然是矢量graprics的事实标准。)

enter image description here

答案 2 :(得分:0)

一般而言,在大多数开发领域,混合抽象级别通常是一个坏主意。在许多方面,OO是一种组织抽象级别的方式,而封装是一种强制执行的方式。

在我看来,这也适用于设计。所以我认为你应该在适当的抽象层面上创建你的图表。如果您不确定将使用哪些硬件以及将使用哪个第三方软件,那么您可能需要一个单独的部署图。如果软件布局很简单,那么您可能希望使用类图或序列图开始草拟想法。

我认为应用7 + -2规则是合适的 - 开发人员一次只能成功地保留7(+ -2)个概念 - 拥有一个包含所有抽象级别的全包图表打破这条规则!!!

话虽如此,只有花时间创建图表才能对团队有益并推动项目向前发展。如果团队理解了最好的继续进行方式,那么理解这种理解并不会增加任何价值。但是,如果您不确定下一步,那么图表可以是在团队之间交流想法的有用方式 - 只添加足够的细节以便明确这个想法。但是也不要害怕丢掉图表!

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

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

答案 3 :(得分:0)

您的第一个选项听起来像是正确的选项(大图的一个图表,以及每个较小组件的单独图表) - 如果您使用建模工具,您将能够将它们全部链接在一起。

高级概念图有助于建立系统的上下文,而且它的广度 - 白板对此有好处。奖励点:我总是用手机中的相机拍摄白板图,用我的电脑同步,然后根据需要通过电子邮件发送副本。