当前位置: 代码迷 >> 开发过程 >> 需求变更,导致设计变更,把之前的设计搞得一团糟
  详细解决方案

需求变更,导致设计变更,把之前的设计搞得一团糟

热度:8750   发布时间:2013-02-26 00:00:00.0
需求变化,导致设计变更,把之前的设计搞得一团糟
写程序第一是要有需求,然后是在收集到的需求上进行分析和设计,然后编码。
OK 
我收集需求,在需求收集到某个点后我就开始分析、设计,并在这个基础上出了一套程序。
用户开始使用,问题是:他们又有了新的需求,恩,有需求总得改程序,可是我发现,新的需求基本上把我前面做的设计都搞乱了,我前面做好的设计,留下的扩展性既然在新的需求下基本上都要重来。
可能是我在收集需求的时候收集地不够多,可能是我在分析的时候分析的不够彻底。

问题是:

需求的收集是不可能收集穷尽的,就算你把此阶段的需求真的完全收集了,那么随着时间的推移,业务的变更,需求还是会改变的。
当然你也可以在需求的基础上作更多的假设,然后在设计过程为这些假设留下更多的灵活性,但是:可能你做的假设多数都是没用的,因为真正的业务最终不会按照你的假设走,所以,你前面做的设计可能会在新的需求面前很多都要重新来过。

也许我设计的工夫还不到家,但是:有什么方法或者过程可以减少重来的程度呢?
------解决方案--------------------------------------------------------
只要企业在发展,组织架构必然要发生变化,信息系统必须随着走。
我的有个程序,5年了,还在不断的调整

------解决方案--------------------------------------------------------
呵呵,恭喜楼主了,内部软件开发...
你指的需求变更是对于同一个业务还是说有新业务?
软件要做的不是替代人做所有的事务,而是要把一些繁琐重复的工作用自动化实现.一个公司内部同一个业务的流程和操作在很长时间内是不会变的,所以如果是同一个业务的话,那应该就是你对业务需求的分析不够彻底了.如果是同一个业务流程在变化...那就是公司运营的问题了...这个...就严重了
此外,不是所有的业务需求都要用软件实现,不合理的需求或者不明确的和经常改动的需求,应该被reject.当然...你可能没有权限...呵呵,同情
  相关解决方案