交通银行软件开发中心问题管理介绍

交通银行软件开发中心问题管理介绍2内容·

总体背景·

需求提出·

建设目标·

问题管理业务分析·

基于CQ的问题管理设计与实现·

实施效果（一期）·

持续改进·

经验总结总体背景3·

交通银行战略目标，朝着“国际公众银行、创新型银行、综合性银行、经营集约化银行、管理先进型银行”的目标迈进，努力创办一流现代金融企业。·

交通银行经营理念，秉承“发展是硬道理，是第一要务；质量是硬约束，是第一责任；效益是硬任务，是第一目标”的经营理念。·

交通银行IT发展战略，加大科技投入，强化科技作用，改变IT只是将银行业务被动“电子化”的状况，积极利用IT技术对银行的业务模式、营销模式和管理模式进行深层次的整合，提高经营管理水平；，构建与市场需求和交通银行发展相适应的IT体系，整和分散的科技资源，发挥集约化经营的效益。交通银行总体发展战略概述4·

实现IT发展战略的组织保证，2005年交行对整个信息技术条线进行了架构调整，强调专业化管理，成立了软件开发中心和数据中心。·

开发中心的业务目标，与数据大集中后应用软件的特点相配套，集中全行软件开发工作，实现全行新老系统、过渡系统的统一管理和开发，进免不必要的浪费和资源损耗，同时集中力量，实现渠道、业务处理系统、外部系统、特色业务的有机整合；，通过实行架构调整与系统整合，快速实现全行各类业务系统的集中平台建设。交通银行软件开发中心的成立及其业务目标5·

实现IT发展战略的具体项目，

构建以核心账务系统为中心，总、分行综合前直为交易信息通道，文件服务系统为文件传输渠道的全行数据集中化的业务处理和会计核算电子体系；，

开发建设信息管理系统，建立以总行为中心、以核心账务系统为基础，覆盖全行信贷机构的数据集中平台，集信贷业务处理、控制、经营、分析、决策为一体的综合管理系统；，

建立全行国际业务数据集中处理，涵盖国际结算、贸易融资、代理行与同业技信、外汇资金、外汇管理等业务的具有特色的国际业务处理系统；，

配合大集中工程进行海关EDI、网银、Call

Center、STEPS、FESA等外围系统的改造和渠道

整合，建立总分行综合前直系统，搭建中间业务平台，将现有多个零散的外挂前直系统进一步整合归并到综合前直系统和中间业务平台上，进而建立更加清晰的大集中模式下总分行整

体架构；，

配合数据大集中工程的全面推广进一步加大IT基础建设，先行在上海浦东建立全行数据集中的数据处理中心，着手建设张江数据处理中心、同城备份中心和异地灾难备份中心；，

完成数据大集中后开始充分利用已形成的客户和账户信息资源的集中优势，适时推出以数据大集中为支撑平台的一系列新型业务系统和金融产品，实现银企联动，增强为集团客户理财、服务的综合能力；，

加快电子化渠道整合，利用电话银行中心、手机银行、网上银行等新型服务渠道为客户提供新型的客户服务平台，积极开发中间业务产品，积极拓展个人住房贷款、消费贷款等业务，

进一步加强银行与保险、证券、电信行业的合作，稳步开发金融衍生产品。交通银行软件开发中心实施的具体项目6内容·

总体背景·

需求提出需求提出·

建设目标·

问题管理业务分析·

基于CQ的问题管理设计与实现·

实施效果（一期）·

持续改进·

经验总结7需求提出·

手工管理问题，效率低，工作量大，容易出错·

问题的处理过程不能及时跟踪·

同一问题的多系统协同开发协调困难·

不能出具详尽的统计分析报告8没有问题管理之前…New

527 platformGUI Bug98 Newweb customerbutton Bug design transactionBug Bug348179 251析人员AddBug849NN－－编编AddprroommoottiioonnBugcalculatioNnew还有多少个1

级错误?Newcustomer！混会乱会乱出错?????当然我没有忘一个文件...记这次版本发布包括需求462吗?44624622????????目 理在这次联编中bbug87733

修复了吗?88738733Buuiilldd

32

Build

1测试人员BBuild分析项目经集成人员开发人员527u 9Bug179GUbuttonNewwed ansactionBug348Bug849251么这次联9内容·

总体背景·

建设目标·

需求提出建设目标·

问题管理业务分析·

基于CQ的问题管理设计与实现·

实施效果（一期）·

持续改进·

经验总结10建设目标·

强化开发中心各应用系统的变更管理·

建立变更管理机制提升产品质量·

提高团队协同工作能力和各部门间的配合效率·

实现开发、检测和生产系统应用软件版本在变更中的一致性·

协同各应用系统的版本，进免重复劳动，提高工作效率·

加强对问题整个生命周期的跟踪管理，保证问题及时有效解决11内容·

总体背景·

问题管理业务分析·

需求提出·

建设目标问题管理业务分析·

基于CQ的问题管理设计与实现·

实施效果（一期）·

持续改进·

经验总结12变更来源各系统业务需求组各系统技术人员技术变更变更管理流程需求变更生产问题产品管理组13管理架构研究产品管理组应用系统变更安装应用系统变更检测变更发起生产系统管理变更受理14处理流程15内容·

总体背景·

需求提出·

建设目标·

问题管理业务分析基于CQ的问题管理设计与实现·

实施效果（一期）·

持续改进·

经验总结·

基于CQ的问题管理设计与实现16基于CQ的问题管理流程实现步骤1.

收集项目的变更管理需求，如特定的问题跟踪流程，特定的问

题报告表羊等2.

以既成模板为基础或从头开始设计Schema3.

将Schema应用到用户数据库，生成共用的查询，报表等测试验证Schema改善Schema的设计6.

导出并部署设计好的系统7.

系统在线使用17状态迁移图18系统和子系统分类19权限分配20权限组与项目组对照表21操作权限表22Schema的设计与实现23规章制度与表单·

《应用系统变更管理办法》·

《变更管理办法补充规定》·

《问题／缺陷报告表》·

《排错处理表》·

《问题／缺陷研究裁决意见表》·

《非测试排错变更申请表》·

《资源申请表》·

《变更安装表》24系统拓扑结构图25内容·

总体背景·

实施效果（一期）·

需求提出·

建设目标·

问题管理业务分析·

基于CQ的问题管理设计与实现实施效果（一期·

持续改进·

经验总结26实施效果（一期）·

对决策分析的快速支持·

有效协调处理变更·

查询·

图表·

报表任务列表现员工表现趋势分析27内容·

总体背景·

持续改进·

需求提出·

建设目标·

问题管理业务分析·

基于CQ的问题管理设计与实现·

实施效果（一期）持续改进·

经验总结28持续改进·

从版本1到版本2的演进，2004.10Ver1，2005.04Ver229从版本1到版本2的演进·

新的状态迁移30从版本1到版本2的演进与配直管理工具ClearCase集成31从版本1到版本2的演进·

与需求管理工具集成分析需求返回调整提交不立项拒绝立项、系统新需求立项、新系统开发己立项、系统需求变更（测试前）己立项、系统需求变更（测试后）CQ提交CQ提交CQ提交CQ输入项目信息选项目选系统，可重选选系统，可重选选系统，可重选输入原因提交需求32从版本1到版本2的演进·

CQ用户组及其角色职责33Schema的设计与实现34实施效果（二期）·

解决了同一问题多系统间并行开发协同配合问题·

通过与CC集成实现了统一配直管理·

通过与需求管理系统集成实现了对测试生命周期的覆盖·

有效地促进了CMMI3级的实施过程35内容·

总体背景·

经验总结·

需求提出