中国农业银行总行开放平台开发测试环境管理流程手册CM140002.docx
《中国农业银行总行开放平台开发测试环境管理流程手册CM140002.docx》由会员分享，可在线阅读，更多相关《中国农业银行总行开放平台开发测试环境管理流程手册CM140002.docx（13页珍藏版）》请在冰豆网上搜索。
中国农业银行总行开放平台开发测试环境管理流程手册CM140002
中国农业银行总行开放平台开发、测试环境管理流程手册-CM-14-0002
中国农业银行总行开放平台开发、测试环境管理流程手册
编号:
CM-14-0002
编制部门:
信息技术管理部
编写:
喻敏
复核:
刘光辉蔡仕志
审核:
于进
批准:
张云
版本号:
ABC/1105-00
发布日期:
2011年5月
0修改记录
版本号生效日期修改文件名称及文号
1
1基本规定
1.1适用范围
为加强总行信息技术管理部所辖各类开放平台开发、测试系统资源的管理，规范开发、测试系统资源的日常使用和工作流程，明确资源管理中各方权责，最大限度满足开放平台开发、测试需求，制定本手册。
适用于总行信息技术管理部及其二级部，软件开发中心及其它相关的总行机关需求部门。
1.2定义
、Linux和Windows平台;开放平台本手册中所指的开放平台包括Unix
开发、测试系统资源指由信息技术管理部统一管理，用于支撑开放平台开发、测试需求的系统环境，包括开放平台主机、存储等硬件及相关附属设备，操作系统、数据库及中间件等系统基础软件，不包括机房环境相关设备、网络设备及其它部门自行租用、借用的设备。
开放平台开发、测试系统资源的管理工作由信息技术管理部下属开放平台支持部负责具体实施。
1.3分类
（1）开发、测试系统环境基本类型。
基本类型按照资源用途划分为四种环境:
软件开发环境、系统测试环境、性能测试环境和版本管理环境，每种
基本类型的系统资源配置相互独立。
1）软件开发环境。
支持应用软件产品工程化开发和维护，主要用于编码、
编译、单元测试（含应用项目内部模块联调测试）和功能测试的相对
独立的环境。
2）系统测试环境。
用于将已经确认的软件、硬件及外设、网络等相关元
素结合在一起，进行软件产品的各种组装测试和确认测试，以验证系
统功能是否满足需求的环境。
3）性能测试环境。
用于获得特定应用和系统的性能指标，为生产环境资
源配置提供依据等目的而进行的大数据量或大交易量测试所需的环
境。
4）版本管理环境。
用于对应用程序源代码的版本进行统一管理，并获得
运行在不同的操作系统和基础软件版本下的应用程序目标码所需的
2
环境。
（2）开发、测试系统环境扩展类型。
指是在基本类型基础上，在特定时段用
于支撑相对固定的开发、测试目的的一种类型。
例如:
系统测试环境
的扩展类型有培训环境、集成测试环境、投产验证环境、年终测试环
境等。
培训环境是指为配合项目推广的业务模拟环境;集成测试环境
是为满足具备关联关系的多个应用系统联调测试而建立的、较为完整
的测试环境;投产验证环境是用于应用系统投产前进行全面的业务功
能验证;年终测试环境是年末用于年终决算业务测试所需的环境。
扩
展类型不另行配置资源，所需资源从基本类型所属四类环境中调配。
1.4岗位职责
资源管理涉及角色包括:
资源使用人，资源申请代理人，资源申请受理人，
系统管理员，文档管理员。
（1）资源使用人:
是开放平台系统资源的使用者。
资源使用人应根据项目
需求，按照流程向资源申请代理人或直接向开放平台支持部申请开放
平台开发、测试系统资源。
资源使用人应将申请的资源用于指定目的
并合理使用，及时清理临时数据和过期数据，避免资源浪费和长期闲
置。
如有系统资源调整，资源使用人应配合系统管理员完成调整工作。
资源使用到期或者不再使用，资源使用人应及时向开放平台支持部提
交系统资源回收申请并配合进行资源回收。
若在要求时间内未能按计
划完成开发、测试任务的，资源使用人须提交资源延期使用申请。
资
源使用人主要指软件开发中心，信息技术管理部及其二级部。
（2）资源申请代理人:
为保证资源使用人提出的资源需求的合理性，提高
资源使用的有效性，设立资源申请代理人。
资源申请代理人负责对资
源使用人提出的资源需求进行预审核，针对资源需求提出优化建议，
代理资源使用人提出资源申请，并在资源到位后协助资源使用人对资
源进行合理使用。
资源申请代理人是资源管理方与使用方之间的沟通
桥梁，负责跟进并发布资源申请、配置、使用、回收各环节的进度。
开发资源申请代理人由软件开发中心系统网络部承担，测试资源申请
代理人由备援测试中心测试保障部承担，对于不是由软件开发中心承
3
担的项目，由业务部门直接提出需求的情况，资源申请代理人为应用
管理部门。
（3）资源申请受理人:
所有资源申请、技术支持申请统一归口。
资源申请受
理人负责受理资源申请，技术支持申请、登记、转发、反馈、汇总资
源申请和技术支持申请、对项目组进行回访、每月根据本月受理的资
源申请和技术支持申请形成月度报告。
资源申请受理人使用专用邮箱、
电话，代表开发测试服务窗口。
（4）系统管理员:
是开发、测试系统资源的管理者。
系统管理员负责开放平
台开发、测试系统资源管理工作，包括硬件设备的验货、安装及登记，
系统软件的安装与配置，各类系统资源使用情况的日常监控，负责应
用系统开发、测试环境的构建与日常技术支持，负责优化和完善开发、
测试环境，及时根据需要调整开放平台系统资源，确保开发、测试环
境的正常运行。
（5）文档管理员:
负责开放平台开发、测试系统资源相关资料的收集与更新;
负责对本规定涉及的相关申请单进行整理、归档。
1.5操作条件
（1）共享使用。
多个项目组根据资源需求和实际使用情况，共享一套或者多
套开发、测试系统资源。
（2）统一调度。
每套开发、测试系统资源，均明确相应的资源使用人，其资
源使用权归资源使用人统一支配。
（3）动态调整。
为避免资源浪费，提高资源使用率，节省投资成本，开发、
测试系统资源将根据实际使用情况实施动态调整。
（4）到期回收。
开发测试系统资源需明确使用期限，资源到期将依照流程予
以回收、清理。
1.6基本要求
（1）软件开发环境使用原则。
每个应用开发项目原则上只配置一套软件开发
环境。
需要在不同操作系统和基础软件版本下运行的，可以酌情提供
相应的版本编译和调试环境。
软件开发环境所配置资源有严格的容量
限定，各类资源具体要求参见附件《开放平台开发资源配置限定表》。
4
超过此限定要求的需资源使用部门与资源管理部门共同协商，若协商
无法达成统一意见，需以签报形式说明原因并经资源使用人所在部门
副总经理和资源管理部副总经理以上领导审批，开发环境使用期限为
一年，超过期限的需要重新办理资源申请手续。
（2）系统测试环境使用原则。
系统测试环境由各相关项目组共享使用，系统
资源由开放平台支持部统一管理。
投产验证测试、年终测试、培训等
特定的系统测试环境在完成系统测试目标后，必须释放所用资源。
集
成测试环境的应用部署及调整，使用调度等应用层面维护管理由备援
测试中心负责，集成测试环境长期存在，每年年初由资源管理部和备
援测试中心协商制定集成测试环境使用规划，包括资源配置、使用范
围、使用期限等。
（3）性能测试环境使用原则。
开放平台支持部事先规划并配置一定系统资源
用于性能测试，性能测试环境由资源使用人共享使用，由备援测试中
心根据各项目测试进展，评估资源需求，统一向开放平台支持部部提
出申请，并结合现有资源分配情况进行各项目性能测试的安排调度。
性能测试环境使用期限一般为一个月，原则上最长不超过三个月。
（4）版本管理环境使用原则。
由软件开发中心质量管理部使用，用于应用程
序的源代码保存以及不同系统软件版本下应用目标码的编译生成，应
包含不同操作系统和基础软件版本组合的的多套环境。
版本管理环境
的使用期限根据基础软件版本生命周期调整，无固定使用期限。
（5）开发测试环境系统管理员依据共享使用原则，制定具体的开发测试环境
共享使用方案。
（6）在系统资源共享使用的基础上，为确保应用互不干扰，各类共享环境均
明确唯一的资源使用人。
开发环境的资源使用人为开发项目组，系统
测试环境和性能测试环境的资源使用人为备援测试中心测试相关部
门，版本管理环境的资源使用人为软件开发中心质量管理部。
2操作流程
2.1资源申请和回收流程
5
资源申请包括开发环境，性能测试环境，版本管理环境，系统测试环境资源
申请，资源使用到期后将予以回收，具体流程包括四个环节:
申请，审核，实施，
到期回收。
2.1.1资源申请流程图
<开放平台测试资源申请流程图>
<申请部门><实施部门>申信息技术管理部系软件开发中心系统测试中心系统资源统资源申请单资源申请单申请单请阶段
系统网络部对资源测试保障部对资源进行初步审核进行初步审核
开放平台支持部审资源需求可行核需求性分析
不合理
审召开资源协调会议能否达成一致核阶段不合能理
能提交领导决定是否同意
同意
资源配置实施阶段不项目组或者资源使同用人对资源进行确意认
完成资源申请
说明延期理由和延使用资源到期期时间后是否延期,是到期回收延期是否需超阶否过一周以上,段否是
重新提交资源申请回收到期资源资源延期使用资源申请结束单
6
2.1.2风险控制
序号风险环节责任人风险点控制措施
资源使用部门至少提前七至十四个工作日填
写《系统资源申请单》，所提交的《资源申请
资源准备时单》应详细说明此次开发工作的内容与目的、
资源使间不足或配涉及的系统用户及权限、工作时间安排及对
1申请阶段
用人置需求不完系统资源配置的具体要求，提出合理的资源
整需求。
若有特别的条件或说明，应在《资源
申请单》中明确描述。
必要条件未写明的，
将予以回退。
系统管理员根据《系统资源申请单》就现有
的开发、测试环境进行需求可行性分析。
如
系统资源不足时，应向资源申请代理人说明
资源申
情况，共同协商解决方案。
对超过限定范畴
请代理需求不合理
的资源需求的，将以召开资源论证会形式，
2审核阶段人或超出限定
与资源申请代理人沟通协商，如实际需求确
系统管范畴
实超出限定范畴，则由资源使用部门以签报
理员
形式向信息技术管理部说明原因，待领导审
定。
（注:
信息技术管理部的其它部门不需设
立资源申请代理人，直接由资源使用人管理）
系统管系统管理员按照需求描述进行系统资源配
理员置。
实施完成后，反馈给资源申请代理人。
实施与需求
3实施阶段资源申资源申请代理人对提供的开发、测试环境进
存在偏差
请代理行可用性确认，若出现误差需及时与系统管
人理员联系。
资源使资源回收通知由软件开发中心系统网络部发到期回收阶用人资源到期未出，资源使用人若在申请的时间内未能如期
4
段系统管能按时回收完成开发、测试任务，应向相关系统管理员
理员说明延期理由与延期时间，延期超过一周以
7
上的，应重新履行资源申请流程，否则系统
管理员有权对相关系统资源进行清理、回收。
2.2日常维护与管理流程
日常维护与管理流程指对已分配的资源进行规范性的管理与审计。
具体流程包括以下两个环节:
日常维护和管理实施。
2.2.1日常维护与管理流程图
日常维护与管理流程>
<申请部门><实施部门>
技术支持监控设备运行状态问题分析
系统管理员
定期更换超级用户口令，权限调整密码日资源使用人常定时清理文件和数维据护
定时备份重要文件和数据
跟踪各环节任务进展
资源申请代理人
不合理资源需求可行年度资源需求资源采购申请性分析
管理合理实施
制定年度资源使用编写新设备详细说规划明文档
8
2.2.2风险控制
序号风险环节责任人风险点控制措施
日常问题及口令遗忘、权限需要调整等处理
资源使
日常使由资源使用人填写《技术支持申请单》给系
用人
用中遇统管理员进行处理。
资源使用人应定时清理
系统管
到问题过时或无关文件，备份重要的用户文件和数1日常维护理员
或用户据;系统管理员应监控各类设备的运行状态，
资源申
密码安并做好记录;同时应定期（暂定三个月）更
请代理
全问题换超级用户密码，严格控制超级用户的使用
人
范围。
现有资
系统管理制定年度开发测试系统资源使用规划，若资
源不足
员源不足，则负责提出资源采购申请。
对于新
2管理实施以满足
资源申请设备的验货、安装、配置过程，重要故障的
项目新
代理人分析及排除过程，应详细记录并汇总。
需求
3附录
3.1邮件标题要求
通过邮件提交的资源申请应严格按照规定格式书写邮件标题。
开发环境资源申请的标题格式为“开发环境资源申请-XX项目-YYYYMMDD”，（其中“XX项目”为资源使用人所在的项目组，YYYYMMDD为8位的年月日，以下同）回复的标题格式“答复:
开发环境资源申请-XX项目-YYYYMMDD”，测试环境资源申请的格式为“测试环境资源申请-XX项目-YYYYMMDD”，回复的格式为“答复:
测试环境资源申请-XX项目-YYYYMMDD”，资源确认的格式为“确认:
开发环境资源申请-XX项目-YYYYMMDD”或者“确认:
测试环境资源申请-XX项目-YYYYMMDD”，技术支持申请的邮件标题格式为“技术支持申请-XX项目-YYYYMMDD”，答复的格式为“答复:
技术支持申请-XX项目-YYYYMMDD”。
对于不按此约定格式提交的申请，会因无法被邮件自动转发规则识别而造成延误或遗漏。
9
3.2开放平台开发资源配置限定表
开放平台开发资源配置限定表
用户空间ASE数据库SYBASEIQPC服务器虚临时数据资源类型（每用户）（每个）数据库拟机磁盘空间交换空间联机交易类4GB10GB40GB开发资源
分析类系统4GB10GB20GB40GB40GB开发资源
10
升级会员 