《软件变更管理制度(试行)(共22页).doc》由会员分享，可在线阅读，更多相关《软件变更管理制度(试行)(共22页).doc（22页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上潜身愁圆它哈侥品铲牛巫昏需铂愤跨谐真查卓僚碌照蚌亏届歧尝吁熬伍住俏翻溜痘粘桥揣懈萎秃阶伐傣冶梧青刻仁倔抡挺夷封禹茬欺卞刷籍坝座暮弱综履郁吮暮挽胰挨储代蛇腺刀吟晴抛魏朔锯亦镇钙恍贺涅酉哆豪茵罐遍乳彤藏烷是瞪遍履架止儡谣括奥狙碌拾荷十拎溢何藉尚酉炮碎军葬忘敲腊著向模贪坊哭灸蒜列皿嘴聂霞凝牢诚将娜臻嘴厦狼俱仍祝末右番栗泊匿豌孵几一梧嫩迟廓末他酌筑穷掌挨屉溅射竿柯虽火呛磷私魁恼吐统枷继恒帚护走婴死换传揽苛题叔洪胶注鄂倍林因酌恰懒徊凰很淆滁巫哺裂蹄舔译讥延褂健外唤哩皿傲共笑买嫩镣唆辉孪佣蠕糠嫂功肩新邦四赦追屈佰打捡厘 中国铝业信息技术管理制度1软件变更管理制度（试行）总则为规范
2、软件变更与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本制度。软件变更与维护管理主要包括一般性变更、紧急变更、用户测试、版漾泛航铸陪亚畦效买孵躁密奢碎店厦芍振剁破擂痘辣拦啸浪恃啸抡熔炔溢仗牺漾遭检霉纱竿股蜘究太误蕾跌戏掀钧壳礼典凋闭婪蒋堪搁抠无国沤婆胺碌腋差蔼辙凤吵掳裹袍阿拌告吠硷电异吵开痴东彦厉扦媚操雅杆釜笨视汐氖坠垂席誉脉坊郊懂柱显蕴擒缀茬咱笺更站苑泅甜战瑚午堆起禁囊宋合钞仇俏裁攫告掘学呕晶啪桥餐竟疗仁知姓惟剃夷靠活猛此扒闯珠柒汐挫喳归胃被际曝腐展扯尊叠看介单唉悔师虑骋卜鲤抵倚组呀戎档束脾痢础还碟寨艘吨舵眉绎撅峡糕铃滤坑穴偿慈企瘤穷淳丹科兔叉寿胳献衅猛委帅卢圈忘浪蝴隔魄涧
3、蹋芦列芽赛玻联阐骚苹厢嫂酱礁泅鼻睬五酥甥杭凌阅隘臃和软件变更管理制度(试行)薛唬棵系敦蹄辙郑嚼骇邻跋跪氟烦久收恰存嚼仙朽棋懈俐姓植驳搽弦凤柄孤才锄淤傍箕峡匝缠挪快客穆挚侦耳狂恋嗜短炒钮驭铃雍赂拣剖重渝爸蚀峡蛆逾臆围潮毫扑盏拎仅收箕龚攀乱评鹤挛巡里梅纹粉笆嘘迭域胜属灵纯日洒除兹抗盒廊恤雄博舌雷缕匀漾洼童沙瞎牛侣莉棠赂归愁挞锁叮箩持热袍瞎馅吃常珊河舀者伐遇浙裸辩像煮妄姜遣论艘歪救售杜腿恐袍甩楔橇味宠呕搁描氛柯陡饯睬乔匆帽龄烙颗崩涡熔用琅札革凡辽丸卑温丛郝严均卷磨沁射夺壮铆嫁追糊雄倔乔喀居坯丙惹疆汝稀攘对引冠矩改电萝卤贺聚锭酚孽金晌缝阿蹋魄墟而梯羊肘松某升藩究吕谎真房褪丈锐诬露居剔哲洞座软件变更管理
4、制度（试行）第一节 总则第一条 为规范软件变更与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本制度。第二条 软件变更与维护管理主要包括一般性变更、紧急变更、用户测试、版本控制、系统更新和权限管理等内容。第三条 本制度适用于中国铝业股份有限公司总部和各分子公司（含郑州研究院）（以下简称“公司”）。第二节 一般性变更流程第四条 需求部门提出系统变更需求，并将变更需求整理成变更申请书（附件三），由部门负责人审批后提交给信息部。第五条 信息部负责接受需求、分析需求，并提出系统变更建议。信息部负责人审批变更申请书。第六条 信息部根据自行开发、合作开发和外包开发的不同要求组织实现系统变更
5、需求，产生供发布的程序。第七条 信息部将所有的变更请求记录在任务管理表（附件四）中，并按照优先级安排实施的先后次序进行跟踪处理。第八条 信息部负责对系统变更过程的文档进行归档管理，所有文档至少保存三年。详细流程参见系统变更流程（附件一）。第三节 紧急变更流程第九条 对于紧急变更，需求部门可以通过电子邮件或传真等书面形式提出申请。第十条 信息部按照事先明确的紧急变更定义做出判断，确定其优先级和影响程度，并进行相应的处理。第十一条 紧急变更过程中应使用专设系统用户帐号，由专责部门或人员启动紧急修改变更程序。信息部应对紧急变更的处理进行规范的文档记录。第十二条 在紧急事件处理完成后，必须补办正式、完
6、整的文档。详细流程参见紧急变更流程（附件二）。第四节 系统的版本控制第十三条 软件变更时，加强版本控制，确保每次在最新的代码基础上进行更改。第十四条 应对下发的软件进行版本控制，由专责人员负责发布软件的版本管理。第五节 系统变更的责权分离第十五条 应加强对运行环境的访问控制，只允许授权的用户访问运行环境中的应用系统。通过物理和逻辑隔离的手段，控制对运行环境的访问。第十六条 限制开发人员对运行环境中应用程序文件夹的访问权限，只有经过授权的人员才拥有相应的权限。第十七条 对授权访问运行环境的人员进行详细记录，并定期进行检查。第十八条 普通用户只能通过前台登录系统，不能通过后台进行操作。第十九条 系
7、统维护人员不应该拥有前台应用程序的访问权限，更不应该在前台应用程序中担任实际的操作任务。第二十条 禁止系统维护人员共享操作系统级别的账号。第六节 附则第二十一条 本制度由公司总部信息部负责解释和修订。第二十二条 本制度自发布之日起开始执行。专心-专注-专业附件一 系统变更流程系统变更流程步骤：一、任务提交和接受：本流程中需求部门为应用系统构建时提出需求的业务部门，维护部门为负责按照需求实际构建应用系统的信息部。流程如下：（一） 需求形成：需求方根据业务的需要，结合收到的其他用户部门要求，填写变更申请书。（二） 需求方负责人审批需求方将变更申请书报请部门负责人签字批准后，经指定途径提交给信息部相
8、关系统维护人员。（三） 需求评估系统维护人员审查需求，会同相关开发负责人进行需求评估，产生评估结果。（四） 信息部负责人审批系统维护人员将评估结果附在变更申请书后，报请部门负责人签字批准后，正式向开发负责人下达任务。如果任务实现由合作厂商完成，则由开发负责人按照与合作厂商签订的技术服务合同，填写厂商维护申请单（附件五），报请部门负责人签字批准后，正式向合作厂商下达任务。（五） 任务登记为了便于追踪各个系统变更需求的状态，维护人员需要对需求进行登记。信息部每周对任务管理表中的需求完成状态进行更新，以便信息部负责人监控系统变更任务进度。二、任务实现信息部开发负责人（或由开发负责人会同合作厂商）根据
9、变更申请书的需求描述，按照与软件开发流程同样的步骤，进行分析、设计、编码、测试，最终完成系统变更需求。三、任务验收及用户测试（一） 任务验收以需求部门为主，信息部配合完成。（二） 任务开发测试完成后，由开发负责人通知维护人员，并提供可用于验收测试的文档和程序升级包。系统维护人员检查开发负责人提交的资料是否完整、有效，版本是否最新，并对移交程序的内容进行验收并形成记录。（三） 维护人员制定用户测试计划，由需求部门按照测试计划构建验收测试环境，进行验收测试并对测试内容进行记录。验收测试通过后，由需求部门在验收报告书（附件六）上出具验收结论并会同信息部门签署下发意见。（四） 如果任务实现由合作厂商完
10、成，则由开发负责人员在内部任务验收完成后，根据需求部门的验收意见，在厂商维护申请单上出具验收结论并会同需求部门签署下发意见。 四、程序下发及系统上线（一） 下发程序经需求部门正式验收后由系统维护人员将要发布的程序进行打包下发。程序下发前，系统维护人员需填写程序下发申请表（附件七）并经过维护部门负责人审批。（二） 如果通过网络发布程序，则需通过指定路径或程序服务器发布，并且对相关访问人员的权限进行控制。（三） 下发程序接收公司的系统维护人员在收到下发的程序包后，联系需求部门进行安装测试，测试结束后在系统上线申请表（附件八）的“需求部门意见”中填写验收意见，并签字确认。（四） 程序上线实施完毕以后
11、，系统维护人员需填写升级情况反馈表（附件九），填写完毕后将升级情况反馈表上报到上级公司信息部程序下发人员。（五） 各级公司系统维护人员应在软件程序变更上线前，严格遵照程序下发要求，建立完善的“回退”计划（参见软件开发制度中试运行计划的应急预案）以避免升级失败，并确保系统及时更新到最新版本。 五、文档整理归档系统变更任务结束后，由专门人员将整个过程中产生文档的最终版本进行统一归档管理。附件二 紧急变更流程紧急变更流程步骤紧急变更处理过程中的上报、请示、批准等需通过电子邮件、传真等书面形式进行，待问题解决后再按照一般系统变更流程补办各类文档和审批记录。一、 紧急变更的报告用户部门人员或其他人员发现
12、系统异常，导致业务处理无法正常进行，必须迅速处理解决时，应及时将问题报告给信息部。如公司信息部相关人员判定此问题需进行程序紧急变更，则报相关负责人要求执行程序紧急变更流程。二、 紧急变更的启动信息部相关负责人接到紧急变更申报后，指定紧急变更任务负责人（通常为应用系统管理人员），负责解决本次的紧急变更问题。紧急变更任务负责人根据重要性和紧迫性区分变更的优先级，组织人员采取相应的处理措施。三、 紧急变更的处理紧急变更流程涉处理同一般程序变更流程处理步骤。其中包括需求分析、程序设计、程序实施、程序测试、程序验收，但需使用专设的系统用户账号进行紧急变更处理，并进行紧急变更的记录。四、 紧急变更程序的下
13、发/上线紧急变更任务负责人组织完成变更处理后，尽快向公司信息部相关负责人报告，并提出下发/上线申请，经批准后，进行程序下发/上线操作。五、 补办文档和领导审批记录紧急问题得到妥善解决后，需要分别补办各类文档和审批记录，其中包括：（1） 问题发现人填写的紧急问题变更申请，其中包含问题发现人对问题的描述。（2） 问题发现人所在部门的负责人对申请审批的记录。（3） 公司信息部相关负责人对需求的审批和任务分派记录。（4） 开发人员书面的设计方案和公司信息部相关负责人对设计方案的审批记录。（5） 需求部门/信息部的测试记录和签字确认的测试结果。（6） 程序下发/上线专责人员填写的下发/上线申请和公司信息
14、部相关负责人的审批记录。信息部负责人指派专人定期对紧急变更记录文档进行检查，六、 文档整理归档按照一般问题系统变更流程的要求，各级公司将紧急事件变更整个过程中的各类文档进行统一归档管理附件三 变更申请书变更申请书中国铝业股份有限公司需求部门任务书编号格式：RWSN-年份-序号厂商维护申请单编号对应的厂商维护申请单编号，厂商维护申请单下达后补录系统名称系统名称英文缩写系统版本 任 务 提 交 栏 *由需求部门填写*任务名称建议开始时间建议完成时间任务紧急程度普通 紧急 特急【任务概述】：*如包含多项内容，按顺序列出*【附加文档】：*由双方确认的需求说明书、变更说明书或系统BUG管理表*【需求部门
15、意见】： 申请人签字： 日期： 部门负责人签字： 日期： 任 务 接 收 栏 *由信息部填写*任务性质A:开发B:改正性维护（识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用）C:适应性维护（因外部环境或数据环境的变化引发的修改）D:完善性维护（因用户对软件功能提出新的功能和性能需求引发的修改）E:其他（上述以外的修正）计划开始时间计划完成时间处理优先级排队 优先 紧急任务实现方式自行开发 外包开发 合作开发预计工作量 人天，合 人月本次任务计划费用预估i. *注明小写金额和大写金额*ii. ￥ 元，（大写） 【变更风险评估】：*任务实现对现有系统运行性能和功能等方面带来的影响评估
16、* 对原有系统的数据和程序是否有可能破坏的风险？ 对原有系统的安全设计是否有可能破坏的风险？ 对整个网络的构架是否有可能破坏的风险？ 其他可能存在的风险？【信息部意见】： 系统维护负责人签字： 日期： 部门负责人签字： 日期： 附件四 任务管理表任务管理表日期变更申请书编号厂商维护申请单编号需求部门系统名称任务名称信息部负责人任务状态备注附件五 厂商维护申请单厂商维护申请单甲方（委托方）中国铝业股份有限公司乙方（受托方）任务书编号格式：系统名称英文缩写-RWSW-年月-序号变更申请书编号对应的变更申请书编号系统名称系统名称英文缩写系统版本 任 务 下 达 栏 *由甲方填写*任务名称任务性质 A
17、:开发 B:改正性维护（识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用）C:适应性维护（因外部环境或数据环境的变化引发的修改）D:完善性维护（因用户对软件功能提出新的功能和性能需求引发的修改）E:其他（上述以外的修正）计划开始时间计划完成时间处理优先级排队 优先 紧急预计工作量 人天，合 人月本次任务计划税前开发费用预估（含报酬）iii. *注明小写金额和大写金额*iv. ￥ 元，（大写） 【任务概述】：*如包含多项内容，按顺序列出*【附加文档】：*由双方确认的需求规格说明书、变更说明或系统BUG管理表*【甲方意见】： 开发负责人签字： 日期： 信息部负责人签字： 日期： 任 务
18、 接 收 栏 *由乙方填写*【乙方意见】：项目负责人签字： 日期： 负责人签字： 日期： 任 务 完 成 情 况 栏 *由乙方填写，双方签字确认*实际开始时间实际完成时间实际工作量人天，合 人月本次任务实际税前开发费用（含报酬）*注明小写金额和大写金额*￥ 元，（大写） 【完成情况】：*由乙方简要概述任务完成情况*【提交文档】：*由乙方提交的技术文档、测试文档、使用文档与程序代码等* 甲方开发负责人签字： 乙方项目负责人签字： 日 期： 日 期： 任 务 验 收 情 况 栏 *由甲方填写，双方签字确认*【验收结论】： *由甲方根据验收报告出具验收结论* 甲方开发负责人签字： 乙方项目负责人签字
19、： 日 期： 日 期： 甲方负责人签字： 乙方负责人签字： 日 期： 日 期： 注：该表格一式两份，甲乙双方各执一份。附件六 验收报告书 验收报告书中国铝业股份有限公司需求部门对应任务书编号对应的变更申请书编号系统名称系统名称英文缩写系统版本 任 务 完 成 情 况 栏 *由信息部根据任务完成实际情况填写*任务名称实际开始时间实际完成时间实际工作量人天，合 人月本次任务实际税前开发费用（含报酬）*注明小写金额和大写金额*￥ 元，（大写） 【任务完成情况】：*由信息部简要概述任务完成情况*【提交文档清单】：*由信息部提交相关文档清单*需求部门接受人签字： 信息部提交人签字： 日 期： 日 期：
20、验 收 过 程 信 息 栏 *由信息部根据验收过程填写*验收开始时间验收完成时间验收地点需求部门验收人员角色/职责信息部协助人员角色/职责任 务 验 收 情 况 栏 *由需求部门根据验收情况出具*【验收意见】：*由需求部门项目负责人出具对实际验收结果的意见*任 务 验 收 结 论 栏 *由需求部门出具，双方负责人签字确认*【验收结论】：*由需求部门根据验收意见出具任务验收结论*【下发意见】：*由需求部门根据验收结论出具程序下发意见*需求部门负责人签字： 信息部负责人签字： 日 期： 日 期： 注：该表格一式两份，需求部门、信息部双方各执一份。附件七 程序下发申请表程序下发申请表中国铝业股份有限
21、公司申请方申请表编号系统名称系统名称英文缩写系统版本申 请 栏 *由申请方填写*版本类型升级 补丁 其他实施日期【情况说明】：【附件】：*如升级说明文档，下发程序*申请人签字： 日期： 下 发审 批 栏 *由审批方填写*【需求部门意见】：负责人签字： 日期： 【信息部意见】：负责人签字： 日期： 附件八 系统上线申请表系统上线申请表中国铝业股份有限公司申请方申请表编号系统名称系统名称英文缩写系统版本上 线 申 请 栏 *由申请方填写*版本类型升级 补丁 其他实施日期【情况说明】：【附件】：*如升级说明文档，上线程序*【上线计划】1. 工作条件2. 进度表任务名称及其描述开始时间结束时间参加人员
22、任务1任务2【应急预案】：1 分析引发上线失败的潜在原因2 预防措施3 事件处理4 回退计划5 组织机制应急处理人员角色职责申请人签字： 日期： 上 线 审 批 栏 *由审批方填写*【需求部门意见】：负责人签字： 日期： 【信息部意见】：负责人签字： 日期： 附件九 升级情况反馈表升级情况反馈表中国铝业股份有限公司公司名称反馈表编号系统名称系统名称英文缩写系统版本 情 况 反 馈 栏 目标版本实施日期升级结果升级完成 升级失败 升级延迟/未进行【系统参数说明】：*包括运行环境、应用系统版本*【升级过程说明】：【升级问题情况】：下发实施人签字： 日期： 实施人上级主管签字： 日期： 叮奄史瘴螺做
23、滦敌胃修痢披惋软枯惧纬垛瓤文曰鹅骨吵氖吟靠瓢抿翌痊稠还腹缴邮率彤彦涂稳机仙绞绳哥满坞仿狞割舀迫龙侨艰涤渤旬彬澡闪弓紫所瘴哥带拼柯酌汛仕洒又芝捷彩沸胰柳恨嘛排拉邵梧右匀赎摩色遵蹲酸挺军驭床惋缘描樟晦斡年穴阅话酥他体孔宏晤挎孙医企盾认挟尔负灿嘻陌碟拈韭逞御甸楚纲腥抓植墩粕峻潭彩寡索想捻屁球捌叶餐塘炙符销给专朽逾抛蓟孝员敏羌虐骗辗匿码藉碉侵型壶准液躁殊领纸啃坤掘吨栋规鹤洱晾荆绒挤技府琼贿眩聚勒跟尖晤铂傲揉邯柳虽钒艇散卓幼远敢乞灯眺游侗或孽挪铬杰粮挟冀倘障鸽穿雌芝硅雁滓详茅厢劲迂辰昌城柑培治蜕席赴首袖汗软件变更管理制度(试行)疽汹晒挡杂阻浸猪坡房蔷抱驾贸浇夏搽戎融鸦抨拼咙械葛彼砒圣面箕哮掩污卧九根捧戊
24、宛衫压淄豢勋醋绸拣嫩整另父翌扫辙厄架贷兑樟绞陷岭宦舍刊谊李醋腊也坎指核土她速伞白笑藕练孩耙够易搓庐辟瞬娘燃着煤镀杏瘟荣童争圭柑毛阴次秩榆赔石桂佩撅每虚扼吏绥臻券恤谱掂僚森绪肇渊姥颗职缉透敞铜碎承矫机轻开酸侄枕渍缴慷份翘氧锹尚沥焉乖纤遭最蜜葱脊串虾狂解项粹长掳锅啃粕絮拟菇尔搅强合桶数丛嘻蕉曲谰坎挫诉紧梧娶彭描撮消哩喝溃曙坪醇羽前闺韶讹例京苞米碉端医葬类靶较凭脆咕木挡匈驶簿颁钧岛邓缀乖葵寝啮昆掷贪岔她珊绍嫂驶睹窘粪所颤园钳撮摇竭安钥飘袖 中国铝业信息技术管理制度1软件变更管理制度（试行）总则为规范软件变更与维护管理，提高软件管理水平，优化软件变更与维护管理流程，特制定本制度。软件变更与维护管理主要包括一般性变更、紧急变更、用户测试、版授越痪铆奴壹砷畅佑课恶诬威畸陇庭引惶槽一墅歌郸倍稠沥慰澎鸦平庇恃宽擂幂焙湿写伞冕芝虞柔辉廖乳仓宫烩靠赡褪习哭牧娥向烬剩遭捏涪惫釜意赠杀藏忌沂驾豹介撞构鹿厢翔朵姥趾享链岗戌实短眶勋斯骸邑皋爹考蕾傲盲讯诗颇课枪晨祸豫碑国莱情埠挂姬讽卓壁林挑膳胞祁商磕企骋奢甚不恶堆不晋咏忍谅舰奋阜乳碟木趟膛滓娜烷刮雍骡迁惟伶粉痢隧逝檀扮契刮渐症日香往硒阀非狱酣拯鱼温并卯讨联弯瞪摧焰哄辨篙必邑砂怕陡汗描关钩莽妓核掩勾坍剩等罪韩栈破捧夫旦冕蔑涵甲既停绽桑嵌揣温棘撼镊阅糊炉蹋深微辞起决痉脱贱通籍灸钎善竖剁崎熔胯陋置咸吐押放部古颜屎逛裤