16,473
社区成员
发帖
与我相关
我的任务
分享讨论下项目开发中设计一直改的问题
大家在做项目时有没有出现过设计一直在改的问题? 讨论下
我是刚毕业的学生这是我第一个公司,也是做的第一个项目,每个月设计都要改好几次! 功能好不容易写完了没过几天这功能了又不要了.
项目5月份都要交了,今天经理又把数据库改了!
我是刚毕业的学生这是我第一个公司,也是做的第一个项目,每个月设计都要改好几次! 功能好不容易写完了没过几天这功能了又不要了.
项目5月份都要交了,今天经理又把数据库改了!
...全文
请发表友善的回复…
发表回复
superdiablo 2009-06-04
- 打赏
- 举报
这个只能说尽量应对，比如提前做好需求分析，提前考虑到需求变更的可能，提前设计好良好的架构。如果你做的足够好，还是不能应付需求的变化，只能说他们在乱改，你要好好跟他们讨论一下项目工期是否也要相应改动。
na_he 2009-06-04
- 打赏
- 举报
我想功能的去留何能改动会比较大，因为我们的开发大多是迎合市场了，主框架和整体模式应该改动少，到后期基本上也就稳定了。
百事烟 2009-06-04
- 打赏
- 举报
应付频繁设计更改是程序员的基本素质之一 ^&^
峰白 2009-06-04
- 打赏
- 举报
感觉一样，一个程序改了几年也没完，头疼的很
kangde 2009-06-04
- 打赏
- 举报
[Quote=引用 5 楼 hurryboylqs 的回复:]
多，这是项目管理者的问题
你只管实现就好了，交付不交付不关你的事
[/Quote]
你说的对, 我很赞同.
对付 2B PM 就是这样的.
多，这是项目管理者的问题
你只管实现就好了，交付不交付不关你的事
[/Quote]
你说的对, 我很赞同.
对付 2B PM 就是这样的.
Allen_zhang 2009-06-04
- 打赏
- 举报
需求不可能不改的，需求是客户要求的，你不改项目就不用做了
不过需要有一套合理的需求控制规范。
至于下面的人，上头要求你改你就改呗，反正你的工作就是这个
至于时间，这个不是你的问题，让你的项目经理和和客户沟通
我们是每一个需求变更都会有一张表的，根据需求变更和客户沟通，时间肯定也要相应的延长咯
不过需要有一套合理的需求控制规范。
至于下面的人，上头要求你改你就改呗，反正你的工作就是这个
至于时间，这个不是你的问题，让你的项目经理和和客户沟通
我们是每一个需求变更都会有一张表的，根据需求变更和客户沟通，时间肯定也要相应的延长咯
IONPhantom 2009-06-03
- 打赏
- 举报
改动是必然的,没有一个项目从计划好之后就一点不改动的
emailtome 2009-06-03
- 打赏
- 举报
如果说不改 才是奇怪 呵呵！！
GS_Neo 2009-06-03
- 打赏
- 举报
赞。。。跟楼主的感觉一样一样的。。。
bobohack 2009-06-03
- 打赏
- 举报
[Quote=引用 19 楼 ilei3344 的回复:]
软件开发一定要有可控的流程，你应该问你的经理当前需求是否为最终需求，如果是，则按需求开发，如果不是，继续讨论需求，直到讨论清楚为止。
定下需求后，如果需求有修改，则备忘放到下一个版本的软件开发计划中，不要影响当前软件的开发。
这是我觉得比较理想的做法，否则开发人员完全成了需求讨论的了，希望对你有点儿帮助。
[/Quote]
项目做半年了我们根本就没有见过需求说明书!
软件开发一定要有可控的流程，你应该问你的经理当前需求是否为最终需求，如果是，则按需求开发，如果不是，继续讨论需求，直到讨论清楚为止。
定下需求后，如果需求有修改，则备忘放到下一个版本的软件开发计划中，不要影响当前软件的开发。
这是我觉得比较理想的做法，否则开发人员完全成了需求讨论的了，希望对你有点儿帮助。
[/Quote]
项目做半年了我们根本就没有见过需求说明书!
Jonason123 2009-06-03
- 打赏
- 举报
原来都是改来改去的啊！！哈哈，我在公司都被改了烦了！
bobohack 2009-06-03
- 打赏
- 举报
那常改数据库设计也正常吗？今天加几个表，明天改几个字段的。要改的代码太多了。
hhwei1985 2009-06-03
- 打赏
- 举报
我暂时还没有遇到
ilei3344 2009-06-03
- 打赏
- 举报
软件开发一定要有可控的流程，你应该问你的经理当前需求是否为最终需求，如果是，则按需求开发，如果不是，继续讨论需求，直到讨论清楚为止。
定下需求后，如果需求有修改，则备忘放到下一个版本的软件开发计划中，不要影响当前软件的开发。
这是我觉得比较理想的做法，否则开发人员完全成了需求讨论的了，希望对你有点儿帮助。
定下需求后，如果需求有修改，则备忘放到下一个版本的软件开发计划中，不要影响当前软件的开发。
这是我觉得比较理想的做法，否则开发人员完全成了需求讨论的了，希望对你有点儿帮助。
FireBirdCN 2009-06-03
- 打赏
- 举报
[Quote=引用 4 楼 Kerrie 的回复:]
这是现实问题，除了外包公司其他都差不多。有效的应对方法是建立一个相关规范的架构，提高你代码的灵活性，以应对后续无穷的修改。别管流程管理设计规范什么的，这在中国是天方夜谭
[/Quote]
同意这位仁兄说的
提高自己的灵活性
要怎么改 都应对自如
就是 无招胜有招
这也是提高自己水平的一种做法~~
项目一直在更改确实很正常
在编码阶段 改的应该还是比较小的
在设计之初 1小时内都可能变动好几次 - - 我现在正烦这个呢
这是现实问题，除了外包公司其他都差不多。有效的应对方法是建立一个相关规范的架构，提高你代码的灵活性，以应对后续无穷的修改。别管流程管理设计规范什么的，这在中国是天方夜谭
[/Quote]
同意这位仁兄说的
提高自己的灵活性
要怎么改 都应对自如
就是 无招胜有招
这也是提高自己水平的一种做法~~
项目一直在更改确实很正常
在编码阶段 改的应该还是比较小的
在设计之初 1小时内都可能变动好几次 - - 我现在正烦这个呢
Eleven 2009-06-03
- 打赏
- 举报
改是正常的，LZ不用着急。。。
rebecca_zjy 2009-06-03
- 打赏
- 举报
其实这也不算坏事情，每次改的时候，你就多写了一次不同功能的代码，下次有相同的功能的话，就可以直接拿来用了。越积累的多，你写起来越方便呢。
bobohack 2009-06-03
- 打赏
- 举报
原来项目一直改是一个很普遍的现象啊，我还以为是我们公司小，水平不行呢。都想换个更规范的公司呢，要是这样换那都一样啊？但这样一直改，项目遥遥无期，工作大量被浪费，越做越失望。
rebecca_zjy 2009-06-03
- 打赏
- 举报
都是会改的啊，我做一个小小的对话框界面，一个星期平均每天改2次，还不包括控件位置的调整。
我的办法是:尽量把所有的功能模块都分离出来，做成很容易替换的接口。需要就加上，不需要就去掉，需要修改就写个新的，保留旧的，很可能以后还要用。
比如数据库，可以在数据库和你的程序之间加一个交换层，数据库数据不是直接用到程序里，而是通过交换层来读取，再写入你的程序要用的变量中，这样改了数据库的话，你就只用改交换层的代码就好了
我的办法是:尽量把所有的功能模块都分离出来，做成很容易替换的接口。需要就加上，不需要就去掉，需要修改就写个新的，保留旧的，很可能以后还要用。
比如数据库，可以在数据库和你的程序之间加一个交换层，数据库数据不是直接用到程序里，而是通过交换层来读取，再写入你的程序要用的变量中，这样改了数据库的话，你就只用改交换层的代码就好了
ok1234567 2009-06-03
- 打赏
- 举报
改和优化是不同的
定下来的东西，如果改来改去，永远没有做完的时候
优化，是弥补前期考虑不周，为了客户满意，顺利结算后续费用，优化总是要做的
一般项目
首先要做好需求分析
然后做好开发文档，越细越好
最好才编码实现
这样做看似繁琐，实际快捷
MIS 项目，优化数据结构，也算是正常的
开发的时候，应该对于不确定的需求有所考虑，也算是软件的柔韧性
一般可以预料的数据结构改变，最好只需要在程序中改动一个预定义或者结构定义或者某几个通用函数
全部推倒重来，盖的房子不会越来越好
定下来的东西，如果改来改去，永远没有做完的时候
优化，是弥补前期考虑不周，为了客户满意，顺利结算后续费用，优化总是要做的
一般项目
首先要做好需求分析
然后做好开发文档，越细越好
最好才编码实现
这样做看似繁琐，实际快捷
MIS 项目，优化数据结构，也算是正常的
开发的时候，应该对于不确定的需求有所考虑，也算是软件的柔韧性
一般可以预料的数据结构改变，最好只需要在程序中改动一个预定义或者结构定义或者某几个通用函数
全部推倒重来，盖的房子不会越来越好
加载更多回复（11）
