但我感觉这玩意没什么大的作用,
尤其在我们这种规模小的公司。
不知大家的公司里面用的多不多,在实际项目中是怎样运用的?
58 个解决方案
#1
学了没坏处
#2
有用肯定有用,但不一定在目前的工作中能用得上,尤其是在小公司
#3
使用uml来说,不是对某个公司,而是让自己对程序有更清楚地认识,便于分析、扩展等等。
前期会累些,但是到了后面要便利些。
前期会累些,但是到了后面要便利些。
#4
找点时间看看
#5
谢谢几位大师的指点,
看来还是由必要学习一下。
看来还是由必要学习一下。
#6
当然有必要了~ 对提高自己的抽象和分析能力很有帮助~
即便学了UML不用n年之后全忘了,但是抽象和分析的能力却始终是宝贵的财富
即便学了UML不用n年之后全忘了,但是抽象和分析的能力却始终是宝贵的财富
#7
没用过~
#8
有
#9
没用过,但是知道很有用
#10
呵呵,
没用过,你怎么知道很有用
没用过,你怎么知道很有用
#11
除非是几十乃至上百人的团队,用UML来交流比较方便;
否则用它就是瞎耽误工夫~
否则用它就是瞎耽误工夫~
#12
因为我看到高手都用那个画,呵呵
#13
是啊,我也这样想。
但是前面的兄弟也说了会锻炼抽象和设计的能力
但是前面的兄弟也说了会锻炼抽象和设计的能力
#14
为了一些副作用去学,没必要~
#15
除非是几十乃至上百人的团队,用UML来交流比较方便;
否则用它就是瞎耽误工夫~
=====================================================
偶是吃过大亏的人啊,毕业设计看了N多本UML和关于面向对象的设计
在毕业设计的时候用UML和面向对象分析,结果让我绞尽脑汁,费劲心思。
开发速度极度之缓慢,差点连毕业设计都完成不了,最后还是放弃了UML。
速度就快多了,人也轻松多了。
哎,UML让我吃大亏了!
否则用它就是瞎耽误工夫~
=====================================================
偶是吃过大亏的人啊,毕业设计看了N多本UML和关于面向对象的设计
在毕业设计的时候用UML和面向对象分析,结果让我绞尽脑汁,费劲心思。
开发速度极度之缓慢,差点连毕业设计都完成不了,最后还是放弃了UML。
速度就快多了,人也轻松多了。
哎,UML让我吃大亏了!
#16
项目大了就要用了。
#17
我可以大胆的告诉你,有用。
#18
不是有用,是非常有用~
写个小程序做个小项目你可能用不到UML,
但是做一个大项目,特别是涉及到团队开发,UML就很有必要了,
要不然一队人马乱成一团,最后项目一团糟~
UML还有一个用途:考《软件设计师》时卷子上的题目它占大部分~~
写个小程序做个小项目你可能用不到UML,
但是做一个大项目,特别是涉及到团队开发,UML就很有必要了,
要不然一队人马乱成一团,最后项目一团糟~
UML还有一个用途:考《软件设计师》时卷子上的题目它占大部分~~
#19
应该有用。
#20
UML肯定必要,而不是重要..
#21
有用,招高程的基本都有這要求
#22
有用,能提高自己对一个系统的分析能力,从客户的需求到软件的安装,它都可能用图形表示出来
#23
学习
#24
有用
#25
这个肯定有用,可以提高自己在系统分析和设计方面的能力,它在其他领域也有作用
#26
我觉得这个问题要看了,如果软件开发本身已经有一定功力,然后再看看UML是不错的提高。如果说开发本身就没多少经验,然后就去钻UML可能就有点不合适了。小公司局部用一下uml的一些东西可以的,但完全uml来操作,肯定得不偿失。。。。。
#27
学了没坏处
#28
那是相当的有用阿。我正在画呢。大家怎么都说小公司用不上呢?我就是在小公司。大公司干了一年也不让你用UML阿。所以大家一定要好好学。这东西主要就是给团队开发用的。对自己理清思路也是很有帮助的。
#29
学......
#30
UML对面向对象的设计和开发挺有用的,不然设计框架和类的时候用什么来思考和描述?
#31
绝对的蠢问题!
#32
有道理
#33
有用,但也不是很有用
#34
火车有用吗?
飞机有用吗?
如果我到单位上班,才0.5公里,那多没有用,如果是出远差,那就没得说了。
飞机有用吗?
如果我到单位上班,才0.5公里,那多没有用,如果是出远差,那就没得说了。
#35
QQ会员优惠券(面值两元):200607180029493825,200607180029493826,200607180029493822,200607180029493823,200607180029493824
#36
要想不一辈子就是个coder,那就学,认认真真的学
#37
有用,特别是大公司,大团队,不过象小公司,作用就不明显了,基本用不到~~
#38
以前觉得没用!现在发现越来越有用了!不仅仅体现在团队开发上!还有UML所能带来的思想。建议学习!而且要好好学
#39
UML很难学,不容易被理解,MS都只是用它的一小部分。
#40
其实还是比较有用的,前面楼上的说还拖延了开发的速度,我想,主要原因还是在于怎么运用的问题。
开发过程中所有的东西比如流程图状态图序列图等等不需要都用UML表示出来,它本身只是一个表示设计思想的工具和语言,能学到思想才是最重要的。
开发过程中所有的东西比如流程图状态图序列图等等不需要都用UML表示出来,它本身只是一个表示设计思想的工具和语言,能学到思想才是最重要的。
#41
uml 的功能是对设计思想的书面记录和交流!!!
项目复杂了肯定要用,否则?
以后肯定会普及的,就像几年以前你问:面向对象有用吗?
项目复杂了肯定要用,否则?
以后肯定会普及的,就像几年以前你问:面向对象有用吗?
#42
还没学 看看
#43
没有用过,本人认为这个是大型团队开发的利器,但小型团队开发用它反而是个累赘.
当然学了总是有好处的.
当然学了总是有好处的.
#44
可以做为architect和programmer交流的语言,如果你的architect或analyst不懂你用的开发语言没有通过UML作为桥梁是不好交流的,特别在描述一些pattern的时候,我觉得只有画图了.
#45
学习UML是否有用,要看你以后打算把自己定位到什么高度。如果想作项目经理,我的建议是:“必须得学,还得学好”!如果就想当程序员:“了解就可以,能看懂别人就可以”。
如果不想在计算机软件行业有所发展“可以不学!”
如果不想在计算机软件行业有所发展“可以不学!”
#46
啊,看来大部分人还是认为UML很有用的。
不过凡事都要因地制宜,要做到合理的应用UML。
不过凡事都要因地制宜,要做到合理的应用UML。
#47
有用吧
#48
我体会到的好处是:
在分析设计阶段建立半形式化/形式化的模型,有助于理解&思考,以及发现设计方案中的问题。也就是说,验证你的构思,帮你建立起对整个软件架构的认识。还有在开发人员之间进行交流,便于设计复审,更早发现问题。这些事情拖到coding的时候去做,就会变成无穷无尽的debug,甚至推倒重来。
当然,UML本身只是一种基于OO方法的表示符号,学会了这套符号,仅仅代表你掌握了UML的语法。要想看懂语义,还需要去了解OOA/OOD/OOP方法,以及设计模式一类的知识,不是知道UML中的几个符号就算学会了。如果开发使用的是结构化的方法,那跟UML更是南辕北辙,意义不大
在分析设计阶段建立半形式化/形式化的模型,有助于理解&思考,以及发现设计方案中的问题。也就是说,验证你的构思,帮你建立起对整个软件架构的认识。还有在开发人员之间进行交流,便于设计复审,更早发现问题。这些事情拖到coding的时候去做,就会变成无穷无尽的debug,甚至推倒重来。
当然,UML本身只是一种基于OO方法的表示符号,学会了这套符号,仅仅代表你掌握了UML的语法。要想看懂语义,还需要去了解OOA/OOD/OOP方法,以及设计模式一类的知识,不是知道UML中的几个符号就算学会了。如果开发使用的是结构化的方法,那跟UML更是南辕北辙,意义不大
#49
有用
#50
学习中医药
#1
学了没坏处
#2
有用肯定有用,但不一定在目前的工作中能用得上,尤其是在小公司
#3
使用uml来说,不是对某个公司,而是让自己对程序有更清楚地认识,便于分析、扩展等等。
前期会累些,但是到了后面要便利些。
前期会累些,但是到了后面要便利些。
#4
找点时间看看
#5
谢谢几位大师的指点,
看来还是由必要学习一下。
看来还是由必要学习一下。
#6
当然有必要了~ 对提高自己的抽象和分析能力很有帮助~
即便学了UML不用n年之后全忘了,但是抽象和分析的能力却始终是宝贵的财富
即便学了UML不用n年之后全忘了,但是抽象和分析的能力却始终是宝贵的财富
#7
没用过~
#8
有
#9
没用过,但是知道很有用
#10
呵呵,
没用过,你怎么知道很有用
没用过,你怎么知道很有用
#11
除非是几十乃至上百人的团队,用UML来交流比较方便;
否则用它就是瞎耽误工夫~
否则用它就是瞎耽误工夫~
#12
因为我看到高手都用那个画,呵呵
#13
是啊,我也这样想。
但是前面的兄弟也说了会锻炼抽象和设计的能力
但是前面的兄弟也说了会锻炼抽象和设计的能力
#14
为了一些副作用去学,没必要~
#15
除非是几十乃至上百人的团队,用UML来交流比较方便;
否则用它就是瞎耽误工夫~
=====================================================
偶是吃过大亏的人啊,毕业设计看了N多本UML和关于面向对象的设计
在毕业设计的时候用UML和面向对象分析,结果让我绞尽脑汁,费劲心思。
开发速度极度之缓慢,差点连毕业设计都完成不了,最后还是放弃了UML。
速度就快多了,人也轻松多了。
哎,UML让我吃大亏了!
否则用它就是瞎耽误工夫~
=====================================================
偶是吃过大亏的人啊,毕业设计看了N多本UML和关于面向对象的设计
在毕业设计的时候用UML和面向对象分析,结果让我绞尽脑汁,费劲心思。
开发速度极度之缓慢,差点连毕业设计都完成不了,最后还是放弃了UML。
速度就快多了,人也轻松多了。
哎,UML让我吃大亏了!
#16
项目大了就要用了。
#17
我可以大胆的告诉你,有用。
#18
不是有用,是非常有用~
写个小程序做个小项目你可能用不到UML,
但是做一个大项目,特别是涉及到团队开发,UML就很有必要了,
要不然一队人马乱成一团,最后项目一团糟~
UML还有一个用途:考《软件设计师》时卷子上的题目它占大部分~~
写个小程序做个小项目你可能用不到UML,
但是做一个大项目,特别是涉及到团队开发,UML就很有必要了,
要不然一队人马乱成一团,最后项目一团糟~
UML还有一个用途:考《软件设计师》时卷子上的题目它占大部分~~
#19
应该有用。
#20
UML肯定必要,而不是重要..
#21
有用,招高程的基本都有這要求
#22
有用,能提高自己对一个系统的分析能力,从客户的需求到软件的安装,它都可能用图形表示出来
#23
学习
#24
有用
#25
这个肯定有用,可以提高自己在系统分析和设计方面的能力,它在其他领域也有作用
#26
我觉得这个问题要看了,如果软件开发本身已经有一定功力,然后再看看UML是不错的提高。如果说开发本身就没多少经验,然后就去钻UML可能就有点不合适了。小公司局部用一下uml的一些东西可以的,但完全uml来操作,肯定得不偿失。。。。。
#27
学了没坏处
#28
那是相当的有用阿。我正在画呢。大家怎么都说小公司用不上呢?我就是在小公司。大公司干了一年也不让你用UML阿。所以大家一定要好好学。这东西主要就是给团队开发用的。对自己理清思路也是很有帮助的。
#29
学......
#30
UML对面向对象的设计和开发挺有用的,不然设计框架和类的时候用什么来思考和描述?
#31
绝对的蠢问题!
#32
有道理
#33
有用,但也不是很有用
#34
火车有用吗?
飞机有用吗?
如果我到单位上班,才0.5公里,那多没有用,如果是出远差,那就没得说了。
飞机有用吗?
如果我到单位上班,才0.5公里,那多没有用,如果是出远差,那就没得说了。
#35
QQ会员优惠券(面值两元):200607180029493825,200607180029493826,200607180029493822,200607180029493823,200607180029493824
#36
要想不一辈子就是个coder,那就学,认认真真的学
#37
有用,特别是大公司,大团队,不过象小公司,作用就不明显了,基本用不到~~
#38
以前觉得没用!现在发现越来越有用了!不仅仅体现在团队开发上!还有UML所能带来的思想。建议学习!而且要好好学
#39
UML很难学,不容易被理解,MS都只是用它的一小部分。
#40
其实还是比较有用的,前面楼上的说还拖延了开发的速度,我想,主要原因还是在于怎么运用的问题。
开发过程中所有的东西比如流程图状态图序列图等等不需要都用UML表示出来,它本身只是一个表示设计思想的工具和语言,能学到思想才是最重要的。
开发过程中所有的东西比如流程图状态图序列图等等不需要都用UML表示出来,它本身只是一个表示设计思想的工具和语言,能学到思想才是最重要的。
#41
uml 的功能是对设计思想的书面记录和交流!!!
项目复杂了肯定要用,否则?
以后肯定会普及的,就像几年以前你问:面向对象有用吗?
项目复杂了肯定要用,否则?
以后肯定会普及的,就像几年以前你问:面向对象有用吗?
#42
还没学 看看
#43
没有用过,本人认为这个是大型团队开发的利器,但小型团队开发用它反而是个累赘.
当然学了总是有好处的.
当然学了总是有好处的.
#44
可以做为architect和programmer交流的语言,如果你的architect或analyst不懂你用的开发语言没有通过UML作为桥梁是不好交流的,特别在描述一些pattern的时候,我觉得只有画图了.
#45
学习UML是否有用,要看你以后打算把自己定位到什么高度。如果想作项目经理,我的建议是:“必须得学,还得学好”!如果就想当程序员:“了解就可以,能看懂别人就可以”。
如果不想在计算机软件行业有所发展“可以不学!”
如果不想在计算机软件行业有所发展“可以不学!”
#46
啊,看来大部分人还是认为UML很有用的。
不过凡事都要因地制宜,要做到合理的应用UML。
不过凡事都要因地制宜,要做到合理的应用UML。
#47
有用吧
#48
我体会到的好处是:
在分析设计阶段建立半形式化/形式化的模型,有助于理解&思考,以及发现设计方案中的问题。也就是说,验证你的构思,帮你建立起对整个软件架构的认识。还有在开发人员之间进行交流,便于设计复审,更早发现问题。这些事情拖到coding的时候去做,就会变成无穷无尽的debug,甚至推倒重来。
当然,UML本身只是一种基于OO方法的表示符号,学会了这套符号,仅仅代表你掌握了UML的语法。要想看懂语义,还需要去了解OOA/OOD/OOP方法,以及设计模式一类的知识,不是知道UML中的几个符号就算学会了。如果开发使用的是结构化的方法,那跟UML更是南辕北辙,意义不大
在分析设计阶段建立半形式化/形式化的模型,有助于理解&思考,以及发现设计方案中的问题。也就是说,验证你的构思,帮你建立起对整个软件架构的认识。还有在开发人员之间进行交流,便于设计复审,更早发现问题。这些事情拖到coding的时候去做,就会变成无穷无尽的debug,甚至推倒重来。
当然,UML本身只是一种基于OO方法的表示符号,学会了这套符号,仅仅代表你掌握了UML的语法。要想看懂语义,还需要去了解OOA/OOD/OOP方法,以及设计模式一类的知识,不是知道UML中的几个符号就算学会了。如果开发使用的是结构化的方法,那跟UML更是南辕北辙,意义不大
#49
有用
#50
学习中医药