关于UML的几个问题 (300分)

M

MichaelZhu

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-19

• #1

各位朋友，我有几个关于UML的问题，想请教各位！
1，UML适不适合企业自已开发软件使用？
2，UML作为建模语言，对于提高软件开发效率有没有帮助？（不好意思，因为我对UML不熟，所以问出这样的问题）
3，UML对于控制软件开发的进度有没有帮助？
4，UML在国内的使用情况如何？有哪些大的公司在用这个技术？
我以前没有接触过UML，对于建模不怎么了解。现在需要了解以上各方面的信息，有没有对UML很熟或是正在用的朋友？能不能提供一下这方面的信息？
谢谢！

 

W

wql

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-19

• #2

帮助你ding!

 

H

Highpeak

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-19

• #3

1.当然适合
2.当然有用，做设计时，用UML很清晰表述功能及控制流程；
3.当然有帮助，可以提高软件开发进度。
4.不清楚
^_^

 

M

MichaelZhu

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-19

• #4

还有没有哪位能发发言？能不能说得更具体一些？

 

Y

yostgxf

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-19

• #5

除非你有20人以上的专业开发组，并且项目很大，因为使用UML等开发成本很高。
UML必须与Rational Rose之类的项目管理工具结合起来使用才。。
1. 不适合
2. 没有帮助
3. 没有
但对控制开发质量、控制开发风险有好处。
4. 据本人了解，虽然有很多大公司号称在使用，真正使用好的几乎。。

 

M

MichaelZhu

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-19

• #6

to yostgxf,
能不能列举几个大公司？
那么你觉得用什么工具比较合适呢？

 

Y

yostgxf

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-19

• #7

列举几个大公司，不好吧，我没说他们的好话呀。
我觉得还是用传统的方法比较好，毕竟现在真正的系统分析员太少了，使用任何全套工具都会成为累赘。
当然也可以借助工具的一部分＋传统的需求分析，概要设计等。
个人意见而已。

 

M

MichaelZhu

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-19

• #8

我们公司以前软件开发需求做的不是很好，现在一旦开发人员离职了，接手的人都很难很快继续开发。不知道你说的开发成本高是什么方面，我觉得我们没有金钱上的顾虑，时间如果长点，应该也不是什么大事。我想领导层主要是想做好软件的管理工作，以及公司本身的知识积累工作。
不方便说公司名不要紧，也许你可以直接发邮件给我，好不好？或者能不能推荐几个国内的网站，让我去见识一下？
我的邮箱是：zhubin_zb@hotmail.com

 

S

shiningplus

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-20

• #9

UML只是工具，如果你不是用OO开发系统，UML对你没有多大用。反之，UML是必用，
不管是不是企业开发软件，因为有了UML,才会有OOA,OOD的设计，文档，交流。
至于你的系统是不是OO,就要看你在写企业逻辑是不是用类来封装的。

 

S

shiningplus

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-20

• #10

至于UML不适合企业开发，或者成本太高都是无稽之谈
国外的以OO开发企业软件的，都用UML,不管大工程，小工程。

 

L

lyctree

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-20

• #11

看看

 

M

michael.fly

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-20

• #12

UML还是能够解决很多问题的，尤其是它通过图形的方式为程序员之间、程序员与客户之间建立起了很好的交流平台，因为图形毕竟要不文字更好交流。同时，UML通过结合OCL，更具有了严格的语义，使得MDA的开发成为可能(虽然目前实现得并不是十分完善）。
我在项目中就使用了UML，用于与相关人员之间的交流，以及还有对已有的缺乏设计文档的代码进行反向工程，应用设计模式等等。但也并不是使用其中的所有元素，其中的USE CASE,CLASS,STATE,SEQUENCE图是我用得比较多的部分。
UML工具，目前实在太多（可参见《非程序员》中的介绍），不过对于JAVA项目，我选择TOGETHER,对于DELPHI项目，我选择MODELMAKER。

 

A

archonwang

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-20

• #13

1.当然适合，但是国内应该没有几个在用（具体不清楚）
2.当然有用，做设计时，用UML很清晰表述功能及控制流程；实际上按我目前的理解就是实现软件的模块化。
3.当然有帮助，可以提高软件开发进度。实际上，管理软件开发的进程也是一个方面。
4.国内一般没有的，毕竟成本较高啊，而且也没有几个老总愿意在这个方面投资.....
一旦原来的开发人员离开，后继的开发人员接手项目会变得很吃力，特别是软件文档编制得非常杂乱无章，甚至是根本没有（一般都是有了需求分析和调查的文档，开发文档就没有了，寒阿~~）

 

L

lichdr

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-20

• #14

有同感。
要說用處也是有的。
就是真正的不多。
各方面的原因。

 

L

lgxyy

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-20

• #15

是啊

 

T

tuti

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-20

• #16

UML就是一些标识符号，总得来说对开发作用不大。
如果你做的是外包项目，UML可以作为一种沟通约定，还是有意义的。
不过UML的usecase图，对需求分析提供了一个很好的方式。但usecase
主要的文本特征，在UML图中几乎荡然无存。其他几种图，随便看看就可以了。
千万不要去深究每种图的语意，那只会浪费自己的时间精力。
总之，UML是种锦上添花的东西，如果你的项目现在是饥寒交迫的话，最好
别去理什么UML。

 

H

hardware007

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-20

• #17

UML只是工具，关键看管理上。。。。。

 

V

vf

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-02-20

• #18

UML建模时很方便，能很清楚的描述出要设计的东西
成本高是什么意思？是指设计周期长吗？
只根据需求，没有设计就直接写出来的软件，对于接替者来说，基本上是废物一堆。
即便是为了赶进度，没有设计文档，很多公司也会要求，完成之后补一份文档出来

 

H

hjmaasc

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2004-03-01

• #19

如果用得好，UML就是很好的工具，如果用不好，UML就是最大的累赘
看你对UML的理解程序和应用能力了。