《谈谈如何应对软件开发中的需求变更》由会员分享，可在线阅读，更多相关《谈谈如何应对软件开发中的需求变更（6页珍藏版）》请在金锄头文库上搜索。
1、谈谈如何应对软件开发中的需求变更 令人苦恼的需求变更 在软件开发中，大家都会遇到过这样的问题：客户的一个新想法，就推翻了之前与客户经过一再探讨而确认定下来的需求。假如是功能性需求变更还会让人简洁接受一些，终归功能性需求不实现的话，是会大大影响到软件产品的质量。但是一些非功能性的变更会让人很头疼，很多是看起来无关痛痒的、鸡毛蒜皮的变更，却是极为令人无语和无奈，甚至是苦恼和厌恶的。 （1）什么是软件需求？ 在IEEE中，软件需求的定义是：用户解决问题或达到目标所需的条件或功能。一般包含业务需求、用户需求、功能需求、行业隐含需求和一些非功能性需求。业务需求反映了客户对系统、产品高层次的目标要求；功能
2、需求定义了开发人员必需实现的软件功能。所谓非功能性需求，是指为满意用户业务需求而必需具有除功能需求以外的特性。包括系统性能、牢靠性、可维护性、易用性和对技术和对业务适应性等。其中最常见的是软件界面、操作便利等一系列要求。 （2）非功能性需求变更的特点 让我们从客户角度和开发人员角度去看看非功能性需求的特点。首先，有些非功能性小需求从客户角度看起来工作量不大，但是事实上开发人员要耗费比较长的时间去完成这些小功能。其次，很多非功能性需求，如界面美观、操作便利等都是客户头脑一热、或领导一拍脑袋就部署下去的需求，往往是原来在需求分析阶段所没有留意的内容。 其实，非功能性需求是常常被轻视，甚至被忽视的。
3、缘由是非功能性需求描述很困难，它很难像功能性需求那样，可以通过结构化和量化的词语来描述清晰。在描述这类需求时候，我们常常采纳软件性能要好、操作要便利、软件界面要美观大方等较模糊的描述词语。例如，易用性就同时涉及到美工和UI界面、人机工程、交互式设计、心理学、用户行为模式等内容。这类描述词语都是脱离了软件的执行环境，是对人和相关的场景的描述，因此很难体现到软件架构设计和详细的实现中。 国内的很多软件公司，对于这种状况趋之若鹜，认为是负担，影响软件公司的工作支配，工作量以及工作进度，干脆导致了软件公司的效益，几乎是很多软件公司的最大隐患，因此我们如何相识、对待这个普遍存在的问题就成了软件公司以及员
4、工须要解决的问题；1) 首先，要从心理上彻底根除对需求变更的恐惊，从相识上明确需求变更是软件开发过程中不行缺少的部分，从方针上明确需求变更的存在性和必定性；a) 从软件公司角度，认清自身存在的不足， 客观面对需求的变更b) 从职员角度，提高本身的业务和技术实力2) 从技术角度上使需求变更的处理简洁化，明确化，增加可维护性；a) 运用更好的技术手段，设计更敏捷以用来适应更多变的需求；b) 运用更完善的软件工程的理念，让软件各个步骤细化，更易维护和修改；c) 运用完善的测试流程，最大的降低需求变更带来的软件风险；3) 对需求变更进行有效的管理，让需求变更可以规范化管理，做到有效的处理需求的变更，用
5、有限的资源获得最大的效益；a) 软件的初期，就要考虑最大限度的削减将来可能存在的需求变更b) 需求的限制，削减需求的来源，过滤不合理的需求c) 文档化管理，有备可查，有据可依；d) 合适的公司体制和运作，找到一条适合自己公司发展的运作体制和管理模式； 可能大家觉得上面说的话有些空，那么我就从技术角度上再详细的谈谈。 就像刚才说过的，需求变更是必定存在的。从技术的角度来降低或避开需求变更给我们带来的影响就显得极为重要。 1. 设计之初，充分理解需求，更好对需求进行整理和规划，预料可能变更的需求。需求难做，业务难做，非功能性的需求变更更是难做。所以当我们在收集了用户需求后，不仅仅是简洁的分类，然后
6、按部就班的开发，而是要深化挖掘需求，一些看似固定业务的需求，可能由于业务的变更而使得你的系统不能运用。我们要做的就是拆分需求，把一些可能会发生改变的需求拆开，改成工作流程可配置的。就像面对过程转向面对对象的那样，面对过程是死的，而面对对象重新组合后，就特殊简洁。 就说说我们刚做的这个收银系统吧，用户要求结账时，要打印小票，并自动打开钱箱。这就是最最原始的需求。但是我们最终把它做成了这样：打印机是外部设备，可以增删和配置；打印次数可配置；打印样式可配置；打印时，要推断打印机状态，非正常状态要给出各种提示（不一一列举）；钱箱可以自动打开，也可以手动打开。另外还设定了很多功能配置：如禁用/启用全部打
7、印机，禁用/启用某个打印机，是否打印订单小票，是否自动打开钱箱，是否显示错误提示信息等等（如图）。 我们把这个固定的需求，拆分成可配置的，这样就把这个需求可能的变更已经分析的差不多了。不论它怎么改变，我们的应对都会变得从容。就在前2天部署的时候出现问题了，打印机是新买的，不只是什么缘由，在打印多个换行之后，就会失败，不能接着打印。这个问题是我们所料不及的，因为我们测的我们这里的全部打印机，都完备打印，而新买的也是同品牌，同型号的打印机。最终分析出这个问题后，我们不用更改系统，只要修改一下小票样式配置，就可以完备打印了。小票样式设定（图）：硬件设置（图）：单个打印机设置（图）：功能设置（图）： 2. 系统完成之后，客户再提新需求后，要分析这个需求的深层次含义，分析客户要的究竟是什么。对于一些需求，假如适合于大部分客户，而且改动很少，就可以完成，那么可以在下个升级版本中集成。而对于某些非功能性的需求，改动太大，或者基本的核心功能都须要更改的话，那么就不要先去急着实现，而是放置起来，等待系统须要进行大的升级或者重构时，再考虑添加。而且要防止客户滥用提需求的权力，对于一些不合理的需求，还要去引导客户，让他们理解这个功能的不合理的地方，从而重新修改需求或者放弃。
