我需要为现有系统创建体系结构图。 我想展示“大图”以及小细节。创建体系结构图的方法
什么更有意义:
- 创建大局一个图,并为每个小部件的独立的图。
- 创建一个包含所有细节的图表。我想这需要正确的工具才能显示简单的大图片视图以及详细的下钻(缩放)。什么工具可以为此工作?
我需要为现有系统创建体系结构图。 我想展示“大图”以及小细节。创建体系结构图的方法
什么更有意义:
您可以使用像Sparx EA这样的UML工具,特别是如果您的问题是以面向对象或面向服务的风格编写的话。
就我个人而言,我发现单一的,所有的图表都太忙了。如果发生了太多事情,我很难得到那个格式塔。我更喜欢更大更简单的图片,并附带向下钻取图表。这可能就是我接线的方式。
一般来说,在大多数开发领域,混合抽象层次通常是一个坏主意。在许多方面,面向对象是一种组织抽象层次的方法,而封装是一种强制执行的方式。
在我看来,这也适用于设计。所以我认为你应该在适当的抽象层次上创建你的图表。如果您不确定将使用哪种硬件以及将使用哪种第三方软件,那么您可能需要单独的部署图。如果软件布局不费脑筋,那么您可能想使用类图或序列图开始勾画出想法。
我认为应用7 + -2规则是适当的 - 因为开发人员只能成功地将7(+ -2)个概念保存在他们的头脑中 - 具有所有抽象级别的所有合并图会打破这个规则!
话虽如此,只有花时间在创建图表,如果它将有利于团队和推动项目前进。如果团队能够理解最佳进展方式,那么确定理解并不会增加任何价值。然而,如果你不确定下一步,那么图表就可以成为团队之间交流想法的一种有用方式 - 只需添加足够的细节以使思路清晰即可。但是不要害怕丢掉图表!
在我看来,下面这本书提供了水平和图表是细节的最好证明是项目有用:
http://www.amazon.com/Agile-Principles-Patterns-Practices-C/dp/0131857258
你的第一个选项听起来是正确的(一个卦为大图和每个较小组件的单独图) - 如果您使用建模工具,则可以将它们链接在一起。
高层次的概念图很适合建立系统的环境,它的广度 - 白板对此很有帮助。奖励要点:我总是在手机中使用相机拍摄白板图,并将其与电脑同步,并根据需要邮件发送副本。
根据您的受众。 我用
在我的书中,用“方法论”的是,先急分析瘫痪的早期症状;) – 2010-07-11 14:24:39
谁是观众? – 2010-07-11 14:32:23
Visual Studio 2010 Architect具有这样的粒度过滤功能。 – 2010-07-11 16:20:19