深圳***科技有限公司ShenzhenROMOSSTechnology.Co.LTD秘密等级：口绝密□机密□秘密■内部PAGE\*MERGEFORMAT#/7系统变更管理办法一级文件文件编号RMS-IT-BZ-01-2018版本A/0生效日期制订杨风强审查杨风强会签核准文件修订记录NO版本修订日期修订页次修订内容摘要修订者1A/02018-12-207系统艾更管理办法杨风强23451.0目的为了建立对信息系统更改的合理和有效的控制管理。要求对当前正式的信息系统环境的更改进行深思熟虑，仔细的检测和深入的评估，以降低更改带来的风险，为用户提供高可靠性的IT服务。2.0适用范围适用于对硬件、软件和其它应用在公司内部的应用程序的更改。本策略同时涵盖对网络服务、服务器软硬件、应用程序支持软件和设备的更改（例如供电线路）。所有可能影响公司IT正式应用环境的更改都属于该策略涵盖的范畴。3.0定义定义定义说明复原计划如果更改失败的话，可以恢复到更改以前的状态。更改管理包括从请求更改开始，到更改应用到实际的正式环境的过程。更改管理小组负责策划更改步骤，并把更改付诸实施的小组。更改申请定义请求更改内容、更改原因、更改负责人、更改时间、更改的风险、复原计划（版本管理，实施日期，实施安排）的文档。紧急更改需要立刻实施，/、需要事先得到批准，/、需要遵循更改策略的更改，更改完成后进行相关的批准程序更改负责人非常熟悉受更改影响区域的人。这个人将会和IT部f计划更改，测试更改，把更改用到正式环境。通常该区域的经理或主管作为更改程序的负责人并负责批准更改。更改的日期安排包括实施正式的更改之前，发出正式通知、评估更改的影响和实施更改的过程等。4.0职责4.1IT部：IT部经理负责本规范的制定和维护；IT部负责本规范内容的具本执行5.0规范内容更改申请的提交和批准流程更改管理程序始于一个对现在正式环境的更改的申请。申请来源于很多方面，这些来源包括最终用户、IT部或者外部供货商。另外，现存的运行环境的缺陷也可能会导致更改申请。所有提交到IT部的申请都必须遵循特定的格式。更改带来的潜在的危险等级决定了它应该通过什么样的更改管理程序，参见附表一《风险等级定义》和附件二《风险等级批准》。更改申请必须执行更改审批程序。IT部将初步评估更改需求，IT部经理将协同申请人和IT员工完成更改需求必须的信息的收集，参考《更改
申请表
食品经营许可证新办申请表下载调动申请表下载出差申请表下载就业申请表下载数据下载申请表
》。需要提供完成申请需要的资源的预测，如果申请需要另外附加的费用（比如顾问咨询、硬件或软件）或其它内部资源，该申请需要附加投资回报
分析
定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析
。（需要提供相关人员批准的拨款申请）一些特定的申请和一些常规的行为被确定为零风险（第4级）的更改，IT部经理批准并安排人员开始实施该申请。。报表更改被定义为第3等级更改，包含财务数据的
报告
软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载
需要被总裁办批准。如果该申请被确认为低风险的（风险等级3）或者中等风险的（等级2）,IT部部经理批准并安排人员开始实施该申请。如果该申请被确认为高风险等级（等级1）,该申请会被提交给EMT或总裁办审批。对高潜在影响（等级1）的更改申请，必须在公司总裁办批准后才能进行实施。更改管理小组会根据他们的技术知识，商业流程，内部依赖性，对申请者的提议进行评估，最终他们可能会调整申请者的提议更改管理小组有可能基于下列因素，进行深度的商业效果分析：实施的成本费用需要的资源需要的培训实施的时间安排对现在的经营的改善风险-包括更改实施失败等等，或者产品的支持服务停止如果该申请没有被批准，该申请会注明未批准，申请者也会得到该信息。如果申请者想继续提交该申请，必须增加其它的信息以便该申请可以获得批准。IT部经理确定实施的优先级和实施的日期时间。更改的测试和培训如果更改已经获得批准，并且资源足够的情况下，IT部经理需要安排相关人员去完成更改。风险等级为第一、二和三级的更改，测试是一个必须的重要环节。适当的测试可以保证完成的更改不会对现在的正式环境造成负面的影响。在更改实施到正式环境之前，必须进行充分的测试，以下是测试的一般流程：测试的环境应该和正式环境分开；申请的提交者必须参与测试，并提供测试达到预期目的的签名；测试完成后,需要得到申请提交者的签名；测试结果要附加到《更改申请表》；具体请参照《测试报告》。如果是因为更改导致的使用方法的改变，IT部经理要确保相关人员受到相应的培训培训可以由相关人员提出，由IT部负责实施，可以是外部培训或内部培训；具体请参照《培训申请表》。更改实施所有更改实施之前，必须对原来的系统做备份。实施的审批跟该更改的风险等级有关。对于第4风险等级的更改申请，可以由IT部主管自行确定。对于第2、3风险等级的更改申请，在更改负责人同意的情况下（更改负责人需在更改
申请书
入党申请书下载入党申请书 下载入党申请书范文下载下载入党申请书民事再审申请书免费下载
上签名），IT人员会把申请提交给IT部经理，确定最后的审批和更改完成时间。对于第1风险等级的更改申请，IT部经理需把申请提交给EMT或更改管理小组，确定最后的审批和更改完成时间。对应的上级回复更改申请给IT部。如认为存在以下原因，要求重新评估或推迟更改。更改计划或测试不完整。原更改计划应急措施不完整（如在更改失败的时候）。计划更改的时机不恰当，可能会影响公司一些重要的运作进程。例如年底财务的关账。IT部经理必须确保受到更改影响的用户将会事先得到通知。如果更改需要在正常维护时间（一般是周末）以外的时间安排的话，需要跟用户一起协商，找到一个合适的更改执行时间。更新到正式环境在更改测试完成并得到用户认可及批准后，这些更改可以从测试环境应用到正式环境，要尽可能使更改对正式环境的影响程度降到最低。在更新到正式环境之前，必须对正式环境的系统作备份，以便更新失败的时候可以还原到原来的系统。在更新到正式环境的过程过程中，必须按照更新步骤一步一步操作，记录每一步的操作结果在更改实施到正式环境以后，必须检验看更改是否达到了预期的效果。如果更改被确认为是不成功的，复原计划要实施，以便恢复到更改前的系统状态。该问
题
快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题
将会被IT部门记录。如果出现更改失败的情况，更改申请必须重新提交。在更改成功实施以后，IT部经理负责发送更改成功的电子邮件给更改提交者。更改成功后，实施人填写《更改完成报告》。更改管理小组要召开定期的会议，审核更改失败的原因，以及如何避免失败。紧急更改紧急更改包括需要在没有IT经理批准（但是需尽可能知会或电话告知IT经理）的情况下紧急更新补丁，或者系统修复。实施人负责在紧急更改实施完毕后补上更改申请手续并由IT部经理签名。ERP升级和数据库转换ERP升级,ERP升级归于风险等级2的修改，遵循以上更改流程。数据库转换。数据库转换归于风险等级2的修改，遵循以上更改流程。6.0相关表单在舁厅P编号名称保密等级01《系统更改申请表》内部级02《系统更改完成报告》内部级03《培训中调表》内部级04《系统测试报告》内部级7.0附则本办法由IT部拟定并负责解释，经总裁办审批后下发实行。8.0附件附表一《风险等级定义及风险等级和批准权限》
浙公网安备 33021202002483