Uml 如何在MS Visio';07

Uml 如何在MS Visio';07,uml,visio,Uml,Visio,如何在Visio中调整类图的大小?我的操作有许多参数,因此类图变得太长。我需要调整它的高度,我该怎么做 简短的回答是 不要调整它的大小 如果仍要调整大小 检查 --> -->[答:] 下面是一个很长的答案: 如果您对代码[从代码到数字内存]进行反向工程,以更好地理解代码库 像UML这样的可视化表示也显示了一些“问题” 视觉上。首先,它应该给你一种关于“某些东西是”的代码味道 我的代码有问题“[它可能显示出一个真正的问题或只是一个错误 报警]检查并问自己“为什么我的数据库中有这么多参数?” 方法”

如何在Visio中调整类图的大小?我的操作有许多参数,因此类图变得太长。我需要调整它的高度,我该怎么做

简短的回答是

不要调整它的大小

如果仍要调整大小

检查

-->

-->[答:]

下面是一个很长的答案:

如果您对代码[从代码到数字内存]进行反向工程,以更好地理解代码库

像UML这样的可视化表示也显示了一些“问题” 视觉上。首先,它应该给你一种关于“某些东西是”的代码味道 我的代码有问题“[它可能显示出一个真正的问题或只是一个错误 报警]检查并问自己“为什么我的数据库中有这么多参数?” 方法”

如果您正在设计系统[尚未编写代码]

你走错方向了。UML是一种可视化的思维工具。改变你的模型课

但是不要试图用UML对软件细节的每个部分进行建模 在编码之前,使用UML对困难和棘手的部分进行探索,以更好地理解您将要编码的系统。只有工作代码才是真实的模型

作为一般建模建议[简短回答]

无论您是在做逆向工程还是使用UML来探索设计中的困难部分

为了简化图表,您可以选择不显示方法 参数:即使有时候你也可能不显示方法和属性,甚至一些类。这没关系

作为常识规则

问问自己,如果我显示方法参数,我会得到什么好处

人类是非理性的

你可能会发现自己身处一个疯狂的工作环境,QA团队或老板都希望如此。 用常识向他们解释为什么这不好

如果他们坚持这样做,而你别无选择,请他们购买更易于使用的UML建模工具。并给他们提供复杂且无用的图表,因为他们需要它。:-)