2010-07-11 104 views
2

我需要为现有系统创建体系结构图。 我想展示“大图”以及小细节。创建体系结构图的方法

什么更有意义:

  • 创建大局一个图,并为每个小部件的独立的图。
  • 创建一个包含所有细节的图表。我想这需要正确的工具才能显示简单的大图片视图以及详细的下钻(缩放)。什么工具可以为此工作?
+0

在我的书中,用“方法论”的是,先急分析瘫痪的早期症状;) – 2010-07-11 14:24:39

+1

谁是观众? – 2010-07-11 14:32:23

+0

Visual Studio 2010 Architect具有这样的粒度过滤功能。 – 2010-07-11 16:20:19

回答

1

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

就我个人而言,我发现单一的,所有的图表都太忙了。如果发生了太多事情,我很难得到那个格式塔。我更喜欢更大更简单的图片,并附带向下钻取图表。这可能就是我接线的方式。

0

一般来说,在大多数开发领域,混合抽象层次通常是一个坏主意。在许多方面,面向对象是一种组织抽象层次的方法,而封装是一种强制执行的方式。

在我看来,这也适用于设计。所以我认为你应该在适当的抽象层次上创建你的图表。如果您不确定将使用哪种硬件以及将使用哪种第三方软件,那么您可能需要单独的部署图。如果软件布局不费脑筋,那么您可能想使用类图或序列图开始勾画出想法。

我认为应用7 + -2规则是适当的 - 因为开发人员只能成功地将7(+ -2)个概念保存在他们的头脑中 - 具有所有抽象级别的所有合并图会打破这个规则!

话虽如此,只有花时间在创建图表,如果它将有利于团队和推动项目前进。如果团队能够理解最佳进展方式,那么确定理解并不会增加任何价值。然而,如果你不确定下一步,那么图表就可以成为团队之间交流想法的一种有用方式 - 只需添加足够的细节以使思路清晰即可。但是不要害怕丢掉图表!

在我看来,下面这本书提供了水平和图表是细节的最好证明是项目有用:

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

0

你的第一个选项听起来是正确的(一个卦为大图和每个较小组件的单独图) - 如果您使用建模工具,则可以将它们链接在一起。

高层次的概念图很适合建立系统的环境,它的广度 - 白板对此很有帮助。奖励要点:我总是在手机中使用相机拍摄白板图,并将其与电脑同步,并根据需要邮件发送副本。

1

根据您的受众。 我用

  • 丰富的电源点行政级别演示(呈现解决方案)
  • 欧文的数据建模(你实际上可以用脚本的脚本语言中的DDL)
  • Adob​​e Illustrator中的其余部分。我试图总是创造矢量图形的优点是很好
    • 无限制的规模能力没有失真。
    • 无限深入细节,在高清
    • 您可以创建自己的符号。 检查这里的一些样品。 Hadoop in Azure cloud 此图在Adobe Illustrator中创建,保存为PDF,只需将其扩展名更改为.PDF
      您可以使用visio进行VG,但AI仍然是矢量graprics的事实标准)。

enter image description here