需求变更的种类及应对方式

在企业软件开发过程中需求会发生各种变化，有些是预期的，有些是非预期的，我将所遇到的需求变化进行归类整理，并提供一定的解决方案，希望能够帮到大家。
需求变更的种类：

• 修改字段标题或描述：   

  在开发软件之前我们会根据用户的行业的业务来建立名称字典，但是往往这些字典很容易发生变化，有些软件将它隔离出来放入数据库中，然后在界面显示的时候从数据库中读取，用户可以在后台修改这些内容，优点是用户自己可以实现全部的控制，它的优点也是他的缺点，使用起来比较复杂，我就有一个朋友公司用的软件，功能上来说很强大，几乎所有东西都可以在后台改动，但是却没几个人会弄，结果80%的功能都是摆设，几年中从未使用过。

• 下拉菜单中的内容修改：   

  这个在开发中几乎不管系统大小都会遇到这种修改，我建议的是有一个基础信息管理，这里面的东西可以使用代码生成器，或是元数据反射来生成增删改查的界面，通过基础信息修改系统中的各种下拉列表或多选单选中的内容。

• 界面风格修改：   

  这种情况经常发生在多用户系统中，典型的个性化功能，提供该功能可以增加用户黏合度，与功能本身并没有太大加强，企业开发中大多倾向功能性要求，如果有这种需求的变化则可以先着手标准化CSS，然后通过更换CSS来更换系统中的界面风格，是最省时省力的办法。

• 原需求发生变化：   

  遇到这种情况时可以与客户进行商讨，搞清楚他们的真正需求是什么，因为在原需求发生变化的时候往往意味着客户公司战略或是业务发生了转移，如果原需求发生变化时不能分析到位的话，会导致接下来的连续需求变化，并且会被这些变化搞的不知所措。在原需求发生变化的时候最重要的就是停下来搞清楚客户为什么需要变化原来的需求。

• 增加功能：   

  该项需求变化一定要斟酌增加所需功能的后对系统现有功能的影响，如权限是否决突，功能是否重复等，当决定增加时将是对系统重构的好时机。

• 扩展内容：   

  当有扩展点出现时，不要急着去修改，要考虑现有的系统是否可以通过重构和使用面向对象原则，设计模式，架构模式等来进行扩展，这时也是对系统重构的好时机。

• 优化用户体验：   

  该类需求变更也是经常被提出来的，比如按钮在这里不好点，或是有些内容应该有个动画效果，或是不要刷新等的需求，这种需求在不过份的情况下应该给予满足，因为用户体验好的软件即使功能简单，也很受欢迎，而用户体验不好的软件功能再强大也很难被人接受，呵呵，因为你的客户也是人类，换位思考一下就明白了。