所在位置:答疑 - 内容   
增加字段带来的变更不大吗
 

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
当需求变更来了以后 我们就会发现其实万变不离其宗