1,268
社区成员
发帖
与我相关
我的任务
分享需求变化，导致设计变更，把之前的设计搞得一团糟
写程序第一是要有需求，然后是在收集到的需求上进行分析和设计，然后编码。
OK
我收集需求，在需求收集到某个点后我就开始分析、设计，并在这个基础上出了一套程序。
用户开始使用，问题是：他们又有了新的需求，恩，有需求总得改程序，可是我发现，新的需求基本上把我前面做的设计都搞乱了，我前面做好的设计，留下的扩展性既然在新的需求下基本上都要重来。
可能是我在收集需求的时候收集地不够多，可能是我在分析的时候分析的不够彻底。
问题是：
需求的收集是不可能收集穷尽的，就算你把此阶段的需求真的完全收集了，那么随着时间的推移，业务的变更，需求还是会改变的。
当然你也可以在需求的基础上作更多的假设，然后在设计过程为这些假设留下更多的灵活性，但是：可能你做的假设多数都是没用的，因为真正的业务最终不会按照你的假设走，所以，你前面做的设计可能会在新的需求面前很多都要重新来过。
也许我设计的工夫还不到家，但是：有什么方法或者过程可以减少重来的程度呢？
OK
我收集需求，在需求收集到某个点后我就开始分析、设计，并在这个基础上出了一套程序。
用户开始使用，问题是：他们又有了新的需求，恩，有需求总得改程序，可是我发现，新的需求基本上把我前面做的设计都搞乱了，我前面做好的设计，留下的扩展性既然在新的需求下基本上都要重来。
可能是我在收集需求的时候收集地不够多，可能是我在分析的时候分析的不够彻底。
问题是：
需求的收集是不可能收集穷尽的，就算你把此阶段的需求真的完全收集了，那么随着时间的推移，业务的变更，需求还是会改变的。
当然你也可以在需求的基础上作更多的假设，然后在设计过程为这些假设留下更多的灵活性，但是：可能你做的假设多数都是没用的，因为真正的业务最终不会按照你的假设走，所以，你前面做的设计可能会在新的需求面前很多都要重新来过。
也许我设计的工夫还不到家，但是：有什么方法或者过程可以减少重来的程度呢？
...全文
请发表友善的回复…
发表回复
qiangpipi 2006-11-15
- 打赏
- 举报
呵呵,恭喜楼主了,内部软件开发...
你指的需求变更是对于同一个业务还是说有新业务?
软件要做的不是替代人做所有的事务,而是要把一些繁琐重复的工作用自动化实现.一个公司内部同一个业务的流程和操作在很长时间内是不会变的,所以如果是同一个业务的话,那应该就是你对业务需求的分析不够彻底了.如果是同一个业务流程在变化...那就是公司运营的问题了...这个...就严重了
此外,不是所有的业务需求都要用软件实现,不合理的需求或者不明确的和经常改动的需求,应该被reject.当然...你可能没有权限...呵呵,同情
你指的需求变更是对于同一个业务还是说有新业务?
软件要做的不是替代人做所有的事务,而是要把一些繁琐重复的工作用自动化实现.一个公司内部同一个业务的流程和操作在很长时间内是不会变的,所以如果是同一个业务的话,那应该就是你对业务需求的分析不够彻底了.如果是同一个业务流程在变化...那就是公司运营的问题了...这个...就严重了
此外,不是所有的业务需求都要用软件实现,不合理的需求或者不明确的和经常改动的需求,应该被reject.当然...你可能没有权限...呵呵,同情
zhouzh197895 2006-11-09
- 打赏
- 举报
需求改变是永远的，就算你对需求做的再完整，它也会随差业务改变而变，而业务会经常调整或提升。如果楼主设计做的比较好，一般设计是很少改动的，改的只是一些具体的实现部分。
chaoming 2006-11-08
- 打赏
- 举报
你的框架设计不灵活，所以需求变得时候，改动很大，系统分层设计就会好的多，其实大部分需求的更改都是界面的修改。
SamZhang80 2006-10-18
- 打赏
- 举报
简单设计——给自已留条后路。需求？能裁的裁，能简的简。
vssivl 2006-09-30
- 打赏
- 举报
请诉诸于形而上学，那里有一个完美的世界
十一维空间 2006-09-30
- 打赏
- 举报
只要企业在发展，组织架构必然要发生变化，信息系统必须随着走。
我的有个程序，5年了，还在不断的调整
我的有个程序，5年了，还在不断的调整
suxiaoguai 2006-09-27
- 打赏
- 举报
恩 多谢大家
问题是：
我们开发的系统是给自己的公司用的。所以永远都在修改中 .......
问题是：
我们开发的系统是给自己的公司用的。所以永远都在修改中 .......
rockay2006 2006-09-22
- 打赏
- 举报
在最初的时候一定要签订需求，并且明确指明如果发生改变双方应该承担的责任，最重要包括提交日起，甚至开销等等。否则项目就是个无底洞，他们天天没事干就给你打电话改需求，谁受得了
zcxx5201314 2006-09-20
- 打赏
- 举报
如果需求变动很大, 那就是upgrade了不再是fix了.
liusen770501 2006-09-05
- 打赏
- 举报
需求是需要管理的，从项目管理的角度来说，需求管理是有独立的一套管理过程，尤其是需求的变更控制，就是用来控制以上你说的这种情况。我觉得你可以和用户提前沟通好，如果发生需求的变更请客户签字确认，甚至和经济挂钩，这样用户在提需求变化的时候会有所顾及，你也不用太为难了。
suxiaoguai 2006-09-04
- 打赏
- 举报
UNow2005(推土机)
---------------
谢谢你的回复，我们基本也是这么做的，不过这样老改系统，有时候前面做的版本几乎逻辑部分都要重新搞过。
---------------
谢谢你的回复，我们基本也是这么做的，不过这样老改系统，有时候前面做的版本几乎逻辑部分都要重新搞过。
UNow2005 2006-09-04
- 打赏
- 举报
如果需求不是特别的清晰，那么可以采用敏捷开发方法，把需求明确的这部分先做出来，客户需求是需要我们引导的，如果我们没有搞懂，客户又表达不清，设计和开发又有何用呢？所以还是下功夫先去搞清客户的业务吧
unow2005.tianyablog.com
unow2005.tianyablog.com
