我需要为现有系统创建架构图。 我想展示“大局”以及小细节。
更有意义的是:
答案 0 :(得分:1)
您可以使用像Sparx EA这样的UML工具,特别是如果您的问题是以面向对象或面向服务的方式编写的。
就个人而言,我发现单一的,包罗万象的图表太忙了。如果有太多的话,我很难得到格式塔。我更喜欢更大,更简单的图片,并附有下钻图。它可能只是我接线的方式。
答案 1 :(得分:1)
取决于您的受众群体。 我用
答案 2 :(得分:0)
一般而言,在大多数开发领域,混合抽象级别通常是一个坏主意。在许多方面,OO是一种组织抽象级别的方式,而封装是一种强制执行的方式。
在我看来,这也适用于设计。所以我认为你应该在适当的抽象层面上创建你的图表。如果您不确定将使用哪些硬件以及将使用哪个第三方软件,那么您可能需要一个单独的部署图。如果软件布局很简单,那么您可能希望使用类图或序列图开始草拟想法。
我认为应用7 + -2规则是合适的 - 开发人员一次只能成功地保留7(+ -2)个概念 - 拥有一个包含所有抽象级别的全包图表打破这条规则!!!
话虽如此,只有花时间创建图表才能对团队有益并推动项目向前发展。如果团队理解了最好的继续进行方式,那么理解这种理解并不会增加任何价值。但是,如果您不确定下一步,那么图表可以是在团队之间交流想法的有用方式 - 只添加足够的细节以便明确这个想法。但是也不要害怕丢掉图表!
在我看来,下面的书提供了对项目有用的图表级别和细节的最佳演示:
http://www.amazon.com/Agile-Principles-Patterns-Practices-C/dp/0131857258
答案 3 :(得分:0)
您的第一个选项听起来像是正确的选项(大图的一个图表,以及每个较小组件的单独图表) - 如果您使用建模工具,您将能够将它们全部链接在一起。
高级概念图有助于建立系统的上下文,而且它的广度 - 白板对此有好处。奖励点:我总是用手机中的相机拍摄白板图,用我的电脑同步,然后根据需要通过电子邮件发送副本。