jameszhang
CJSDN高级会员
发贴: 1594
积分: 111
|
于 2013-06-25 16:25
老虎,对你说的这种方式,我是这么想的,如果两个程序员讨论一个问题或是一个程序员自己对一个问题考虑的时候,他是可以想到哪里画到哪里,这种方式我也赞同,但是如果对于一个大的系统的建模过程我认为是不可能这么做的,必须按部就班的进行OOA分析,先确项目边界找到应该有的对象和类,在分析他们的关系等等一直到设计,这个过程还是迭代的,后期的修改还要对前面对象和类进行属性和方法的补充。如这本书作者这样认为类和对象不必进行先分析直接到序列图,其实序列图里已经有对象了,但都在他的脑子里,并没有规范的落地,对后期迭代和分析都会有问题,系统小可以,但是如果对象很多,自己也会记不住,随着分析设计的展开,问题也会成堆的出现。
其实最关键的是这本书名字是 《UML2.0设计手册》这样的书应该先把规范的分析设计先给出来,然后再分析哪里可以简约,哪里应该活用,但是.....
这些是我当时看到书的想法....哈哈....老虎我对后边没有太多信心,换本看看你看行不?....
"First they ignore u, then they laugh at u, then they fight u, then u will win
Mahatma Gandhi"
|