【正文】 .......................................................................................... 23 執(zhí)行變更 ................................................................................................. 23 變更執(zhí)行評估 .......................................................................................... 23 質(zhì)量管理 ........................................................................................................ 24 質(zhì)量規(guī)劃 ................................................................................................. 24 質(zhì)量保證 ................................................................................................. 25 質(zhì)量檢查 ................................................................................................. 26 4 工期進度 ...................................................................................................................... 26 5 附錄 ............................................................................................................................. 27 Actuate Confidential 5/4/2020 1 第二冊 技術(shù)部分 1 項目目標 CFETS 希望通過數(shù)據(jù)倉庫系統(tǒng)的建設，可以有效地整合各市場業(yè)務數(shù)據(jù)，統(tǒng)一對信息進行利用和管理，對外提供統(tǒng)一的數(shù)據(jù)視圖和綜合決策分析支撐環(huán)境，為 CFETS 各部門所需的報表應用、統(tǒng)計分析及信息挖掘提供基礎支持平臺。 報表展現(xiàn) 技術(shù)人員設計好報表模板后，通過發(fā) 布到對應的服務器據(jù)，實現(xiàn)對報表的展現(xiàn)。 Actuate Confidential 5/4/2020 5 數(shù)據(jù)架構(gòu) E T L 環(huán) 境抽 取 數(shù) 據(jù) 模 型數(shù) 據(jù) 倉 庫本 幣交 易D B本 幣交 易 數(shù) 據(jù) 模 塊經(jīng)費管理資產(chǎn)管理總賬管理數(shù) 據(jù) 加 工 模塊統(tǒng) 計 司 報 表給倉 庫的 數(shù) 據(jù)E T L 加 工后 標 準數(shù) 據(jù)報 表 平 臺訪 問 的 數(shù) 據(jù) 源E T l拆 分 前 的數(shù) 據(jù) 文 件 進 行差 分 、 標 準 化 形 成 對 應 的數(shù) 據(jù) 文 件E T L 加 工環(huán) 境 內(nèi) 部 數(shù) 據(jù) 流 向加 工 后 數(shù) 據(jù)存 儲E T L 對 數(shù) 據(jù)進 行加 工加 工 后 的 數(shù) 據(jù)進 行標 準 化統(tǒng) 一 的 數(shù) 據(jù) 視 圖加 工 后 數(shù) 據(jù)模 型 化數(shù) 據(jù)視 圖s q l接 口金 融 快 報本 幣 市 場 央行 固 定 報 表 下 游 系 統(tǒng)本 幣報表平臺報 表 展 現(xiàn)交 易 明 細 表交 易 統(tǒng) 計 表做 市 商 交易 報 表 數(shù)據(jù)流說明： A. 首先從本外幣或者其他系統(tǒng)獲得對應的數(shù)據(jù) . B. 經(jīng)過 ETL 對 數(shù)據(jù)進行加工，清洗和標準化。 Actuate Confidential 5/4/2020 6 系統(tǒng)技術(shù)實現(xiàn)方案 總體技術(shù)實現(xiàn)方案 充分考慮到 CFETS 系統(tǒng)存在在本外幣等多種數(shù)據(jù)源，且數(shù)據(jù)源分散，多分散子系統(tǒng)的情況，同時各個子系統(tǒng)中存在統(tǒng)計口徑不一致，影響統(tǒng)一的決策和各個部門信息的一致性。以下是我們建議的系統(tǒng)架構(gòu)概念圖： Actuate Confidential 5/4/2020 7 系統(tǒng)包含一個雙機組成的數(shù)據(jù)倉庫，和一個雙機組成的報表服務平臺。比如，數(shù)據(jù)庫管理系統(tǒng)可以使用 Oracle 的技術(shù)，也可以使用 IBM 的技術(shù)。 2. 通過 ETL 轉(zhuǎn)化后的數(shù)據(jù)統(tǒng)一進入數(shù)據(jù)倉庫，形成統(tǒng)一的數(shù)據(jù)視圖。 Actuate Confidential 5/4/2020 8 2. ETL 對抽取到的數(shù)據(jù)進行必要的增量處理，生成一天的增量數(shù)據(jù)。 6. 整個 ETL 處理過程進行異常處理及監(jiān)控。 3. 建立好如上的星型模型后，可發(fā)現(xiàn)模型具有如下優(yōu)點。數(shù)據(jù)準確性，包括數(shù)據(jù)源是否準確、編碼映射關(guān)系是否準確、處理邏輯是否準確等。數(shù)據(jù)時效性，包括數(shù)據(jù)處理（獲取、整理、加載等）的及時性，數(shù)據(jù)異常檢測的及時性，數(shù)據(jù)處理回退的及時性等。 數(shù)據(jù)質(zhì)量改進目標 數(shù)據(jù)質(zhì)量改進的目標是清理、標準化、提高和匹配現(xiàn)有數(shù)據(jù)。建立起數(shù)據(jù)整合隊伍，使數(shù)據(jù)質(zhì)量能夠得以持續(xù)改進。 在管理 層面上，要求生產(chǎn)系統(tǒng)報送數(shù)據(jù)，按照“誰提供數(shù)據(jù)，誰負責”的原則由生產(chǎn)系統(tǒng)保證源數(shù)據(jù)的完整性、準確性、一致性、時效性。 在這個過程中，所有的錯誤都會進行記錄，最終生成數(shù)據(jù)質(zhì)量檢查報告。 通過 報表平臺 ，技術(shù)人員可以通過靈活配置邏輯系統(tǒng) 集成不同 BI 工具產(chǎn)生的異構(gòu)報表資源， 業(yè)務人員可以進行 不同 報表資源的集中管理 和發(fā)布 ， 最終用戶可以通過一致的展示環(huán)境獲取報表信息。 老系統(tǒng)統(tǒng)計報表移植 對于老系統(tǒng)的統(tǒng)計報表，我們將采取重寫的方式移植到統(tǒng)一的報表平臺上面。如果是前一種情況，采用正確的統(tǒng)計方式就能修正錯誤。 實際測試中， 我們將采用等價類劃分以及邊值分析法來設計測試用例，產(chǎn)生有限的測試用例來覆蓋足夠多的“任何情況”。我們的設計充分考慮了這兩個因素。 采用的這樣系統(tǒng)架構(gòu)， 主機系統(tǒng)的維 護 、 系統(tǒng)擴容 、 升級 、 系統(tǒng)性能統(tǒng)計 、 分析 、 優(yōu)化以及部件更換 就能夠 在不影響應用系統(tǒng)功能的前提下完成 。安訊 iServer 具備出色的可擴展性，用戶可以簡單的向集群中添加更多Actuate Confidential 5/4/2020 14 的服務器來滿足更 高的報表需求 ，而系統(tǒng)的性能隨著服務器數(shù)量的增多呈線性增長，這方面的 具體 數(shù)據(jù)請參考附錄 D “安訊 9 系統(tǒng)性能白皮書” 。 非功能性設計 性能需求 容量設計 根據(jù) 19942020 年的所有交易數(shù)據(jù)總 容量為 10G byte， 大概每年的數(shù)據(jù)容量在 800M 左右，從容量和可擴展性和災備等多方面綜合考慮，建議每年的數(shù)據(jù)量分配在 左右。 5. 充分利用報表系統(tǒng)的緩存功能，把報表生成任務安排到非高峰時段。 ? 低：與系統(tǒng)關(guān)系不大，偶爾系統(tǒng)需要使用到的數(shù)據(jù)。 聯(lián)機備份：提供 24*365 天的備份機制，用戶可以基于調(diào)度來運行備份，可以基于系統(tǒng)運行的熱備份。遠程備份把數(shù)據(jù)存放到地理上的遠方，以應對主機可能遇到當?shù)貫暮π缘膿p毀。備份可以保存在磁帶庫、或光盤庫。一般 系統(tǒng)出錯的恢復，其實不一定需要用到備份 ，我們建議 應該 避免使用常規(guī)數(shù)據(jù)恢復，盡量考慮 用其他辦法把系統(tǒng)回復到最近的可用狀態(tài)。數(shù)據(jù)庫的異常、錯誤可以分為以下幾類： ? SQL 語句失敗 ? 線程失敗 ? 實例失敗 ? 用戶操作失敗 ? 存儲設備失敗 如果發(fā)生前三種失敗，不需要人為干涉，系統(tǒng)會自動進行恢復。 針對存儲設備的失敗的情況比較復雜，存儲設備的失敗必然會使放置在其上的文件變?yōu)椴豢捎?，我們先將?shù)據(jù)庫所涉及到的文件進行一個劃分，主要可分為： ? 數(shù)據(jù)庫 的系統(tǒng)文件，指 數(shù)據(jù)庫 的運行文件，各種應用程序 ? 數(shù)據(jù)庫控制文件 ? 數(shù)據(jù)庫聯(lián)機重做日志文件 ? 數(shù)據(jù)文件 Actuate Confidential 5/4/2020 17 ? 歸檔日志文件 避免第一種文件失敗主要依賴系統(tǒng)管理員進行操作系統(tǒng)級的備份，當發(fā)生事 故后只能依靠操作系統(tǒng)備份將其恢復。 可獲性設計 按照我們在 中建議的系統(tǒng)架構(gòu)， 系統(tǒng)包含一個雙機組成 的數(shù)據(jù)倉庫，和一個雙機組成的報表服務平臺。 易用性設計 在軟件的易用性方面，我們將充分考慮用戶的體驗性，簡單性，高效率性為客戶定制一套更適合客戶需要的的系統(tǒng)，根據(jù)需要，我們將基于以下方面進行設計 ： ? 使用大眾化 WEB 瀏覽器如 IE、 Firefox 作為客戶端的瀏覽工具。 ? 靈活的頁面布局，支持標簽頁。使用系統(tǒng)的用戶必須先要經(jīng)過申請審批管理流程，通過有關(guān)部門管理人員的合法性審批，系統(tǒng)管理員在系統(tǒng)管理模塊中設置用戶名、操作權(quán)限和初始密碼，并告知用戶后，用戶才可以用指定的用戶名和密碼登錄進入系統(tǒng)，進行權(quán)限范圍內(nèi)的操 作。 通過用戶、用戶組及權(quán)限管理功能，可根據(jù)機構(gòu)、部門、用戶類別等建立用戶組，用戶可以屬于某個組或幾個組，也可以是獨立用戶。 Actuate Confidential 5/4/2020 19 系統(tǒng)操作處理日志 系統(tǒng)對用戶登錄情況，如登錄用戶、進入時間、退出時間、操作功能項等進行自動記錄；對于數(shù)據(jù)錄入、數(shù)據(jù)同步、數(shù)據(jù)抽取和數(shù)據(jù)分析等應用處理的時間、數(shù)據(jù)范圍、執(zhí)行情況等也自動記錄日志，以便出問題時跟蹤追查審計。 在外部安全上，企業(yè)級的防火墻可以為本系統(tǒng)提供一個安全的運行環(huán)境。 3 項目管理 溝通管理 項目會議制度 項目會議是服務于項目工作的，是為了更好的加強項目溝通、解決項目實施過程中存在的各種問題。 ? 參加人員： 乙方項目經(jīng)理；甲方項目經(jīng)理；項目經(jīng)理指定的其他成員。 ? 參加人員： 所有項目人員。 ? 參加人員：項目領(lǐng)導組成員；乙方項目經(jīng)理；甲方項目經(jīng)理；其他有需要參加的人員。 ? 參加人員：問題發(fā)起人； 項目經(jīng)理；高層領(lǐng)導 等。 ? 參加人員：問題發(fā) 起人； 溝通相關(guān)人員 等。 ? 電話或電話會議 通過電話的方式進行信息溝 通。 配置庫管理 配置庫分為 文檔庫 和 代碼庫 。對影響項目計劃的變更，制定出處理變更的規(guī)范的、統(tǒng)一的方法和過程，估算出因變更引起的相應的資源、費用、和時間的變化以及變更確立后，變更的發(fā)布，執(zhí)行，和過程質(zhì)量的控制。 發(fā)起變更 提出變更要求必須填寫《變更申請表》（參見 附件 C“變更申請表 ”所附表樣）。 審批變更 變更控制委員會對 變更請求進行審批，由變更控制委員會主任簽署書面變更審批單，有效變更審批間必須在審批結(jié)論中明確是否通過變更申請。執(zhí)行完成后向變更控制委員