Sara (268**321) 2012-10-16 09:19:51
潘老师，你上课的时候说只要建模、需求分析都做的到位了，真正的客户需求变更是很少的，可能就是增加或者减少一个字段而已，那您认为增加字段带来的变更不大吗，要变动数据库结构了
zRich (19***894) 2012-10-16 09:20:57
这比变更功能小多了
Sara (268**321) 2012-10-16 09:22:28
但数据库结构是基础啊，如果变更数据库结构，工作量也不小，而且会有不可预计的bug
zRich (19***894) 2012-10-16 09:23:45
那你觉得怎么样才算变更少啊？
潘加宇 (3504847) 2012-10-16 09:25:03
真正的客户需求变更是很少的－－我不是这样说，是说，我们平时面对的需求变更大多数是假的，真正的需求变更占的比例很少
小杰 (46***556) 2012-10-16 09:25:23
相对数据来说 方法更重要的 如果你的类只通过 方法 来互相交互
小杰 (46***556) 2012-10-16 09:25:47
你会发现 增加一个字段或者减少一个字段 不是大不了的事情
潘加宇 (3504847) 2012-10-16 09:26:51
例如，以前联系人没有微博，现在要加一个微博，但未必就意味着数据库要加字段，即使数据库要加字段，也未必意味着别的地方也要修改
如果为了这个事情，就需要改数据库的结构，还要改各处代码，那也就说明设计太逊了
Sara (268**321) 2012-10-16 09:27:32
明白了，如果面向对象做的好的话，就算要加字段，也只要在这个对象里面加，就算要改代码，也只要在这个对象里面改，是这个意思吗
潘加宇 (3504847) 2012-10-16 09:30:29
这个意思也说得不对。我的意思是，需求和设计不是一一对应的。
就拿上面说的联系人，加一个微博，不需要修改数据库结构，不需要修改任何代码
潘加宇 (3504847) 2012-10-16 09:30:56
需求是很具体的，设计要抽象
潘加宇 (3504847) 2012-10-16 09:32:16
如果不了解这一点，就会害怕需求变"多"，例如，会担心"搞成3个用例会不会使代码变多呀，干脆合并成一个用例好了"
利昂 (26896185) 2012-10-16 09:35:56
说到这想起潘老师上课提到的一个知识点，用例和类是多对多的关系，很可能一个用例能提炼出多个类，也可能一个类用到多个用例中
王旭 (107600293) 2012-10-16 09:37:36
建模只能减少变更，提高质量，但是不可能杜绝变更
吴正朋 (7606585) 2012-10-16 09:38:39
以为客户需求变了。。。其实是我们开始没理解透，没挖掘好
阿甘 (40742333) 2012-10-16 09:39:18
客户需求有变更才有钱赚啊。。。。
阿甘 (40742333) 2012-10-16 09:39:30
变得越多越好:)
追风老虎 (22641623) 2012-10-16 09:40:08
需求有变更，程序改动小，才能赚的更多啊
阿甘 (40742333) 2012-10-16 09:40:29
这样说有道理
王旭 (107600293) 2012-10-16 09:40:44
总之，建模带来竞争优势，是对的
王彪 (9858716) 2012-10-16 09:42:39
走到用户需求的前面才能建立稳定的模型
日月 (9839117) 2012-10-16 09:44:02
没有不变的需求，因为企业在发展，社会在进步。
如何能快速应对变化，这就是我们做设计和关键。
王旭 (107600293) 2012-10-16 09:45:31
没错，一看就是日月神教的弟兄
阿甘 (40742333) 2012-10-16 09:49:27
所以只有深刻了解行业业务知识的R&D建立出来的模型才是有前瞻性的好模型
日月 (9839117) 2012-10-16 09:49:51
在面向对象设计有一个开闭原则。对扩展开放，对修改关闭，这个很值得我们对设计时去注意
yoyo (453442728) 2012-10-16 10:01:19
大家都想做好这么一个万能的设计，其实那不太可能，另外角度看，属于费时费力。能解决当前问题的最小代价方案就是最好的方案，如果你确认这个地方需要为以后扩展，才需要做扩展性设计。
日月 (9839117) 2012-10-16 10:04:44
是的，做的很万能，需要花费很大的成本，所以自己要知道抓大放小。呵呵
一些大公司做系统都是通过配置来完成，基本不需要写代码。
潘加宇 (3504847) 2012-10-16 10:06:55
这里要注意：不要一说多做一些思考就要"万能"，更不要拿万能做偷懒的挡箭牌，因为你做的东西不是万能的，所以你做的东西没用。在两个极端之间跳来跳去。
作为一个在某个领域耕耘多年的设计人员，应该有责任有能力比新手更能预测客户的需求变化，比新手更能分辨出领域里的变和不变，而不是工作很多年了，还像菜鸟一样不负责任，"啊，怎么需求又变了"
SAM (2278**8106) 2012-10-16 10:07:52
嗯，潘老师说的有理
王旭 (107600293) 2012-10-16 10:08:05
哈哈 你们说了这么多 潘老师看不下去了
潘加宇 (3504847) 2012-10-16 10:08:34
我的意思是， 老手对自己的要求应该比菜鸟更高
小杰 (46***556) 2012-10-16 10:11:06
其实找到需求的模式很重要
小杰 (46***556) 2012-10-16 10:11:29
如果你在一个领域呆久了 自然会体会到这个领域的运转模式
小杰 (46***556) 2012-10-16 10:11:53
当需求变更来了以后 我们就会发现其实万变不离其宗