几乎我的每一个编程类都使用了UML,但没有一个真正解释过它可以在专业环境中使用的时间和地点.它是针对项目中的每个文件完成的,还是在您可能想要使用它时有一些经验法则？此外,它是更常见的手工(我一直害怕)或使用某种发电机？
这个问题是基于意见和非常广泛的问题的非常好的例子,没有真正的问题要解决它背后没有一个正确的可能答案
当然,在数百万软件开发人员中,有些人学会了使用UML并使用它.并且有些人要么学会使用,UML要么就是因为某种原因不使用它
我记得在敏捷前期,人们认为没有彻底的分析和建模阶段就无法实现"大"软件,如果业务文档不包含某些UML风格的图片,则不能签署"大"软件合同
在一些国家,它仍然是真的,政府所有的机构宣布软件承包商必须提供什么样的文件,而对于某些要求,UML图片是好的形式
也可以看看:
所以有UML信徒,UML怀疑者甚至UML仇恨者,这取决于 ......事物.
我是UML相信的
例如,来自Change Vision,Inc的Kenji Hiranabe先生是Astah UML建模工具背后的公司,他说
...造型过时了吗？UML死了吗？我不这么认为.在这篇文章中...
我最喜欢的指南是The Guru在2014年9月12日接受Mark Collins-Cope为Objective View杂志采访时所说的话
"UML应该被用来推理替代方案.提出一些图表.抛出一些用例来反对它.扔掉那些图表,然后写一些代码反对你最好的决定.重复(和重构)"
您最终如何评估" ..UML ...通常......现实世界...... "取决于您希望看到的内容以及您在自己的工作中采用的软件开发最佳实践
小智 2
这取决于您的角色，在大多数开发人员角色中，您很少（如果有的话）必须使用它。如果您正在设计某些东西，例如新的数据库结构，或者构建新的系统或应用程序，我认为它很有用。
它对于首席开发人员、架构师或 IT 经理在应用程序的设计阶段非常有用，可以与业务人员交流想法，并向将要构建该应用程序的开发团队传递计划。
| 归档时间： |
|
| 查看次数： |
3001 次 |
| 最近记录： |