软件变更管理制度

中国高级建筑材料组信息技术管理系统。本页面标题：中国高级建筑材料组信息技术管理系统。主要问题：软件更改管理系统文件编号：版本说明：版本号版本日期作者注释V1.0制作V1.0得到批准中国高级建筑材料组。Oracle advanced construction construction materials group。软件变更管理系统第一节总则首先是专门为标准化软件更改和维护管理、提高软件管理水平、优化软件更改和维护流程而开发的系统。第二条本系统适用于生产应用系统(以下简称应用系统)的操作支持和系统更改工作，该生产应用系统是在应用系统开发或购买后正式联机并由软件开发组织转移到应用管理组织后发生的。第二节变更进程第三种系统更改任务可分为功能增强维护、系统缺陷修正和统计报告生成三类。功能改进维护是指根据业务部门的需要对系统进行功能改进或适应性维护。系统缺陷修正是对系统设计和实现缺陷引起的某些系统功能或使用问题的修正。生成统计报表是不包括在应用产品系统功能中的数据处理活动，以满足业务部门统计报表数据生成的需要。第4条系统变更工作由请求者(通常是业务部门)和维护者(通常是信息部门的应用程序维护组织和软件开发组织，包括供应商)以工作形式共同完成。系统变更进程类似于软件开发，可以分为四个阶段：提交和接受任务、实施任务、接受任务、进行进程等。第5条处理问题引起的系统更改处理，请参阅问题处理管理制度。第六条要求部门提出系统变更要求，将变更要求整理成系统变更申请表(附件1)，经部门负责人批准后提交给系统管理员。第7条系统管理员负责接受要求并将其上报给IT主管。IT主管分析要求并提出系统更改建议。IT经理根据更改建议批准系统变更申请表。第8条系统管理员根据自身开发、协作开发和外包开发的各种要求实施系统更改要求，并将要求提交给内部开发人员、合作开发人员或外包开发人员，以生成发布流程。第九条实现过程应当按照软件开发过程的规定进行。系统变更流程必须符合与软件开发流程相同的正式、集成的编码标准，经过测试和正式批准后，将进入发布和在线状态。第10条系统管理员组织业务部门的系统最终用户，以测试系统程序变更，并由业务部门负责人和IT负责人签名，以确认通过情况，并编写用户测试报告(附件ii)。第11条系统更改完成后，系统管理员和业务部门的最终用户将共同填写程序变更验收报告(附件iii)，由业务领导签名以供审批，然后请求IT管理员批准。第十二条培训经理负责系统变更进程的文档管理，变更进程中涉及的所有文档必须至少保留两年。第三节紧急变更进程第十三条紧急变更的情况，需求部门可以通过电子邮件或传真等方式书面提出申请。第十四条信息技术部门根据重要性和紧迫性进行判断，确定其优先顺序和影响程度，进行适当处理。第十五条紧急变更过程中，专职部门或负责人应当使用启动紧急变更程序的专用系统用户帐户。信息技术部门应该对紧急变更处理进行规范的记录。第十六条紧急事件处理完成后，必须在一周内补充正式的、完整的文件，包括问题发现者填写的紧急变更申请书、问题发现者所在部门主管的相应申请书的批准、要求部门/信息技术部门测试记录(包括签名确认测试结果)。第四节制度变更的责任分离第十七条在系统变更过程中，要采取多种措施，确保对维护环境程序代码的访问得到适当控制。这些措施包括：1、通过系统用户的权限管理，只允许特定人员执行系统维护。2、使用专用计划开发工具时，只有授权厂商可以使用计划开发工具(只有特定开发人员拥有计划开发工具)。3、通过对源代码的访问控制，限制只有授权人员才能接收源代码进行系统维护；4.在进行自己系统的程序更改时，每次根据最新代码进行更改时，都必须构建版本控制系统，以便多个程序员在同时进行更改时进行相应的调整。5、通过系统日志审核，监督系统中系统维护人员的工作，确认维护工作的权限；6、对自己的系统进行程序更改时，从测试完成开始，防止对正式联机源代码进行未经授权的修改。第十八条在系统变更过程中，采取多种措施，确保对生产系统应用程序的访问得到适当控制。这些措施包括：1、通过对生产环境的访问控制限制对生产环境的访问。2、通过物理隔离限制对生产环境的访问；3、通过逻辑隔离手段限制对生产环境的访问；4、详细记录被授予生产环境访问权限的人员，并使用生产环境的访问权限检查，以确保只有授权人员才能访问生产环境。5、最终用户只能通过前台登录系统，不能通过后台(例如使用操作环境操作系统的命令行)运行；6、信息技术人员不应拥有对前台应用程序的业务操作访问权限，也不应在前台应用程序中负责实际的业务操作任务。7、从技术角度限制开发人员对生产环境中应用程序文件夹的访问权限，只有授权用户才具有对程序的读取、写入和执行权限。8、禁止信息技术人员共享操作系统级别的帐户。第五节附录第十九条本制度由公司总部信息技术部门解释和修改。第二十条本制度自公布之日起施行。附件一系统变更申请表系统变更请求表单编号：变更请求类型用户端更改开发者更改增加需求修改需求减少需求其他：请解释：变更应征者申请日期实施人员认证者元帅内容说明变更内容描述变更的影响业务部门主管意见：签名：IT人员意见：签名：注意事项：附件ii用户测试报告1.基本信息测试标准示例：参考标准、客户要求、要求规格指南、测试案例等测试范围测试检验标准测试环境说明测试驱动程序说明提示：您可以将测试驱动程序用作附件测试人员测试时间必须显示每个回归测试的时间。测试工具2.实况记录模块测试案例编号预料结果测试结果缺陷密度是否执行回归测试3.一般评估测试根据测试结果，对软件功能进行全面分析，指出了存在的主要缺陷、局限性和软件限制等，并在软件测试过程中提出了程序的缺陷。根据测试标准和测试结果，全面评估软件开发是否达到了预定目标。4.缺陷修正记录提示：如果您可以使用缺陷管理工具自动生成缺陷报表，则无需使用此表。缺陷名称缺陷类型严重性级别模块原因常驻时间解决方法.测试器签名/日期：附件三程序变更检查报告验收报告需求部门系统名称系统名称英文缩写系统版本任务完成情况是*信息技术部根据完成任务的实际情况编写的*作业名称实际开始时间实际完成时间实际工作量人，人月亮此任务的实际税前开发成本(包括赔偿)*显示小写金额和大写金额*65500元，(大写)完成工作: *信息技术部简要说明工作完成情况*提交文档列表：*信息技术部门提交相关文档列表*分部收款人签名：信息技术部作者的签名：天期间：天期间：检查通过历史记录*按照接受过程由信息技术部填写*接受开始时间接受完成时间验收场所需求部门验收人员角色/责任信息部门帮助人员角色/责任检验和验收条件列*由业务部门根据验收情况发放*接受意见: *业务部门项目负责人对实际接受结果发表意见*分部项目负责人签名：日期：特派团管理部门项目负责人签名：日期：任务控制室负责人签