商業(yè)信用卡集成開發(fā)技術(shù)方案

日本商業(yè)銀行信用卡集成開發(fā)技術(shù)方案名稱：武漢佰鈞成技術(shù)有限責(zé)任公司日期:二○一一年一月一日前言根據(jù)項目要求，武漢佰鈞成技術(shù)有限責(zé)任公司需要完成日本商業(yè)銀行信用卡集成開發(fā)系統(tǒng)的開發(fā)、測試、試運行、直至最終的交付使用，負責(zé)人員的培訓(xùn)和后期的維護等工作，通過我們對招標文件的分析和理解，我們認為要完成這些工作任務(wù)，必須對該項目的業(yè)務(wù)現(xiàn)狀及未來發(fā)展目標有較為全面的理解，并有能力進一步的深入細化。以此為基礎(chǔ)，我們提出本系統(tǒng)承建方案。為了能幫助各位領(lǐng)導(dǎo)快速的了解整個技術(shù)方案編寫的思路，我們將各個部分和章節(jié)進行了概括性的描述，具體如下：第一部分，技術(shù)方案。在第一部分中，主要闡述了公司對本項目用戶需求的理解、對項目建設(shè)目標和原則的理解，提出系統(tǒng)設(shè)計的指導(dǎo)思想，以及系統(tǒng)架構(gòu)的設(shè)計方案，功能的設(shè)計以及安全設(shè)計方案，關(guān)鍵技術(shù)點的實現(xiàn)方法等。第二部分，項目實施及服務(wù)方案。在第二部分中，主要陳述了公司在本項目建設(shè)過程中將嚴格參照ISO9001質(zhì)量保證體系規(guī)范和CMMI管理體系，體現(xiàn)我們專業(yè)實施能力和項目組織、管理能力；同時，還包括對項目組的人員組成結(jié)構(gòu)，以及對項目的總體計劃安排，對項目進度、質(zhì)量的控制，培訓(xùn)及售后服務(wù)的承諾等。作為湖北省IT服務(wù)的主流企業(yè)，武漢佰鈞成技術(shù)有限責(zé)任公司有能力、有實力承建該項目，為日本商業(yè)銀行信用卡集成開發(fā)系統(tǒng)的建設(shè)貢獻我們的綿薄之力。最后，預(yù)祝本次項目實施工作取得圓滿成功！武漢佰鈞成技術(shù)有限責(zé)任公司2011年1月

目錄第一部分技術(shù)方案 71.1 項目概述 81.1.1 項目背景 81.1.2 項目目標及意義 91.1.3 項目目標 91.2 Introduction簡介 101.2.1 Purpose目的 101.2.2 Scope范圍 101.3 Level0DesignDescription第0層設(shè)計描述 111.3.1 SoftwareSystemContextDefinition軟件系統(tǒng)上下文定義 111.3.2 DesignConsiderations設(shè)計思路 121.4 Level1DesignDescription第一層設(shè)計描述 141.4.1 SystemArchitecture系統(tǒng)結(jié)構(gòu) 141.5 Level2DesignDescription第二層設(shè)計描述 171.5.1 賬戶管理模塊 171.5.2 信用卡管理模塊 261.5.3 報表管理模塊 281.5.4 系統(tǒng)管理模塊 301.6 InterfaceDesign界面設(shè)計 341.6.1 登錄界面 341.6.2 賬戶管理 351.6.3 報表管理 376.3.1客戶分布統(tǒng)計 386.3.2交易類型統(tǒng)計 386.4系統(tǒng)管理 391.7 DatabaseDesign數(shù)據(jù)庫設(shè)計 401.7.1 EntitiesDefinition實體定義 411.8 DetailedDesignoftheDatabase數(shù)據(jù)庫詳細設(shè)計 431.8.1 數(shù)據(jù)庫表設(shè)計 441.8.2 各表聯(lián)系圖 491.9 開發(fā)設(shè)計 491.9.1 詳細設(shè)計階段 491.9.2 CD/UT階段 501.9.3 IT階段 511.9.4 ST階段 54第二部分項目實施及服務(wù)方案 551.項目組織與管理 561.1.項目干系人分析 561.2.項目組織結(jié)構(gòu) 561.3.主要人員投入 571.4.佰鈞成的項目服務(wù)管理體系結(jié)構(gòu) 582.項目實施計劃 592.1.項目階段劃分 602.2.項目總體計劃 603.項目成果和交付物 644.項目風(fēng)險計劃 654.1.項目風(fēng)險分析 654.2.主要風(fēng)險識別及緩解措施 694.3.其他風(fēng)險控制措施 725.項目測試與驗收方案 745.1.項目測試方案 745.2.驗收方案 806.項目實施制度和規(guī)范 856.1.實施制度 856.2.實施規(guī)范 897.項目質(zhì)量保證體系 977.1.質(zhì)量保證目標 987.2.質(zhì)量保證角色與職責(zé) 987.3.質(zhì)量保證流程 1007.4.質(zhì)量保證活動 1008.項目進度控制方案 1078.1.項目進度跟蹤 1078.2.項目進度分析 1088.3.項目進度控制 1089.售后服務(wù)承諾 1099.1.服務(wù)承諾 1099.2.服務(wù)響應(yīng)承諾 1109.3.服務(wù)目標 1119.4.服務(wù)策略 1119.5.服務(wù)方式 11210.培訓(xùn)保障方案 11410.1.培訓(xùn)承諾 11410.2.培訓(xùn)目標和內(nèi)容 11510.3.培訓(xùn)類別 11610.4.培訓(xùn)課程 11710.5.培訓(xùn)方式 117技術(shù)方案項目概述項目背景由于2008年開始的世界范圍內(nèi)金融危機的影響，日本經(jīng)濟也出現(xiàn)了衰退，在金融領(lǐng)域，原先財大氣粗的銀行業(yè)正承受著巨大的壓力。在日益激烈的競爭面前，各個銀行將通過合并來優(yōu)化資產(chǎn)組合，提高資產(chǎn)總量，擴大經(jīng)營范圍是目前日本各家銀行的首選方案。2006年日本國民持有信用卡的比例已經(jīng)達到83.8%，而且人均信用卡持有量也上升到3.3枚。在市場相對趨于飽和的狀態(tài)下，日本是如何挖掘信用卡市場的潛力呢？受政府管制的影響，日本銀行業(yè)信用卡業(yè)務(wù)的起步較晚。雖然信用卡于20世紀60年代就通過個人金融公司的形式進入了日本，但直到1982年銀行才被允許介入信用卡業(yè)務(wù)。目前，日本的信用卡品牌主要集中于VISA、萬事達(Master)和JCB三大品牌上，而信用卡的發(fā)行機構(gòu)則主要包括JCB、VISAJAPAN、UNIONCARD、三菱日銀聯(lián)金融集團(三菱UFJ)和SAISON五家公司。為了爭奪客戶資源，提高服務(wù)質(zhì)量以及在信用卡領(lǐng)域占有一席之地，日本銀行業(yè)的SAISON信用銀行、オリコ銀行、QB銀行達成協(xié)議，全面締結(jié)合作關(guān)系，在各自原有的信用卡系統(tǒng)之上，共同開發(fā)出一套新的銀行信用卡系統(tǒng)，在對抗金融危機的沖擊的同時，增強自己的市場份額。IBM作為眾多企業(yè)信賴的對象，已經(jīng)越來越多的受到各國客戶的關(guān)注。基于此前提下，三大銀行將該信用卡系統(tǒng)交給IBM開發(fā)，用以整合現(xiàn)行的系統(tǒng)，我公司為IBM核心供應(yīng)商，和其他協(xié)力公司共同參與該項目，共同為客戶提供該系統(tǒng)的開發(fā)和交付。項目目標及意義SAISON信用卡公司降低品牌運營費用，開發(fā)出更有競爭力的系統(tǒng)；通過基于數(shù)據(jù)的營銷系統(tǒng)，開展一系列的ONETOONE營銷活動，包括針對新加入會員的入會介紹、積分活動等促進信用卡利用的活動，針對重要顧客的再利用特別優(yōu)惠、特定商品到貨通知等強化關(guān)系活動，針對目標顧客及一般顧客的有關(guān)新商品、優(yōu)惠及紀念慶典的信息告知活動以及有關(guān)顧客反應(yīng)調(diào)查、效果調(diào)查和特定調(diào)查等內(nèi)容的問卷調(diào)查活動。這一系列活動對于維系顧客與信用卡公司的關(guān)系起到了很大的作用。降低品牌運營費用，開發(fā)出更有競爭力的系統(tǒng)；Orico信用卡公司開發(fā)出分期付款、貸款、汽車消費貸款等功能合并的信用卡系統(tǒng)；QB銀行作為以開發(fā)為主的公司，受托與SAISON信用卡公司、Orico信用卡公司以及其他公司，開發(fā)出銀行與信用卡共用的信用卡系統(tǒng)。項目目標項目主要目標是在保持各自原有系統(tǒng)功能不變的情況下，把相同或者相似功能進行整合及完善，同時增加一些新的實用功能，兼容現(xiàn)有三家銀行的業(yè)務(wù)。Introduction簡介Purpose目的本需求規(guī)格說明書的編寫目的，是為明確軟件需求、安排項目規(guī)劃與進度、組織軟件開發(fā)與測試，撰寫本文檔。它說明了本系統(tǒng)的各項功能和性能需求，明確標識各個功能的實現(xiàn)過程，闡述使用范圍及背景，提供客戶解決問題或達到目標所需的條件或權(quán)能，提供一個度量和遵循的基準。本文檔供項目經(jīng)理、設(shè)計人員、開發(fā)人員、測試人員、維護人員及軟件的管理人員參考Scope范圍Name軟件名稱信用卡管理系統(tǒng)Functions軟件功能本系統(tǒng)的主要功能為：客戶管理：主要分為賬戶管理和信用卡管理兩大模塊，其中賬戶管理包括開戶、客戶信息維護、柜臺存款、柜臺取款和賬戶信息維護；賬單查詢和結(jié)算；信用卡管理包括開卡和卡信息維護。報表管理：包括開戶情況和消費情況報表的統(tǒng)計。系統(tǒng)管理：包括用戶添加和用戶信息維護。Applications軟件應(yīng)用ICC系統(tǒng)是符合國際標準信用卡（貸記卡）發(fā)卡系統(tǒng)，既能發(fā)行金融機構(gòu)自己的信用卡，也能發(fā)行符合國際信用卡組織（如VISA、MasterCard等）標準的信用卡。本系統(tǒng)具有客戶信用評估管理、循環(huán)信用管理、卡管理、賬務(wù)管理、客戶信息管理、在線交易授權(quán)管理、安全管理、催收管理、批量/清算以及市場營銷等功能，是真正意義上的可多幣種結(jié)算的綜合貸記卡軟件系統(tǒng)；同時，本系統(tǒng)具有靈活的應(yīng)用架構(gòu)、費用結(jié)構(gòu)和產(chǎn)品定義，在系統(tǒng)、機構(gòu)、產(chǎn)品、客戶、賬戶、交易等各個層面均實現(xiàn)參數(shù)化，是一個以客戶為中心的多產(chǎn)品、多賬戶、多卡綜合應(yīng)用系統(tǒng)。Level0DesignDescription第0層設(shè)計描述SoftwareSystemContextDefinition軟件系統(tǒng)上下文定義信用卡管理系統(tǒng)是銀行卡業(yè)務(wù)體系中的一部分，提供各種接入服務(wù)整合了銀聯(lián)系統(tǒng)、ATM系統(tǒng)。DesignConsiderations設(shè)計思路DesignAlternatives設(shè)計可選方案本系統(tǒng)的實現(xiàn)采用java語言，應(yīng)用SSH框架。DesignConstraints設(shè)計約束Standardscompliance遵循標準本軟件產(chǎn)品應(yīng)嚴格遵循如下規(guī)范，不能和規(guī)范相違背，可以擴充規(guī)范中不存在的需求：《傳輸網(wǎng)綜合網(wǎng)絡(luò)管理系統(tǒng)技術(shù)規(guī)范》《客戶服務(wù)系統(tǒng)技術(shù)規(guī)范》《銀行卡聯(lián)網(wǎng)聯(lián)合技術(shù)規(guī)范V2.0》HardwareLimitations硬件限制最終的產(chǎn)品可以在分布式運行環(huán)境中運行，軟件產(chǎn)品具有良好的可移植性，可以在不同的操作系統(tǒng)中運行。會員服務(wù)應(yīng)用服務(wù)器、后臺應(yīng)用管理服務(wù)器、銀聯(lián)接口網(wǎng)關(guān)服務(wù)器：CPU應(yīng)在P4以上，內(nèi)存一般1GB～2GB，硬盤采用單SCSI或SATA硬盤。數(shù)據(jù)庫服務(wù)器：至強MP四路處理器、8G或以上內(nèi)存、SCSI硬盤或更高配置。最終軟件產(chǎn)品在最低配置的pose端和服務(wù)器端能順暢地跑起來，客戶通過用戶交互界面提交一項請求，要求必須在幾秒之內(nèi)做出響應(yīng)，不能給用戶有遲滯的感覺。TechnologyLimitations技術(shù)限制數(shù)據(jù)庫：軟件產(chǎn)品設(shè)計應(yīng)與數(shù)據(jù)庫無關(guān)，本系統(tǒng)使用MySQL數(shù)據(jù)庫為主，將來可以方便的移植到其它類型的數(shù)據(jù)庫比如Oracle、Informix等。接口：符合銀聯(lián)的接口標準，支持中國銀聯(lián)新系統(tǒng)（通用規(guī)范2.0版）的接入，可以使用銀聯(lián)新系統(tǒng)（通用規(guī)范2.0版）的所有新的功能。符合營帳系統(tǒng)（服務(wù)器）的接口標準。符合短信平臺接口標準。符合俱樂部會員管理系統(tǒng)接口。并行操作：同時允許500個以上客戶端同時運行，保證數(shù)據(jù)的正確和完備性。編程規(guī)范：用java和jsp實現(xiàn)，由開發(fā)方提供一套編程規(guī)范，甲方審查認定。Level1DesignDescription第一層設(shè)計描述SystemArchitecture系統(tǒng)結(jié)構(gòu)DescriptionoftheArchitecture系統(tǒng)結(jié)構(gòu)描述本系統(tǒng)結(jié)構(gòu)是按照系統(tǒng)用戶的管理權(quán)限來劃分子系統(tǒng)。銀行普通員工只具備客戶管理功能，銀行經(jīng)理只需要系統(tǒng)提供報表服務(wù)，系統(tǒng)管理員則負責(zé)對系統(tǒng)用戶的管理。1）客戶管理子系統(tǒng)：該子系統(tǒng)向銀行的普通員工提供客戶管理功能。2）報表管理子系統(tǒng)：該子系統(tǒng)向銀行經(jīng)理提供報表服務(wù)。3）系統(tǒng)管理子系統(tǒng)：該子系統(tǒng)向系統(tǒng)管理員提供用戶管理功能。4）RepresentationoftheBusinessFlow業(yè)務(wù)流程說明4.1客戶管理子系統(tǒng)，銀行員工對信用卡客戶的管理：4.2報表管理子系統(tǒng)，銀行經(jīng)理獲取業(yè)務(wù)報表：系統(tǒng)管理子系統(tǒng)，系統(tǒng)管理員對系統(tǒng)用戶進行管理：4.2DecompositionDescription分解描述客戶管理子系統(tǒng)1.Overview簡介銀行普通員工對信用卡用戶的管理，主要分為賬戶管理和信用卡管理兩大模塊，其中賬戶管理包括開戶、客戶信息維護、柜臺存款、柜臺取款和賬戶信息維護；賬單查詢和結(jié)算；信用卡管理包括開卡和卡信息維護。2.Functions功能列表模塊子模塊功能功能描述客戶管理賬戶管理開戶根據(jù)客戶提交的資料添加賬戶客戶信息維護查詢、修改客戶信息柜臺存款為信用卡客戶提供還款服務(wù)柜臺取款為信用卡客戶提供取現(xiàn)服務(wù)賬戶信息維護查詢修改賬戶信息、銷戶賬單查詢包括未出賬單和已出賬單結(jié)算客戶賬單結(jié)算信用卡管理開卡為已經(jīng)擁有賬戶的客戶辦理信用卡卡信息維護信用卡信息查詢、修改、掛失和銷卡報表管理子系統(tǒng)Overview簡介銀行經(jīng)理可以查詢信用卡開戶情況以及消費情況。Functions功能列表模塊功能功能描述報表管理開戶情況報表某一時間段內(nèi)每月新開戶的客戶數(shù)量統(tǒng)計開卡情況報表某一時間段內(nèi)每月新開卡數(shù)量統(tǒng)計消費情況報表某一時間段內(nèi)各透支額區(qū)段的客戶數(shù)量統(tǒng)計系統(tǒng)管理子系統(tǒng)1.Overview簡介系統(tǒng)管理員對系統(tǒng)用戶的管理。2.Functions功能列表模塊功能功能描述系統(tǒng)管理用戶添加添加系統(tǒng)用戶用戶信息維護維護用戶信息，包括查詢，修改和刪除 Level2DesignDescription第二層設(shè)計描述賬戶管理模塊DesignDescription模塊設(shè)計描述柜臺員工管理客戶賬戶信息，提供辦理賬戶、客戶信息維護、柜臺存取款、賬戶信息維護、賬單查詢和結(jié)算功能。CustomerAction類1）CIIdentification標識CCMS_AccountManagement_CustomerAction2）Overview簡介CustomerAction提供對客戶信息進行查詢和修改的方法，具體如下：CustomerAction具有的方法有：客戶信息查詢:customerQuery()、客戶信息更新:customerUpdate()

3）Definition類定義（Optional）AccountAction類1）CIIdentification標識CCMS_AccountManagement_AccountAction2）Overview簡介AccountAction提供對賬戶信息進行處理的方法，包括，辦理新賬戶，添加新客戶，賬戶信息維護，柜臺存取款等。具體如下：添加新客戶：addCustomer()添加新賬戶：addAccount()存款：deposit()取款：withdrawal賬戶信息查詢：accountQuery()賬戶信息更新：accountUpdate()3）Definition類定義（Optional）所有的屬性都是私有的和所有的方法都是public方法。BillAction類1）CIIdentification標識CCMS_AccountManagement_BillAction2）Overview簡介BillActin主要提供對賬單的管理功能，包括賬單的查詢以及每月賬單的結(jié)算。具體方法如下：查詢已出賬單：queryHandledBill()查詢賬單詳細信息：queryDetailBill()查詢未出賬單：queryUnhandledBill()賬單結(jié)算：calculate()3）Definition類定義（Optional）所有的屬性都是私有的和所有的方法都是public方法。FunctionIllustration功能實現(xiàn)說明

添加客戶信息添加賬戶信息

客戶信息查詢客戶信息修改

柜臺存款柜臺取款賬單查詢賬單結(jié)算信用卡管理模塊銀行柜臺員工對信用卡的管理，包括辦理信用卡和信用卡信息的維護。DesignDescription模塊設(shè)計描述CardAction類1）CIIdentification標識CCMS_CardManagement_CardAction。2）Overview簡介該類實現(xiàn)信用卡信息的添加、查詢、掛失和銷卡。具體如下：辦理信用卡：addCard()查詢卡信息：queryCard()，cardDetail()掛失信用卡：lossreportCard()銷卡：deleteCard()3）Definition類定義（Optional）其中類圖中所有的屬性都為私有的，所有的方法都為公有的。5.2.2FunctionIllustration功能實現(xiàn)說明添加信用卡信息查詢卡信息報表管理模塊DesignDescription模塊設(shè)計描述銀行經(jīng)理使用該模塊查看業(yè)務(wù)報表。ReportAction類1）CIIdentification標識CCMS_ReportManagement_ReportAction2）Overview簡介銀行經(jīng)理使用該模塊信用卡賬戶開戶情況和信用額度情況報表，還可以得到透支情況報表。具體方法如下：查詢開戶情況報表：accountReport()查詢信用額度情況報表：deficitReport()查詢消費情況報表：consumption()3）Definition類定義（Optional）。FunctionIllustration功能實現(xiàn)說明客戶報表：消費報表：系統(tǒng)管理模塊DesignDescription模塊設(shè)計描述UserAction類1）CIIdentification標識CCMS_UserManagement_UserAction2）Overview簡介系統(tǒng)管理員使用該模塊可以對用戶進行添加，查詢，更新以及修改用戶權(quán)限。具體方法如下：添加用戶：saveUser()查詢用戶：queryUser()更新用戶：updateUser()修改用戶權(quán)限：updateUserStatus()3）Definition類定義（Optional）5.4.2FunctionIllustration功能實現(xiàn)說明添加用戶用戶信息維護用戶權(quán)限管理InterfaceDesign界面設(shè)計登錄界面賬戶管理開戶賬戶查詢信用卡開卡報表管理6.3.1客戶分布統(tǒng)計6.3.2交易類型統(tǒng)計6.4系統(tǒng)管理添加用戶用戶信息維護DatabaseDesign數(shù)據(jù)庫設(shè)計EntitiesDefinition實體定義DecompositionDescription分解描述本系統(tǒng)數(shù)據(jù)庫設(shè)計概念模型中的實體包括銀行、客戶、賬單記錄、用戶、賬戶、信用卡、交易記錄、掛失記錄、賬單記錄、省份和城市。他們在數(shù)據(jù)庫中分別對應(yīng)銀行信息表、客戶信息表、賬單記錄表、用戶表、賬戶信息表、信用卡信息表、交易記錄表、掛失記錄表、賬單記錄表、省份表和城市表。InternalDependencyDescription內(nèi)部依賴性描述系統(tǒng)總E-R圖：各實體具體屬性：DetailedDesignoftheDatabase數(shù)據(jù)庫詳細設(shè)計數(shù)據(jù)庫表設(shè)計1、用戶表2、賬戶信息表3、銀行信息表4、賬單記錄表5、城市表6、信用卡信息表7.客戶信息表8.掛失記錄表9.省份表10.交易記錄表

各表聯(lián)系圖開發(fā)設(shè)計詳細設(shè)計階段在項目開發(fā)過程中，日本方面提供概要設(shè)計，和一些固定的功能模塊，設(shè)計人員按照概要設(shè)計式樣書寫出詳細設(shè)計式樣書。在寫詳細式樣書的過程中，設(shè)計人員要看懂概要設(shè)計的整體思路并根據(jù)實際需要來發(fā)現(xiàn)概要設(shè)計中的一些錯誤。這樣為以后項目開發(fā)省去了大量重復(fù)修改代碼的麻煩。在寫詳細式樣書的時候，設(shè)計人員要把業(yè)務(wù)語言翻譯成程序員能夠快速理解的邏輯語言。這需要設(shè)計人員對于業(yè)務(wù)和開發(fā)語言都要有充分的理解。詳細設(shè)計是整個項目開發(fā)的重要環(huán)節(jié)，只有這個環(huán)節(jié)做好了，后面的coding，UT，IT。才能順利的進行。CD/UT階段程序編寫人員按照詳細設(shè)計式樣書在HLL/WB上編寫出正確的代碼；然后測試人員根據(jù)程序的測試點進行測試，并完成UT式樣書。UT測試一般由這本程序的coding人員擔(dān)當(dāng)。無論怎樣強調(diào)軟件測試的重要性和它對軟件可靠性的影響都不過分。在開發(fā)大型軟件系統(tǒng)的漫長過程中，面對著極其錯綜復(fù)雜的問題，人的主觀認識不可能完全符合客觀現(xiàn)實，與工程密切相關(guān)的各類人員之間的通信和配合也不可能完美無缺，因此，在軟件生命周期的每個階段都不可避免地會產(chǎn)生差錯。我們力求在每個階段結(jié)束之前通過嚴格的技術(shù)審查，盡可能早地發(fā)現(xiàn)并糾正差錯；但是，經(jīng)驗表明審查并不能發(fā)現(xiàn)所有差錯，此外在編碼過程中還不可避免地會引入新的錯誤。如果在軟件投入生產(chǎn)性運行之前，沒有發(fā)現(xiàn)并糾正軟件中的大部分差錯，則這些差錯遲早會在生產(chǎn)過程中暴露出來，那時不僅改正這些錯誤的代價更高，而且往往會造成很惡劣的后果。測試的目的就是在軟件投入生產(chǎn)性運行之前，盡可能多地發(fā)現(xiàn)軟件中的錯誤。目前軟件測試仍然是保證軟件質(zhì)量的關(guān)鍵步驟，它是對軟件規(guī)格說明、設(shè)計和編碼的最后復(fù)審。大量統(tǒng)計資料表明，軟件測試的工作量往往占軟件開發(fā)總工作量的40％以上，在極端情況，測試那種關(guān)系人的生命安全的軟件所花費的成本，可能相當(dāng)于軟件工程其他開發(fā)步驟總成本的3倍到5倍。因此，必須高度重視軟件測試工作，絕不要以為寫出程序之后軟件開發(fā)工作就接近完成了，實際上，大約還有同樣多的開發(fā)工作量需要完成。僅就測試而言，它的目標是發(fā)現(xiàn)軟件中的錯誤，但是，發(fā)現(xiàn)錯誤并不是最終目的。軟件工程的根本目標是開發(fā)出高質(zhì)量的完全符合用戶需要的軟件，因此，通過測試發(fā)現(xiàn)錯誤之后還必須診斷并改正錯誤，這就是調(diào)試的目的。調(diào)試是測試階段最困難的工作。在對測試結(jié)果進行收集和評價的時候，軟件所達到的可靠性也開始明朗了。軟件可靠性模型使用故障率數(shù)據(jù)，估計軟件將來出現(xiàn)故障的情況并預(yù)測軟件的可靠性。IT階段IT分為IT0、IT（PC）、IT（HOST）和ITY。IT0主要測試程序中調(diào)用的子程序；IT（PC）是以概要設(shè)計為單位對程序進行測試；IT（HOST）則是以IT（PC）使用的數(shù)據(jù)為基礎(chǔ)，在大型機上運行程序；ITY則是由日本提供雛形數(shù)據(jù)，以業(yè)務(wù)為基本點進行測試。系統(tǒng)測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程，成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤的測試。測試的目的就是希望能以最少的人力和時間發(fā)現(xiàn)潛在的各種錯誤和缺陷。應(yīng)根據(jù)開發(fā)各階段的需求、設(shè)計等文檔或程序的內(nèi)部結(jié)構(gòu)精心設(shè)計測試用例，并利用這些實例來運行程序，以便發(fā)現(xiàn)錯誤。信息系統(tǒng)測試應(yīng)包括軟件測試、硬件測試和網(wǎng)絡(luò)測試。硬件測試、網(wǎng)絡(luò)測試可以根據(jù)具體的性能指標來進行，此處所說的測試更多的是指軟件測試。系統(tǒng)測試是保證系統(tǒng)質(zhì)量和可靠性的關(guān)鍵步驟，是對系統(tǒng)開發(fā)過程中的系統(tǒng)分析系統(tǒng)設(shè)計和實施的最后復(fù)查。根據(jù)測試的概念和目的，在進行信息系統(tǒng)測試時應(yīng)遵循以基本原則?！?yīng)盡早并不斷地進行測試。測試不是在應(yīng)用系統(tǒng)開發(fā)完之后才進行的。由于原始問題的復(fù)雜性、開發(fā)各階段的多樣性以及參加人員之間的協(xié)調(diào)等因素，使得毛開發(fā)各個階段都有可能出現(xiàn)錯誤。因此，，測試應(yīng)貫穿在開發(fā)的各個階段，盡早糾正錯誤，消除隱患。·測試工作應(yīng)該避免由原開發(fā)軟件的人或小組承擔(dān)，一方面，開發(fā)人員往往不愿召認自己的工作，總認為自己開發(fā)的軟件沒有錯誤;另一方面，開發(fā)人員的錯誤很對由本人測試出來，很容易根據(jù)自己編程的思路來制定測試思路，具有局限性。測試工作應(yīng)由專門人員來進行，這樣會更客觀，更有效?！ぴO(shè)計測試方案的時候，不僅要確定輸入數(shù)據(jù)，而且要根據(jù)系統(tǒng)功能確定預(yù)期的輸出結(jié)果。將實際輸出結(jié)果與預(yù)期結(jié)果相比較就能發(fā)現(xiàn)測試對象是否正確。·在設(shè)計測試用例時，不僅要設(shè)計有效合理的輸入條件，也要包含不合理、失效的輸入條件。測試的時候，人們往往習(xí)慣按照合理的、正常的情況進行測試，而忽略了對異常、不合理、意想不到的情況進行測試，而這些可能就是隱患。·在測試程序時，不僅要檢驗程序是否做了該做的事，還要檢驗程序是否做了不該做的事。多余的工作會帶來副作用，影響程序的效率，有時會帶來潛在的危害或錯誤。·嚴格按照測試計劃來進行，避免測試的隨意性。測試計劃應(yīng)包括測試內(nèi)容、進度安排、人員安排、測試環(huán)境、測試工具和測試資料等。嚴格的按照測試計劃可以;認證進度，使各方面都得以協(xié)調(diào)進行。·妥善保存測試計劃、測試用例，作為軟件文檔的組成部分，為維護提供方便。·測試用例都是精心設(shè)計出來的，可以為重新測試或追加測試提供方便。當(dāng)糾正錙前的測試用例，或在其基礎(chǔ)上修改，然后進行測試。測試是開發(fā)過程中一個獨立且非常重要的階段，測試過程基本上與開發(fā)過程平行。一個規(guī)范化的測試過程通常包括以下基本的測試活動。(1)擬定測試計劃。在制定測試計劃時，要充分考慮整個項目的開發(fā)時間和開發(fā)進童以及一些人為因素和客觀條件等，使得測試計劃是可行的。測試計劃的內(nèi)容主要有測試的內(nèi)容、進度安排、測試所需的環(huán)境和條件、測試培訓(xùn)安排等。(2)編制測試大綱。測試大綱是測試的依據(jù)。它明確詳盡地規(guī)定了在測試中針對系統(tǒng)的每一項功能或特性所必須完成的基本測試項目和測試完成的標準。(3)根據(jù)測試大綱設(shè)計和生成測試用例。在設(shè)計測試用例的時候，可綜合利用前面介紹的測試用例和設(shè)計技術(shù)，產(chǎn)生測試設(shè)計說明文檔，其內(nèi)容主要有被測項目、輸人數(shù)據(jù)、測試過程、預(yù)期輸出結(jié)果等。(4)實施測試。測試的實施階段是由一系列的測試周期組成的。在每個測試周期中，測試人員和開發(fā)人員將依據(jù)預(yù)先編制好的測試大綱和準備好的測試用例，對被測軟件或設(shè)備進行完整的測試。(5)生成測試報告。測試完成后，要形成相應(yīng)的測試報告，主要對測試進行概要說明，列出測試的結(jié)論，指出缺陷和錯誤，另外，給出一些建議，如可采用的修改方法，各項修改預(yù)計的工作量及修改的負責(zé)人員。ST階段主要由日本承擔(dān)該部分測試，以大量真實數(shù)據(jù)進行測試。項目實施及服務(wù)方案

項目組織與管理本章主要闡述了日本商業(yè)銀行信用卡集成開發(fā)系統(tǒng)項目的干系人、參與整個項目的各方人員的組織結(jié)構(gòu)設(shè)置及職能；針對本項目，佰鈞成的項目組織結(jié)構(gòu)及崗位職能；以及佰鈞成的項目質(zhì)量保證體系的介紹。項目干系人分析基于我們對日本商業(yè)銀行信用卡集成開發(fā)系統(tǒng)項目的理解，我們將以合作伙伴的角色加入到整個項目中。從規(guī)劃設(shè)計、實施、運維等多環(huán)節(jié)全方位提供信息化建設(shè)服務(wù)。從這個基礎(chǔ)出發(fā)，我們把本項目涉及到干系人分成幾類，如下表所示：干系人名稱主要職責(zé)項目建設(shè)方（用戶方）：IBM提出并確認項目需求；監(jiān)督工程項目進展情況；審查和驗收項目工作成果；項目承建商：武漢佰鈞成技術(shù)有限責(zé)任公司承建日本商業(yè)銀行信用卡集成開發(fā)系統(tǒng)項目；對建設(shè)方案中的系統(tǒng)進行設(shè)計、開發(fā)、實施；按照總體技術(shù)方案和詳細技術(shù)方案的要求完成系統(tǒng)的開發(fā)測試工作；協(xié)助招標人、項目監(jiān)理的驗收評審工作；提供系統(tǒng)運行維護服務(wù)；提供培訓(xùn)工作；項目組織結(jié)構(gòu)根據(jù)本項目“多個組織，一個團隊；同一平臺，全面溝通”的原則，合理、科學(xué)的項目組織結(jié)構(gòu)對于本項目的有效實施將起到事半功倍的效果。為此，建議建立如下圖所示的項目組織結(jié)構(gòu)：武漢佰鈞成技術(shù)有限責(zé)任公司武漢佰鈞成技術(shù)有限責(zé)任公司項目領(lǐng)導(dǎo)小組項目經(jīng)理項目開發(fā)實施小組IBMGDC注：箭頭表示匯報路徑。角色職責(zé)人員要求項目領(lǐng)導(dǎo)小組項目的最高決策機構(gòu)。對項目的戰(zhàn)略方向、IT規(guī)劃、重大事件進行決策。負責(zé)有效的將決策信息傳達給項目管理小組，監(jiān)督、管理決策意見的執(zhí)行結(jié)果。批準項目實施規(guī)范，協(xié)調(diào)內(nèi)部資源。項目領(lǐng)導(dǎo)小組將進行不定期會晤。由日本商業(yè)銀行信用卡集成開發(fā)系統(tǒng)項目管理領(lǐng)導(dǎo)團隊、武漢佰鈞成技術(shù)有限責(zé)任公司項目管理領(lǐng)導(dǎo)人員聯(lián)合組成。項目領(lǐng)導(dǎo)小組人員，在所屬機構(gòu)內(nèi)，必須具有項目總體規(guī)劃、決策的相應(yīng)權(quán)力。項目經(jīng)理在整個項目實施期間的擔(dān)任項目管理和行政管理的工作；根據(jù)項目需要，協(xié)調(diào)各方關(guān)系；貫徹、落實項目領(lǐng)導(dǎo)小組的決策意見，并有效的監(jiān)督、管理其執(zhí)行狀態(tài)；定期向項目領(lǐng)導(dǎo)小組匯報項目執(zhí)行情況和總體執(zhí)行狀態(tài)。由武漢佰鈞成技術(shù)有限責(zé)任公司相關(guān)人員擔(dān)任。項目開發(fā)實施小組依據(jù)有效的責(zé)任范圍工作定義進行具體的項目任務(wù)實施，接受管理層的直接管理，定期向管理層匯報工作。根據(jù)項目需要，由日本商業(yè)銀行信用卡集成開發(fā)系統(tǒng)、武漢佰鈞成技術(shù)有限責(zé)任公司的相關(guān)人員聯(lián)合組成。主要人員投入角色姓名工齡職務(wù)項目領(lǐng)導(dǎo)小組李磊15高管江龍13研發(fā)經(jīng)理項目經(jīng)理邵寧8項目經(jīng)理系統(tǒng)架構(gòu)師馮威6高級工程師數(shù)據(jù)庫設(shè)計師吳疆6高級工程師代碼設(shè)計師丁繼斌5高級工程師代碼設(shè)計師王鑫5產(chǎn)品技術(shù)經(jīng)理代碼設(shè)計師孔令鑫2軟件工程師代碼設(shè)計師丁云2軟件工程師質(zhì)量保證員封麗函2QA配置管理員佟林2CM美工王宮3專職美工測試經(jīng)理崔海麗5測試經(jīng)理測試工程師施亮2測試工程師測試工程師季緯2測試工程師測試工程師馬斯洋2測試工程師支持組-客戶經(jīng)理王彥慧5客戶經(jīng)理培訓(xùn)工程師鄭昌振4高級工程師維護組齊佳欣3軟件工程師佰鈞成的項目服務(wù)管理體系結(jié)構(gòu)佰鈞成主要從事金融、信用、政府行業(yè)信息化建設(shè)方面的軟件開發(fā)、系統(tǒng)集成、軟件外包、咨詢服務(wù)等業(yè)務(wù)。通過多年的信息化服務(wù)，公司積累了豐富的應(yīng)用建設(shè)經(jīng)驗并形成了完善的技術(shù)服務(wù)體系和服務(wù)管理體系。公司級管理服務(wù)體系佰鈞成基于多年政府信息化建設(shè)的服務(wù)歷程，不斷的吸取國內(nèi)外先進的IT服務(wù)管理理念，構(gòu)建了IT服務(wù)管理體系結(jié)構(gòu)。佰鈞成的質(zhì)量保證體系和項目方法論作為行業(yè)應(yīng)用服務(wù)團隊處理問題、事故、變更、配置等的行為標準和規(guī)范體系；項目管理團隊、系統(tǒng)集成團隊、研發(fā)團隊和基礎(chǔ)職能部門為應(yīng)用服務(wù)團隊的服務(wù)提供級別管理、財務(wù)管理、持續(xù)性、可用性管理等服務(wù)質(zhì)量提供了有力保證。佰鈞成的決策體系保證了授權(quán)、決策渠道的暢通，使得服務(wù)管理的內(nèi)部決策過程快捷、高效。項目級服務(wù)管理體系結(jié)構(gòu)信息化建設(shè)的主要工作除了依托公司的組織結(jié)構(gòu)和管理體系，更重要的是具體實施信息化建設(shè)的項目級服務(wù)管理系統(tǒng)，這將直接關(guān)系到政府信息化建設(shè)的實施效果。佰鈞成建立了完善并有效的項目組組織結(jié)構(gòu)和服務(wù)體系。項目組內(nèi)部崗位職責(zé)依據(jù)項目情況確定。一般包括：項目領(lǐng)導(dǎo)小組（項目總監(jiān)）：分項目情況確定，小型項目中一般由部門（副）經(jīng)理、咨詢專家、技術(shù)經(jīng)理擔(dān)任；大中型項目或戰(zhàn)略項目中一般由副總或行業(yè)總監(jiān)、技術(shù)總監(jiān)、部門（副）經(jīng)理、咨詢專家、高級技術(shù)經(jīng)理擔(dān)任。項目經(jīng)理：由部門級或公司級管理者擔(dān)任項目經(jīng)理?？蛻艚?jīng)理：中小型項目由部門銷售團隊負責(zé)人指定。一般由客戶經(jīng)理擔(dān)任。大項目或戰(zhàn)略項目由公司項目管理委員會確定。架構(gòu)師：根據(jù)項目規(guī)模需要設(shè)立。由項目經(jīng)理提名，軟件開發(fā)中心負責(zé)人批準。技術(shù)經(jīng)理：由項目經(jīng)理提名，軟件中心負責(zé)人批準。一般由技術(shù)經(jīng)理或工程師擔(dān)任，對項目技術(shù)實現(xiàn)負責(zé)，協(xié)助架構(gòu)師進行總休設(shè)計、概要設(shè)計，主導(dǎo)詳細設(shè)計。開發(fā)經(jīng)理：由項目經(jīng)理提名，軟件中心負責(zé)人批準。一般由公司高級工程師擔(dān)任，主導(dǎo)項目編碼工作。需求經(jīng)理：由項目經(jīng)理提名，軟件中心負責(zé)人批準。一般由公司咨詢顧問和業(yè)務(wù)經(jīng)理擔(dān)任，對項目業(yè)務(wù)需求負責(zé)。項目工程師（含開發(fā)、測試、維護）：由項目經(jīng)理提名，軟件中心批準。一般由工程師擔(dān)任。咨詢顧問：由項目經(jīng)理提名，項目管理辦公室批準。一般由工程師擔(dān)任。注：上述為項目組的標準配置，根據(jù)項目規(guī)模的大小，上述崗位可以部分或全部合并。對于本項目，雖然規(guī)模不大，但鑒于項目的戰(zhàn)略地位，我公司將設(shè)立較為全面的組織結(jié)構(gòu)，并配備專職人員。項目實施計劃本章闡述了日本商業(yè)銀行信用卡集成開發(fā)系統(tǒng)評論網(wǎng)站項目工程實施的階段劃分、總體實施計劃，并詳細介紹了各階段的工作計劃及工作內(nèi)容。項目階段劃分基于佰鈞成軟件服務(wù)最佳實踐模型，依據(jù)我們對本項目的理解，定義主要項目階段劃分如下表所示：編號階段名稱階段主要工作描述1準備階段完成項目啟動準備工作，主要包括成立項目組織、項目人員的確定、確定項目計劃、對項目實施任務(wù)的確認、合同的簽訂、項目實施環(huán)境、工具等的準備。2需求階段完成需求調(diào)研、需求分析工作，為便于與客戶方的交流，需求開發(fā)系統(tǒng)原型，最終形成需求調(diào)研報告和需求規(guī)格說明書，由公司方和客戶方相關(guān)專家完成需求評審。3設(shè)計階段完成系統(tǒng)的總體設(shè)計、詳細設(shè)計、數(shù)據(jù)庫設(shè)計工作、單元測試等測試計劃、用例的編制，在系統(tǒng)原型基礎(chǔ)上進行進一步的設(shè)計、開發(fā)，完成最終的設(shè)計成果的評審。4開發(fā)階段以系統(tǒng)設(shè)計為基礎(chǔ)完成應(yīng)用軟件的編碼開發(fā)和單元測試工作，此外還有集成測試計劃及用例的編制等其他工作。5集成測試階段完成應(yīng)用軟件的集成測試工作并進行評審。6試運行、上線及終驗階段完成系統(tǒng)的試運行工作，對試運行期間發(fā)現(xiàn)的問題進行進一步的修改、完善和測試；同時完成系統(tǒng)上線過渡的準備工作，包括數(shù)據(jù)、軟、硬件環(huán)境、人員培訓(xùn)等。在試運行結(jié)果符合項目要求后對項目進行最終驗收。同時再上線試運行階段，將會沿用原來系統(tǒng)中的數(shù)據(jù)，所做工作包括數(shù)據(jù)遷移。7運營維護階段在系統(tǒng)驗收后進入運營維護階段，由技術(shù)支持及服務(wù)人員對系統(tǒng)運行提供技術(shù)支持服務(wù)，對系統(tǒng)業(yè)務(wù)變化進行修改完善，保證系統(tǒng)正常使用。8貫穿各階段的其它任務(wù)包括項目建設(shè)中的其他一些任務(wù)，這些任務(wù)不是在哪個特定階段完成，而是伴隨整個項目實施的過程進行，主要包括數(shù)據(jù)資源的清理和規(guī)劃設(shè)計、系統(tǒng)集成、培訓(xùn)、項目管理等。項目總體計劃依據(jù)我們對招標方的實施進度要求的理解，制定了本項目的總體進度計劃。項目自合同簽訂之日啟動，我們對本項目計劃總體安排如下：第1月第2-5月第6月第7月準備階段需求階段設(shè)計階段開發(fā)階段集成測試階段準備階段本階段主要進行建立項目組織、建立項目管理體制、優(yōu)化項目計劃、工作任務(wù)定義、開發(fā)環(huán)境準備及環(huán)境搭建、招標需求分析確認等工作。建立項目組織：我公司提出項目組織計劃，與用戶就本項目的項目組織進行溝通交流，確定項目組織結(jié)構(gòu)及相應(yīng)人員崗位，明確項目組中每個人的責(zé)任，確定項目核心成員。建立項目管理體制：與用戶就本項目的項目管理體制進行討論，最終形成項目管理體制。優(yōu)化項目計劃：針對實際情況對項目計劃進行優(yōu)化，編寫項目進度計劃和預(yù)算。招標書需求分析確認：再次確認用戶在招標文件中提出的需求。開發(fā)環(huán)境準備及環(huán)境搭建：準備項目開發(fā)工作場所，包括軟、硬件環(huán)境，就本項目采用的各項技術(shù)，搭建開發(fā)環(huán)境。編寫項目的工作說明書，對項目實施的項目范圍、項目階段、工作方法、相關(guān)各方的責(zé)任分工、各階段的交付物、階段完成里程碑、溝通制度等進行明確規(guī)定，同時編寫質(zhì)量保證計劃，編寫配置管理計劃，以及項目實施的有關(guān)規(guī)章制度等；本階段要實現(xiàn)的里程碑是：簽訂商務(wù)合同和工作說明書。本階段承建方的主要參與人員有售前人員、需求分析人員、架構(gòu)師、項目管理人員（含質(zhì)量、配置人員）?？蛻舴街饕獏⑴c人員為項目組織人員。需求階段本階段主要內(nèi)容為需求調(diào)研和需求分析，用戶培訓(xùn)、初步用戶手冊的編制等工作內(nèi)容。需求調(diào)研和需求分析：公司組織資深的系統(tǒng)分析人員對用戶需求進行進一步的分析，與用戶不斷溝通、交流，確認已經(jīng)明確的需求內(nèi)容，經(jīng)過不斷調(diào)研、確認，最終形成需求規(guī)格說明書，完成由用戶組織的專家進行評審。初步用戶手冊的編制：根據(jù)需求內(nèi)容，編制初步用戶手冊。需求評審：針對需求規(guī)格說明書進行用戶的需求評審。本階段要實現(xiàn)的里程碑是：簽署需求規(guī)格說明書。本階段承建方的主要參與人員有項目管理人員、需求分析人員、架構(gòu)師、開發(fā)人員。本期客戶方主要參與人員為項目組織成員、相關(guān)業(yè)務(wù)部門的部門主管及業(yè)務(wù)骨干、科技部門相關(guān)人員。設(shè)計階段本階段主要內(nèi)容為系統(tǒng)的總體設(shè)計和詳細設(shè)計、數(shù)據(jù)庫設(shè)計、測試方案的設(shè)計、用戶培訓(xùn)等工作內(nèi)容。總體設(shè)計：提出設(shè)計的方法及該階段的工作進度安排，并得到招標方確認；編制總體設(shè)計方案；編制測試環(huán)境建設(shè)方案；編制系統(tǒng)上線試運行至系統(tǒng)正式上線期間的時間安排；提供對項目應(yīng)用系統(tǒng)設(shè)計風(fēng)險的詳細評估。詳細設(shè)計：完成應(yīng)用系統(tǒng)軟件功能模塊的詳細設(shè)計。數(shù)據(jù)庫設(shè)計：完成數(shù)據(jù)庫系統(tǒng)的詳細設(shè)計，包括數(shù)據(jù)庫結(jié)構(gòu)、表結(jié)構(gòu)、數(shù)據(jù)字典等的編制。測試方案的設(shè)計：系統(tǒng)詳細設(shè)計，完成測試大綱、測試計劃、測試用例的詳細設(shè)計，使得在下一階段應(yīng)用系統(tǒng)開發(fā)完成后。完成系統(tǒng)設(shè)計的評審；本階段要實現(xiàn)的里程碑是：評審?fù)ㄟ^項目設(shè)計方案（包括數(shù)據(jù)庫設(shè)計方案）。本階段承建方的主要參與人員有項目管理人員、需求分析人員、架構(gòu)師、開發(fā)人員、測試人員。本期客戶方主要參與人員為項目組織成員、科技部門相關(guān)人員、相關(guān)業(yè)務(wù)部門的業(yè)務(wù)骨干。開發(fā)階段本階段主要完成應(yīng)用軟件系統(tǒng)十個模塊的開發(fā)的編碼與單元測試工作。包括配置研發(fā)及測試人員、配置開發(fā)及測試設(shè)備、進行系統(tǒng)編碼、并進行測試方案的評審。本階段要實現(xiàn)的里程碑是：完成軟件的開發(fā)評審。本期項目承建方主要參與人員為需求分析人員、軟件架構(gòu)設(shè)計人員、軟件開發(fā)人員、軟件測試人員、配置管理人員、項目管理人員。本期客戶方主要參與人員為項目組織成員、技術(shù)人員及相關(guān)業(yè)務(wù)部門的業(yè)務(wù)骨干。集成測試階段本階段主要完成應(yīng)用軟件系統(tǒng)的集成測試工作，測試工作包括單元測試、功能測試、集成測試、性能測試、安全測試、健壯測試、界面測試、安裝測試、文檔測試工作，并編寫相應(yīng)的測試報告，同時編寫系統(tǒng)使用手冊。本階段要實現(xiàn)的里程碑是：通過系統(tǒng)集成測試評審。本期項目承建方主要參與人員為需求分析人員、軟件架構(gòu)設(shè)計人員、軟件開發(fā)人員、軟件測試人員、配置管理人員、項目管理人員。本期客戶方主要參與人員為項目組織成員、技術(shù)人員及相關(guān)業(yè)務(wù)部門的業(yè)務(wù)骨干。試運行、上線及終驗階段本階段主要完成的工作為試運行的準備以及對在試運行過程終發(fā)現(xiàn)問題的修改工作，用戶培訓(xùn)工作，數(shù)據(jù)遷移，系統(tǒng)過渡，試運行工作以及系統(tǒng)切換后的正式上線和終驗工作。試運行過程發(fā)現(xiàn)問題，要確定工作方案，進行問題解決。用戶培訓(xùn)：完成此階段對用戶的培訓(xùn)工作。數(shù)據(jù)遷移：完成應(yīng)用系統(tǒng)的數(shù)據(jù)遷移工作。系統(tǒng)過渡：完成系統(tǒng)過渡工作。試運行：完成系統(tǒng)試運行工作。在完成系統(tǒng)上線穩(wěn)定運行，進行項目終驗。本階段要實現(xiàn)的里程碑是：完成系統(tǒng)試運行，簽署系統(tǒng)終驗報告。本期客戶方主要參與人員為項目管理人員、項目組織成員、系統(tǒng)集成人員、培訓(xùn)人員、技術(shù)人員、配置管理人員、各業(yè)務(wù)部門的領(lǐng)導(dǎo)和業(yè)務(wù)骨干人員。運營維護階段本階段是從項目終驗合格后開始進行為期3年的質(zhì)保時間。貫穿各階段的其它任務(wù)用戶培訓(xùn)：此項工作從需求分析開始，到終驗前結(jié)束，完成用戶培訓(xùn)工作，培訓(xùn)內(nèi)容包括操作人員培訓(xùn)、系統(tǒng)維護人員培訓(xùn)、管理人員培訓(xùn)。項目管理。項目管理工作從項目啟動開始，持續(xù)到項目維護期結(jié)束，主要由我公司項目管理人員完成本項目實施的管理工作。項目成果和交付物根據(jù)項目實施的不同階段，我公司項目組將向客戶單位分批移交項目實施過程中生成的成果和各類技術(shù)文檔、使用文檔，結(jié)合本項目進度計劃分階段提交的成果和交付物如下表所示：階段名稱成果和交付物備注準備階段需求分析需求規(guī)格說明書；系統(tǒng)設(shè)計概要設(shè)計說明書詳細設(shè)計說明書數(shù)據(jù)庫設(shè)計說明書系統(tǒng)開發(fā)編程規(guī)范模塊開發(fā)卷宗系統(tǒng)源代碼及執(zhí)行碼單元測試計劃；單元測試報告；培訓(xùn)資料（教材）；軟件功能技術(shù)手冊；集成測試集成測試計劃；集成測試用例；集成測試報告（含壓力測試報告）；試運行、上線和終驗程序清單安裝維護手冊用戶操作手冊程序源代碼運營維護技術(shù)維護手冊故障應(yīng)急處理手冊；項目風(fēng)險計劃項目風(fēng)險分析盡早進行風(fēng)險分析，能夠減少項目實行過程中的不確定性。它不僅使各層次的項目管理者建立風(fēng)險意識，重視風(fēng)險問題，防范于未然，而且在各個階段、各個方面實施有效的風(fēng)險控制，形成一個前后連貫的管理過程。作為面對項目風(fēng)險的有效手段，全面風(fēng)險管理強調(diào)風(fēng)險的事先分析與評價，風(fēng)險因素分析是確定一個項目的風(fēng)險范圍，并將這些風(fēng)險因素逐一列出以作為全面風(fēng)險管理的對象。羅列風(fēng)險因素通常要從多角度、多方位進行，形成對項目系統(tǒng)的全方位的透視，我們一般對風(fēng)險因素的分析通過以下方面進行分析：1、首先，按項目系統(tǒng)要素進行分析。這主要有四個方面的系統(tǒng)要素風(fēng)險：項目環(huán)境要素風(fēng)險：最常見的有政治風(fēng)險、法律風(fēng)險、經(jīng)濟風(fēng)險、自然條件、社會風(fēng)險等；項目系統(tǒng)結(jié)構(gòu)風(fēng)險：如以項目單元為分析對象，在實施以及運行的過程中可能遇到的技術(shù)問題，人工、材料、機械、費用消耗的增加等各種障礙和異常情況等；這是IT項目中最主要的風(fēng)險。項目的行為主體產(chǎn)生的風(fēng)險：如承包商（分包商、供應(yīng)商）技術(shù)及管理能力不足，不能保證安全質(zhì)量，無法按時交工等產(chǎn)生的風(fēng)險；項目管理者的能力、職業(yè)道德、公正性差等產(chǎn)生的風(fēng)險；其他方面的風(fēng)險：如外圍主體（政府部門、相關(guān)單位）等產(chǎn)生的風(fēng)險。2、其次，按風(fēng)險對目標的影響分析。這是按照項目的目標系統(tǒng)結(jié)構(gòu)進行分析的，它體現(xiàn)的是風(fēng)險作用的結(jié)果，它包括以下幾個方面的風(fēng)險：工期風(fēng)險，如造成局部的（工程活動、分項工程）或整個工程的工期延長，不能及時投產(chǎn)；費用風(fēng)險，這包括財務(wù)風(fēng)險、成本超支、投資追加、報價風(fēng)險、收入減少等；質(zhì)量風(fēng)險，這包括工程等不能通過驗收，工程試生產(chǎn)不合格、經(jīng)過評價工程質(zhì)量未達到標準或要求；生產(chǎn)能力風(fēng)險，項目建成后達不到設(shè)計生產(chǎn)能力；市場風(fēng)險，工程建成后達不到預(yù)期的經(jīng)濟目標，沒有競爭力；法律責(zé)任風(fēng)險，可能因此被起訴或承擔(dān)相關(guān)法律的或合同的責(zé)任。3、再次，按管理的過程和要素分析。這個分析包括極其復(fù)雜的內(nèi)容，但也常常是分析風(fēng)險責(zé)任的主要依據(jù)，它主要包括：高層戰(zhàn)略風(fēng)險，如指導(dǎo)方針戰(zhàn)略思想可能有錯誤而造成項目總體目標設(shè)計的錯誤等；環(huán)境調(diào)查和預(yù)測的風(fēng)險；決策風(fēng)險，如錯誤的選擇，錯誤的投標決策、報價等；項目策劃風(fēng)險；技術(shù)設(shè)計風(fēng)險；計劃風(fēng)險，如目標的錯誤理解，方案錯誤等；實施控制中的風(fēng)險，如合同、供應(yīng)、新技術(shù)新工藝、分包層、工程管理失誤等方面的風(fēng)險；運營管理的風(fēng)險，如準備不足，無法正常運營，銷售不暢等的影響。從總體上可以將該項目的風(fēng)險分為宏觀和微觀兩部分，宏觀方面的風(fēng)險指針對該項目的特點而使項目的實施具有的風(fēng)險，微觀風(fēng)險則指在軟件開發(fā)過程中會出現(xiàn)的風(fēng)險。基于上述分析方法，針對本項目，我們識別如下項目風(fēng)險：宏觀風(fēng)險分析從項目的整體規(guī)劃上看，本項目作為一項日本商業(yè)銀行信用卡集成開發(fā)系統(tǒng)的一個信息化工程建設(shè)項目，其具有以下特點：應(yīng)用系統(tǒng)建設(shè)涉及的業(yè)務(wù)內(nèi)容多；項目工程進度時間要求短；涉及業(yè)務(wù)學(xué)科領(lǐng)域廣，且部分信息化建設(shè)任務(wù)缺乏案例和成功經(jīng)驗可循；由于項目的這些特點，使項目的建設(shè)存在以下風(fēng)險性：1、項目建設(shè)的統(tǒng)籌規(guī)劃、協(xié)調(diào)實施方面的風(fēng)險性這一風(fēng)險屬于項目管理的風(fēng)險，主要體現(xiàn)為制定合理的項目計劃、預(yù)算項目成本、資源配置、質(zhì)量管理及項目管理技術(shù)選擇等方面，由于項目的建設(shè)內(nèi)容多，建設(shè)內(nèi)容存在交叉與關(guān)聯(lián)，因此使項目的建設(shè)不確定性、復(fù)雜性并存，帶來項目統(tǒng)籌規(guī)劃、協(xié)調(diào)實施的風(fēng)險性。2、項目周期相對短造成的組織、實施方面的風(fēng)險性組織風(fēng)險中的一個重要的風(fēng)險就是項目決策時所確定的項目范圍、時間與費用之間的矛盾。此系統(tǒng)的應(yīng)用軟件開發(fā)任務(wù)多、工作量大，而項目工期相對短，這造成了項目范圍和時間的矛盾，因此給如何合理地組織人力與資源，制定可行的項目進度計劃帶來了困難，形成了項目實施的一定風(fēng)險。3、項目建設(shè)經(jīng)驗欠缺造成的實施風(fēng)險性造成這一風(fēng)險的主要因素為項目涉及業(yè)務(wù)學(xué)科領(lǐng)域廣，且部分建設(shè)內(nèi)容屬日本商業(yè)銀行信用卡集成開發(fā)系統(tǒng)首創(chuàng)，欠缺先前案例及成功經(jīng)驗，使系統(tǒng)的建設(shè)無先例可循，需在建設(shè)中摸索，從而使項目的順利實施在進度控制、技術(shù)實現(xiàn)等方面存在一定風(fēng)險性。4、項目受不可控因素影響產(chǎn)生的風(fēng)險性該項目受不可控因素的影響主要表現(xiàn)在以下幾個方面：本項目的建設(shè)是一個新的業(yè)務(wù)需求，如電子登記簿的使用，復(fù)雜的監(jiān)控標準，智能監(jiān)控、預(yù)警，這些都要求各級系統(tǒng)使用者必需在深刻理解信息化的本質(zhì)基礎(chǔ)上給予高度關(guān)注和重視，提供充分的支持。本系統(tǒng)建設(shè)是一項知識密集的系統(tǒng)工程，項目管理不到位，缺少足夠的經(jīng)驗，不嚴格按信息化建設(shè)規(guī)律辦事是等都有可能加大本項目失敗的風(fēng)險。系統(tǒng)建設(shè)過程中如若缺乏一種有效的監(jiān)督管理機制，將致使許多任務(wù)在質(zhì)量、進度、投資等方面都無法得到很好的保證和控制，出了問題就互相推諉，項目中途下馬或完工后難以達到預(yù)期建設(shè)目標。5、項目由于外部因素影響可能存在的風(fēng)險性項目外部風(fēng)險主要是指項目的政治、經(jīng)濟環(huán)境的變化，包括與項目相關(guān)的規(guī)章或標準的變化，組織中機構(gòu)的變化，如機構(gòu)合并、自然災(zāi)害等。這類風(fēng)險對項目的影響和項目性質(zhì)的關(guān)系較大。微觀風(fēng)險分析項目過程的每個階段都存在著不同的風(fēng)險，這些風(fēng)險與該階段的工作內(nèi)容緊密相關(guān)。1、合同簽約立項階段可能存在的風(fēng)險：項目宏觀目標不清；項目范圍不明確（范圍太大太小都不可以）；用戶參與少或和用戶溝通少；對業(yè)務(wù)了解不夠；對需求了解不夠；沒有進行可行性研究。2、項目啟動階段可能存在的風(fēng)險：項目具體目標不清；項目范圍不夠精確；用戶參與不夠；本項目的規(guī)劃不夠準確；3、項目計劃階段可能存在的風(fēng)險：項目隊伍缺乏經(jīng)驗，如缺乏有經(jīng)驗的項目經(jīng)理；沒有變更控制計劃，以至于變更沒有依據(jù)，該變更的不變，不該變的也變，這樣得來的設(shè)計勢必會失敗或者偏離用戶需求；倉促計劃，可能帶來進度方面的風(fēng)險；漏項，由于設(shè)計人員的疏忽某個功能沒有考慮進去；4、項目執(zhí)行與控制階段可能存在的風(fēng)險設(shè)備環(huán)境沒有具備好；計劃錯誤帶來的實施困難；項目團隊實施能力差；項目范圍改變（突然要增加或修改一些功能，需要重新考慮設(shè)計）；項目進度改變（要求提前完成任務(wù)等）；人員離開，在一個項目內(nèi)軟件開發(fā)工作有一定的連續(xù)性，需要移交和交接，有時人員離開對項目的影響會很大；開發(fā)團隊內(nèi)部溝通不夠，導(dǎo)致程序員對系統(tǒng)設(shè)計的理解上有偏差；沒有有效的備份方案；沒有切實可行的驗收計劃；驗收人員經(jīng)驗不足；5、收尾階段可能存在的風(fēng)險：質(zhì)量差；客戶不滿意；設(shè)備沒有按時到貨，軟件無法應(yīng)用等；6、維護階段可能存在風(fēng)險：系統(tǒng)運行不穩(wěn)定；客戶人事變化；客戶業(yè)務(wù)變化導(dǎo)致付款出現(xiàn)問題；在本項目中，上述微觀風(fēng)險皆在一定程度上存在，針對上述風(fēng)險，我們在整體項目管理中，從組織結(jié)構(gòu)、人員配備、計劃管理、質(zhì)量保證等諸多方面均進行了有針對性的準備，從而在一定程度上緩解上述風(fēng)險，并且根據(jù)我公司的風(fēng)險識別定義進行風(fēng)險識別。主要風(fēng)險識別及緩解措施由于項目的一次性和特殊性，在風(fēng)險判別中無法根據(jù)歷史數(shù)據(jù)或資料對項目風(fēng)險做出準確估計，只能靠專家或決策人員根據(jù)自身經(jīng)驗和知識對項目風(fēng)險做出主觀估計，特別是在項目立項論證或研制的初期階段更是如此。為對項目風(fēng)險進行準確判別，有必要規(guī)定統(tǒng)一的級別描述標準。我們公司對技術(shù)風(fēng)險、費用風(fēng)險、進度風(fēng)險、管理風(fēng)險進行了如下級別描述，并針對本項目進行了如下風(fēng)險識別：技術(shù)風(fēng)險級別描述表技術(shù)風(fēng)險風(fēng)險級別本項目風(fēng)險緩解措施成熟性現(xiàn)有的或局部重新設(shè)計低中等配備公司核心骨干參與項目主要部分重新設(shè)計，但技術(shù)可行中等技術(shù)可行的復(fù)雜設(shè)計或最新技術(shù)，某些研究已完成高復(fù)雜性簡單設(shè)計或局部增加復(fù)雜性低中等通過設(shè)計原型解決復(fù)雜性有中等程度增加中等復(fù)雜性顯著增加或極其復(fù)雜高相關(guān)性與現(xiàn)有系統(tǒng)、設(shè)施或相關(guān)的研制單位無關(guān)或進度取決于現(xiàn)有的系統(tǒng)設(shè)施或相關(guān)的研制單位低低不需要性能取決于現(xiàn)有系統(tǒng)性能、設(shè)施或相關(guān)的研制單位中等進度取決于新系統(tǒng)的進度、設(shè)施或相關(guān)的研制單位或性能取決于新系統(tǒng)的性能、設(shè)施或相關(guān)的研制單位高費用風(fēng)險級別描述表費用風(fēng)險風(fēng)險級別本項目風(fēng)險緩解措施任務(wù)要求明確性任務(wù)要求明確，使用方和承制方對任務(wù)有共同的理解低低不需要任務(wù)要求基本明確，某些細節(jié)上尚需進一步確定中等任務(wù)要求不明確，使用方可能不斷提出新的要求或雙方對任務(wù)要求有不同的理解高技術(shù)風(fēng)險影響無高風(fēng)險項目，中等風(fēng)險項目不超過2個低低無高風(fēng)險項目，中等風(fēng)險項目超過3個中等有1個以上的高風(fēng)險項目高進度風(fēng)險影響無高風(fēng)險項目，中等風(fēng)險的進度指標不超過2個低低無高風(fēng)險項目，但中等風(fēng)險項目在3個以上中等有1個以上的高風(fēng)險項目高成本預(yù)算準確性有充分的類似項目的歷史數(shù)據(jù)可供參考，成本估算部門有足夠可用的合格人員低低有足夠可用的合格人員但僅有部分歷史數(shù)據(jù)可供參考中等缺乏可用的合格人員且無類似項目的歷史數(shù)據(jù)供參考高合同類型影響固定價格合同低低成本加獎勵費用合同中等撥款性合同高合同報價影響與其它競標單位的報價和預(yù)測成本基本相符低待定略低于其它競標單位報價和預(yù)測成本中等報價顯著低于其它競標單位的報價和預(yù)測成本高進度風(fēng)險級別描述 進度風(fēng)險風(fēng)險級別本項目風(fēng)險緩解措施技術(shù)風(fēng)險影響無高風(fēng)險，中等風(fēng)險項目不超過2個低低不需要無高風(fēng)險，中等風(fēng)險項目超過3個中等有1個以上的高風(fēng)險項目高計劃安排合理性計劃切實可行且留有一定時間余度以防意外情況發(fā)生低中等通過集中封閉開發(fā)和對進度加強控制，根據(jù)情況增加資源等來緩解計劃可靠，但對意外發(fā)生的問題未留有余度中等計劃不可靠，不是根據(jù)每項研制工作的實際需要來安排時間，而是根據(jù)競爭的需要或上級命令來分配時間高資源充分性資源充足且可供使用低低不需要現(xiàn)有資源充足，但與其它項目之間有潛在的矛盾沖突，可能因某些預(yù)想不到的問題而影響進度中等現(xiàn)有資源不足或與其它項目之間存在嚴重的潛在沖突高項目人員經(jīng)驗參與該項目的人員在類似的項目中已積累了經(jīng)驗，有足夠的知識儲備可用于該項目低低不需要參與人員在類似的項目中已有一般性的經(jīng)驗，但在某些關(guān)鍵部門還缺乏有經(jīng)驗的人員中等參與人員普遍沒有在類似項目中工作的經(jīng)驗，關(guān)鍵部門可用的有經(jīng)驗人員很少高管理風(fēng)險級別描述管理風(fēng)險風(fēng)險級別本項目風(fēng)險緩解措施領(lǐng)導(dǎo)素質(zhì)影響領(lǐng)導(dǎo)者決策能力強，很有威望低低不需要領(lǐng)導(dǎo)者決策能力較強，威望一般中等領(lǐng)導(dǎo)者決策能力一般，同時也沒什么威望高組織機構(gòu)影響組織機構(gòu)健全，各機構(gòu)間配合密切、融洽，運作效率高低低組織機構(gòu)基本完善，運作效率一般中等組織機構(gòu)不完善，或雖完善但運作效率很低高計劃條理性計劃安排很有條理，且在關(guān)鍵項目上態(tài)度較為保守低低計劃安排有序，但在計劃安排上態(tài)度較激進中等計劃安排沒條理，或一般但態(tài)度很激進（冒險型）高研發(fā)人員素質(zhì)研發(fā)人員整體素質(zhì)高，且人員之間協(xié)作能力強低低研發(fā)人員整體素質(zhì)較高，但人員之間協(xié)作能力一般中等人員整體素質(zhì)一般，協(xié)作能力也一般高研發(fā)實力及條件實力雄厚、條件優(yōu)越且得到大家一致公認低低實力和條件較好，能勝任項目的研究中等實力和條件一般，基本能勝任項目研究工作高各階段的協(xié)調(diào)協(xié)調(diào)能力強，能作好各階段的協(xié)調(diào)工作，應(yīng)付突發(fā)事件能力強低低協(xié)調(diào)能力較強，正常情況下能保證各階段的協(xié)調(diào)一致，應(yīng)付突發(fā)事件的能力一般中等協(xié)調(diào)能力一般，應(yīng)付突發(fā)事件的能力差高其他風(fēng)險控制措施1、風(fēng)險分配項目風(fēng)險必須在項目參加者（包括投資者、業(yè)主、項目管理者、承包商、供應(yīng)商等）之間進行合理的分配，只有每個參加者都有一定的風(fēng)險責(zé)任，才有可能對項目管理和控制的積極性和創(chuàng)造性，只有合理的分配風(fēng)險才能調(diào)動各方面的積極性，才能有項目的高效益。合理分配風(fēng)險要依照以下幾個原則進行：從工程整體效益的角度出發(fā)，最大限度地發(fā)揮各方面的積極性。項目參與各方如果都不承擔(dān)任何風(fēng)險，則他也就沒有任何責(zé)任，當(dāng)然也就沒有控制的積極性，就不可能搞好工作。因此只有讓各方承擔(dān)相應(yīng)的風(fēng)險責(zé)任，通過風(fēng)險的分配以加強責(zé)任心和積極性，達到能更好地計劃與控制。其有效的做法應(yīng)為合同管理的機制到位，并面向各個承包商和參與方的工程合同，應(yīng)站在工程總體的高度上進行控制和實施，公平合理，責(zé)、權(quán)、利平衡。一是風(fēng)險的責(zé)任和權(quán)力應(yīng)是平衡的。有承擔(dān)風(fēng)險的責(zé)任，也要給承擔(dān)者以控制和處理的權(quán)力，但如果已有某些權(quán)力，則同樣也要承擔(dān)相應(yīng)的風(fēng)險責(zé)任；二是風(fēng)險與機會盡可能對等，對于風(fēng)險的承擔(dān)者應(yīng)該同時享受風(fēng)險控制獲得的收益和機會收益，也只有這樣才能使參與者勇于去承擔(dān)風(fēng)險；三是承擔(dān)的可能性和合理性，承擔(dān)者應(yīng)該擁有預(yù)測、計劃、控制的條件和可能性，有迅速采取控制風(fēng)險措施的時間、信息等條件，只有這樣，參與者才能理性地承擔(dān)風(fēng)險。2、風(fēng)險對策任何項目都存在不同的風(fēng)險，風(fēng)險的承擔(dān)者應(yīng)對不同的風(fēng)險有著不同的準備和對策，這應(yīng)把它列入計劃中的一部分，只有在項目的運營過程中，對產(chǎn)生的不同風(fēng)險采取相應(yīng)的風(fēng)險對策，才能進行良好的風(fēng)險控制，盡可能地減小風(fēng)險可能產(chǎn)生的危害，以確保效益。通常的風(fēng)險對策為：采取先進的技術(shù)措施和完善的組織措施，以減小風(fēng)險產(chǎn)生的可能性和可能產(chǎn)生的影響。如選擇有彈性的、抗風(fēng)險能力強的技術(shù)方案，進行預(yù)先的技術(shù)模擬試驗，采用可靠的保護和安全措施。對管理的項目選派得力的技術(shù)和管理人員，采取有效的管理組織形式，并在實施的過程中實行嚴密的控制，加強計劃工作，抓緊階段控制和中間決策等。3、實施中的全面風(fēng)險控制工程實施中的風(fēng)險控制貫穿于項目控制（進度、成本、質(zhì)量、合同控制等）的全過程中，是項目控制中不可或缺的重要環(huán)節(jié)，也影響項目實施的最終結(jié)果。加強風(fēng)險的預(yù)控和預(yù)警工作。在工程的實施過程中，要不斷地收集和分析各種信息和動態(tài)，捕捉風(fēng)險的前奏信號，以便更好地準備和采取有效的風(fēng)險對策，以抗可能發(fā)生的風(fēng)險。在風(fēng)險發(fā)生時，及時采取措施以控制風(fēng)險的影響，這是降低損失，防范風(fēng)險的有效辦法。在風(fēng)險狀態(tài)下，依然必須保證工程的順利實施，如迅速恢復(fù)生產(chǎn)，按原計劃保證完成預(yù)定的目標，防止工程中斷和成本超支，唯有如此才能有機會對已發(fā)生和還可能發(fā)生的風(fēng)險進行良好的控制，并爭取獲得風(fēng)險的賠償，如向保險單位、風(fēng)險責(zé)任者提出索賠，以盡可能地減少風(fēng)險的損失。項目測試與驗收方案項目測試方案測試概述軟件工程的測試是非常重要的一環(huán)，也是檢驗系統(tǒng)開發(fā)最終目標能否完全達到設(shè)計要求的重要環(huán)節(jié)，同時系統(tǒng)測試環(huán)節(jié)也是系統(tǒng)開發(fā)過程中的"軟肋"。一般情況下，業(yè)界對開發(fā)人員的投入比例偏大，而不太重視測試，這也是導(dǎo)致很多國內(nèi)軟件品質(zhì)不穩(wěn)定的原因。我公司對測試工作非常重視，測試過程嚴格按照公司質(zhì)量體系標準《軟件測試控制程序》執(zhí)行。測試方法除采用傳統(tǒng)的測試方式外，還采用了先進的測試工具輔助測試。系統(tǒng)安裝完成后，首先擬出一個測試方案，詳細確認每個測試環(huán)節(jié)的測試用例，并與業(yè)主討論通過后，按計劃進行測試。對系統(tǒng)每一項測試有詳細的測試記錄，同時用戶方、投標人代表簽字確認，并附有詳細的分析報告。測試目標和原則測試目標測試過程是驗證建設(shè)成的最終系統(tǒng)是否滿足原始需求并且遵循系統(tǒng)設(shè)計，測試的目標是盡可能多的發(fā)現(xiàn)系統(tǒng)中存在的錯誤，并能發(fā)現(xiàn)及預(yù)言潛在的錯誤，以保證系統(tǒng)正常運行。測試的最終目的則是發(fā)現(xiàn)應(yīng)用軟件的錯誤，達到在硬件和系統(tǒng)軟件支撐下，應(yīng)用軟件系統(tǒng)能正常、穩(wěn)定、可靠運行的目的。測試原則制定規(guī)范和完整的測試計劃，嚴格按計劃組織測試，排除測試活動的隨意性。預(yù)先組織和準備好各種測試用例和測試數(shù)據(jù)，以保證測試活動的順利開展。測試輸入數(shù)據(jù)應(yīng)與對應(yīng)的預(yù)期輸出結(jié)果配套。測試用例中不僅有合理的輸入條件，還要有不合理的輸入條件。妥善保存各種測試文檔及測試用例與數(shù)據(jù)，為以后軟件重測和維護提供方便。對每一個測試結(jié)果要做全面的分析和檢查。系統(tǒng)測試過程中發(fā)現(xiàn)的所有缺陷用統(tǒng)一的缺陷管理工具來管理，開發(fā)人員根據(jù)缺陷管理報告及時改正錯誤。測試組織針對本項目實施特點，我公司成立專門的測試組織來完成測試工作，測試的組織結(jié)構(gòu)是屬于項目組，但是獨立于開發(fā)組，測試經(jīng)理的直接匯報渠道是項目經(jīng)理。其角色和職責(zé)分別定義如下：測試組織角色和職責(zé)定義角色職責(zé)備注項目經(jīng)理全面領(lǐng)導(dǎo)，對測試項目進行監(jiān)督、管理，對重大問題進行決策。測試經(jīng)理測試中的主要角色，測試中所有環(huán)節(jié)的組織者，和主要實施者；負責(zé)制定《測試策略》和《測試計劃》；負責(zé)單元測試、集成測試、系統(tǒng)測試活動的組織安排；確保所有測試活動按照計劃進行，確保測試記錄得到維護，并根據(jù)測試工具的有效應(yīng)用產(chǎn)生測試度量數(shù)據(jù)；負責(zé)《測試分析報告》。需求經(jīng)理負責(zé)測試用例的分析和設(shè)計；負責(zé)開發(fā)業(yè)務(wù)方面的測試用例。測試工程師在測試經(jīng)理的組織下，負責(zé)測試的設(shè)計、測試用例的開發(fā)和測試執(zhí)行工作。架構(gòu)師負責(zé)性能測試用例的開發(fā)和執(zhí)行；負責(zé)性能測試指標的定義和結(jié)果分析；協(xié)助開發(fā)組定位性能瓶頸和確定優(yōu)化應(yīng)用系統(tǒng)。質(zhì)量管理人員協(xié)助測試經(jīng)理完成測試過程中的質(zhì)量管理；測試內(nèi)容本項目的測試種類包括：單元測試、集成測試、功能測試、界面測試、健壯測試、安全測試、性能測試、安裝測試、文檔測試等。在進行測試前，需要編寫詳實的測試方案，其中包括測試時間安排、測試準則、測試用例、測試范圍、測試目標、測試人員、出錯處理流程及處理結(jié)果等內(nèi)容。在測試案例中應(yīng)包含對異常情況處理的測試，如數(shù)據(jù)不全、數(shù)據(jù)類別有誤、數(shù)據(jù)不合法等。各種類型的測試都是采用循環(huán)往復(fù)的“測試－改進”操作，以確保問題得到完整、充分的解決的過程。1、單元測試：單元測試也稱為模塊測試，是針對每個模塊進行的測試，測試軟件獨立單元在與其它程序隔離的情況下的應(yīng)用。每個應(yīng)用程序模塊完成后，進行模塊測試。模塊測試的目的在于通過大量、反復(fù)的測試，盡可能地捕獲程序編寫時的編碼及應(yīng)用處理上的錯誤，并加以改正，使程序編寫時的錯誤在這一測試環(huán)節(jié)得到控制。單元測試采用白盒法，測試是基于程序設(shè)計的邏輯結(jié)構(gòu)和對象方法。2、功能測試功能測試是對項目實現(xiàn)的功能進行測試，是在規(guī)定的一段時間內(nèi)運行軟件系統(tǒng)的所有功能，以驗證這個軟件系統(tǒng)沒有嚴重錯誤。功能測試基于黑盒技術(shù)，通過用戶界面與應(yīng)用程序進行交互，并對交互的輸出或結(jié)果進行分析，以此來核實應(yīng)用程序及其內(nèi)部進程（包括程序單元、模塊、整系統(tǒng)）。功能測試可細分為：獨立測試和連續(xù)測試兩部分。獨立測試是將本項目開發(fā)實現(xiàn)的功能一一進行獨立測試。在測試過程中，將針對每一個功能制定相應(yīng)的測試個案，進行嚴格的功能測試。如測試結(jié)果與實現(xiàn)要求不符，將由開發(fā)人員進行改進及完善，最終達到功能要求。測試中發(fā)生問題時，編程人員會改動程序以便解決問題。系統(tǒng)將在修改后進行重新測試。此時其進行的測試不僅針對改動部分，還應(yīng)對原已通過獨立測試的部分進行重新測試。3、集成測試集成測試的目的是集成各單元模塊驗證系統(tǒng)功能是否滿足需求。集成測試檢測系統(tǒng)是否達到需求對業(yè)務(wù)流程及數(shù)據(jù)流的處理是否符合標準，系統(tǒng)對業(yè)務(wù)流處理是否存在邏輯不嚴謹及錯誤，需求是否存在不合理的標準及要求。集成測試分為增量集成測試、非增量集成測試，增量集成測試是在單元測試之后，采用自頂向下或自底向上逐層安裝測試。非增量集成測試是將單元測試后的模塊按照總體的結(jié)構(gòu)圖一次性集成起來，然后把連接的整體程序測試。集成測試包括黑盒和白盒測試。針對不同的集成接口來開發(fā)不同類型的集成測試用例，測試的方法的選擇根據(jù)概要設(shè)計對于集成模塊和系統(tǒng)的不同定義來分析。集成測試的步驟包括：在概要設(shè)計完成后，測試組編寫《集成測試計劃》；在開發(fā)組進行詳細設(shè)計和代碼編寫階段，測試組分析被測系統(tǒng)的集成方案，開發(fā)集成測試用例，準備集成測試數(shù)據(jù)；在編碼基線后，單元測試完成后，測試組在測試工具中執(zhí)行集成測試用例，通過測試工具填寫發(fā)現(xiàn)的缺陷；測試經(jīng)理在集成測試階段完成后提交《集成測試分析報告》。4、界面測試界面測試實現(xiàn)對軟件系統(tǒng)的易用性和視覺效果等的測試。用于核實用戶與系統(tǒng)之間的交互。確保界面中的對象按照預(yù)期的方式運行，并符合所有的標準。5、健壯測試健壯測試是測試應(yīng)用系統(tǒng)在異常情況下能否正常運行的能力。在設(shè)計和編碼階段編寫相應(yīng)的測試用例，在系統(tǒng)開發(fā)完成后對單個子系統(tǒng)和集成后的子系統(tǒng)進行健壯性測試，以驗證系統(tǒng)在異常情況下的錯誤處理能力，對發(fā)現(xiàn)的錯誤在BUG庫中進行記錄，描述故障現(xiàn)象，組織設(shè)計人員、開發(fā)人員、集成人員對錯誤進行診斷，并排除錯誤。6、安全測試安全測試測試內(nèi)審綜合系統(tǒng)防止非法入侵的能力。檢驗系統(tǒng)安全性方面有無漏洞。安全性測試側(cè)重于應(yīng)用程序級別的安全性和系統(tǒng)級別的安全性兩個關(guān)鍵方面：應(yīng)用程序級別的安全性，包括對數(shù)據(jù)或業(yè)務(wù)功能的訪問；系統(tǒng)級別的安全性，包括對系統(tǒng)的登錄或遠程訪問。應(yīng)用程序級別的安全性可確保：在預(yù)期的安全性情況下，參與者只能訪問特定的功能或用例，或者只能訪問有限的數(shù)據(jù)。例如，可能會允許所有人輸入數(shù)據(jù)，創(chuàng)建新帳戶，但只有管理員才能刪除這些數(shù)據(jù)或帳戶。如果具有數(shù)據(jù)級別的安全性，測試就可確保“用戶一”能夠看到所有客戶消息，而“用戶二”看見同一客戶的統(tǒng)計數(shù)據(jù)。系統(tǒng)級別的安全性可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程序，而且只能通過相應(yīng)的網(wǎng)關(guān)來訪問。7、性能測試性能測試著重于測試金融服務(wù)平臺二期項目并發(fā)數(shù)及相應(yīng)效率。對目標系統(tǒng)來說，系統(tǒng)的性能是一個很重要的參數(shù)，在測試中，為每個應(yīng)用設(shè)置響應(yīng)時間、處理速度量度，評估系統(tǒng)的最高處理能力，在發(fā)現(xiàn)系統(tǒng)的性能不滿足要求進，需進行相應(yīng)措施對系統(tǒng)的性能進行調(diào)整。8、安裝測試安裝測試測試金融服務(wù)平臺二期項目安裝與反安裝。安裝測試有兩個目的。第一個目的是確保該軟件在正常情況和異常情況的不同條件下，例如，進行首次安裝、升級、完整的或自定義的安裝，都能進行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等。第二個目的是核實軟件在安裝后可立即正常運行。測試內(nèi)容包括但不限于：手工開發(fā)腳本或開發(fā)自動腳本，以驗證目標計算機的狀況；啟動或執(zhí)行安裝；使用預(yù)先確定的功能測試腳本子集來運行事務(wù)。9、文檔測試文檔測試對用戶所有文檔進行詳細測試，檢查文檔的完整性、正確性、一致性等。文檔測試范圍包括本項目所有要提交的文檔，在項目實施的需求、設(shè)計階段定義項目文檔種類、規(guī)范標準，在各個開發(fā)階段評審時就進行文檔測試，在項目終驗時對全部項目文檔按完整性、正確性、一致性標準進行詳細測試，確保文檔的質(zhì)量。測試步驟根據(jù)本項目實施進度要求安排測試步驟如下：1、制定測試計劃：明確時間、人員安排，系統(tǒng)測試時間；特別注意階段性完整測試版本的計劃安排。確定測試重點（測試設(shè)計）并對測試計劃進行版本管理。2、準備測試環(huán)境：根據(jù)項目環(huán)境、計劃要求，測試員在測試服務(wù)器搭建測試環(huán)境3、準備測試數(shù)據(jù)：根據(jù)項目開發(fā)計劃的時間安排，編寫測試用例4、獲得測試版本：首先，測試版本可分為兩種：增量測試版本、完整測試版本。在系統(tǒng)完善修改的測試階段，可以采取增量式測試，即只對增加的修改內(nèi)容進行測試；在計劃的時間點取得完整的測試版本（執(zhí)行包括數(shù)據(jù)重新初始化在內(nèi)的操作），對版本進行全面的回歸測試，并且必須保證所有情況下實施前的最后一個版本進行過完整測試。增量式測試，可由開發(fā)方和測試方協(xié)同作業(yè)，使用共同的程序、數(shù)據(jù)庫環(huán)境進行測試；完整測試，根據(jù)測試計劃安排，開發(fā)方通知測試方可以進行完整版本測試，測試組從配置庫中取得完整版本測試版本（包括程序文件、數(shù)據(jù)庫執(zhí)行文件、配置說明文件等），測試組執(zhí)行安裝過程，將測試環(huán)境搭建起來。如滿足終止測試的條件，則終止測試，通知開發(fā)組重新組織測試版本。5、執(zhí)行測試：測試員執(zhí)行測試用例，將問題記錄于bug管理工具，bug記錄要盡可能詳細的填寫測試用例執(zhí)行過程。在執(zhí)行測試用例進行測試時，如果需要調(diào)整測試用例或測試方法，修改測試計劃與測試用例，并在修改歷史中記錄修改原因與修改辦法。6、編制測試報告：按照測試計劃，項目版本達到測試通過標準，測試方撰寫《測試報告》?！稖y試報告》通過內(nèi)部審核后，項目發(fā)行版本可發(fā)行，項目測試工作可結(jié)束。7、測試總結(jié)：根據(jù)項目的計劃安排，項目測試結(jié)束后，測試人員對測試過程進行總結(jié)。對測試過程進行總結(jié)分析，在項目總結(jié)會議上提交，共同討論，匯總經(jīng)驗?？偨Y(jié)內(nèi)容可在項目總結(jié)中以任何形成進行體現(xiàn)。測試過程進度及質(zhì)量控制有了測試計劃和規(guī)范，只是知道做什么和如何去做，但是有沒有按要求去做，做得好不好，就必須在測試過程中進行進度控制和質(zhì)量控制。需要及時的進行落實，還要實時的進行跟蹤測試的執(zhí)行情況、發(fā)現(xiàn)問題，并及時調(diào)整測試策略，以使測試過程中的質(zhì)量和進度得到保證。進度控制主要是看能不能按照測試計劃的工作任務(wù)和時間要求完成。這就需要隨時掌握測試工作的進展情況，若進度拖延，要考慮是在合理的時間范圍內(nèi)調(diào)整以后的測試計劃，還是必須加快以后的工作效率趕上計劃的進度。在子系統(tǒng)確認測試執(zhí)行過程中，我們采取了每天填寫《測試過程記錄表》的方式了解每天測試執(zhí)行工作的進展情況，來進行進度控制。測試質(zhì)量的控制主要是對測試需求、用例設(shè)計、測試方案的評審。評審主要包括：全面性——測試需求是否覆蓋所有業(yè)務(wù)功能、測試用例是否覆蓋所有的測試需求；正確性——測試需求抽取、用例設(shè)計、方案設(shè)計的正確性；可操作性——用例及方案是否便于實施和操作。驗收方案概述項目驗收的目的是保證項目質(zhì)量，使系統(tǒng)在計劃的進度內(nèi)上線試運行和投入使用。本項目驗收包括項目實施過程中各階段的驗收，包括需求分析、總體設(shè)計、詳細設(shè)計、編程開發(fā)、集成測試、系統(tǒng)集成、終驗等主要階段的驗收。驗收過程工作主要包括組織、安排項目各階段的驗收會議，提交各階段驗收文檔，由人行項目領(lǐng)導(dǎo)小組進行評審。驗收標準驗收方案的原則完整一致性，最終驗收要求與項目前期與用戶確認的《需求規(guī)格說明書》和本期項目的需求文檔相一致，業(yè)務(wù)功能實現(xiàn)跟要求相比沒有遺漏；正確性，系統(tǒng)實現(xiàn)的功能是在理解正確的基礎(chǔ)上實現(xiàn)了客戶的要求。軟件系統(tǒng)的功能正確、穩(wěn)定；可操作性，驗收要求及測試手段在現(xiàn)有人力、工具和技術(shù)條件下能夠?qū)崿F(xiàn)，從資源、時間、成本來看是可操作的；驗收方案在生產(chǎn)環(huán)境或者接近生產(chǎn)環(huán)境下，系統(tǒng)在未來的實際運行情況能夠在驗收和測試環(huán)節(jié)中充分體現(xiàn)。驗收和測試涉及單位包括：甲方、開發(fā)商以及其他人員。系統(tǒng)驗收標準系統(tǒng)的驗收標準將依照人民銀行有關(guān)信息系統(tǒng)建設(shè)的規(guī)范，從系統(tǒng)的實用性、穩(wěn)定性、可維護性、靈活性、可操作性及系統(tǒng)文檔、代碼、規(guī)范及注釋說明，雙方簽署的《需求規(guī)格說明書》和雙方簽訂的合同書等方面進行本項目的驗收。我公司根據(jù)招標文件提出驗收方案和驗收文檔清單（包含需求分析、系統(tǒng)設(shè)計、系統(tǒng)開發(fā)、集成測試、系統(tǒng)初驗、試運行、總體驗收等階段），供招標方根據(jù)驗收方案對系統(tǒng)每個部分進行逐一進行項目用戶驗收。驗收時，我公司遵照招標方具體要求進行驗收。項目的最終驗收由人民銀行組織和協(xié)調(diào)。本系統(tǒng)是一個復(fù)雜的業(yè)務(wù)服務(wù)和數(shù)據(jù)處理系統(tǒng)，因此對于驗收的標準具體包括如下幾個部分來分別闡述，有對系統(tǒng)業(yè)務(wù)功能的驗收標準、系統(tǒng)性能的驗收標準、對交付物文檔的驗收標準、源程序驗收標準以及對在驗收測試中發(fā)現(xiàn)的缺陷的處理等。系統(tǒng)業(yè)務(wù)功能驗收1、系統(tǒng)完全符合用戶方和佰鈞成雙方確認的《軟件需求規(guī)格說明書》（以雙方簽字為準）所定義的功能要求以及軟件委托開發(fā)合同為依據(jù)。2、確認系統(tǒng)實現(xiàn)的業(yè)務(wù)功能完備、正確、滿足客戶的需求。軟件過程文檔驗收標準1、文檔驗