软件变更管理制度(试行)
软件变更管理制度(试行) -标准化文件发布号:(9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
软件变更管理制度(试行)
第一节总则
第一条为规范软件变更与维护管理,提高软件管理水平,优化软件变更与维护管理流程,特制定本制度。
第二条软件变更与维护管理主要包括一般性变更、紧急变更、用户测试、版本控制、系统更新和权限管理等内容。
第三条本制度适用于中国铝业股份有限公司总部和各分子公司(含郑州研究院)(以下简称“公司”)。
第二节一般性变更流程
第四条需求部门提出系统变更需求,并将变更需求整理成《变更申请书》(附件三),由部门负责人审批后提交给信息部。
第五条信息部负责接受需求、分析需求,并提出系统变更建议。信息部负责人审批《变更申请书》。
第六条信息部根据自行开发、合作开发和外包开发的不同要求组织实现系统变更需求,产生供发布的程序。
第七条信息部将所有的变更请求记录在《任务管理表》(附件四)中,并按照优先级安排实施的先后次序进行跟踪处理。
第八条信息部负责对系统变更过程的文档进行归档管理,所有文档至少保存三年。详细流程参见《系统变更流程》(附件一)。
第三节紧急变更流程
第九条对于紧急变更,需求部门可以通过电子邮件或传真等书面形式提出申请。
第十条信息部按照事先明确的紧急变更定义做出判断,确定其优先级和影响程度,并进行相应的处理。
第十一条紧急变更过程中应使用专设系统用户帐号,由专责部门或人员启动紧急修改变更程序。信息部应对紧急变更的处理进行规范的文
档记录。
第十二条在紧急事件处理完成后,必须补办正式、完整的文档。详细流程参见《紧急变更流程》(附件二)。
第四节系统的版本控制
第十三条软件变更时,加强版本控制,确保每次在最新的代码基础上进行更改。
第十四条应对下发的软件进行版本控制,由专责人员负责发布软件的版本管理。
第五节系统变更的责权分离
第十五条应加强对运行环境的访问控制,只允许授权的用户访问运行环境中的应用系统。通过物理和逻辑隔离的手段,控制对运行环境的
访问。
第十六条限制开发人员对运行环境中应用程序文件夹的访问权限,只有经过授权的人员才拥有相应的权限。
第十七条对授权访问运行环境的人员进行详细记录,并定期进行检查。第十八条普通用户只能通过前台登录系统,不能通过后台进行操作。
第十九条系统维护人员不应该拥有前台应用程序的访问权限,更不应该在前台应用程序中担任实际的操作任务。
第二十条禁止系统维护人员共享操作系统级别的账号。
第六节附则
第二十一条本制度由公司总部信息部负责解释和修订。第二十二条本制度自发布之日起开始执行。
附件一系统变更流程
5
系统变更流程步骤:
一、任务提交和接受:
本流程中需求部门为应用系统构建时提出需求的业务部门,维护部门为负责按照需求实际构建应用系统的信息部。流程如下:
(一)需求形成:
需求方根据业务的需要,结合收到的其他用户部门要求,填写《变
更申请书》。
(二)需求方负责人审批
需求方将《变更申请书》报请部门负责人签字批准后,经指定途径
提交给信息部相关系统维护人员。
(三)需求评估
系统维护人员审查需求,会同相关开发负责人进行需求评估,产生
评估结果。
(四)信息部负责人审批
系统维护人员将评估结果附在《变更申请书》后,报请部门负责人
签字批准后,正式向开发负责人下达任务。
如果任务实现由合作厂商完成,则由开发负责人按照与合作厂商签
订的技术服务合同,填写《厂商维护申请单》(附件五),报请部
门负责人签字批准后,正式向合作厂商下达任务。
(五)任务登记
为了便于追踪各个系统变更需求的状态,维护人员需要对需求进行
登记。
信息部每周对《任务管理表》中的需求完成状态进行更新,以便信
息部负责人监控系统变更任务进度。
二、任务实现
信息部开发负责人(或由开发负责人会同合作厂商)根据《变更申请书》的需求描述,按照与软件开发流程同样的步骤,进行分析、