[讨论]需求获取在系统开发中的地位

引：面对一个系统，如何能做好需求，如果确实做不好这个需求，那么在设计开发中该注意些什么？
当有需求变更的时候，不能不改变原来的需求，或者加进新的功能需求，那又该怎么办？
面对自己的代码越来越庞大，该怎么办？
如何在实际开发过程中做到代码精简？

需求分析：
在学校的时候，一直就在学软件工程相关的东西。老师们就是一个劲的给我们灌输需求——》设计——》开发——》需求维护管理的思想。
也一直觉得就是应该这样的：需求确定了之后，再设计，设计好了，再编码。
可是，在实际情况中，往往很多时候没有那么多时间让你去获取需求、设计框架。
还有的情况是想尽力获取需求的，可是无奈不可能获取整个系统的所有需求。

我的情况：
这个时间，我一直在做一个项目，是公司自己根据市场需求设计开发的，而不是由其他提出要求的。
由于，我是一个纯新手，但是公司决定做这个项目，很大程度上是想让我学习学习。
一开始在开发的时候，也大致获取了一些需求，然后根据这些需求，再加点自己的想法，就上马了。可是，到了商家那儿，有一些是对的，可是另一些他根本就不这么干。
所以，他提出了他自己的看法。觉得有理，就改程序。
一开始在改的时候，也希望能够为日后的维护打好基础，尽量做到代码的可读性，和可维护性。
可是久而久之，我们本身和商家对自己的要求也都越来越高了。我们当初没有想到的，他当初没有想到的需求，都慢慢地冒出来了。
也久而久之，在不断的改代码的过程中，我自己也开始对自己的代码感到陌生了：越来越庞大，越来越复杂。
然后，到最后，变得是牵一发而动全身。

我也非常的清楚，这些其实都是需求获取没有做好，当然，设计本身也是一个非常大的漏洞。
但是，面对这样的情况（当初一时不能确定所有的需求，是真的不能确定，某些需求是要在系统功能加强的基础上才会显现出来）：不知道各位是如何处理的。

大家不妨讨论讨论。

转载于:https://www.cnblogs.com/adaiye/archive/2008/03/18/Requirements.html