编码之后或之前创建UML图表？

Question

我可以清楚地看到使用UML图显示应用程序的基础结构(类名,其成员,它们如何相互通信等)的好处.

我现在正在开始一个新项目并且已经构建了数据库(使用可视范例).我想使用一些设计模式来指导我如何编写类.

我想,我应该在创建它的UML图之前先编码类(可能在代码之外......似乎可能)或者我应该首先创建UML图然后代码(或者从UML生成代码,似乎也可能).

你有什么经历告诉你最好的方法？

Answer 1

重要的是你要在编码之前,期间和之后思考.如果UML帮助你这样做,你应该使用它.根据您编写的程序,您可能希望在编写代码之前关注算法,体系结构或用户界面.

甚至在你开始考虑如何编写程序之前,你也应该考虑应该编写什么.再一次,你写的那种程序决定了你应该考虑什么.

Answer 2

我总是在开发过程中创建它们.这是个人偏见.

例如,迭代开发之后意味着您的代码将随着项目的进展而发展.因此,预先创建UML图表是浪费时间,因为一段时间后,您的最终结果将与您开始使用的图表完全不同.即使使用迭代开发,测试驱动开发之类的东西也不会阻止UML图.在故事/任务的规划/设计过程中,UML图表可以派上用场.但是,这并不是说你应该盲目地为你编写的每一段代码编写UML.

相比之下,UML图允许您通过一些简单的图像向其他开发人员表达大型创意.从图中,其他开发人员可以掌握应用程序/组件的链接方式.

你最好使用UML图作为工具,而不是我认为的手段.拥有行业经验我可以向您保证,只是因为书籍会在编写任何代码之前告诉您编写UML /进行大量设计,所以很少(如果有的话)就是这样.

Answer 3

我认为出于文档目的，UML 图几乎毫无价值，因为几乎不可能保持它们的最新状态。但是，我认为它们在开发的开始阶段之前和开始阶段都是很好的工具，可用于思考设计并与其他团队成员进行审查。所以我的回答会在开始阶段之前一点点，之后就不会那么多了。