软件开发实习的需求变更与变更管理

软件需求管理之需求变更的原因

需求变更的原因

需求包括业务需求、用户需求和功能需求。业务需求（Business Requirement ）反映了组织机构或客户对系统、产品高层次的目标要求，用户需求（User Requirement ）描述了用户使用产品必须完成的任务，功能需求（Functional Requirement ）定义了开发人员必须实现的软件功能。

会导致需求变更的原因会有很多，如老板临时改变想法、项目预算增加或减少、客户对功能的需求改变等。在IT项目中，变更可能来自方案服务商、客户或产品供应商等，也可能来源于项目组内部。在软件系统开发过程中，有很多问题都是由于在需求分析阶段没有正确地收集、编写、协商、修改产品真实需求而产生的，造成这样的状况有以下几方面的基本原因:

（1）对需求的理解分歧

当客户向需求分析人员提出需求的时候往往是通过自己的想法用自然语言来表达的，这样的表达结果对于真实的需求来说是一种描述（甚至只是某个角度的描述），远远不能保证这样的描述可以得到百分之百的正确理解，也许在同客户交流的第一时刻就埋下了理解分歧的种子，打一个比方说客户说我要的是大象，身子象一堵墙，耳朵象扇子，四条腿象四根柱子，尾巴象绳子，分析人员想，哦，墙、扇子、柱子、绳子这些我都知道，但是真的画出来的时候客户当然会跳起来了！这是理解分歧的问题，一般跟分析员的知识、背景，还有客户表述的标准程度、双方的交流情况有关。

（2）系统实施时间过长

一个大中型系统的建设可能要延续一段时间，当客户提出要求之后，他当时并不能看到系统的运行情况，当双方认为理解大概没有分歧的时候（事实上还会有个Deadline ），开发方就开始工作了。当客户拿到差不多可以试用的产品时他可以实际操作，这时候他就会对系统的界面、操作、功能、性能等有一些切身的体会，有可能提出需求变更要求。

（3）用户业务需求改变

需求变更确认单

表： 编号：

变更申请

项目名称 项目编号

申请人 申请日期

变更内容

可另附

变更原因

变更分析 需求：

进度（单位：工作日）：

涉及人员：

合同：

其它：

（注：根据项目实际变更需求，从如上几个方面进行变更分析描述，不涉及的环节可以省略）

变更评审

变更评审意见

项目经理签字 确认日期

用户确认

用户确认意见

用户签字 确认日期

变更结果跟踪

变更情况说明

确认人 确认日期

龙源期刊网

软件项目的需求变更管理

作者：

来源：《计算机世界》2010年第48期

近年来，国内各级政府部门、企事业单位在信息化建设上取得了长足进步，但由于不少组织整体管理水平相对较低，在信息系统建设上缺乏系统、长远的战略规划，没有先进、适用、可行的管理实践理论作为指导，因此很多软件项目没有在预定的范围、投资总额、工期内完成，工期延期、延误成为普遍现象。

需求管理的常见误区

软件项目的范围控制应该是在需求分析阶段就开始的，然而很多项目经理针对需求分析存在不少认识误区。

误区1：开发商和用户仅就软件需求的基本轮廓达成一致即可，具体细节准备日后协商。

从项目管理角度分析，这是非常危险的，许多软件项目失败的最主要原因就是需求分析阶段对问题、流程、细节的描述不够准确，导致后期预算超支或者工期延误。

正确的方法是：在需求分析阶段，双方必须对项目的应用背景、功能需求、性能需求、可靠性需求、可用性需求、操作界面需求、外部接口需求，以及项目评审的方法、标准、过程进行全面、细致地研究讨论，逐一进行明确。

误区2：软件需求是软件必需向用户提供的功能和界面，功能上满足需求就足够了。

从软件需求工程角度分析，这只是认识到了软件系统的功能需求，忽略了软件的非功能需求和设计约束，需求捕获不够全面。软件需求工程理论认为，软件需求包括功能需求、非功能需求和设计约束三方面内容。

正确的方法是：除了要明确软件的功能需求，还需要进一步明确非功能需求（即软件产品所必备的属性和品质，包括可靠性、可用性、安全性、可扩展性、可移植性等）和设计约束（即软件研发必须遵守的特定规约、限制条件、政策标准,如软件必须采用国内自主知识产权的数据库产品）。

误区3：需求调研的对象是用户，用户就是软件产品的最终使用人员。 龙源期刊网

软件开发变更管理办法

前言

软件开发过程中，需求常常会发生变化。为了提高软件开发的效率和质量，需要建立一套变更管理办法，对软件开发的变更进行规范管理。

目标

该文档的目标是定义软件开发变更管理办法，确保在软件开发过程中的变更能够得到透明、追踪和有效的管理，以保障软件开发过程的稳定性和可控性。

变更管理流程

1. 变更提出：任何软件开发的变更需求都需要由相关人员提出，并详细描述变更内容和理由。变更提出：任何软件开发的变更需求都需要由相关人员提出，并详细描述变更内容和理由。

2. 变更评估：由开发团队对变更提出的需求进行评估，确定变更的影响范围、必要性和可行性。变更评估：由开发团队对变更提出的需求进行评估，确定变更的影响范围、必要性和可行性。 3. 变更审批：根据变更评估的结果，由项目负责人或相应的决策者对变更提出进行审批决策。变更审批：根据变更评估的结果，由项目负责人或相应的决策者对变更提出进行审批决策。

4. 变更实施：经过审批的变更需求进入实施阶段，由开发团队按照变更要求进行相应的开发和测试工作。变更实施：经过审批的变更需求进入实施阶段，由开发团队按照变更要求进行相应的开发和测试工作。

5. 变更验证：对已实施的变更进行验证，确保变更达到预期的效果和质量。变更验证：对已实施的变更进行验证，确保变更达到预期的效果和质量。

6. 变更记录：在变更实施和验证的过程中，需要详细记录所有的变更内容和操作，以便后续追溯和分析。变更记录：在变更实施和验证的过程中，需要详细记录所有的变更内容和操作，以便后续追溯和分析。

变更管理的原则

1. 透明公正：对变更提出、评估、审批和实施的过程都要做到透明公正，确保各方利益得到平衡。透明公正：对变更提出、评估、审批和实施的过程都要做到透明公正，确保各方利益得到平衡。 2. 追踪管理：对每一个变更需求都要进行详细记录和跟踪，确保变更的可追溯性。追踪管理：对每一个变更需求都要进行详细记录和跟踪，确保变更的可追溯性。