软件需求变更申请单新

龙源期刊网

软件项目的需求变更管理

作者：

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

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

需求管理的常见误区

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

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

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

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

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

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

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

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

软件项目变更方案

概述

在软件项目开发过程中，难免会出现变更申请的情况。变更是指在软件项目开发期间，对软件需求或规格定义、设计、开发、测试、维护过程中的某种或某些方面进行修改的要求。为了避免变更造成的不必要的麻烦和风险，本文将介绍软件项目变更方案。

建立变更管理制度

在项目启动初期，应该建立一个变更管理制度，制定一套完善的变更流程，明确变更申请、审批、实施和评价流程。变更管理制度应包括下列内容：

变更申请

制定变更申请表单，要求申请人在表单上说明变更的原因、必要性、影响范围、实施后预期效果和所需资源等，还要求申请人提供详细的需求或设计修改内容等。变更申请的时间、发起人、处理人等必须记录。 变更审批

对变更申请进行评价、分析，判断对项目的影响，由项目经理和相关人员认真审批。变更申请如果影响较大，需要召开变更委员会进行决策。

实施变更

经过审批的变更申请，由变更管理人员进行具体实施。在实施变更过程中，要有可靠的测试方法和标准，尽可能地模拟实际情况，以确保变更后的软件正常运行。

评价变更

变更人员要对变更实施的结果进行评价，收集用户反馈、测试报告和变更记录等，不断总结经验教训，以便于改进变更流程和提高变更质量。

变更管理的流程

变更管理的流程可以分为以下几个步骤：

1. 变更申请：识别变更请求、评估变更请求、分配责任

2. 变更分析：定义变更、分析影响、获得批准

3. 变更实现：实现变更、测试变更、审批变更

4. 变更评估：评价变更、审核变更、关闭变更 变更管理的关键要素

在变更管理中，需要注意以下几个关键要素：

变更记录

为了便于追踪、审核、评估变更，变更管理人员需要建立相应的变更记录，准确地记录变更的申请、评估、实现、评价和关闭等各个阶段的信息。

变更分类

变更申请应分类，区分是缺陷变更、需求变更还是其他变更。对不同类型的变更，需要采用不同的审批流程，认真评审分析，做出有利于项目进度和软件质量的判断。

软件需求确认单

工程名称： 文档编号：x

文档名称：

1. 《xxxx需求分析》（或需求变更等），版本号：V1.0，文档编号：xxxxxx，总页数：xx页，文件大小：xxx；

2. 《xxxx需求分析报告》（如只确认一篇文档，无需编号）。

需求变更控制：

1. 系统需求范围以上述需求分析报告为准，不能随意变更。如有变更，必须在受控状态下进行；

2. 建设单位或承建单位提出需求变更或功能增加时，须按照三方约定的需求变更控制办法执行，填写“变更控制报告”，明确变更所涉及的相关部分，经三方主管负责人确认；

3. 对可能引起系统结构变化或工作量较大的变更，须经三方评审，承建单位不得擅自承诺，否则后果自负；

4. 当变更发生频繁时，由三方协商定期提交变更内容；

5. 承建单位需在适当的时机将变更部分的内容补充到需求分析报告中；

6. 为保证系统稳定、质量可靠，请承建单位遵守此规定及 XXX 相关文件，并请建设单位积极配合工作。

（以下空白）

业主单位确认：

项目负责人

日 期

承建单位确认：

项目经理

日 期

监理机构确认：

总监理工程师/代表

日 期

软件项目变更方案

背景

在软件项目开发过程中，难免会遇到需求变更、技术方案调整等情况，这些变更可能会影响时间、成本、质量等方面。因此，需要制定一套有效的软件项目变更方案以应对各种变更情况，确保项目能够按计划顺利完成。

目的

本文档旨在提供一份详细的软件项目变更方案，以帮助开发团队在遇到变更情况时能够快速、有效地做出相应的决策，减少变更对项目的影响。

变更管理流程

变更提出

变更可以由客户、开发团队、测试团队等相关方提出。提出变更后，需要按照下列流程进行处理：

1. 填写变更申请表，包括变更的原因、影响、必要性等信息。

2. 提交变更申请表至变更管理小组。 3. 变更管理小组对变更进行评估，确定变更的优先级和影响范围。

4. 变更管理小组将变更申请表交给项目经理进行决策。

变更评估

在变更申请提交后，变更管理小组需要对变更进行评估，包括变更的必要性、优先级、影响范围等方面。评估过程中需要考虑以下因素：

1. 变更的影响范围，包括项目进度、成本、质量等方面。

2. 变更的紧急程度和必要性，是否需要立即实施。

3. 变更的复杂度和风险，是否会对项目产生不可预测的影响。

变更决策

在变更评估后，项目经理需要进行决策，确定是否实施变更。决策过程中需要考虑以下因素：

1. 变更的必要性和优先级。

2. 变更的影响范围和可能产生的风险。

3. 变更对项目进度和成本的影响。 变更实施

根据变更决策结果，确定是否实施变更，如果实施变更需要执行以下流程：

1. 制定详细的变更计划，包括变更范围、实施时间、责任人等信息。

2. 进行变更核实，确保变更能够正常实施，不会对系统安全和稳定性产生影响。

3. 进行变更测试，测试变更对系统功能和性能造成的影响。

4. 进行变更发布，将变更应用到生产环境中。

5. 进行变更回顾并记录相关数据，以便于后续分析。

变更管理工具

为了更有效地进行变更管理，建议使用一些变更管理工具进行辅助管理，包括：