《软件系统变更管理制度模板（三篇）.doc》由会员分享，可在线阅读，更多相关《软件系统变更管理制度模板（三篇）.doc（10页珍藏版）》请在金锄头文库上搜索。
1、软件系统变更管理制度模板项目变更管理流程按照配置管理控制程序进行更改的控制。当设计过程中任一阶段发生变更时，需要由变更申请人提出变更申请，填写软件需求更改申请表，由原编写人员通知质量部和其他影响到的组或部门，由软件部相关主管_对变更申请的内容进行评审，评审通过后，才能由原编写人员进行变更。一、规划变更（一）前提条件1.是否具有变更管理计划；2.变更管理是否包括在项目管理计划中；3.是否有变更登记册；4.是否有项目进度计划；_项目管理计划和项目进度计划是否获得了批准；（二）流程_项目经理根据客户的意见确认变更需求；_项目经理深入了解变更内容和实际意义；_项目经理确认变更所需工作量以及相关影响分析
2、；_项目经理判断变更的必要性和其他可折中方案；5._变更申请表的标准，并填写变更申请；_项目经理准备批准申请的人员表；（三）成果_项目经理生成变更申请表；_项目经理记录变更登记表；_项目经理发送需要批准申请的人员表。二、实施和管理变更（一）前提条件1.是否具备批准的项目管理计划，以便对变更管理进行有效管理；2.是否具有批准的变更管理规范文件；3.是否具有获得批准的变更申请表；4.客户对变更的内容和日期有充分的认识；_项目经理是否更新了变更登记表；（二）流程1._项目组实施变更；2._客户参与变更；（三）成果_项目经理完成变更登记册；_项目经理书面通知变更结果；3.如有必要，项目经理更新项目管理
3、计划；三、结束变更（一）前提条件1.是否具备项目管理计划；2.是否具备有批准的项目变更申请；3.是否具有更新的变更登记册；（二）流程_项目经理提交变更文档并进行项目审计；2.如有问题，实施问题管理流程；_项目经理提交项目变更文档；（三）成果_项目经理将变更文档归档，并提交复印件给管理项目部；_项目经理签字后结束变更四、操作步骤变更管理流程的实际操作步骤分为六步：1.提交书面变更请求2.评审变更请求，批准或者拒绝请求以作进一步分析3.如果批准，执行分析并提供推荐方案4.接受或者拒绝推荐方案5.如果接受，更新项目文档并重新计划6.将变更的内容通知所有干系人。五、流程1.干系人或者委托项目经理鉴别并
4、提交变更请求，填写项目变更申请表。回绝：通知提交者并解释原因，提交者可申诉并在下一次全体例会中评审；延期：决定评审日期，通知提交者日期，提交者可申诉并在下一次全体例会中评审；接受并马上分析（如紧急）。指派人员分析影响和后果，通知项目组；接受并由项目组在下一次的例会中评审。4.所有提交的变更申请在项目组例会中可能有三种评审结果回绝：通知提交者并解释原因，提交者可申诉到上一层高层，或者上诉由变更控制委员会评审，委员会的评审结果为最终结果；延期：决定评审日期，通知提交者日期；接受并分析。软件系统变更管理制度模板（二）机房信息系统变更制度第一条为规范应用系统变更与维护管理，提高应用软件管理水平，优化软
5、件变更与维护管理流程，特制定本制度。第二条系统变更工作分为四种类型。功能完善维护、系统缺陷修改、统计报表生成、系统版本升级或流程、功能新增。功能完善维护指根据业务部门的需求，对系统进行的功能完善性或适应性维护；系统缺陷修改指对一些系统功能或使用上的问题所进行的修复，这些问题是由于系统设计和实现上的缺陷而引发的；统计报表生成指为了满足业务部门统计报表数据生成的需要，而进行的不包含在应用系统功能之内的数据处理工作；系统版本升级或流程、功能新增是指对应用系统的版本进行更新，或因业务管理需要新增功能。第三条系统变更工作以任务形式由需求方（一般为业务部门）和维护方（一般为信息部门、软件开发商）协作完成。
6、系统变更过程大致分为四个阶段：需求提交和接受、需求实现、需求验收和程序下发正式上线。第四条需求部门提交系统变更需求，需求内容过多可整理成文档以附件形式一起上报，经部门负责人签字后提交给信息部门系统负责人。第五条如属于功能完善维护、系统缺陷修改、统计报表生成的系统变更需求，系统负责人审核变更内容无误后，可直接将需求提交至开发人员进行处理；如要系统版本升级或流程、功能新增，需经信息1经理同意。若变更牵涉到多业务部门的工作，并影响经营管理业务流程的执行，须经主管领导同意方可进行变更处理。第六条软件开发人员对系统变更的需求实现过程，应遵循与软件开发过程相同的正式、统一的编码标准，并经过反复测试和正式验
7、收后才能提交系统负责人。第七条系统负责人要_业务部门的系统最终用户对系统变更内容进行测试及验收，并撰写用户测试、验收报告，提交需求部门负责人或信息系统负责人签字确认后，方可将程序上线应用。系统负责人每月要针对系统变更申请及完成情况进行汇总，记录在软件需求及修改报告中以备查。第八条系统负责人要对系统最终用户，进行系统变更内容的培训和应用指导，并留存培训记录。培训管理员负责对系统变更过程的文档进行归档管理，变更过程中涉及的所有文档应至少保存五年。第九条系统变更过程中，应采取下列措施保证维护环境程序代码访问权限受到良好控制：1、通过系统用户的授权管理，确保只有特定人员能进行系统维护工作；2、如果使用
8、专用程序开发工具，只有授权人员才能使用程序开发工具（通过只有特定开发人员拥有程序开发工具）；3、通过对源代码的访问控制，限制所有人员对系统源代码的修改；24、通过对系统日志的审阅，监督系统维护人员在系统中的操作，确认维护工作的授权；第十条系统变更过程中，应采取下列措施保证在线系统应用程序访问权限受到良好控制：1、对授权访问在线系统应用程序的人员进行详细记录，做好应用人员访问权限的检查，确保只有经授权人员才能访问在线系统；2、普通用户只能通过在线系统应用程序前台登录系统，不能通过后台（如使用操作系统的命令行）进行操作；3、系统管理人员不应拥有前台应用程序的业务操作访问权限，不得利用前台应用程序进
9、行实际的业务操作；4、只有经过授权的人员对程序拥有读、写和执行的权限；第十一条本制度由信息管理部负责解释和修订。软件系统变更管理制度模板（三）项目变更管理流程按照配置管理控制程序进行更改的控制。当设计过程中任一阶段发生变更时，需要由变更申请人提出变更申请，填写软件需求更改申请表，由原编写人员通知质量部和其他影响到的组或部门，由软件部相关主管组织对变更申请的内容进行评审，评审通过后，才能由原编写人员进行变更。一、规划变更（一）前提条件1.是否具有变更管理计划；2.变更管理是否包括在项目管理计划中；3.是否有变更登记册；4.是否有项目进度计划；_项目管理计划和项目进度计划是否获得了批准；（二）流程
10、_项目经理根据客户的意见确认变更需求；_项目经理深入了解变更内容和实际意义；_项目经理确认变更所需工作量以及相关影响分析；_项目经理判断变更的必要性和其他可折中方案；5.审查变更申请表的标准，并填写变更申请；_项目经理准备批准申请的人员表；（三）成果_项目经理生成变更申请表；_项目经理记录变更登记表；_项目经理发送需要批准申请的人员表。二、实施和管理变更（一）前提条件1.是否具备批准的项目管理计划，以便对变更管理进行有效管理；2.是否具有批准的变更管理规范文件；3.是否具有获得批准的变更申请表；4.客户对变更的内容和日期有充分的认识；_项目经理是否更新了变更登记表；（二）流程_组织项目组实施变
11、更；_组织客户参与变更；_项目部和变更控制委员会监控变更_组织专家对变更进行必要的评审；（三）成果_项目经理完成变更登记册；_项目经理书面通知变更结果；3.如有必要，项目经理更新项目管理计划；三、结束变更（一）前提条件1.是否具备项目管理计划；2.是否具备有批准的项目变更申请；3.是否具有更新的变更登记册；（二）流程_项目经理提交变更文档并进行项目审计；2.如有问题，实施问题管理流程；_项目经理提交项目变更文档；（三）成果_项目经理将变更文档归档，并提交复印件给管理项目部；_项目经理签字后结束变更四、操作步骤变更管理流程的实际操作步骤分为六步：1.提交书面变更请求2.评审变更请求，批准或者拒绝
12、请求以作进一步分析3.如果批准，执行分析并提供推荐方案4.接受或者拒绝推荐方案5.如果接受，更新项目文档并重新计划6.将变更的内容通知所有干系人。五、流程1.干系人或者委托项目经理鉴别并提交变更请求，填写项目变更申请表。2.完整的变更申请表由项目组授权人员录入项目变更登记表3.由项目经理或者授权人员评审变更请求，_个可能的结果；回绝：通知提交者并解释原因，提交者可申诉并在下一次全体例会中评审；延期：决定评审日期，通知提交者日期，提交者可申诉并在下一次全体例会中评审；接受并马上分析（如紧急）。指派人员分析影响和后果，通知项目组；接受并由项目组在下一次的例会中评审。4.所有提交的变更申请在项目组例会中可能有三种评审结果回绝：通知提交者并解释原因，提交者可申诉到上一层高层，或者上诉由变更控制委员会评审，委员会的评审结果为最终结果；延期：决定评审日期，通知提交者日期；接受并分析。指定分析人员进行后果和影响分析，通知提交者。第4页共4页
