3、规范文档
　　需求文档作为客户和开发人员的接口在整个项目开发过程中起着举足轻重的作用。需求文档应该按照一定的格式和规范书写，而且应该具备完整性、一致性、基线控制、历史记录等特性。文档书写完毕以后应该交给客户审阅，在客户满意的基础上确定基线。一个完整规范的需求文档不仅能够有助于设计人员和编码人员完成项目开发，更重要的是它作为一个阶段性的成果可以供软件需求变更时参考。
　
　　需求变更发生后，也应该生成相应的文档，并且这些文档的书写也应该采用规范的形式书写。需求变更文档也应该包含基线以供下一次修改参考，还应包含历史记录以供开发人员和客户清楚当前的文档内容的新旧以及历史文档的情况，以备以后查看。


4、设计良好的体系结构
　　开发软件如同建造一座房屋，软件体系结构则如同建房屋时的规划。两层高的家庭住宅和几十层高的商业大厦建造时的规划必然不同，同样，大型软件和小软件采用的体系结构也必然有所区别。因此，设计一个合理的体系结构对于项目的成败也是十分关键的。
　
　　体系结构的建立一般位于需求分析结束之后，软件设计之前。软件体系结构的设计是从结构的角度对整个系统进行分析，选择合适的构件，安排构件间的相互作用以及他们之间的约束，形成一个系统框架以满足用户需求。在设计软件体系结构时，不仅应该想到如何完成满足现在已经提出的用户需求，同时也应适当地考虑到需求的变更。
　
　　采用有弹性和可扩展的软件体系结构设计可以有效地降低需求变更引起的风险和维护代价，能够在项目范围未发生变化的前提下很好地适应需求的变化。体系结构的灵活和可扩展性设计使得开发者可以在这种体系结构上面进行各个功能层的组合和分离，也可以将各个功能层分布在各个不同的服务器上共同提供服务，因而能够快速的对需求变更作出响应，并且对已经开发好的系统产生尽可能少的影响。
　
　　体系结构的设计除了考虑到体系结构的灵活性和可扩展性以外，还应尽量采用松散耦合的结构，使得结构中的各个构件之间的关联程度尽可能的少，这样能在需求发生变更时一个构件的变化对另一个构件产生尽可能少的影响。
　
　　现有的软件体系结构很多，包括管道－过滤器结构、B/S结构（含C/S结构）、解释器/虚拟机结构、黑板系统以及基于中间件技术的体系结构。在设计体系结构时，首先应该选出适合项目需求的系统结构，然后在从中挑选出那些扩展性比较好，构件之间耦合性比较小的体系结构。基于中间件技术的体系结构是扩展性比较好的体系结构。采用中间件技术，中间件作为用户界面和操作系统以及网络的连接点，向上为用户提供服务，向下屏蔽操作系统和网络的细节。这种分层的思想能够很好的适应操作系统和网络的变化，可扩展性十分的好。同时，可以在中间件中给出容易改变的接口或是为系统将来改变预留接口来实现功能上的需求变更。当然可扩展性比较好的体系结构远不止基于中间件技术的体系结构这一种，具体的选择和运用应该由设计人员根据实际需要考虑。
$news-page$

5、采用面向对象思想
　　需求是不稳定的，因而没有不变的需求，然而需求之中却有稳定的东西，这是对象。世界都是由对象组成的，而对象都是持久的，例如动物、植物已经有相当长的时间。虽然对象也在变化，动物、植物也在不断的进化。但对象在一个相当长的时期内都存在，动植物的存在时间肯定比任何一家企业长久。面向对象的开发方法的精髓是从企业的不稳定需求中分析出企业的稳定对象，以企业对象为基础来组织需求、构架系统。这样得出的系统会比传统的系统要稳定得多，因为企业的模式一旦变化，只需要将稳定的企业对象重新组织行了。
　
　　面向对象（OO）技术的三大特征保证了采用OO技术可以建立易于改变和加强可重用性的软件系统。封装可以把问题影响的范围缩小，外部的变化要求对系统的影响可以限定到某个类层次或某些类层次中，从而改变系统的一部分相对简单；继承可以使改变基于原有技术基础，很大程度上减少重复开发工作；多态的应用可以使开发和设计人员在相对统一的接口下更改系统的实现细节，从而改变系统的行为。
　
　　显然，OO技术是一种增强软件可维护性、健壮性以及保持设计稳定性的一种分析和设计方法，可以在一定程度上快速对需求变更进行反应，并可相对减少需求变更需要的成本。因此，在系统开发过程中应该尽量的采用面向对象的思维方式来构建系统和开发系统。
　
6、需求变更控制
　　正如前文所言，需求变更不可避免的会发生，那么当需求变更发生后项目开发人员应该如何应对呢？
　
　　一般来讲，需求的变更通常意味着需求的增加，需求的减少相对很少，而且处理也比较容易。当客户提出新需求的时候，项目开发人员应该分析这些新需求对项目现阶段带来的风险，得出双方实现变更需求的需要的成本，包括时间、人力、资源等等方面，再与客户商讨是否有必要进行变更和如何在小代价下实现变更。
$news-page$

　　当客户确实希望进行需求变更时，可以让开发人员开发一个快速原型，让用户体验一下，以确保客户确确实实的希望添加这些需求。在客户和项目开发人员共同确定了需求变更后，项目开发人员应该与客户签订一份新的合同。
　
　　当客户提出需求变更并且签订了合同后或是开发人员根据市场和政策作出的需求变更得到确证后，项目开发人员应该决定何时实施这些变更。对于那些对系统影响不大和一些优先权十分高的需求变更可以立即在项目中实施，而对于那些对于整个系统现阶段的开发影响很大，而且又不是十分紧急的需求可以放在下一个版本中进行。无论是立即实施还是放在下一个版本中，都应该给新的需求一个充足的开发和测试时间，保证产品质量。
　

结论
       在面对需求变更时，除了通过减少需求变更和规范文档，从分析和设计的角度通过采用合理的分析和设计方法适应需求变更以外，还应该改变我们设计的意识和对需求变更的理解，做好对需求变更的控制和管理，做到对需求变更的灵活应对，在一定程度上降低维护代价和提高用户满意度。