公司信息系统流程变更管理制度.docx

公司信息系统流程变更管理制度 总则 为规范AA省BB单位（公司）信息系统变更管理流程，控制变更产生的影响，减少变更发生的问题，保障信息系统安全运行和使用，特制订此制度。 本制度适用于AA省BB单位（公司）。 变更定义 员工应了解进行有效访问控制的责任，特别是密码使用和员工设备安全的责任。 变更是指对系统/平台需求的增补或修改，所做增补或修改可能会影响生产环境的稳定性。变更区域包括但不限于硬件、系统软件(OS)、应用软件、网络、环境(冷却、供热等等)以及服务文件(如服务等级协议)。变更又分为计划型变更和应急变更。 影响系统安全状态的变更如： （一）新的版本或修订； （二）作业系统执行状态的变化； （三）作业系统调度变更； （四）网络设备软件安装补丁、更新。 （五）增/减软件或补丁； （六）软件修改或增强； （七）操作系统升级； （八）增加/移动/变更相关业务处室硬件配置，包括磁盘、磁带、CPU等； （九）硬件和网络设备变更。 对于有计划的变更申请需要进行审批，变更前应预留一定的时间通知变更有关各方，通知时限取决于变更的严重程度。 应急变更是为了改正生产环境下的某一个重要问题而必须立即实施的变更，应急变更也需要进行审批，但在紧急情况下可免去通知时间和正常的变更程序要求。 变更过程 变更申请人填写变更申请表提交各业务部门领导审批，变更申请应在计划变更实施日期之前预留必要的准备时间。 变更申请表中需要描述以下内容： （一）变更内容、变更原由、实施时间和期限、执行人以及联络方式； （二）对相关业务部门/用户/系统/平台的影响； （三）特殊的变更指示； （四）变更前的准备工作； （五）变更执行步骤； （六）保证变更成功的测试方法； （七）变更失败时应采取的倒回程序。 变更申请人将审批的变更申请表提交运维小组。 运维小组在变更计划执行日期前2天对提交的变更申请进行批复，通知申请单位，对于批准的变更申请予以存档。 变更实施前，执行人应通知相关业务部门的运行操作人员，以便变更进行时监控变更期内系统和服务的正常运。 如发现对服务有影响，维护人员应通知实施者，如果是因变更导致的影响，变更执行人应立即对问题进行调查，如问题严重，变更执行人应采取紧急恢复措施或倒回程序，和维护人员配合，务求恢复服务。 运行操作日志中应记录变更事件以备后查。 变更执行人在执行后要测试变更结果并验证执行的成功与否。如果结果表明不成功，变更执行人应采取回退措施将变更倒回到变更执行前的状态并进行测试，保证倒回成功。 变更程序开发完成后由实施方或协同各业务处室制订测试文档（包含测试用例）进行测试，并填写测试结果及签字确认。如未通过规定的测试，变更程序不得被移植入生产环境。变更程序的测试必须在独立于生产环境的测试环境中进行。 完成变更步骤后，变更执行人在离开现场前要通知各业务处室维护管理人员，进行验收程序。负责程序移植的人员需要进行移植情况的检查，留下书面的检查报告并签字确认。 变更执行人需待运行维护人员确定一切检查妥当方可以离开，确定变更成功。 如果变更实施成功，申请人通知运维小组关闭变更申请并提供实际实施时间和结果。 运维小组要确保相关业务处室的运行操作已更新所有的相关文件和记录。 应急变更属于特殊的变更申请，可以因问题紧迫取得特别批准，一般需要在变更申请批准后24小时内实施完成。申请人应随后创建一份变更申请，并补充相应的测试及审批文档。 变更过程职责 对信息系统和应用程序的变更都需根据运维小组下发的软件版本更新公文或填写规定格式的变更申请表单，由运维小组审批签字。表单应包含变更时间、申请人、变更原由、变更名称、实施时间和期限、影响分析、变更方案、审批意见、归档日期等内容。 运维小组是变更管理的职能部门，主要职责为： （一）审核变更申请的准确性； （二）确认变更申请的记录信息的完整性； （三）确保执行计划和变更失败倒回程序的质量； （四）对变更申请予以批复； （五）监督变更申请的执行情况； （六）确保相关业务处室根据变化情况修订有关文件和记录。 各信息系统维护人员职责： （一）监督变更期间生产系统/平台的正常服务情况； （二）在变更申请超出限制或影响服务时，警告执行者采取恢复/倒回措施； （三）确保倒回程序的实施足以恢复正常服务； （四）根据情况的变化修订有关的文件和记录； （五）监督变更期间的出错报告并在报告有意外服务影响时，通知执行人和相关业务处室。 变更执行人员职责： （一）执行已获批准的变更申请； （二）变更失败时执行倒回程序。 变更申请人职责： （一）确保变更可执行； （二）列出变更范围； （三）提出变更申请； （四）指出变更影响的区域和相关各方； （五）编制变更执行计划； （六）编制倒回程序； （七）确保必要时变更