《软件版本管理办法》由会员分享,可在线阅读,更多相关《软件版本管理办法(30页珍藏版)》请在金锄头文库上搜索。
1、信息系统软件版本管理办法第一章 总则第一条 为加强软件版本管理,规范软件版本管理工作流程,提高版 本运行维护质量,保证信息系统安全可靠高效地运行,特制定本办法。第二条本办法涉及的软件包括在线运行的软件和拟投产的软件。软 件版本管理对象包括应用软件版本以及相关操作系统、数据库、中间 件等基础软件。第三条 软件版本管理是信息系统开发管理和日常维护管理工作的一 个重要组成部分,本办法作为软件版本管理的重要依据,软件版本管 理归口管理部门、业务支撑部门、风险管理部门、内审部门及各软件 供应商要认真履行各自职责,严格执行软件版本管理的各项流程和规 定,保障信息系统的安全稳定运行。第四条任何未经版本归口管
2、理部门许可的软件版本不允许在生产环 境使用。在商务合同中若涉及信息系统软件版本,应确认为版本归口 管理部门允许使用的软件版本。因使用未经许可的软件版本而造成系 统故障影响正常业务交易,相关部门及各厂商要承担相应的责任。第五条 本办法由信息技术部负责解释和修订,自发文之日起开始执行。第二章 组织与职责第六条 软件版本管理实行总行集中管理体系。第七条 信息技术部是信息系统软件版本的归口管理部门。第八条 稽核监控部是信息系统软件版本管理的内审部门。第九条 风险管理部是信息系统软件版本管理的风险控制部门。 第十条 信息系统软件版本管理工作还涉及软件提供商,软件提供商 包括软件最终提供商、代理商和维保服
3、务商(以下简称厂商)。第一节 归口管理部门职责第十一条 归口管理部门负责制定和完善的软件版本管理办法。 第十二条 归口管理部门负责制定信息系统软件版本管理工作的工作 计划、工作要求和技术规范,并组织实施。第十三条 归口管理部门负责审批业务支撑部门上报的版本变更申 请,组织进行资料审核和上线测试,安排试运行工作及全行推广实施。第十四条 归口管理部门负责建立软件版本信息库,发布软件版本管 理各类信息;建立版本预警体系,发布软件版本缺陷信息和版本预警 信息。第十五条 归口管理部门负责与业务支撑部门、风险管理部门、内审 部门、厂商协调信息系统软件版本管理的相关工作。第三节 业务支撑部门职责第十六条 版
4、本管理业务支撑部门负责业务类需求的日常收集和集中 收集。第十七条 版本管理业务支撑部门负责发起新版本的试运行申请。 第十八条 版本管理业务支撑部门负责协助归口管理部门审核新版本 发布资料(包括申请、厂家及仿真环境测试报告、版本说明文档、升 级方案、测试方案等),并协助归口管理部门开展新版本试运行测试 工作。第十九条 版本管理业务支撑部门负责自查并督促其下属机构履行职 责,严格执行版本管理相关制度和流程。第四节 风险管理部门职责第二十条 版本管理风险管理部门负责重大版本发布前的风险评估。第五节 内审部门职责第二十一条 版本管理内审部门负责监督和检查版本管理归口管理 部门、业务支撑部门、风险管理部
5、门和厂商是否严格执行版本管理的 相关制度与流程。第五节 厂商义务第二十二条 信息系统厂商应严格遵守软件版本管理的规章制度、技 术规范。第二十三条 信息系统厂商应根据业务发展及运行维护的需要及时 更新版本,保证在线运行的软件版本是允许使用的版本。第二十四条 信息系统厂商应配合软件版本归口管理部门进行软件 仿真测试,及时提供各类运行维护及仿真测试所需的文件资料和技术 咨询,并对这些材料的真实性、可靠性和实时性负责。在不具备相应 仿真测试环境的情况下,厂商有义务提供仿真环境配合开展测试。 第二十五条 信息系统厂商应配合进行试运行工作。厂商应根据版本 变更情况选择能够测试所有升级功能点的分支机构,并结
6、合用户量、 安全性等的要求向提出试验点建议。第二十六条 信息系统厂商应配合做好信息系统软件版本管理工作, 建立本厂家信息系统软件版本管理资料库信息,协助软件版本归口管 理部门做好版本预警信息的发布与管理,提供必要的技术资料和技术 支持。第二十七条 信息系统厂商应指定专门的版本管理联系人与软件版 本归口管理部门衔接,以便配合进行软件的升级实施和及时跟踪处理 升级过程中或者升级后出现的各种故障。第二十八条 信息系统厂商有义务在升级过程中按照的要求配合完 成各项工作,包括协助软件版本归口管理部门模拟重现升级或试运行 期间出现的和软件版本相关的故障。第二十九条 信息系统厂商有义务在工程招标书中,承诺按
7、照版本管 理相关制度和流程履行投标方的义务。第三章 版本管理内容与流程第三十条 信息系统软件版本分为版本和补丁。版本是指软件系统中 的核心部分发生结构性变化、应用部分新增若干功能而生成的软件版 本。补丁是指软件系统中不涉及核心部分的变化,只是应用部分的故 障修复或功能完善而生成的软件版本。第三十一条 版本管理的各项工作必须按照规定的操作流程执行,各 相关部门应认真履行本部门的职责,做好部门之间的衔接和协调。第三十二条 版本管理工作内容主要包括需求管理、认证管理、变更 管理、评估管理和信息管理。其中,需求管理是通过收集、整理和分 析版本的新特性需求或未修复缺陷,引导厂家新版本开发,确定待认 证的
8、版本;认证管理是依据技术规范,对厂家待认证版本的符合性和 可用性进行认证,并对已认证版本进行更新或废止管理;变更管理是 对生产运行版本变更的技术审核和流程管控;评估管理是对生产运行 版本的版本能力、缺陷等方面的评价和管理;信息管理是对全行软件 版本信息及版本管理工作各环节输出信息的动态管理,主要包括信息 的收集、整合、关联、更新、价值挖掘和全行共享,是版本管理各项 工作的基础。第一节 需求管理第三十三条 版本需求管理主要分为业务类需求管理和运行维护类 需求管理两大类,两大类需求的特点如下:(一)业务类需求:包括对原有业务模型、业务流程进行变更完善的 需求,对新业务模式、新业务功能的支撑需求以及
9、与业务推广能 力相关的需求等;(二)运行维护类需求:包括运维监控类需求、系统软件版本缺陷和问题解决需求等与运行维护工作直接相关的需求;第三十四条运行维护类需求由信息技术部系统运行中心(以下简称运行中心)牵头收集整理,业务类需求由信息技术部系统开发中心(以简称开发中心)牵头收集整理,最终由软件版本归口管理部门负责 进行统一梳理后落实到建设项目中,组织技术规范的修订。第三十五条 需求收集分为两种:日常收集和集中征集。(一)日常收集:业务类需求由需求提交部门发起,开发中心收集整理,运行维护类需求由运行中心不定期向综合部提交新需求并填写软件版本需求汇总表(见附表一)作为附件。(二)集中征集:在专项治理
10、工作中,由专项治理工作归口管理部门发起、在规定时期内征集各方需求,然后统一汇总整理,向需求归口管理部门提交新需求并填写软件版本需求汇总表(见附 表-)作为附件。第二节 认证第三十六条 软件新版本的认证过程包括仿真环境测试和生产环境 试运行测试。第三十七条 仿真环境测试主要测试内容包括:版本差异化测试(新 增功能测试、功能变更测试、故障修复有效性测试)、新版本回归性 验证测试(即原有功能点的测试)、新版本的升级过程测试、性能测 试、业务功能测试等。由厂商自行组织的内部测试也应涵盖上述测试 内容。第三十八条 原则上,业务类需求导致的新软件版本由信息技术部开 发中心组织进行仿真环境测试;运行维护类需
11、求导致的新软件版本由 信息技术部运行中心组织进行仿真环境测试。如果新版本包含以上两 方面的需求,则由软件版本归口管理部门统一组织新版本的仿真环境 测试。新版软件正式开始测试前,厂商应向上述部门提交相关技术资 料和说明书。说明书中应包含以下内容:(一)软件版本变更的原因及必要性,新版软件与旧版软件的差 异性说明、新增功能说明、新版软件对硬件环境的要求、涉及 第三方的软件版本说明;(二)维护手册及有关资料变更部分;(三)新版软件对所在平台及所承载业务的影响以及对相连的系统的影响以及相关接口(包括第三方接口)变化的说明文档;新版本的历史应用情况,已知缺陷、隐患或与需求(含商务需求、设计需求、业务需求
12、、运维需求等)不符之处并列出 解决方案;(五)对新版软件进行测试的测试方案,包括测试所用的软硬件环境、测试项目及具体测试方法步骤、测试环境要求及预期结 果;(六)详细的升级方案及针对各种异常情况的应急预案,升级失败的应急回退方案等;(七)厂商内部测试情况报告。第三十九条 对于信息系统软件新版本的仿真环境测试原则上应在 提供的仿真环境中进行,对不具备测试条件的,厂商须提供相应的仿 真环境。厂商应在测试前,配合进行仿真环境的准备工作。仿真环境 应能对版本进行尽量完整的测试。第四十条 对于仿真环境下无法测试的测试用例,经归口管理部门审核后可在试运行阶段再进行测试。第四十一条因版本质量问题导致不能完成
13、测试或测试报告结论为不通过的,需由厂商修改问题后重新测试。测试完成后测试单位应向 软件版本归口管理部门提交新版本的测试报告XX系统XX版本测试 报告(见附表三)。测试报告文档应包含内容:(一)测试原因(二)测试环境拓扑图(三)测试所需软硬件及其他工具(可选)(五)测试项目及具体测试方案(六)测试结论(包含测试情况如何,该版本功能是否完善,是否符合申请内容以及升级建议等)第四十二条对于测试中不满足要求的项目,厂商应给出相应的改进承诺和时间表。十三条 完成版本测试后,业务支撑部门应向软件版本归口管理 部门提出试运行建议申请,并填写XX系统XX版本试运行建议表详见附表四),由软件版本归口管理部门发布
14、新版本的试运行通知。第四十四条信息系统的试运行升级申请应至少在升级日期前七个工作日提交到软件版本归口管理部门,软件版本归口管理部门在收到 升级申请后的四个工作日内完成批复,试运行准备时间不少于三个工 作日。在紧急情况下,试运行申请至少提前四个工作日提交到软件版 本归口管理部门,软件版本归口管理部门在收到申请后两个工作日内 完成批复,试运行准备时间不少于两个工作日。升级方案所需要的内 容具体参见第三章第三节变更管理。第四十五条 软件版本归口管理部门组织审核测试报告、升级方案及 试运行资料,并填写XX系统XX版本试运行资料审核报告(详见附表五)。第四十六条重大版本变更厂商在试运行升级时应派专人在现
15、场给予技术支撑,协助定位解决问题。十七条 软件版本归口管理部门负责组织开展试运行工作,密切关注新版本的运行情况,业务支撑部门应按照试运行测试要求和用例 进行完整测试,及时填报测试结果。原则上,试运行时间应不少于三 个月。试运行结束后,提交XX系统XX版本试运行报告(详见附 表六)。第四十八条试运行测试完成、确认新版本安全稳定后,由信息技术部在运维管理系统发布新版本相关信息。第四十九条在新版本运行期间若出现涉及危害平台安全、影响业务运行、对客户感知造成重大影响的问题,由业务支撑部门填写XX 系统XX版本软件变更申请表(见附表七),软件版本归口管理部 门在两个工作日内审核回复,组织厂商、信息技术部执行版本回退或 修复工作。第五十条厂商应在版本升级后五个工作日内提交版本升级故障分析 报告。第五十一条 厂商用于投标的软件版本以及新工程中使用的软件版 本,均需由厂商向软件版本归口管理部门提出新版本测试申请,按本 节管理要求开展测试认证。软件版本归口管理部门和总行验收领导小 组应在工程验收时对其使用的软件版本进行检查、把关,确认工程项 目中所使用的软件版本是经过测试认证的。第三节 变更第五十二条 版本变更主要指版本和补丁的投入与