銀行信用卡系統(tǒng)技術(shù)策劃方案文件

1、159/159摩根大通銀行信用卡系統(tǒng)技 術(shù) 方案投標(biāo)人名稱：武漢佰鈞成技術(shù)有限責(zé)任公司日 期: 二一二年二月一日 前 言依照項目要求，武漢佰鈞成技術(shù)有限責(zé)任公司需要完成摩根大通銀行信用卡系統(tǒng)的開發(fā)、測試、試運行、直至最終的交付使用,負責(zé)人員的培訓(xùn)和后期的維護等工作,通過我們對招標(biāo)文件的分析和理解，我們認為要完成這些工作任務(wù),必須對該項目的業(yè)務(wù)現(xiàn)狀及以后進展目標(biāo)有較為全面的理解，并有能力進一步的深入細化。以此為基礎(chǔ)，我們提出本系統(tǒng)承建方案。 為了能關(guān)心各位領(lǐng)導(dǎo)快速的了解整個技術(shù)方案編寫的思路，我們將各個部分和章節(jié)進行了概括性的描述，具體如下：第一部分,技術(shù)方案。在第一部分中，要緊闡述了公司對本項

2、目用戶需求的理解、對項目建設(shè)目標(biāo)和原則的理解，提出系統(tǒng)設(shè)計的指導(dǎo)思想，以及系統(tǒng)架構(gòu)的設(shè)計方案，功能的設(shè)計以及安全設(shè)計方案,關(guān)鍵技術(shù)點的實現(xiàn)方法等。第二部分,項目實施及服務(wù)方案。在第二部分中，要緊陳述了公司在本項目建設(shè)過程中將嚴格參照O901質(zhì)量保證體系規(guī)范和CMI治理體系，體現(xiàn)我們專業(yè)實施能力和項目組織、治理能力;同時，還包括對項目組的人員組成結(jié)構(gòu),以及對項目的總體打算安排，對項目進度、質(zhì)量的操縱,培訓(xùn)及售后服務(wù)的承諾等。作為湖北省IT服務(wù)的主流企業(yè)，武漢佰鈞成技術(shù)有限責(zé)任公司有能力、有實力承建該項目，為摩根大通銀行信用卡系統(tǒng)的建設(shè)貢獻我們的綿薄之力。最后,預(yù)祝本次項目工作取得圓滿成功！武漢佰

3、鈞成技術(shù)有限責(zé)任公司2012年2月目 錄 TC o 1-5 h u HYPELN l_oc32049 第一部分 技術(shù)方案 AGREF Toc31205364 HYPERLK l _c3105650 1總體設(shè)計 AGEREF _Toc1205350 h 9 HYPERLIl To310536511.1總體設(shè)計原則 PAERF_Toc12053651 HYPLIN l _Toc205362 1.2 總體設(shè)計思路 PAGREF Tc105352h9 HYPELNK l _Tc320363 1.2.1 采納統(tǒng)一頂層設(shè)計方法 PAGEREF _To3120553h HYPERNK l _Toc32536

4、4.2.2.頂層設(shè)計方法的含義 GERE_Toc1205354 h YPRK l _T31253655 .2 頂層設(shè)計對象 AERE _c3253655 0 YPERLN l _Toc3120535 12. 采納成熟快速開發(fā)平臺 PGERE _Toc31205356 h 1 HRIK l _Toc3120537 13界面設(shè)計原則 PAGEFoc120657 h11 HPERLINl _oc3120565814.技術(shù)架構(gòu) AEREF _T2053658 h HYPERINK_Toc12036592. O/390系統(tǒng)PGEREF _Toc120369 h HYPERLNK _c25360 21.S

5、390技術(shù)特點PAEREF _oc12053660 h 12 HYPELINK _Toc320532信用卡系統(tǒng)結(jié)構(gòu) PAGEEF _Toc31205361 h 13 HYPERIKTo35362 . 需求分析 PGREF _To31536h 16 HPERLNK_Toc312066 3. 總體目標(biāo)PAGEREF _Toc320563h 16 YPERLINKl _oc3120364 . 信用卡系統(tǒng)業(yè)務(wù)需求分析 PAEREF _To305364h 17HPERLINKl _Toc3053665 . 系統(tǒng)安全需求 AGEEF _Toc120366 h 8 HYPRLI l Tc30566 4相關(guān)技

6、術(shù) PAEREF_Toc1566 h 9 HPELINK _Toc3125667 4.1. IBM公司的SA網(wǎng)絡(luò)技術(shù) PE _To31536719 HYPRLN l _Toc31053668 4.2 BM Sphre MQSere中間件 EREF Toc312068 h 19 HYPRLI _c1039 4.3 CI中間件 GEREFoc31205669 21 HPERLIN l _oc30537 . 系統(tǒng)的詳細設(shè)計與實現(xiàn) PGERE Toc3205360 h 21 HYPEIKl_Tc31207 5.1. 企業(yè)端與銀行端的通訊實現(xiàn) AGERE Toc310536 h 1 HPRINK Tc3

7、205362 6. 運行環(huán)境 PAGERF _To1053672h2 HYELIN l_Toc310567 6.1. 軟件平臺PERE_o3105367 h 25 HYERLIN l _c31205364 6.2. 開發(fā)工具講明 PAEE _Toc312053674h HYPERLINl_Toc312056 第二部分項目實施及服務(wù)方案 PAERF Toc32053675h26HYPLNK l Toc312057 6. 項目組織與治理 PAREF _o31256 h27HYPRLINKl _Toc32377 6.1. 項目干系人分析 AGERE _oc312367 h7HYPLNK l T312

8、03676.2 項目組織結(jié)構(gòu)PGEF_Tc1205368 h 27 YRLNK l_Toc203679 6.3. 要緊人員投入 PAGEF T312037h 28 HYERLINK _Tc20606.4. 佰鈞成的項目服務(wù)治理體系結(jié)構(gòu) PAGEF _Toc31203680 h2 HYPERLIK 31253816.4. 公司級治理服務(wù)體系 GREF_Toc30681 h HYPERLINK l To123682 6.4.2.項目級服務(wù)治理體系結(jié)構(gòu) PAGERE Tc320368 h29 HYPERLIK l _o312056837. 項目實施打算 PAGEREF _Toc31205683 h

9、30 HYPERLNK _oc053684 7. 項目時期劃分 AGEF _Toc1536h 1 HPLINKl _oc3120585 7.2.項目總體打算 PAGREF Toc31205385 h31 HYPERIN l _T312686 7.2. 預(yù)備時期 PAGRE _To2053686 h HYPERLN To325367 7. 需求時期 PGREF _oc12056h 32 YPEN l _Tc305368 7.2.3.設(shè)計時期 PAGRE _oc3103688h 3HYPRNK l_Toc3120589 .2.4. 開發(fā)時期 PAGRF_To1205368 33 HYPELIK l

10、 Tc3106907.5. 集成測試時期 AGERF To312053690 h 34HYPERINK l Toc31205391 7.6. 試運行、上線及終驗時期 PAGEREFTc31205391 h 34 PEI l _Toc31203692 .7. 運營維護時期 PAGEEF _c3120539 h34 HYERLINK l Toc315363 7. 貫穿各時期的其它任務(wù) PAGEREF_Tc3209 h 35HYPEIN _oc312569 8. 項目成果和交付物PAGEEF _oc3105694 5 HYERLIN Toc320535. 項目風(fēng)險打算 PAGERE _oc31205

11、3695 h HYERINK l_Tc320536969 項目風(fēng)險分析 AGEF T3166h 36 PERLNKl _3105367 9.11 宏觀風(fēng)險分析PAGREF _To31205397 37 HYPELINK l _Toc105398 9.1.2.微觀風(fēng)險分析 PAGEEF c1053698h 38 HYPERLIK l _To3105399.2. 要緊風(fēng)險識不及緩解措施 PAGERF _Toc120599h 40 YPRLINK _Toc20537093 其他風(fēng)險操縱措施PGEREF Tc3205300 h 43HYPERLIK _Toc312053701 1.項目測試與驗收方案

12、PE _oc120531 h HYPRLINK l _Toc312053702 10.1 項目測試方案 PAGEEF _To312053702 h HPERLINKl_To3120570011.測試概述 PAERF _oc31205370 45PRLINK l_oc05370410. 測試目標(biāo)和原則 AERE _oc31053 h 45HYERLNK _To31203705 0.21. 測試目標(biāo)AGERF _o3120305hYPERLNK l _Toc320570610.1.2.2測試原則PAGERE _Toc312053706 h 45 YPRLINl_Toc320377 1.1.3. 測

13、試組織PAGEREF_To1570 h 4 HYPELINK l _312053708 .1.4. 測試內(nèi)容 PAEREF _c3105378 h46HYPRIKl_Toc31205379 1.15.測試步驟 PAGERE _oc3070h 49 HYPEIN _oc31371 01.6. 測試過程進度及質(zhì)量操縱PAGEREF Toc30710 5 HPERINKl _To1205371 10.2 驗收方案 PAGEEF _oc312531 h 1 HPERLINKl _oc31205712 1.2. 概述PAGE Toc3125712 51 HYPERINK l _T1205371 102.

14、2 驗收標(biāo)準(zhǔn) PEREF _o3153713 h1 HYPEINK l T105371410.2.2.1 驗收方案的原則 PAGEREF _To3125714 h 5HYERLINK l _T12057.2.2 系統(tǒng)驗收標(biāo)準(zhǔn)PAEREF Toc32053715 h 5 HYPERINK _Toc31203 10.2.3.問題級不定義 PAGERF Toc3120516 h 53 YPERLINK _Toc1205377 12.2.測試通過標(biāo)準(zhǔn)定義 PREF T31205371h 53 PERIK l _T3103718 10.2.25.測試異常的定義PAGERF_Toc1205371 HYPE

15、RLIKl _Toc31205370.3驗收流程PAGEF _Toc3253719h 54 HYPERINK _Toc320720 1.2. 驗收方式PGERE _Toc3120570h55 HYPERLINK l _To31203721.2.5 驗收內(nèi)容 PAEEF _oc31205372 h55 HYERLN l _To32572102.5.1. 軟件系統(tǒng) PAGEREFoc3120572 h 5 HYELINK _Toc312053723 10.2. 過程文檔 PEREF oc120723 h 56HRLNK l _o31053724 11 項目實施制度和規(guī)范PAGEEF _c31205

16、372 h 56 HPERLIKl _oc205325 11.1. 實施制度PAGER Toc312053725 h56 HYPERLIK l _Toc3123 1.決策制度 PAGER _o1053726 h 5 HYPELINK l _oc120372 1.12. 溝通匯報制度 PEREF Toc12053727 57HYPERINK l _Tc30281.3. 需求治理制度 PAGEREF Toc12053728 h7HYPERLK l_oc203729 1.1.4. 變更治理制度 PGEREF _oc3120539h 5 HPERLK l _Toc3125373 .1.5 配置治理制度

17、 PAGEEF _Toc315330 h 58YPERLINK _oc3153 1.16. 問題治理制度 AGERE _T3105371 h58 HPINK l 320533211.1.7文檔治理制度 PAGREFTo1053732 59HPERLIN l _Toc12733 2. 實施規(guī)范 PAGEREF _Toc32053733 h HYPRN l _To3120573411.1. 質(zhì)量治理規(guī)范PAGERE_oc12053734h60 HYPRLNK l _Toc3105335 1.2.2. 分析設(shè)計規(guī)范 PAGRF_Toc3105335 6 HYERLIN lTc205373611.2.

18、1系統(tǒng)分析規(guī)范 PAGERF _oc1205373h 6HYERLINK _Tc20537311.2.2.2. 概要設(shè)計規(guī)范 PEREF _Toc125373762 PLIK l _Tc32053738 11.2.3.詳細設(shè)計規(guī)范AEEF_Toc312053738 h 63 YPERINK _c32053739 112. 系統(tǒng)測試規(guī)范 PGERE _T310373 h 6PELIN lTo12057401.2.4. 系統(tǒng)開發(fā)規(guī)范 PGREF _To15374 h 6 HPRLINK l _oc153741 12. 項目質(zhì)量保證體系 PAGEREF _T30341h 6 HPERLINK l_T

19、oc3120537 1.1.質(zhì)量保證目標(biāo)PAGERF _Toc3153742 9 HPERLNK l _Toc3125343 122 質(zhì)量保證角色與職責(zé) PAGEREF _oc1205374 h 69 HEIKl Toc3120344 12.3 質(zhì)量保證流程 PAEREF _Toc3105374 HYPERIKl _o1053745 2.4.質(zhì)量保證活動 PAGREF Toc312055h HYPERLNl oc312537412.4.1. 協(xié)助項目過程定義 PAGERE _oc31253746 h71 YERLIK_Tc31053747 12.4. 協(xié)助項目打算的編寫 PAGREF_Toc3

20、205377 h 71 YPERLNK l_Toc1205378 124.3.質(zhì)量保證打算編寫與確認 AGERF_To312053748h72 HPERLINK l _c31205379 12.4.4. 項目過程和產(chǎn)品檢查 PAGREF _Toc312053749 72 YPELIN l To12537512.5. 問題上報 PAGRF_Toc305370 h76HYPERLINK l _Toc310535112.4.6.質(zhì)量保證工作總結(jié) AGEREF _Toc31053751 h 7 HYPERLNK _Tc315352 1.項目進度操縱方案 PAEREF 31205372h 8 HYERL

21、INK l3120353 13.1 項目進度跟蹤 AGREF oc20573 h 78 HYPERNKT3253754 3.2項目進度分析 PAGEREF _Toc205374 h79 HYPERLINK _Toc31203755 1.3 項目進度操縱 PGREF _To1035 h 9 ERLINK l _To1053756 14. 售后服務(wù)承諾 PAEREToc312053756 h 80PERINK l _Toc10535 14.1 服務(wù)承諾PAGRE _oc3120535 h 8 HYPERLINK l _310575 .1. 質(zhì)量保證承諾PAGERE _Tc32053758 h0HY

22、ERLINK l _To31253759 14.1. 免費技術(shù)咨詢PAGEREF_To31575 h 80HYPEINK l oc320760 14. 服務(wù)響應(yīng)承諾PAGR _oc257601 HYERLINKl_Toc31205361 4.2.1. 故障等級劃分 PAGERF_Tc312053761h 81 HYPERLINK l _T3125762 142.1.2. 服務(wù)響應(yīng)承諾 AGRF _To31205372 81 HYPERLINK l_Toc3125373 14.3. 服務(wù)目標(biāo) AGEF_Toc312053763 h 82 PRLIN lToc3125376 4. 服務(wù)策略 GEE

23、F _To3125764 82 HPERLINK _Toc31205365 14. 服務(wù)方式PGEREF _To3205765 h 83HPLIN _Toc1205376.培訓(xùn)保障方案 PAEEoc31253766 h85 HERLIK loc315376 1. 培訓(xùn)承諾PAGRE _T312053767 h 85 YERLIN l _Toc32376 152. 培訓(xùn)目標(biāo)和內(nèi)容 PAGREFoc312378 h 86HELNK l _Toc3120539 15. 培訓(xùn)需求 PAGERE _T1205369 8YPERLNK l _Tc31530 15.2.2.培訓(xùn)目標(biāo) GEREF_T31205

24、37h86 HYERLINK l _Tc310577115.培訓(xùn)類不 PAEREF Toc3205371 h YPERLIK l _Toc312053772 5.4 培訓(xùn)課程 PAGEEF _Tc320572 8 HYPRLINK l _oc123773 15.5. 培訓(xùn)方式 AERE _oc32077388技術(shù)方案總體設(shè)計總體設(shè)計原則1、有用性原則系統(tǒng)建設(shè)中，兼顧有用性、可靠性、安全性、先進性、可擴充性，在滿足功能要求的前提下，盡可能降低建設(shè)成本和運行成本。在系統(tǒng)建設(shè)特不是應(yīng)用系統(tǒng)建設(shè)中，采納平臺化、組件化的思想，充分利用成熟的應(yīng)用支撐平臺及中間件技術(shù)，分層實現(xiàn)，減少系統(tǒng)建設(shè)和維護工作量,提

25、高系統(tǒng)的整體質(zhì)量和效率，節(jié)約投資，應(yīng)對變革。2、有效性與擴展性原則在多個層次的建設(shè)任務(wù)和建設(shè)時期劃分過程中,應(yīng)充分體現(xiàn)時期建設(shè)的有效性,盡量先滿足具備條件的建設(shè)需求,將條件不成熟的建設(shè)任務(wù)后置，以免返工；建設(shè)過程應(yīng)遵循一個時期內(nèi)的有效性,夠用、好用即可,幸免在有限的時刻內(nèi)無限地擴張建設(shè)范圍;同時在有效的基礎(chǔ)上應(yīng)考慮以后一定時期內(nèi)的擴展性，減少后期投入。3、采納靈活的平臺樣式,頁面中欄目能夠靈活擺放,欄目能夠靈活定義,風(fēng)格樣式能夠靈活選擇。4、平臺能夠適應(yīng)一定的需求變化，能快速響應(yīng)信息需求和功能需求的變化。5、操作簡便，后臺治理功能設(shè)計合理;具備良好的導(dǎo)航能力?？傮w設(shè)計思路采納統(tǒng)一頂層設(shè)計方法頂

26、層設(shè)計方法的含義頂層設(shè)計方法要緊是用系統(tǒng)論的方法,對考試院信息系統(tǒng)建設(shè)的各個方面、各個層次、各種參與力量、各種正面的促進因素和負面的限制因素進行統(tǒng)籌考慮，理解和分析阻礙系統(tǒng)建設(shè)的各種關(guān)系,從全局的視角動身,進行整體技術(shù)結(jié)構(gòu)的設(shè)計，并做出各種治理和技術(shù)決策,提出體制和業(yè)務(wù)的改進建議。不管是業(yè)務(wù)處理依舊內(nèi)部治理,頂層設(shè)計對信息化建設(shè)的成效都起著至關(guān)重要的作用：在系統(tǒng)建設(shè)過程中,假如講沒有統(tǒng)一的頂層設(shè)計、規(guī)劃的話，那么各系統(tǒng)各自為政,軟件、接口、體系標(biāo)準(zhǔn)都不一樣,會導(dǎo)致互聯(lián)互通實現(xiàn)不了,業(yè)務(wù)無法協(xié)同,內(nèi)部辦公效率低下。頂層設(shè)計中的“頂層”包含三個層次：第一層、從整體和全局動身。頂層設(shè)計的首要視角是要

27、跳出局部環(huán)境的束縛和阻礙，站在全系統(tǒng)互聯(lián)和全網(wǎng)通用的整體高度和全局視野，去分析決定應(yīng)用系統(tǒng)建設(shè)過程中的基礎(chǔ)、通用、平臺型模塊。比如講交易、服務(wù)資源目錄體系，在應(yīng)用互聯(lián)互通的時代,交易、服務(wù)資源目錄不但要供自己本系統(tǒng)、本單位使用,可能還要供相關(guān)聯(lián)系統(tǒng)、外部單位使用,系統(tǒng)之間的接口必須統(tǒng)一兼容。假如交易、服務(wù)資源目錄那個交易調(diào)用、服務(wù)共享的關(guān)鍵部件，在內(nèi)容、格式、接口、協(xié)議上是彼此不同的,則違背了建設(shè)資源目錄的初衷，必將導(dǎo)致形成新的孤立割裂、群雄并存的結(jié)局。第二層、從整體業(yè)務(wù)框架、頂層流程入手。頂層設(shè)計的重點是業(yè)務(wù)、是流程。應(yīng)用系統(tǒng)開發(fā)失敗的教訓(xùn)一再揭示正確全面描述用戶需求，盡力滿足用戶需求的重要

28、性，那個地點的用戶需求,多半重點不在用戶的操作需求，而是用戶業(yè)務(wù)需求。頂層設(shè)計確實是用信息工程的方法,從宏觀上對業(yè)務(wù)需求進行收集、梳理和描述，把業(yè)務(wù)需求按層次、體系化呈現(xiàn)出來。頂層設(shè)計中的業(yè)務(wù)，不是進行業(yè)務(wù)決策，然而頂層設(shè)計的輸出結(jié)果,將以豐富清晰的業(yè)務(wù)框架，關(guān)心和推動業(yè)務(wù)決策,業(yè)務(wù)設(shè)計，業(yè)務(wù)改進和改革。第三層、從應(yīng)用系統(tǒng)類型劃分、整體架構(gòu)規(guī)劃入手。結(jié)合業(yè)務(wù)框架、頂層流程，規(guī)劃合理的應(yīng)用系統(tǒng)類型劃分、整體架構(gòu)規(guī)劃,是頂層設(shè)計在應(yīng)用系統(tǒng)設(shè)計過程中技術(shù)層面關(guān)懷的要緊問題。規(guī)劃合理的應(yīng)用系統(tǒng)類型劃分,可確?；跇I(yè)務(wù)框架的系統(tǒng)功能切分的合理性?？尚颐夂罄m(xù)重復(fù)的系統(tǒng)建設(shè)，業(yè)務(wù)功能建設(shè)；整體架構(gòu)規(guī)劃可確保

29、各類應(yīng)用系統(tǒng)的建設(shè)在技術(shù)統(tǒng)一、平臺統(tǒng)一、流程一致、方法一致的基礎(chǔ)上實現(xiàn)系統(tǒng)之間功能接口、數(shù)據(jù)接口的一致性。頂層設(shè)計對象業(yè)務(wù)和技術(shù)，正是頂層設(shè)計的兩大范疇。頂層設(shè)計中所指的業(yè)務(wù)，不但包括業(yè)務(wù)職能、業(yè)務(wù)結(jié)構(gòu)、業(yè)務(wù)流程,還要包括業(yè)務(wù)體制、業(yè)務(wù)法律法規(guī)、業(yè)務(wù)模式、業(yè)務(wù)布局等情況。頂層設(shè)計中所指的技術(shù),要緊是從全局和整體動身,對技術(shù)戰(zhàn)略、技術(shù)框架和技術(shù)標(biāo)準(zhǔn)的分析和定義，還包括為了減少重復(fù)建設(shè),增加資源(業(yè)務(wù)需求分析、數(shù)據(jù)模型、軟件模塊、系統(tǒng)組件設(shè)計素材等等)重用性,以模塊化服務(wù)的形式,來定義所有的應(yīng)用系統(tǒng)。進行頂層設(shè)計，確實是圍繞著系統(tǒng)建設(shè)中上述業(yè)務(wù)和技術(shù)的種種問題,用系統(tǒng)規(guī)范的科學(xué)理論方法，描述業(yè)務(wù)和

30、技術(shù)的狀態(tài)，理清業(yè)務(wù)和技術(shù)中的各種關(guān)系,確定建設(shè)目標(biāo),選擇和制定實現(xiàn)目標(biāo)的路徑和戰(zhàn)略戰(zhàn)術(shù),從信息化的“今天”走向信息化的“改日”。采納成熟快速開發(fā)平臺在本方案中,我們將采納IM強大、成熟的開發(fā)應(yīng)用平臺,利用平臺提供的應(yīng)用支撐框架，如頁面布局治理、工作流引擎、數(shù)據(jù)交換、頁面流轉(zhuǎn)、事務(wù)治理等,以及大量成熟業(yè)務(wù)、技術(shù)構(gòu)件,如組織機構(gòu)、用戶權(quán)限、系統(tǒng)監(jiān)控等,能夠快速搭建各類業(yè)務(wù)應(yīng)用，有效降低應(yīng)用系統(tǒng)開發(fā)的進度風(fēng)險和質(zhì)量風(fēng)險。界面設(shè)計原則用戶原則訪問界面設(shè)計首先要確立涉眾用戶類型，通過劃分不同層次的用戶類型,分析其不同需求，從多方面加以設(shè)計實現(xiàn)，提供用戶自定義界面服務(wù)功能。簡潔性原則界面反映的信息量要求

31、最小,界面設(shè)計要盡量減少用戶經(jīng)歷負擔(dān)，采納有助于經(jīng)歷的設(shè)計方案,使用戶操作更容易短期上手。易用原則軟件界面設(shè)計要直觀、對用戶透明,最終用戶接觸軟件后對界面上對應(yīng)的功能一目了然，便于用戶的理解、學(xué)習(xí)、掌握,不需要專業(yè)培訓(xùn)就能夠方便使用系統(tǒng)。 友好性原則人機界面友好，具有專門強的在線關(guān)心功能,方便操作和維護。要對用戶的操作命令做出反應(yīng),關(guān)心用戶處理問題,提供智能業(yè)務(wù)提醒功能，輔助業(yè)務(wù)流程工作。系統(tǒng)要設(shè)計有恢復(fù)出錯現(xiàn)場的能力,在系統(tǒng)內(nèi)部處理工作要有提示,盡量把主動權(quán)讓給用戶。一致性原則界面風(fēng)格統(tǒng)一設(shè)計、統(tǒng)一實現(xiàn)。使操作界面清晰,美觀,潔凈，直觀，前后操作連貫。在界面設(shè)計中應(yīng)該保持界面的一致性,確立界

32、面設(shè)計標(biāo)準(zhǔn)。包括顯示信息、錯誤提示、快捷方式、頁面布局、交互方式等標(biāo)準(zhǔn),使系統(tǒng)風(fēng)格始終保持一致。技術(shù)架構(gòu)基于本文前面章節(jié)所述設(shè)計原則,按層次化思路，系統(tǒng)技術(shù)架構(gòu)的層次結(jié)構(gòu)如下圖所示:系統(tǒng)技術(shù)架構(gòu)由界面訪問層、業(yè)務(wù)應(yīng)用層、應(yīng)用支撐層、數(shù)據(jù)資源層、系統(tǒng)設(shè)施層、網(wǎng)絡(luò)通信層和支撐體系七個層次構(gòu)成。其中,支撐體系又分為標(biāo)準(zhǔn)規(guī)范體系、安全保障體系和運維治理體系。O90系統(tǒng)OS/390技術(shù)特點S390操作系統(tǒng)是IBM公司最引以為豪的系統(tǒng)軟件，它秉承和擴展了MVS的傳統(tǒng)強勢,是一個具有整合性功能的集成企業(yè)服務(wù)器操作系統(tǒng)。它將開放的通訊服務(wù)器、分布式數(shù)據(jù)和文件服務(wù)、并行復(fù)合系統(tǒng)支持、面向?qū)ο蟪绦蛟O(shè)計、DE以及開

33、放應(yīng)用程序接口集成為一個產(chǎn)品,為用戶提供了一個集成化的、具有可擴充性的系統(tǒng)。在體系結(jié)構(gòu)上基于之前的yst/70做了一系列改進,向量處理、新的通道結(jié)構(gòu)ESCON、保密硬件措施以及 SCE系統(tǒng)操縱單元技術(shù)使得O/90具有更強大的處理能力。OS/39通過邏輯分區(qū)和虛擬技術(shù)能夠把多個服務(wù)器上的應(yīng)用集中到一臺大型主機上實現(xiàn)集中治理,消除分散系統(tǒng)開銷難以預(yù)見的困難,治理成本清晰可見。同時，大型機區(qū)不于UNX服務(wù)器系統(tǒng)的最關(guān)鍵因素在于大型機在支持大型工作負荷和大規(guī)模用戶數(shù)方面的能力顯著。在開放的運行環(huán)境下，O3系統(tǒng)具有自動工作負載治理功能,依照工作量自動調(diào)整資源分配,結(jié)合OS/0最佳系統(tǒng)恢復(fù)能力及資料一致性

34、機制,在出現(xiàn)故障時能保持最大限度的系統(tǒng)接著可用,確保客戶至上的服務(wù)品質(zhì)。OS90擁有可進行并行數(shù)據(jù)嚴謹分析的安全網(wǎng)絡(luò)及時髦的網(wǎng)絡(luò)計算功能，可并行快速地分析和處理企業(yè)級數(shù)據(jù)，保證對動態(tài)商業(yè)環(huán)境靈活反應(yīng)，完成商業(yè)重要度治理。一直以來,OS9始終保持向上兼容與開放性。目前，IM的z系列能夠支持Jva、J2EE等新標(biāo)準(zhǔn);WebSphre等電子商務(wù)應(yīng)用程序服務(wù)器軟件以基于JAA的Svl引擎為基礎(chǔ),能夠使用 IBMConector系列訪問大型機的資源（如IC和IMS);OS/390結(jié)合MQ、CICS等中間件軟件,可完成強大的多人、多工在線聯(lián)機交易功能、批處理、數(shù)據(jù)挖掘、Wb服務(wù)等功能。 信用卡系統(tǒng)結(jié)構(gòu) 銀

35、行的信用卡系統(tǒng)業(yè)務(wù)負載較高，峰值交易量巨大,且對數(shù)據(jù)的存儲、安全性與處理速度有較高的要求?；贠S/39的上述技術(shù)特點和優(yōu)勢,提出了一種基于OS/9大型機平臺的銀行信用卡系統(tǒng)模型,那個地點介紹其總體結(jié)構(gòu)和技術(shù)特征。1.2.1總體業(yè)務(wù)結(jié)構(gòu)模型。()總體業(yè)務(wù)結(jié)構(gòu)模型。持卡人、收單銀行、發(fā)卡銀行和卡片組織之間的關(guān)系如下：申請人先向發(fā)卡銀行申請信用卡，發(fā)卡銀行按一定策略對申請者的信用狀況進行評估,對符合條件的申請人核發(fā)信用卡。持卡人取得信用卡后即可到特約商店進行消費,每筆消費交易之前,特約商店會發(fā)起授權(quán)請求,通過信用卡國際組織授權(quán)清算網(wǎng)絡(luò)向發(fā)卡銀行請求授權(quán),發(fā)卡銀行依照卡片的信用狀況決定是否給與授權(quán),

36、并將結(jié)果反饋給特約商店。特約商店取得授權(quán)后,即可為持卡人提供相應(yīng)服務(wù),持卡人要對消費行為及金額進行確認。之后,特約商店會依照消費金額向收單銀行請款,收單銀行會將鈔票先付給特約商店，再通過信用卡國際組織的清算網(wǎng)絡(luò)向發(fā)卡銀行請求清算,發(fā)卡銀行確認后,將鈔票付給收單銀行，并將消費金額計人持卡人帳戶。當(dāng)持卡人賬單日到時，通過計算機系統(tǒng)將持卡人本月全部交易金額進行匯總，打印賬單給持卡人,要求繳款。持卡人收到賬單后,經(jīng)確認無誤，通過發(fā)卡銀行的繳款通路繳納消費款項。當(dāng)有爭議發(fā)生時，會依照授權(quán)碼、消費簽單，進行調(diào)單扣款作業(yè)處理。若持卡人在規(guī)定時刻內(nèi)未按要求交清所欠款項,發(fā)卡銀行要對持卡人進行催收作業(yè)及一系列后

37、續(xù)處理。在信用卡使用的整個循環(huán)中,發(fā)卡銀行的計算機系統(tǒng)要完成征信發(fā)卡、授權(quán)、帳務(wù)帳單、催收調(diào)扣等要緊模塊的功能。具體業(yè)務(wù)流程如圖1所示。圖1總體業(yè)務(wù)結(jié)構(gòu)模型圖（2)總體系統(tǒng)架構(gòu)。信用卡業(yè)務(wù)整體需求的專門性決定了其計算機系統(tǒng)架構(gòu)的復(fù)雜性。授權(quán)請求交易過程必須在線及時處理，同時持卡人會在全球各地、任何時刻進行刷卡消費活動,能否及時快速對如此大量、密集、不間斷的授權(quán)交易請求作出準(zhǔn)確、高效的響應(yīng),是衡量發(fā)卡銀行計算機系統(tǒng)響應(yīng)處理能力的重要指標(biāo)同時，在計算機系統(tǒng)出現(xiàn)故障和異常時接著保證授權(quán)交易的正常進行是必須解決的關(guān)鍵問題。在后續(xù)請款、清算、帳務(wù)賬單、催收和調(diào)扣處理過程中,系統(tǒng)中要存儲大量關(guān)鍵數(shù)據(jù)，以供

38、應(yīng)用系統(tǒng)結(jié)合業(yè)務(wù)處理邏輯對數(shù)據(jù)進行加工處理,為銀行提供各種需要的結(jié)果。如何治理好這些海量數(shù)據(jù)的存儲和加工，在時空效率上滿足業(yè)務(wù)要求,一直是計算機系統(tǒng)處理能力的瓶頸。針對上述問題,結(jié)合最新S900系列大型機技術(shù)進展的成果,在S390操作平臺下設(shè)計新的計算機應(yīng)用系統(tǒng)的整體體系架構(gòu)如圖所示圖2總體系統(tǒng)架構(gòu)圖在圖2中，數(shù)據(jù)處理服務(wù)器采納 IBES9000大型機，應(yīng)用系統(tǒng)中大量業(yè)務(wù)數(shù)據(jù)的存儲和加工處理、數(shù)據(jù)完整性與安全性由OS/39下的VSAM文件系統(tǒng)治理,各交易通路的數(shù)據(jù)獵取及維護請求通過O390下的在線交易處理中間件IC技術(shù)實現(xiàn)。聯(lián)機前置處理服務(wù)器采納H公司的ANEM機，完成LTP前置處理和備援功能

39、，當(dāng)ES9000主機進行批量作業(yè)處理和有故障時完成代行功能，處理授權(quán)交易請求。各交易通路有自己的治理中心，通過各自的前置系統(tǒng)連接各種終端設(shè)備，再將業(yè)務(wù)進行處理、轉(zhuǎn)發(fā)和傳送。NETBK SEVR、CALL CIER和 DWL0ADSERVE完成網(wǎng)絡(luò)銀行、電話銀行及其他各種交易通路數(shù)據(jù)格式的轉(zhuǎn)換及可靠連接傳輸功能。與VSA和 MASTER國際組織之間的信息交互由APSERVER和MIPSRVER承擔(dān),A/400的交換網(wǎng)絡(luò)承擔(dān)連外通路的收單功能，系統(tǒng)中對各業(yè)務(wù)關(guān)鍵節(jié)點進行雙備份，比如信用卡中心的局域網(wǎng)等。然而，為了簡明起見,沒有畫出。在上述架構(gòu)中，整個系統(tǒng)既能集中治理信用卡業(yè)務(wù)的海量數(shù)據(jù),同時又能對

40、各交易通路的在線服務(wù)請求作出快速、準(zhǔn)確的響應(yīng)，最大程度地滿足了信用卡業(yè)務(wù)整體需求。需求分析總體目標(biāo) 在信用卡系統(tǒng)中,針對信用卡業(yè)務(wù)的特點，企業(yè)提出能夠通過網(wǎng)上單筆或批量兩種方式對本企業(yè)賬戶下屬的所有職員的信用卡進行報銷款項轉(zhuǎn)賬業(yè)務(wù)并能夠完成本企業(yè)賬戶下屬的所有職員的信用卡快速申請和授信額度的靈活變更等信用卡輔助使用功能。通過對以上企業(yè)提出的需求進行分析,設(shè)計信用系統(tǒng)是應(yīng)要緊實現(xiàn)以下幾方面的功能:系統(tǒng)的主旨是面向重點企業(yè)客戶,用戶通過Intemt接入。支持企業(yè)付款的單筆錄入、批量導(dǎo)入，使系統(tǒng)更靈活,可用性更強實現(xiàn)合筆從企業(yè)對公賬戶扣款,并逐筆往相應(yīng)的信用卡中入賬，即合筆扣賬,逐筆入賬。實現(xiàn)依照不

41、同企業(yè)的性質(zhì)要求靈活定制企業(yè)端的復(fù)核和授權(quán)方式。為實現(xiàn)及時完成企業(yè)報賬劃款的要求,必提高系統(tǒng)的安全性，實效性,信用卡系統(tǒng)要實現(xiàn)聯(lián)機會計業(yè)務(wù)，即聯(lián)機的會計扣賬和沖賬業(yè)務(wù)。通過第三方A產(chǎn)品安全保障對企業(yè)身份驗證及付款指令的加密傳輸。將原來分行與支行間資金的手工清算變?yōu)榉中信c支行間逐筆實施清算,將所有企業(yè)的對公賬戶扣款直接劃歸在分行卡部信用卡專戶中，以完成逐筆入個人信用卡賬戶的功能。實現(xiàn)當(dāng)批量報賬中存在異常卡的反饋和后續(xù)處理。實現(xiàn)在網(wǎng)信用卡業(yè)務(wù)的5小時的聯(lián)機服務(wù)。實現(xiàn)信用卡賬務(wù)系統(tǒng)批量接口,批量完成逐筆入賬,提高處理效率。銀行處理端規(guī)范業(yè)務(wù)操作,相關(guān)傳票、分錄、特種轉(zhuǎn)賬傳票由系統(tǒng)自動生成借口文件傳到

42、OnDeand報表系統(tǒng)中，減少手工操作風(fēng)險。提供系統(tǒng)的銀行治理端，完成客戶資料維護以及企業(yè)證書的治理。提供多種方式的查詢,以方便企業(yè)的治理和銀行的治理。信用卡系統(tǒng)業(yè)務(wù)需求分析2.21信用卡快速申請 1業(yè)務(wù)描述是指客戶通過網(wǎng)上信用系統(tǒng)向銀行端發(fā)送申請辦理信用卡的電子信息,銀行對電子信息進行下載處理后,通過申請?zhí)幚怼徟?、錄入和開戶等流程完成制卡手續(xù),待領(lǐng)卡時補齊申請原件的業(yè)務(wù)處理。2.處理方式(1)由公司指定人員在信用卡系統(tǒng)填制信用卡電子申請表,要素包括:姓名、性不、身份證號碼、家庭地址、部門名稱、聯(lián)系電話、賬單地址等字段。(2)填妥后,附上申請人身份證掃描件發(fā)送至主管進行審批，審批后,回傳至經(jīng)

43、辦。由經(jīng)辦將審批后的申請表和身份證掃描件發(fā)送至銀行端。()銀行接收申請件后辦理審批和制卡手續(xù)。(4)領(lǐng)卡時補齊申請原件。2.2卡資料及授權(quán)額度等信息變更1.業(yè)務(wù)描述是指客戶通過信用卡系統(tǒng)提交授信額度的增加與修改、公司差不多資料的修改、賬單地址的變更等信息,銀行接收客戶提交的申請信息進行下載打印，并視作為有效申請，按正常流程進行處理的業(yè)務(wù)操作。2.處理方式(1)由公司指定人員在信用卡系統(tǒng)填寫授信額度、持卡人差不多資料和賬單地址變更申請單。（2)填妥后，將額度申請表發(fā)送至主管進行核批，核批后,回傳至經(jīng)辦。由經(jīng)辦將核批后的申請單發(fā)送至銀行端（其他變更信息不需復(fù)核)。（)銀行接收申請信息后,將下載打印

44、件直接作為申請原件,同時辦理相關(guān)變更手續(xù)。3 多元化的查詢 .回單查詢輸入日期及當(dāng)日的報賬批號即可查詢當(dāng)天此批號報賬業(yè)務(wù)的銀行處理情況，假如當(dāng)天銀行回單中有錯誤記錄,則缺省顯示出來，方便企業(yè)及時掌握報賬處理情況廣采取相應(yīng)的措施。也能夠依照日期和卡號查詢某一張公務(wù)卡報銷處理的情況。2.綜合查詢 提供一個全面的查詢功能?？赡芏噙x擇的組合模糊查詢，更方便企業(yè)的使用。強化了網(wǎng)上公務(wù)卡的企業(yè)財務(wù)的治理功能。 系統(tǒng)安全需求 對處理不同業(yè)務(wù)的企業(yè)端操作人員應(yīng)依照不同的級不和操作權(quán)限對身份進行驗證(登錄財務(wù)中心系統(tǒng)必須持有CA認證證書,該證書應(yīng)達到相應(yīng)技術(shù)安全認證標(biāo)準(zhǔn)),保證交易安全和身份認證的有效性和合法性

45、。一、系統(tǒng)登錄操縱與治理1安全證書驗證 用戶登錄網(wǎng)上公務(wù)卡系統(tǒng)，必須通過安全和身份驗證。2.簽入系統(tǒng)通過用戶名和密碼登錄系統(tǒng)。二、企業(yè)端用戶證書級不和權(quán)限限定.經(jīng)辦權(quán)限(1)創(chuàng)建、修改報賬文件和相關(guān)信息更改申請文件(2)能夠發(fā)送經(jīng)復(fù)核后的報賬文件、客戶差不多資料修改申請和賬單地址變更申請（3)不可對報賬文件進行復(fù)核。(4)不可對復(fù)核批準(zhǔn)后的文件進行修改。（）不可發(fā)送未經(jīng)復(fù)核的報賬文件和授信額度修改申請文件。主管權(quán)限( 1)只可對相關(guān)申請文件進行復(fù)核，不可對文件進行修改。(2)不能發(fā)送所有文件。3.出納權(quán)限：只能發(fā)送報賬文件。三、所有的交易數(shù)據(jù)需要加密傳輸相關(guān)技術(shù)IM公司的A網(wǎng)絡(luò)技術(shù)SNA(Sy

46、tems ewokArhire) 系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)，是IM公司開發(fā)的網(wǎng)絡(luò)體系結(jié)構(gòu),是一組大型網(wǎng)絡(luò)標(biāo)準(zhǔn)和協(xié)議，包含著IM大型機網(wǎng)絡(luò)環(huán)境中配置和治理系統(tǒng)資源的服務(wù)，NA定義了大型機主機操縱終端的集中體系結(jié)構(gòu)，是IBM大型機和中型機的要緊聯(lián)網(wǎng)協(xié)議，在主機環(huán)境中得到廣泛的應(yīng)用。SN那個體系結(jié)構(gòu)中，包括大型計算機系統(tǒng)（ES00、S3等)、中型機計算機系統(tǒng)(AS40)、37終端和臺式計算機，并有一個使這些系統(tǒng)與主機系統(tǒng)通信或系統(tǒng)間相互對等通信的策略。SA定義了數(shù)據(jù)通信網(wǎng)絡(luò)的邏輯架構(gòu),網(wǎng)絡(luò)資源之間進行同步通信的協(xié)議，網(wǎng)絡(luò)上傳輸?shù)男畔⒏袷?；描述了網(wǎng)絡(luò)上操縱網(wǎng)絡(luò)資源，進行網(wǎng)絡(luò)配置，傳輸信息等操作次序。SNA網(wǎng)絡(luò)由物

47、理部分(phsicalcoponent)和軟件部分(oftware cmpont）組成，其中軟件部分有訪問方式(ACF/VTA)，應(yīng)用子系統(tǒng)(CIS，componnts)組成,其中軟件部分有訪問方式(ACF/VTA）,應(yīng)用子系統(tǒng)（ICS，IMS)，用戶應(yīng)用程序和網(wǎng)絡(luò)操縱程序（AF/NCP)。SA的硬件部件和運行在其上的軟件稱為“節(jié)點(o)”,它們之間用數(shù)據(jù)鏈路（datalink）互連。網(wǎng)絡(luò)上的節(jié)點是端點或網(wǎng)絡(luò)上的連結(jié)點。SA設(shè)計的要緊目的是端到端的通信,以及讓用戶應(yīng)用程序遠離復(fù)雜的數(shù)據(jù)通信系統(tǒng)，使用戶感受到數(shù)據(jù)通信系統(tǒng)的透明性。端用戶通常是一臺終端或者是主機上的應(yīng)用程序。SN網(wǎng)絡(luò)確實是為端用戶

48、提供相互之間通信的服務(wù)。SN中被數(shù)據(jù)鏈路連接起來的物理部分(Apycl components）稱之為SNA節(jié)點（SAode)。NA提供一種以主機為中心的通信架構(gòu)，定義了一些邏輯部件以實現(xiàn)這些功能。U(19icalunit)用來處理端到端的通信；U(phyia un)是在SNA節(jié)點上用來治理物理資源的;SSC(sysem rvicecntrl pim)作為網(wǎng)絡(luò)中訪問操縱的中心；DLC(ata iconr0)用來治理數(shù)據(jù)傳輸?shù)逆溌罚籔C(pthcont1）用來處理數(shù)據(jù)在SNA網(wǎng)絡(luò)中傳輸?shù)穆酚?。IBM Webphere MQeries中間件 在網(wǎng)上公務(wù)卡系統(tǒng)的設(shè)計與實現(xiàn)中，需要從位于防火墻以外的網(wǎng)上

49、公務(wù)卡企業(yè)端WE服務(wù)器發(fā)送業(yè)務(wù)數(shù)據(jù)包到位于兩層防火墻以內(nèi)網(wǎng)上公務(wù)卡銀行端服務(wù)器上,在此傳輸過程中,由于網(wǎng)絡(luò)狀況等因素使得業(yè)務(wù)數(shù)據(jù)包的傳輸可靠性、高效率和安全性難以得到有效的保障，因此，在實現(xiàn)中我們使用了IM bSpereMQ Series中間件作為工具對報文進行傳輸,有效地實現(xiàn)了遠程數(shù)據(jù)包的可靠傳送。Q ees是BM的商業(yè)通訊中間件(Comeci MsagngMddlew)。MQ ees提供一個具有工業(yè)標(biāo)準(zhǔn),安全，可靠的信息傳輸系統(tǒng)。它的功能是操縱和治理一個集成的商業(yè)應(yīng)用,使得組成那個商業(yè)應(yīng)用的多個分支程序(模塊) 之間通過傳遞消息完成整個工作流程。MQ Seies差不多由一個消息傳輸系統(tǒng)和一

50、個應(yīng)用程序接口組成,其資源是消息和隊YlJ(Mssang andueuing)IBWebSphere QSr中間件有著以下四方面的優(yōu)點：1統(tǒng)一接口，跨越IB和非IM平臺。簡單的PUT和GE動詞在MQeres支持0種M和非IBM平臺上完全相同。使得MQ Seris提供了如此的特性：目標(biāo)應(yīng)用程序位置的透明性（taapliation loctntrarency)。關(guān)于一個應(yīng)用程序的開發(fā)者,他需要明白的全部只是隊列的名字，那個隊列與一個特定的服務(wù)有關(guān)，而與系統(tǒng)的平臺或系統(tǒng)在什么地點無關(guān)。 2使開發(fā)人員避開網(wǎng)絡(luò)的復(fù)雜性。因為MQ Seri負責(zé)處理所有的通訊,開發(fā)人員不必編寫任何通訊方面的程序。同時編程和

51、調(diào)試特不簡單和直接，不需要具體的系統(tǒng)和通訊方面的知識。尤其在S模式的應(yīng)用時,開發(fā)人員能夠集中精力在與業(yè)務(wù)有關(guān)的客戶端和服務(wù)器端的應(yīng)用，而不必考慮操作系統(tǒng)和通訊，特不是底層的網(wǎng)絡(luò)通訊，節(jié)約大約50%到75的通訊編程工作。3處理不依靠時刻的限制。意思是講在信息創(chuàng)建和發(fā)送時,信息的接收方或到接收方的通道不需要激活。不受時刻的限制增加了處理的靈活性,同意事務(wù)處理在它們想做或有時刻做時,彼此通訊程序能夠運行在不同的時刻。如此程序的運行是獨立的,假如邏輯同意，它們不必等待其它程序的應(yīng)答而接著工作，利用這種異步處理功能，能夠更有效的使用資源,更靈活的處理模式，應(yīng)用處理能夠是獨立的,并行的，重疊的,從而改進用

52、戶服務(wù)。 4.給分布式處理提供的強健的中間件。包括邏輯工作單元支持（109iaunitofwork)，備份和恢復(fù)機制，大信息傳遞和高性能等特點。其中最重要的是確保信息傳輸，意思是一旦MQ Sees同意一個信息傳輸?shù)娜蝿?wù),會確保信息被傳送到目標(biāo)平臺。信息的傳輸是一次且僅一次另外，強健的中間件機制保證業(yè)務(wù)數(shù)據(jù)一致性,并可在系統(tǒng)發(fā)生故障時,及時恢復(fù)，業(yè)務(wù)可不能受到阻礙。CIS中間件CICS(Custome InformationCotolSytem)客戶信息操縱系統(tǒng)是IBM公司的聯(lián)機事務(wù)處理系統(tǒng),作為一種交易中間件被廣泛應(yīng)用于當(dāng)今信息產(chǎn)業(yè)領(lǐng)域的各種事務(wù)處理環(huán)境中。交易中間件也稱為事物處理中間件，是專

53、門針對聯(lián)機交易處理系統(tǒng)而設(shè)計的,它是操作系統(tǒng)和應(yīng)用程序之間的一層軟件平臺，要緊為上層的應(yīng)用程序提供一致的應(yīng)用編程接口,即提供透明訪問操作系統(tǒng)的功能和系統(tǒng)治理輔助工具等。IC作為一個強有力的聯(lián)機事務(wù)處理中間件,具有商業(yè)級事務(wù)治理器要求的整合性、可恢復(fù)性、安全性和可用性,具有跨平臺的廣泛的可操作性，提供跨平臺的PI，形成可移植的應(yīng)用和開發(fā)技術(shù)。在聯(lián)機事物處理系統(tǒng)中，CICS通過標(biāo)準(zhǔn)的)【A接口同數(shù)據(jù)庫之間進行數(shù)據(jù)通訊,完整的體系結(jié)構(gòu)保證了CICS服務(wù)器與數(shù)據(jù)庫之間連接的靈活性,并保證著事物完整性和數(shù)據(jù)一致性】。CICS最初來源于主機環(huán)境，現(xiàn)在運行于專門多IBM和非BM平臺和各種不同的網(wǎng)絡(luò)環(huán)境(從幾

54、臺微機到幾千個終端)。在任何一個應(yīng)用CICS的硬件或軟件平臺上，程序員能夠通過CIS應(yīng)用程序接口(API)進行程序設(shè)計調(diào)用CICS應(yīng)用,而且能夠在不同的系統(tǒng)平臺上進行移植。CIS家族的每一個產(chǎn)品都有良好的繼承性，兼容家族中其他產(chǎn)品，同時能夠通過網(wǎng)絡(luò)進行彼此遠程調(diào)用。在本系統(tǒng)的設(shè)計過程中，網(wǎng)上公務(wù)卡銀行端與會計主機之間即采納了I中間件來保證交易的一致性。系統(tǒng)的詳細設(shè)計與實現(xiàn)企業(yè)端與銀行端的通訊實現(xiàn)一、IB WebShee QSeies中間件的差不多組成描述有以下幾方面：1.隊列治理器 隊列治理器是MQ系統(tǒng)中最上層的一個概念,由它為我們提供基于隊列的消息服務(wù)。.消息在MQ中,我們把應(yīng)用程序交由MQ

55、傳輸?shù)臄?shù)據(jù)定義為消息,我們能夠定義消息的內(nèi)容并對消息進行廣義的理解，比如:用戶的各種類型的數(shù)據(jù)文件，某個應(yīng)用向其它應(yīng)用發(fā)出的處理請求等都能夠作為消息。消息有兩部分組成：消息描述符(Mesaecrpio或MessaeHder),描述消息的特征,如:消息的優(yōu)先級、生命周期、消息I等;消息體(Meaeoy)，即用戶數(shù)據(jù)部分。在中，消息分為兩種類型，非永久性(nn-persiset)消息和永久性(,persistent）消息,非永久性消息是存儲在內(nèi)存中的，它是為了提高性能而設(shè)計的,當(dāng)系統(tǒng)掉電或M隊列治理器重新啟動時，將不可恢復(fù)。當(dāng)用戶對消息的可靠性要求不高，而側(cè)重系統(tǒng)的性能表現(xiàn)時，能夠采納該種類型的消

56、息，如:當(dāng)公布股票信息時，由于股票信息是不斷更新的，我們可能每若干秒就會公布一次,新的消息會不斷覆蓋舊的消息。永久性消息是存儲在硬盤上，同時記錄數(shù)據(jù)日志的,它具有高可靠性，在網(wǎng)絡(luò)和系統(tǒng)發(fā)生故障等情況下都能確保消息不丟失、不重復(fù)。二、在M中,還有邏輯消息和物理消息的概念。利用邏輯消息和物理消息,我們能夠?qū)⒋笙⑦M行分段處理,也能夠?qū)⑷舾蓚€本身完整的消息在應(yīng)用邏輯上歸為一組進行處理。隊列隊列是消息的安全存放地，隊列存儲消息直到它被應(yīng)用程序處理。MQ消息隊列的工作方式如下所述： （1)程序A形成對消息隊列系統(tǒng)的調(diào)用，此調(diào)用告知消息隊列系統(tǒng),消息預(yù)備好了投向程序；(2）消息隊列系統(tǒng)發(fā)送此消息到程序B駐

57、留處的系統(tǒng)，并將它放到程序B的隊列中;（3)適當(dāng)時刻后,程序從它的隊列中讀此消息,并處理此信息。由于采納了先進的程序設(shè)計思想以及內(nèi)部工作機制,MQ能夠在各種網(wǎng)絡(luò)條件下保證消息的可靠傳遞，能夠克服網(wǎng)絡(luò)線路質(zhì)量差或不穩(wěn)定的現(xiàn)狀，在傳輸過程中,假如通信線路出現(xiàn)故障或遠端的主機發(fā)生故障,本地的應(yīng)用程序都可不能受到阻礙，能夠接著發(fā)送數(shù)據(jù),而無需等待網(wǎng)絡(luò)故障恢復(fù)或遠端主機正常后再重新運行。2 通道通道是MQ系統(tǒng)中隊列治理器之間傳遞消息的管道,它是建立在物理的網(wǎng)絡(luò)連接之上的一個邏輯概念，也是Q產(chǎn)品的精華。在MQ中,要緊有三大類通道類型，即消息通道，MQ通道和Cluste通道。消息通道是用于在MQ的服務(wù)器和服

58、務(wù)器之間傳輸消息的,需要強調(diào)指出的是,該通道是單向的，它又有發(fā)送(seder)，接收（recv）,請求者(requetor）,服務(wù)者(serr）等不同類型，供用戶在不同情況下使用。MQI通道是MQ ient和Q Server之間通訊和傳輸消息用的,與消息通道不同，它的傳輸是雙向的。群集(ut)通道是位于同一個MQ群集內(nèi)部的隊列治理器之間通訊使用的。三、M WebSphee Mers的工作原理BMebSpheQSeres的工作原理如圖4.1所示：圖-IBM ebShee MQSeris的工作原理首先來看本地通訊的情況，應(yīng)用程序A和應(yīng)用程序運行于同一系統(tǒng)A，它們之間能夠借助消息隊列技術(shù)進行彼此的通

59、訊:應(yīng)用程序A向隊列1發(fā)送一條信息，而當(dāng)應(yīng)用程序B需要時就能夠得到該信息。其次是遠程通訊的情況，假如信息傳輸?shù)哪繕?biāo)改為在系統(tǒng)B上的應(yīng)用程序C，這種變化可不能對應(yīng)用程序A產(chǎn)生阻礙，應(yīng)用程序A向隊列2發(fā)送一條信息,系統(tǒng)的發(fā)覺Q2所指向的目的隊列實際上位于系統(tǒng)B,它將信息放到本地的一個專門隊列一傳輸隊YU(Transission ueue)。我們建立一條從系統(tǒng)到系統(tǒng)B的消息通道,消息通道代理將從傳輸隊列中讀取消息，并傳遞這條信息到系統(tǒng)B,然后等待確認。只有Q接到系統(tǒng)成功收到信息的確認之后,它才從傳輸隊列中真正將該信息刪除。假如通訊線路不通,或系統(tǒng)B不在運行，信息會留在傳輸隊列中，直到被成功地傳送到目

60、的地。這是M最差不多而最重要的技術(shù)確保信息傳輸,同時是一次且僅一次(oneandolye）的傳遞。Q提供了用于應(yīng)用集成的松耦合的連接方法,因為共享信息的應(yīng)用不需要明白彼此物理位置(網(wǎng)絡(luò)地址)；不需要明白彼此間是如何樣建立通信:不需要同時處于運行狀態(tài)；不需要在同樣的操作系統(tǒng)或網(wǎng)絡(luò)環(huán)境下運行。四、Q的架構(gòu)網(wǎng)上公務(wù)卡企業(yè)端服務(wù)器與網(wǎng)上公務(wù)卡銀行端的處理服務(wù)器之間的通訊是通過中間件BWeSphereMQSeries實現(xiàn)的在企業(yè)處理服務(wù)器中,交易報文的轉(zhuǎn)發(fā)是其最重要的功能，在銀行處理服務(wù)器的通訊中，我們使用了I ebpeeQSerie消息中間件來對報文進行傳輸，下面我們將對的配置、定義以及程序的調(diào)用加以