今天面试遇到一问题,大家来讨论一下.

今天到一公司去面试.开始的时候和人事部谈的很好...大约等了一个多小时,技术部的人员来面试我.
他向我问了几个问题,其中我回答的不是很好的问题是这个:
成立了一个软件开发组,软件需求已经写好了,问你在准备开发的过程中,要注意哪些方面才可能将以后的更改化做的最小?
注意:这里是软件需求已经写好,就是说回答跟软件需求没有一边关系才行!
本人经验尚浅,一时无法回答这个问题,所以被那人BS了一番..请问各位做过多年的兄台,以你们的经验来回答的话,又会有哪些方面..

评论

33 楼 java.wj 2010-01-19  

我认为还是一开始就规定好开发模式比如 jsp-action-service-dao-pojo，其中方法命名，注释规范。 每天一小讨 每周一大讨等

32 楼 jhaij 2010-01-19  

预留接口. 代码规范

31 楼 piao_bo_yi 2010-01-18  

签字确认。

30 楼 Mourinho_chen 2010-01-18  

我觉得数据库的设计非常重要

29 楼 zhouzhao21 2009-03-11  

我想应该 深入了解业务 才能从根本上解决问题。 这不是编码方面的问题。

28 楼 qipvfgkh 2009-03-05  

今天面试我又遇到了这个问题...幸亏这两天问了大家,还回答的点来..不然还真麻烦..看来多交流交流还是好的...

27 楼 kimmking 2009-03-05  

dsmagickey 写道

抛出异常的爱 写道

追加变更费用,
同时交付延期.....
(工程上常见)

当然对方想让你说的是组件式开发,
减少依赖.之类的话吧

大哥你能不能换个头像，这个头像经常出现，你完全不管人家受得了受不了。
谢谢了啊

这个很强大~~

路过~~

26 楼 dsmagickey 2009-03-05  

抛出异常的爱 写道

追加变更费用,
同时交付延期.....
(工程上常见)

当然对方想让你说的是组件式开发,
减少依赖.之类的话吧

大哥你能不能换个头像，这个头像经常出现，你完全不管人家受得了受不了。
谢谢了啊

25 楼 yumi301 2009-03-04  

需求确定了，那么可以认为功能上不会有改变，所以会变动的是性能、可移植性，最好采用模块化设计，分离可变的部分，模块之间使用接口，单个模块可替换。

24 楼 laogao3232 2009-03-04  

学习了！
最近真的发现原来培训的时候老师讲的一些需要注意的东西很有用啊！

改代码的时候也很容易。低耦合，高内聚！
另外还有通用方法，方法越通用，改的时候越难改！

23 楼 y263542662 2009-03-04  

你直接跟他说，你做过项目没有需求是不变更的
假设根本就不成立
当然，牛顿理论里摩擦为0都能成立
所以说这个也成立

开发 选择好的框架 习惯形成规范：代码规范，文档规范。
团队即时的沟通

22 楼 娴静女生 2009-03-04  

jiyanliang 写道

你说的变化最小是针对项目内部来说，还是针对客户的。
如果针对项目内部，那肯定选择成熟的框架，还有一个好的头头。
要是针对客户，那就的找一个能说会道的，把用户新的需求最小化了。

你说的时候，如果他否认，那就让他说说，总得吃一堑长一智阿。

21 楼 mating 2009-03-04  

说的都挺有理的！考官的问题挺大，应该再套点信息！呵呵

20 楼 icelander 2009-03-04  

问题问的有语病，呵呵

19 楼 qipvfgkh 2009-03-03  

楼上的不失为一个好方法...以前还真没想到...不过这个模块怎样定义?

18 楼 laserdance 2009-03-03  

个人认为,模块式开发,一个模块实现一个功能,然后再串连起来 实现 工作机制,这就是前面朋友所说的 低藕合,高内聚,,如果需求变化了,再开发一个模块来替换之前的模块即可,请雅正

17 楼 night_stalker 2009-03-03  

就随意bla bla一些呗

——"就算需求已经写好，先复查需求是不是准确
就算需求已经写好，也要弄清楚将来需求可能会如何变化
大家商量订立一些规矩，如定期重构，最大限度DRY……"



答太多可能也不好，说不好人家是测你忠诚度的

——"多协调，照领导的意思办"



一时答不上的问题，也可以用joke忽悠过去，更能给人深刻的好印象

——"呵呵，你听说过这个故事么……"

16 楼 xly_971223 2009-03-03  

qipvfgkh 写道

今天到一公司去面试.开始的时候和人事部谈的很好...大约等了一个多小时,技术部的人员来面试我.
他向我问了几个问题,其中我回答的不是很好的问题是这个:
成立了一个软件开发组,软件需求已经写好了,问你在准备开发的过程中,要注意哪些方面才可能将以后的更改化做的最小?
注意:这里是软件需求已经写好,就是说回答跟软件需求没有一边关系才行!
本人经验尚浅,一时无法回答这个话,又会有哪些方面..

问题,所以被那人BS了一番..请问各位做过多年的兄台,以你们的经验来回答的
1.列出所有风险 早控制
2.提早代码评审

15 楼 antonyup_2006 2009-03-03  

抛出异常的爱 写道

追加变更费用,
同时交付延期.....
(工程上常见)

当然对方想让你说的是组件式开发,
减少依赖.之类的话吧

对于追加变更费用 很有体会
在需求确定签字后的需求改动 确实会对项目的进展造成影响
特别是针对一些可有可无的需求，有“变更费用”这样的成本控制，
会让需求提出方有所考虑。

之前做一政府方面的项目，改来改去，但他们都会算费用。

现在做网站，需求由本公司策划提，那需求变动可以说一天三样，
有些完全可以说是某些个人喜好造成的需求变动，这样造成开发人员很是被动，
有时候的变动却是根本性推翻之前的逻辑，相当于重新开发，
这样对项目，对开发人员影响都很大。重复开发，打击士气，成本提高。
但因为这不用“变更费用”，所以这样的模式还是在延续...

对于lz的问题，把大伙的建议整理下，很是有帮助 呵呵

14 楼 lh_forever 2009-03-03  

其实，我觉得，他主要也就是想让你说，要养成良好的编程习惯，低耦合，这样代码修改起来也不会很麻烦！但前提，必须是，要有一个好的框架，好的头，如果在后期开发中还需要增加新需求的，那一定要将需求与原先的需求变化不是很大，否则就有的受了！