中国农业银行总行开放平台开发测试环境管理流程手册CM140002.docx

1、中国农业银行总行开放平台开发测试环境管理流程手册CM140002中国农业银行总行开放平台开发、测试环境管理流程手册-CM-14-0002中国农业银行总行开放平台 开发、测试环境管理流程手册 编号:CM-14-0002 编制部门:信息技术管理部 编 写:喻敏 复 核:刘光辉 蔡仕志 审 核:于进 批 准:张云 版 本 号:ABC/1105-00 发布日期:2011年5月 0 修改记录 版本号 生效日期 修改文件名称及文号 1 1 基本规定 1.1 适用范围 为加强总行信息技术管理部所辖各类开放平台开发、测试系统资源的管理，规范开发、测试系统资源的日常使用和工作流程，明确资源管理中各方权责，最大限

2、度满足开放平台开发、测试需求，制定本手册。适用于总行信息技术管理部及其二级部，软件开发中心及其它相关的总行机关需求部门。 1.2 定义 、Linux和Windows平台;开放平台本手册中所指的开放平台包括Unix开发、测试系统资源指由信息技术管理部统一管理，用于支撑开放平台开发、测试需求的系统环境，包括开放平台主机、存储等硬件及相关附属设备，操作系统、数据库及中间件等系统基础软件，不包括机房环境相关设备、网络设备及其它部门自行租用、借用的设备。开放平台开发、测试系统资源的管理工作由信息技术管理部下属开放平台支持部负责具体实施。 1.3 分类 (1) 开发、测试系统环境基本类型。基本类型按照资源

3、用途划分为四种环境:软件开发环境、系统测试环境、性能测试环境和版本管理环境，每种基本类型的系统资源配置相互独立。 1) 软件开发环境。支持应用软件产品工程化开发和维护，主要用于编码、编译、单元测试(含应用项目内部模块联调测试)和功能测试的相对独立的环境。 2) 系统测试环境。用于将已经确认的软件、硬件及外设、网络等相关元素结合在一起，进行软件产品的各种组装测试和确认测试，以验证系统功能是否满足需求的环境。 3) 性能测试环境。用于获得特定应用和系统的性能指标，为生产环境资源配置提供依据等目的而进行的大数据量或大交易量测试所需的环境。 4) 版本管理环境。用于对应用程序源代码的版本进行统一管理，

4、并获得运行在不同的操作系统和基础软件版本下的应用程序目标码所需的2 环境。 (2) 开发、测试系统环境扩展类型。指是在基本类型基础上，在特定时段用于支撑相对固定的开发、测试目的的一种类型。例如:系统测试环境的扩展类型有培训环境、集成测试环境、投产验证环境、年终测试环境等。培训环境是指为配合项目推广的业务模拟环境;集成测试环境是为满足具备关联关系的多个应用系统联调测试而建立的、较为完整的测试环境;投产验证环境是用于应用系统投产前进行全面的业务功能验证;年终测试环境是年末用于年终决算业务测试所需的环境。扩展类型不另行配置资源，所需资源从基本类型所属四类环境中调配。 1.4 岗位职责 资源管理涉及角

5、色包括:资源使用人，资源申请代理人，资源申请受理人，系统管理员，文档管理员。 (1) 资源使用人:是开放平台系统资源的使用者。资源使用人应根据项目需求，按照流程向资源申请代理人或直接向开放平台支持部申请开放平台开发、测试系统资源。资源使用人应将申请的资源用于指定目的并合理使用，及时清理临时数据和过期数据，避免资源浪费和长期闲置。如有系统资源调整，资源使用人应配合系统管理员完成调整工作。资源使用到期或者不再使用，资源使用人应及时向开放平台支持部提交系统资源回收申请并配合进行资源回收。若在要求时间内未能按计划完成开发、测试任务的，资源使用人须提交资源延期使用申请。资源使用人主要指软件开发中心，信息

6、技术管理部及其二级部。 (2) 资源申请代理人:为保证资源使用人提出的资源需求的合理性，提高资源使用的有效性，设立资源申请代理人。资源申请代理人负责对资源使用人提出的资源需求进行预审核，针对资源需求提出优化建议，代理资源使用人提出资源申请，并在资源到位后协助资源使用人对资源进行合理使用。资源申请代理人是资源管理方与使用方之间的沟通桥梁，负责跟进并发布资源申请、配置、使用、回收各环节的进度。开发资源申请代理人由软件开发中心系统网络部承担，测试资源申请代理人由备援测试中心测试保障部承担，对于不是由软件开发中心承3 担的项目，由业务部门直接提出需求的情况，资源申请代理人为应用管理部门。 (3) 资源

7、申请受理人:所有资源申请、技术支持申请统一归口。资源申请受理人负责受理资源申请，技术支持申请、登记、转发、反馈、汇总资源申请和技术支持申请、对项目组进行回访、每月根据本月受理的资源申请和技术支持申请形成月度报告。资源申请受理人使用专用邮箱、电话，代表开发测试服务窗口。 (4) 系统管理员:是开发、测试系统资源的管理者。系统管理员负责开放平台开发、测试系统资源管理工作，包括硬件设备的验货、安装及登记，系统软件的安装与配置，各类系统资源使用情况的日常监控，负责应用系统开发、测试环境的构建与日常技术支持，负责优化和完善开发、测试环境，及时根据需要调整开放平台系统资源，确保开发、测试环境的正常运行。

8、(5) 文档管理员:负责开放平台开发、测试系统资源相关资料的收集与更新;负责对本规定涉及的相关申请单进行整理、归档。 1.5 操作条件 (1) 共享使用。多个项目组根据资源需求和实际使用情况，共享一套或者多套开发、测试系统资源。 (2) 统一调度。每套开发、测试系统资源，均明确相应的资源使用人，其资源使用权归资源使用人统一支配。 (3) 动态调整。为避免资源浪费，提高资源使用率，节省投资成本，开发、测试系统资源将根据实际使用情况实施动态调整。 (4) 到期回收。开发测试系统资源需明确使用期限，资源到期将依照流程予以回收、清理。 1.6 基本要求 (1) 软件开发环境使用原则。每个应用开发项目原

9、则上只配置一套软件开发环境。需要在不同操作系统和基础软件版本下运行的，可以酌情提供相应的版本编译和调试环境。软件开发环境所配置资源有严格的容量限定，各类资源具体要求参见附件开放平台开发资源配置限定表。4 超过此限定要求的需资源使用部门与资源管理部门共同协商，若协商无法达成统一意见，需以签报形式说明原因并经资源使用人所在部门副总经理和资源管理部副总经理以上领导审批，开发环境使用期限为一年，超过期限的需要重新办理资源申请手续。 (2) 系统测试环境使用原则。系统测试环境由各相关项目组共享使用，系统资源由开放平台支持部统一管理。投产验证测试、年终测试、培训等特定的系统测试环境在完成系统测试目标后，必

10、须释放所用资源。集成测试环境的应用部署及调整，使用调度等应用层面维护管理由备援测试中心负责，集成测试环境长期存在，每年年初由资源管理部和备援测试中心协商制定集成测试环境使用规划，包括资源配置、使用范围、使用期限等。 (3) 性能测试环境使用原则。开放平台支持部事先规划并配置一定系统资源用于性能测试，性能测试环境由资源使用人共享使用，由备援测试中心根据各项目测试进展，评估资源需求，统一向开放平台支持部部提出申请，并结合现有资源分配情况进行各项目性能测试的安排调度。性能测试环境使用期限一般为一个月，原则上最长不超过三个月。 (4) 版本管理环境使用原则。由软件开发中心质量管理部使用，用于应用程序的

11、源代码保存以及不同系统软件版本下应用目标码的编译生成，应包含不同操作系统和基础软件版本组合的的多套环境。版本管理环境的使用期限根据基础软件版本生命周期调整，无固定使用期限。 (5) 开发测试环境系统管理员依据共享使用原则，制定具体的开发测试环境共享使用方案。 (6) 在系统资源共享使用的基础上，为确保应用互不干扰，各类共享环境均明确唯一的资源使用人。开发环境的资源使用人为开发项目组，系统测试环境和性能测试环境的资源使用人为备援测试中心测试相关部门，版本管理环境的资源使用人为软件开发中心质量管理部。 2 操作流程 2.1资源申请和回收流程 5 资源申请包括开发环境，性能测试环境，版本管理环境，系

12、统测试环境资源申请，资源使用到期后将予以回收，具体流程包括四个环节:申请，审核，实施，到期回收。 2.1.1 资源申请流程图 申信息技术管理部系软件开发中心系统测试中心系统资源统资源申请单资源申请单申请单请阶段系统网络部对资源测试保障部对资源进行初步审核进行初步审核开放平台支持部审 资源需求可行核需求性分析不合理审召开资源协调会议能否达成一致核阶段不合能理能提交领导决定是否同意同意资源配置实施阶段不项目组或者资源使同用人对资源进行确意认完成资源申请说明延期理由和延使用资源到期期时间后是否延期,是到期回收延期是否需超阶否过一周以上,段否是重新提交资源申请 回收到期资源资源延期使用资源申请结束单6

13、 2.1.2 风险控制 序号 风险环节 责任人 风险点 控制措施 资源使用部门至少提前七至十四个工作日填写系统资源申请单，所提交的资源申请资源准备时单应详细说明此次开发工作的内容与目的、资源使间不足或配涉及的系统用户及权限、工作时间安排及对1 申请阶段 用人 置需求不完系统资源配置的具体要求，提出合理的资源整 需求。若有特别的条件或说明，应在资源申请单中明确描述。必要条件未写明的，将予以回退。 系统管理员根据系统资源申请单就现有的开发、测试环境进行需求可行性分析。如系统资源不足时，应向资源申请代理人说明资源申情况，共同协商解决方案。对超过限定范畴请代理需求不合理的资源需求的，将以召开资源论证会

14、形式，2 审核阶段 人 或超出限定与资源申请代理人沟通协商，如实际需求确系统管范畴 实超出限定范畴，则由资源使用部门以签报理员 形式向信息技术管理部说明原因，待领导审定。(注:信息技术管理部的其它部门不需设立资源申请代理人，直接由资源使用人管理) 系统管系统管理员按照需求描述进行系统资源配理员 置。实施完成后，反馈给资源申请代理人。实施与需求3 实施阶段 资源申资源申请代理人对提供的开发、测试环境进存在偏差 请代理行可用性确认，若出现误差需及时与系统管人 理员联系。 资源使资源回收通知由软件开发中心系统网络部发到期回收阶用人 资源到期未出，资源使用人若在申请的时间内未能如期4 段 系统管能按时

15、回收 完成开发、测试任务，应向相关系统管理员理员 说明延期理由与延期时间，延期超过一周以7 上的，应重新履行资源申请流程，否则系统管理员有权对相关系统资源进行清理、回收。 2.2 日常维护与管理流程 日常维护与管理流程指对已分配的资源进行规范性的管理与审计。具体流程包括以下两个环节:日常维护和管理实施。 2.2.1 日常维护与管理流程图 日常维护与管理流程技术支持监控设备运行状态问题分析系统管理员定期更换超级用户口令，权限调整密码日资源使用人常定时清理文件和数维据护定时备份重要文件和数据跟踪各环节任务进展资源申请代理人不合理资源需求可行年度资源需求资源采购申请性分析管理合理实施制定年度资源使用

16、编写新设备详细说规划明文档8 2.2.2 风险控制 序号 风险环节 责任人 风险点 控制措施 日常问题及口令遗忘、权限需要调整等处理资源使日常使由资源使用人填写技术支持申请单给系用人 用中遇统管理员进行处理。 资源使用人应定时清理系统管到问题过时或无关文件，备份重要的用户文件和数1 日常维护 理员 或用户据;系统管理员应监控各类设备的运行状态，资源申密码安并做好记录;同时应定期(暂定三个月)更请代理全问题 换超级用户密码，严格控制超级用户的使用人 范围。 现有资系统管理 制定年度开发测试系统资源使用规划，若资源不足员 源不足，则负责提出资源采购申请。对于新2 管理实施 以满足资源申请设备的验货

17、、安装、配置过程，重要故障的项目新代理人 分析及排除过程，应详细记录并汇总。 需求 3 附录 3.1邮件标题要求 通过邮件提交的资源申请应严格按照规定格式书写邮件标题。开发环境资源申请的标题格式为“开发环境资源申请-XX项目-YYYYMMDD”，(其中“XX项目”为资源使用人所在的项目组，YYYYMMDD为8位的年月日，以下同)回复的标题格式“答复:开发环境资源申请-XX项目-YYYYMMDD”，测试环境资源申请的格式为“测试环境资源申请-XX项目-YYYYMMDD”，回复的格式为“答复:测试环境资源申请-XX项目-YYYYMMDD”，资源确认的格式为“确认:开发环境资源申请-XX项目-YYY

18、YMMDD”或者“确认:测试环境资源申请-XX项目-YYYYMMDD”，技术支持申请的邮件标题格式为“技术支持申请-XX项目-YYYYMMDD”，答复的格式为“答复:技术支持申请-XX项目-YYYYMMDD”。对于不按此约定格式提交的申请，会因无法被邮件自动转发规则识别而造成延误或遗漏。 9 3.2开放平台开发资源配置限定表 开放平台开发资源配置限定表 用户空间ASE数据库SYBASE IQPC服务器虚临时数据资源类型 (每用户) (每个) 数据库 拟机磁盘空间 交换空间 联机交易类4GB 10GB 40GB 开发资源 分析类系统4GB 10GB 20GB 40GB 40GB 开发资源 10