内部控制-信息系统变更管理制度11736.docx

软件变更更管理制制度第一节 总 则第一条 为规范软软件变更更与维护护管理，提提高软件件管理水水平，优优化软件件变更与与维护管管理流程程，特制制定本制制度。第二条 本制度适适用于应应用系统统已开发发或采购购完毕并并正式上上线、且且由软件件开发组组织移交交给应用用管理组组织之后后，所发发生的生生产应用用系统（以以下简称称应用系系统）运运行支持持及系统统变更工工作。第二节 变更更流程第三条 系统变更更工作可可分为下下面三类类类型：功能完完善维护护、系统统缺陷修修改、统统计报表表生成。功能完完善维护护指根据据业务部部门的需需求，对对系统进进行的功功能完善善性或适适应性维维护；系系统缺陷陷修改指指对一些些系统功功能或使使用上的的问题所所进行的的修复，这这些问题题是由于于系统设设计和实实现上的的缺陷而而引发的的；统计计报表生生成指为为了满足足业务部部门统计计报表数数据生成成的需要要，而进进行的不不包含在在应用系系统功能能之内的的数据处处理工作作。第四条 系统变更更工作以以任务形形式由需需求方（一一般为业业务部门门）和维维护方（一一般为信信息部门门的应用用维护组组织和软软件开发发组织，还还包括合合作厂商商）协作作完成。系统变变更过程程类似软软件开发发，大致致可分为为四个阶阶段：任任务提交交和接受受、任务务实现、任务验验收和程程序下发发上线。第五条 因问题处处理引发发的系统统变更处处理，具具体流程程参见问问题处理理管理制制度。第六条 需求部门门提出系系统变更更需求，并并将变更更需求整整理成系系统变更更申请表表（附件件一），由由部门负负责人审审批后提提交给系系统管理理员。第七条 系统管理理员负责责接受需需求并上上报给IIT主管管。ITT主管分分析需求求，并提提出系统统变更建建议。IIT经理理根据变变更建议议审批系系统变更更申请表表。第八条 系统管理理员根据据自行开开发、合合作开发发和外包包开发的的不同要要求组织织实现系系统变更更需求，将需求提交至内部开发人员、合作开发商或外包开发商，产生供发布的程序。第九条 实现过程程应按照照软件开开发过程程规定进进行。系系统变更更过程应应遵循软软件开发发过程相相同的正正式、统统一的编编码标准准，并经经过测试试和正式式验收才才能下发发和上线线。第十条 系统管理理员组织织业务部部门的系系统最终终用户对对系统程程序变更更进行测测试，并并撰写用户测试试报告（附件件二），提提交业务务部门负负责人和和IT主管管领导签签字确认认通过。第十一条 在系统变变更完成成后，系系统管理理员和业业务部门门的最终终用户共共同撰写写程序变变更验收收报告（附件件三），经经业务部部门负责责人签字字验收后后，报送送IT经理理审批。第十二条 培训管理理员负责责对系统统变更过过程的文文档进行行归档管管理，变变更过程程中涉及及的所有有文档应应至少保保存两年年。第三节 紧急变变更流程程第十三条 对于紧急急变更，需需求部门门可以通通过电子子邮件或或传真等等书面形形式提出出申请。第十四条 信息技术术部根据据重要性性和紧迫迫性做判判断，确确定其优优先级和和影响程程度，并并进行相相应处理理。第十五条 紧急变更更过程中中应使用用专设的的系统用用户账号号，由专专责部门门或人员员启动紧紧急修改改变更程程序。信信息技术术部应对对紧急变变更的处处理进行行规范的的文档记记录。第十六条 在紧急事事件处理理完成后后，必须须在一周周内补办办正式、完整的的文档，其其中包括括问题发发现人填填写的紧紧急变更更申请、问题发发现人所所在部门门负责人人对该申申请的审审批、需需求部门门/信息息技术部部测试记记录（包包括签字字确认测测试结果果）。第四节 系统变变更的权权责分离离第十七条 系统变更更过程中中，应采采取各种种措施保保证维护护环境程程序代码码访问权权限受到到良好控控制。这这些措施施包括：1、通过过系统用用户的授授权管理理，确保保只有特特定人员员能进行行系统维维护工作作；2、如果果使用专专用程序序开发工工具，只只有授权权人员才才能使用用程序开开发工具具（通过过只有特特定开发发人员拥拥有程序序开发工工具）；3、通过过对源代代码的访访问控制制，限制制只有授授权人员员才能获获得源代代码以进进行系统统维护；4、在进进行自有有系统的的程序变变更时，应应建立版版本控制制制度确确保每次次在最新新的代码码基础上上进行更更改，当当多名程程序员同同时进行行更改工工作时，能能够进行行适当协协调；5、通过过对系统统日志的的审阅，监监督系统统维护人人员在系系统中的的操作，确确认维护护工作的的授权；6、在进进行自有有系统的的程序变变更时，应应防止源源代码在在完成测测试到正正式上线线之间的的非授权权修改。第十八条 系统变更更过程中中，采取取各种措措施保证证生产系系统应用用程序访访问权限限受到良良好控制制。这些些措施包包括：1、通过过生产环环境的访访问控制制，限制制对生产产环境的的访问；2、通过过物理隔隔离的手手段，限限制对生生产环境境的访问问；3、通过过逻辑隔隔离的手手段，限限制对生生产环境境的访问问；4、对授授权访问问生产环环境的人人员进行行详细记记录，使使用该记记录对生生产环境境访问权权限的检检查，确确保只有有经授权权人员才才能访问问生产环环境；5、普通通用户只只能通过过前台登登录系统统，不能能通过后后台（如如使用生生产环境境操作系系统的命命令行）进进行操作作；6、信息息技术人人员不应应该拥有有前台应应用程序序的业务务操作访访问权限限，更不不应该在在前台应应用程序序中担任任实际的的业务操作作任务；7、从技技术角度度限制开开发人员员对生产产环境中中应用程程序文件件夹的访访问权限限，只有有经过授授权的人人员对程程序拥有有读、写写和执行行的权限限；8、禁止止信息技技术人员员共享操操作系统统级别的的账号。第五节 附则则第十九条 本制度由由公司总总部信息息技术部部负责解解释和修修订。第二十条 本制度自自发布之之日起开开始执行行。附件一 系统统变更申申请表系统变更更申请表表编号：变更请求求类型用户方方变更 开发方方变更 需求增增加 需求修修改 需求缩缩减其它：请说明明：变更申请请人申请日期期实施人员员验证人原需求内容描述述变更内容容描述变更的影影响业务部门门负责人人意见： 签签字：IT人员员意见： 签签字：备注：附件二 用户户测试报报告1. 基基本信息息测试依据据例如：参参照标准准、客户户需求、需求规规格说明明书、测测试用例例等测试范围围测试验收收标准测试环境境描述测试驱动动程序描描述提示：可可以把测测试驱动动程序当当作附件件测试人员员测试时间间须注明每每次回归归测试的的时间测试工具具2. 实实况记录模块测试用例例编号期望结果果测试结果果缺陷密度度是否执行行了回归归测试3. 测测试总评评价根据对测测试结果果提出一一个关于于软件能能力的全全面分析析，需标标明遗留留的主要要缺陷、局限性性和软件件的约束束限制等等，并提提出软件件测试过过程中程程序中的的不足。根据测试试标准及及测试结结果，综综合评价价软件的的开发是是否已达达到预定定目标。4. 缺缺陷修改改记录提示：如如果采用用了缺陷陷管理工工具，能能自动产产生缺陷陷报表的的话，则则无需本本表。缺陷名称称缺陷类型型严重程度度模块原因驻留时间间解决方案案测试人员员签字/日期：附件三 程序序变更验验收报告告验收报告告书需求部门门系统名称称系统名称称英文缩缩写系统版本本任 务 完 成成 情 况 栏栏 *由由信息技技术部根根据任务务完成实实际情况况填写*任务名称称实际开始始时间实际完成成时间实际工作作量人天，合合 人月月本次任务务实际税税前开发发费用（含含报酬）*注明小小写金额额和大写写金额*￥元，（大大写）【任务完完成情况况】：*由信息息技术部部简要概概述任务务完成情情况*【提交文文档清单单】：*由信息息技术部部提交相相关文档档清单*业务部门门接受人人签字： 信信息技术术部提交交人签字字： 日日 期期： 日日 期：验 收 过 程程 信 息 栏栏 *由由信息技技术部根根据验收收过程填填写*验收开始始时间验收完成成时间验收地点点需求部门门验收人员员角色/职职责信息部门门协助人员员角色/职职责任 务 验 收收 情 况 栏栏 *由由业务部部门根据据验收情情况出具具*【验收意意见】：*由业业务部门门项目负负责人出出具对实实际验收收结果的的意见*业务部门门项目负负责人签签字： 日期期：任务管理理处室项项目负责责人签字字： 日期：任务管理理处室负负责人签签字： 日期期：任 务 验 收收 结 论 栏栏 *由由业务部部门出具具，双方方负责人人签字确确认*【验收结结论】：*由业业务部门门根据验验收意见见出具任任务验收收结论*【下发意意见】：*由业业务部门门根据验验收结论论出具程程序下发发意见*业务部门门负责人人签字： 信息息技术部部负责人人签字： 日 期： 日 期：注：该表表格一式式两份，业业务部门门、信息息技术部部双方各各执一份份。第8页，共8页