本人最近准备学习一下UML,
但我感觉这玩意没什么大的作用,
尤其在我们这种规模小的公司。不知大家的公司里面用的多不多,在实际项目中是怎样运用的?
但我感觉这玩意没什么大的作用,
尤其在我们这种规模小的公司。不知大家的公司里面用的多不多,在实际项目中是怎样运用的?
解决方案 »
- 有人做过程序怎么调用QQ吗?
- OFFICE.DLL和Interop.Microsoft.Office.Core.dll'兩者中都有型別 'Microsoft.Office.Core.MsoTriState'
- 有关于网络传输
- 未将对象引用设置到对象的实例,高手指点一下,谢谢了。
- oracle Entity Framework 用LINQ Objectset.addObject()不触发oracle主键自增长
- 如何捕获打印机异常事件
- 设计时序列化问题,非.net标准类,反序列化时类型转换出错
- 关于动态编译的问题,请教高手
- WindowForm里面怎么弹出菜单?
- C#应用程序中如何得到数据库(SQL2000或Access)表的名称
- 寻求C# 开发GPRS的资料~~
- 怎样保证一个固定的帧频?
否则用它就是瞎耽误工夫~
否则用它就是瞎耽误工夫~
=====================================================
偶是吃过大亏的人啊,毕业设计看了N多本UML和关于面向对象的设计
在毕业设计的时候用UML和面向对象分析,结果让我绞尽脑汁,费劲心思。
开发速度极度之缓慢,差点连毕业设计都完成不了,最后还是放弃了UML。
速度就快多了,人也轻松多了。
哎,UML让我吃大亏了!
写个小程序做个小项目你可能用不到UML,
但是做一个大项目,特别是涉及到团队开发,UML就很有必要了,
要不然一队人马乱成一团,最后项目一团糟~
UML还有一个用途:考《软件设计师》时卷子上的题目它占大部分~~
开发过程中所有的东西比如流程图状态图序列图等等不需要都用UML表示出来,它本身只是一个表示设计思想的工具和语言,能学到思想才是最重要的。
项目复杂了肯定要用,否则?
以后肯定会普及的,就像几年以前你问:面向对象有用吗?
不过凡事都要因地制宜,要做到合理的应用UML。
在分析设计阶段建立半形式化/形式化的模型,有助于理解&思考,以及发现设计方案中的问题。也就是说,验证你的构思,帮你建立起对整个软件架构的认识。还有在开发人员之间进行交流,便于设计复审,更早发现问题。这些事情拖到coding的时候去做,就会变成无穷无尽的debug,甚至推倒重来。当然,UML本身只是一种基于OO方法的表示符号,学会了这套符号,仅仅代表你掌握了UML的语法。要想看懂语义,还需要去了解OOA/OOD/OOP方法,以及设计模式一类的知识,不是知道UML中的几个符号就算学会了。如果开发使用的是结构化的方法,那跟UML更是南辕北辙,意义不大
我现在正在看设计模式之类的东西,里面的图全部是用“UML”表示的。我决定好好的了解一下,当然“UML”本身的这些符号没有什么意义。
分析和抽象问题的能力才是最重要的。