西藏食品药品监督管理局门户系统建设方案书
变更管理
对项目中的变更进行有效的控制和管理，是一个项目成功与否的关键。为了强调这一过程的重要性，我们特做以下说明。
变更的类型
本节所提的“变更”，指如下几个方面：
? 项目范围
对合同所提出的业务规程和业务功能提出更好的解决方案或更具灵活性的举措，从而导致合同所规定的项目范围（即需求）有较大工作量的更改。
? 项目成本
由于项目范围的更改，导致项目工作量的变动，从而涉及到项目成本的变化。
? 项目期限
对变更工作量作出评估之后，可能会引起项目完成期限的更改。
项目成本和项目期限中所提出的变更是由项目范围的变更所导致的，此种变更可能发生在项目初期，亦可能发生在项目实施过程中。
变更管理机构
变更管理机构将定位在项目双方项目领导小组和项目组，双方项目领导小组要亲自参与重大变更内容的评估和审批。
变更提出 变更评审 变更批准实施 变更验证 变更传递 西藏桑尼网络技术有限公司 第 36 页 共 45 页
西藏食品药品监督管理局门户系统建设方案书
变更处理流程
为了规范本项目设计和开发更改的控制流程，减少因设计和开发等更改而出现的包括技术风险、资金和人力资源需求风险，从而提高对项目的计划性和可控制性，我公司质量管理体系中对“变更控制”的相关规定如下。
? 变更提出
提出更改的人员可以是客户代表、公司主管领导、本项目经理或项目组其他成员。
变更的提出应填写正式的“更改表”，“更改表”主要包含：项目名称、变更前有关的简要内容、需变更的内容、变更所涉及到的合约、成本和经费的变动、变更时间要求、指定变更部门或更改人、指定变更检查人或更改测试人、变更审批人、审批时间等。
本项目过程中提出变更的“变更单”应由项目组配置管理小组专人负责统一保管。
? 变更评审
变更的评审工作由本项目项目经理进行组织。
变更的评审可以有项目组裁决、召开评审会议和会签评审三种方式。在涉及到《项目开发计划》需要大的调整时采用召开评审会议的形式，并应有客户代表参与。项目经理应视具体情况确定采用何种评审方式。
评审应分析变更会涉及哪些内容，对已经完成的工作产品、进度有何影响，需要哪些额外的资源。将评审的结果填写在《更改表》中。
评审完成后，《更改表》交项目经理确认。
? 变更批准实施
《更改表》在项目经理确认更改人和验证人之后就被视为更改申请已获批准。涉及项目的重大变更，项目经理在确认前应事先征得我司销售副总 / 技术副总的同意。
批准立即更改的《更改表》由本项目的文档管理员将更改通知到包括系统设计师、测试组组长、业务专家、开发组组长、配置管理小组等项目组成员。
软件项目由项目组配置管理小组负责进行配置项标识。 《更改表》交更改人，更改人负责实施更改。
? 变更验证
西藏桑尼网络技术有限公司 第 37 页 共 45 页
西藏食品药品监督管理局门户系统建设方案书
更改完成之后，《更改表》交验证人。由验证人实施验证。验证可通过检查（对文档而言）或审查和测试（对代码而言）。
验证完成之后，验证人在《更改表》上签字确认。
经过验证的《设计和开发更改表》交文档管理员统一保管，该项更改关闭。
? 变更传递
项目组配置管理小组负责将已变更的内容列入新的基线，并进行标识。 以上变更的全过程均纳入配置管理系统的管理之下。
西藏桑尼网络技术有限公司 第 38 页 共 45 页
西藏食品药品监督管理局门户系统建设方案书
配置管理
配置管理目标
对于大型的应用软件开发项目，必须建立配置管理系统，一个有效的配置管理系统包括：交付产品的确认、软件模块的版本控制及其交付与发表、各种状态(开发、测试、验收、推广、维护)中软件模块的变动记录等，在项目的完成过程中，必须确保对产品现有配置状态提供充分的可视性，确保项目组人员在开发工作的任何时刻都能采用正确和准确的信息，确保用户能得到正确、有效的软件产品。
配置管理机构
项目组中设置质量管理组，由质量经理主持配置管理工作，由配置管理角色执行具体的配置管理事务。
配置管理计划
在项目立项时，由项目经理主持、质量管理组具体负责起草配置管理计划并报质量经理和项目经理审批，项目经理在审批后及时向项目全体成员传达计划内容，并监督配置管理计划的执行，全体成员应积极配合配置管理人员执行配置管理计划。
配置管理活动 ? 定义项目基线
?
需求基线：需求分析基线是指经过联合评审确认的需求分析报告中说明的有关事项，具体包括：业务需求分析中的业务流程图(功能需求)、性能需求描述(可用性、安全性、可维护性、可移植性等、软件系统支撑平台。
? 功能基线：功能基线主要是指经过联合评审确认的“概要设计说明书”
中的各项规格说明，包括概要设计说明书、代码手册、逻辑设计和物理
西藏桑尼网络技术有限公司 第 39 页 共 45 页
西藏食品药品监督管理局门户系统建设方案书
设计等项内容。
? 产品基线：在软件测试阶段结束时，经过正式评审和批准的软件产品和
全部配置项的规格说明。
? 其他有关项目管理的基线：项目综合计划、质量保证计划、配置管理计
划、阶段性计划、月计划、系统测试和系统测试记录等。
基线既是前一阶段工作的成果，又是下一阶段工作的依据，为此，必须有严格的手段控制基线的确认、标识和更改，其要点为：
? 经过联合评审确认需求基线后，概要设计人员在进行概要设计时，必须
严格按照需求分析文档所规定的范围进行。经联合评审确认功能基线后，详细设计人员在进行详细设计时，必须严格按照概要设计说明书进行。 ? 项目阶段性计划和月计划部门经理和项目经理签字确认后，各小组按既
定的进度要求制定周计划，在每周的例会上经相关经理批准后确定实施。 ? 严格执行项目领导小组制定的阶段时间表，每周例会总计划实施和完成
情况；计划完成不好的，找出原因，制定具体措施，争取把失去的时间补回来。
? 在需求分析阶段，若存在不确定的用户需求，要将其划为“暂时未明确”
(不列入基线)，或标识“搁置”。
? 严格执行变更规程，在变更申请、变更审批、变更实施、变更确认和变
更传递过程中的各步骤都有跟踪监控处理，涉及基线变更的，要经项目领导小组审核确定并由项目经理签字之后才能修改。
? 计划的变更，分为两个层次，一是月计划和阶段性计划的变更，由项目
领导小组召开相关人员参加的会议进行讨论后确定，确定变更后报项目领导小组审批确认。确认后由项目经理及时部署相关修改措施，保证项目能按新的计划正常完成。二是周计划的变更，在不影响月计划和阶段性计划的前提下，由相关经理确认后修改，并及时布置相关的修改措施。 ? 项目中的开发规范确定之后，项目全体开发人员在开发过程中要严格遵
守，对其变更要严格执行变更规程。
? 定义受控配置项
? 软件设备资源配置项：受控的软件设备资源配置包括在项目开发过程中
所使用的所有的软件设备，如：操作系统，数据库管理系统，开发工具
西藏桑尼网络技术有限公司 第 40 页 共 45 页