軟件工程工程招投標(biāo)書 數(shù)據(jù)倉庫工程建議 技術(shù)局部 軟件 年 月 日名目\l“_TOC_250033“工程目標(biāo) 3\l“_TOC_250032“技術(shù)解決方案 3\l“_TOC_250031“系統(tǒng)總體架構(gòu) 3\l“_TOC_250030“規(guī)律架構(gòu) 3\l“_TOC_250029“設(shè)計(jì)層面 4\l“_TOC_250028“物理架構(gòu) 5\l“_TOC_250027“數(shù)據(jù)架構(gòu) 6\l“_TOC_250026“系統(tǒng)技術(shù)實(shí)現(xiàn)方案 7\l“_TOC_250025“總體技術(shù)實(shí)現(xiàn)方案 7\l“_TOC_250024“高效的ETL處理 8\l“_TOC_250023“數(shù)據(jù)質(zhì)量治理 10\l“_TOC_250022“報(bào)表平臺設(shè)計(jì) 11\l“_TOC_250021“認(rèn)證治理 12\l“_TOC_250020“系統(tǒng)牢靠性及可擴(kuò)展性 13\l“_TOC_250019“非功能性設(shè)計(jì) 13\l“_TOC_250018“工程治理 17\l“_TOC_250017“溝通治理 17\l“_TOC_250016“工程會議制度 17\l“_TOC_250015“工程狀態(tài)周報(bào)制度 18\l“_TOC_250014“溝通手段 19\l“_TOC_250013“配置治理 19\l“_TOC_250012“配置治理原則 19\l“_TOC_250011“配置庫治理 19\l“_TOC_250010“變更治理 19\l“_TOC_250009“發(fā)起變更 20\l“_TOC_250008“評估變更 20\l“_TOC_250007“審批變更 20\l“_TOC_250006“執(zhí)行變更 20\l“_TOC_250005“變更執(zhí)行評估 20\l“_TOC_250004“質(zhì)量治理 20\l“_TOC_250003“質(zhì)量規(guī)劃 20\l“_TOC_250002“質(zhì)量保證 21\l“_TOC_250001“質(zhì)量檢查 22\l“_TOC_250000“工期進(jìn)度 22技術(shù)局部工程目標(biāo)期望通過數(shù)據(jù)倉庫系統(tǒng)的建設(shè)，可以有效地整合各市場業(yè)務(wù)數(shù)據(jù)，統(tǒng)一對信息進(jìn)展利用和治理，對外供給統(tǒng)一的數(shù)據(jù)視圖和綜合決策分析支撐環(huán)境，為各部門所需的報(bào)表應(yīng)用、統(tǒng)計(jì)分析及信息挖掘供給根底支持平臺。具體建設(shè)目標(biāo)如下：技術(shù)目標(biāo)建立數(shù)據(jù)倉庫根底架構(gòu)建立自動數(shù)據(jù)抽?。D(zhuǎn)換／加載〔ETL〕機(jī)制建立多維分析和數(shù)據(jù)查詢工具和界面已經(jīng)分析報(bào)表生成和展現(xiàn)框架業(yè)務(wù)目標(biāo)實(shí)現(xiàn)一期經(jīng)營分析的多維分析、查詢和報(bào)表，供給 各部門所需報(bào)表供給下游系統(tǒng)所需要的統(tǒng)計(jì)數(shù)據(jù)供給 內(nèi)部用戶以 方式查詢所需數(shù)據(jù)將業(yè)務(wù)系統(tǒng)的歷史和增量數(shù)據(jù)加載進(jìn)入數(shù)據(jù)倉庫，并轉(zhuǎn)換為數(shù)據(jù)倉庫的存儲格式實(shí)現(xiàn)用戶訪問的門戶界面并建立相應(yīng)的訪問安全和權(quán)限機(jī)制計(jì)結(jié)果的全都性基于上述需求，軟件提出如下技術(shù)解決方案來實(shí)現(xiàn)本工程的技術(shù)目標(biāo)和業(yè)務(wù)目標(biāo)。技術(shù)解決方案系統(tǒng)總體架構(gòu)規(guī)律架構(gòu)總體規(guī)律架構(gòu)如下：功能層面〔上側(cè)面〕依據(jù) 對應(yīng)的功能需求，對應(yīng)的功能層面上需要建立如下功能：數(shù)據(jù)的ETL數(shù)據(jù)存儲固定統(tǒng)計(jì)報(bào)表統(tǒng)一用戶界面及 認(rèn)證治理非功能層面〔右側(cè)面〕易用性響應(yīng)性牢靠性擴(kuò)展性安全性設(shè)計(jì)層面ETL通過成熟的ETL工具，實(shí)現(xiàn)從不同的數(shù)據(jù)源中抽取出所需要的信息，同時(shí)通過數(shù)據(jù)的加工和格式化，對外供給應(yīng)其他系統(tǒng)使用。報(bào)表設(shè)計(jì)當(dāng)形成好統(tǒng)一的數(shù)據(jù)倉庫后，基于該倉庫模型，可進(jìn)展對應(yīng)的報(bào)表設(shè)計(jì)和治理，技術(shù)人員設(shè)計(jì)好根本的報(bào)表后，可供給應(yīng)業(yè)務(wù)人員使用。報(bào)表呈現(xiàn)技術(shù)人員設(shè)計(jì)好報(bào)表模板后，通過公布到對應(yīng)的效勞器據(jù)，實(shí)現(xiàn)對報(bào)表的呈現(xiàn)。報(bào)表應(yīng)用業(yè)務(wù)人員通過終端界面，可以使用由開發(fā)人員開發(fā)和設(shè)計(jì)的報(bào)表，同時(shí)，業(yè)務(wù)人員也能同報(bào)表進(jìn)展交互，檢索出自己需要的數(shù)據(jù)。物理架構(gòu)對于本，外幣不同的數(shù)據(jù)源，以及不同的物理子系統(tǒng)，根本的物理架構(gòu)如下：物理架構(gòu)說明：本外幣數(shù)據(jù)庫向倉庫供給對應(yīng)的數(shù)據(jù)倉庫為對應(yīng)的報(bào)表效勞器供給統(tǒng)一的視圖。權(quán)限報(bào)表效勞器部署到同一機(jī)器上。數(shù)據(jù)架構(gòu)經(jīng)資總費(fèi)產(chǎn)賬管管管理理理本幣交易數(shù)據(jù)模塊本幣交易數(shù)據(jù)模塊數(shù)據(jù)加工模塊交易明細(xì)表交易統(tǒng)計(jì)表加工后的數(shù)據(jù)進(jìn)展標(biāo)準(zhǔn)化ETl拆分前的數(shù)據(jù)文件進(jìn)展差分、標(biāo)準(zhǔn)化做市商交加工后數(shù)據(jù)模型化易報(bào)表ETL對數(shù)據(jù)加工后數(shù)據(jù)存儲形成對應(yīng)的數(shù)據(jù)文件報(bào)表平統(tǒng)計(jì)司報(bào)表臺統(tǒng)一的數(shù)據(jù)視圖ETL環(huán)境金融快報(bào)下游系統(tǒng)抽取給倉庫的數(shù)據(jù)數(shù)據(jù)模型ETL后標(biāo)準(zhǔn)數(shù)據(jù)本幣市場央行固定報(bào)表報(bào)表平臺訪問的數(shù)據(jù)源ETL加工環(huán)境內(nèi)部數(shù)據(jù)流向數(shù)據(jù)倉庫數(shù)據(jù)視圖sql接口報(bào)表呈現(xiàn)首先從本外幣或者其他系統(tǒng)獲得對應(yīng)的數(shù)據(jù).ETL將已經(jīng)標(biāo)準(zhǔn)化和模型化的數(shù)據(jù)進(jìn)入到數(shù)據(jù)倉庫，或者供給需要的數(shù)據(jù)文件。數(shù)據(jù)倉庫對外暴露數(shù)據(jù)模型和數(shù)據(jù)視圖以及sql接口。數(shù)據(jù)倉庫為報(bào)表治理系統(tǒng)和下游系統(tǒng)供給所需要的數(shù)據(jù)報(bào)表治理系統(tǒng)呈現(xiàn)對應(yīng)數(shù)據(jù)的報(bào)表。系統(tǒng)技術(shù)實(shí)現(xiàn)方案總體技術(shù)實(shí)現(xiàn)方案充分考慮到 系統(tǒng)存在在本外幣等多種數(shù)據(jù)源，且數(shù)據(jù)源分散，多分散子系統(tǒng)的情況，同時(shí)各個(gè)子系統(tǒng)中存在統(tǒng)計(jì)口徑不全都，影響統(tǒng)一的決策和各個(gè)部門信息的全都性。在使用的過程中，會員信息維護(hù)簡單，且各個(gè)系統(tǒng)各自維護(hù)一套對應(yīng)的會員信息，導(dǎo)致會員維護(hù)工作量加大。數(shù)據(jù)倉庫一期需求大致可以分成數(shù)據(jù)庫架構(gòu)的建立、ETL機(jī)制的建立、以及報(bào)表分析架構(gòu)的建立和報(bào)表實(shí)施。系統(tǒng)可以分成數(shù)據(jù)倉庫和報(bào)表系統(tǒng)兩大局部。以下是我們建議的系統(tǒng)架構(gòu)概念圖：系統(tǒng)包含一個(gè)雙機(jī)組成的數(shù)據(jù)倉庫，和一個(gè)雙機(jī)組成的報(bào)表效勞平臺。數(shù)據(jù)倉庫和報(bào)表效勞器分別帶有自己的外存磁盤陣列。架構(gòu)中的每個(gè)功能節(jié)點(diǎn)設(shè)計(jì)都含冗余度，保證系7_24在系統(tǒng)架構(gòu)不變的前提下，系統(tǒng)的每局部可以用不同的技術(shù)實(shí)現(xiàn)。比方，數(shù)據(jù)庫治理系統(tǒng)可以使用OracleIBMActuate9。使用我們建議的應(yīng)用軟件，這樣的系統(tǒng)架構(gòu)會有很強(qiáng)的可擴(kuò)展性，用戶可以通過增加硬件的方式擴(kuò)容，以支持越來越多的用戶和應(yīng)用?？傮w方案通過以下步驟實(shí)現(xiàn)數(shù)據(jù)到可用信息的轉(zhuǎn)換：通過ETL手段對不同的數(shù)據(jù)源數(shù)據(jù)進(jìn)展抽取，轉(zhuǎn)換，清洗，數(shù)據(jù)格式化。通過ETL轉(zhuǎn)化后的數(shù)據(jù)統(tǒng)一進(jìn)入數(shù)據(jù)倉庫，形成統(tǒng)一的數(shù)據(jù)視圖。進(jìn)入數(shù)據(jù)倉庫的數(shù)據(jù)模型可以為報(bào)表平臺供給對應(yīng)的數(shù)據(jù)來源。通過認(rèn)證的用戶可以登陸報(bào)表平臺消費(fèi)和設(shè)計(jì)對應(yīng)的報(bào)表。ETLETLETL從本幣數(shù)據(jù)源或其他數(shù)據(jù)源中抽取需要的數(shù)據(jù)。ETLETLLDM落地?cái)?shù)據(jù)文件下發(fā)到下游系統(tǒng)，同時(shí)進(jìn)展數(shù)據(jù)入庫。ETLETLETL工具，所選ETL技術(shù)架構(gòu)支持全部的主流平臺模塊化的架構(gòu)設(shè)計(jì)，可按需進(jìn)展模塊添加和擴(kuò)展具有錯誤恢復(fù)規(guī)律的功能支持并行處理核心功能支持本地?cái)?shù)據(jù)訪問模式支持星型模式支持打包應(yīng)用〔例如SAP〕支持根本處理〔例如SQL〕具有數(shù)據(jù)自動轉(zhuǎn)換和清洗功能支持實(shí)時(shí)ETL和按需ETL具有自動錯誤預(yù)警功能開發(fā)環(huán)境圖形化界面支持命令行便于調(diào)試和維護(hù)具有代碼版本掌握功能ETL支持集中治理自動產(chǎn)生每日ETLETL我們信任商業(yè)ETL工具中INFORMATICAETL產(chǎn)品KettleINFORMATICA數(shù)據(jù)倉庫模型設(shè)計(jì)數(shù)據(jù)建?！惨猿Ｓ脮?jì)報(bào)表為例〕用戶需要查看基于時(shí)間、機(jī)構(gòu)和科目的報(bào)表。建立以數(shù)據(jù)事實(shí)表為 ，需要時(shí)間、機(jī)構(gòu)和度量作為其維度。建立好如上的星型模型后，可覺察模型具有如下優(yōu)點(diǎn)。敏捷的數(shù)據(jù)查詢，可基于時(shí)間查詢對應(yīng)的日報(bào)，月報(bào)和季報(bào)。效率最優(yōu)化，需要查詢機(jī)構(gòu)信息，則通過機(jī)構(gòu)和事實(shí)表關(guān)聯(lián)即可完成。數(shù)據(jù)質(zhì)量治理數(shù)據(jù)倉庫對數(shù)據(jù)質(zhì)量的要求數(shù)據(jù)倉庫對數(shù)據(jù)質(zhì)量的要求總體上歸納為：數(shù)據(jù)完整性，包括數(shù)據(jù)源是否完整、數(shù)據(jù)取值是否完整、維度取值是否完整等。數(shù)據(jù)準(zhǔn)確性，包括數(shù)據(jù)源是否準(zhǔn)確、編碼映射關(guān)系是否準(zhǔn)確、處理規(guī)律是否準(zhǔn)確等。數(shù)據(jù)核對準(zhǔn)確的推斷是要么結(jié)果全都，要么不全都但原因是可解釋的。數(shù)據(jù)全都性，包括源系統(tǒng)之間同一數(shù)據(jù)是否全都，源數(shù)據(jù)與抽取的數(shù)據(jù)是否全都，數(shù)據(jù)倉庫內(nèi)部各處理環(huán)節(jié)數(shù)據(jù)是否全都等。數(shù)據(jù)規(guī)律合理性，主要從業(yè)務(wù)規(guī)律的角度推斷數(shù)據(jù)是否正確，如帳目類型的金額、時(shí)長、次數(shù)的規(guī)律關(guān)系是否滿足等。數(shù)據(jù)時(shí)效性，包括數(shù)據(jù)處理〔獵取、整理、加載等〕的準(zhǔn)時(shí)性，數(shù)據(jù)特別檢測的準(zhǔn)時(shí)性，數(shù)據(jù)處理回退的準(zhǔn)時(shí)性等。數(shù)據(jù)倉庫效勞于經(jīng)營決策，經(jīng)營決策依據(jù)的數(shù)據(jù)應(yīng)當(dāng)是全面的、真實(shí)牢靠的、有意義的。數(shù)據(jù)時(shí)效性假設(shè)得不到保證，就可能延誤了市場人員的分析，失去商機(jī)。從數(shù)據(jù)倉庫的建設(shè)過程來看，它本身修復(fù)數(shù)據(jù)以提高數(shù)據(jù)質(zhì)量的力量并不是很強(qiáng)，但是它能覺察生產(chǎn)系統(tǒng)存在的一些數(shù)據(jù)質(zhì)量問題從而提示用戶哪些數(shù)據(jù)有質(zhì)量問題，將數(shù)據(jù)問題反響到業(yè)務(wù)支撐系統(tǒng)中，由后者做數(shù)據(jù)修正。數(shù)據(jù)質(zhì)量改進(jìn)目標(biāo)數(shù)據(jù)質(zhì)量改進(jìn)的目標(biāo)是清理、標(biāo)準(zhǔn)化、提高和匹配現(xiàn)有數(shù)據(jù)。通過數(shù)據(jù)整合，建立完整的、準(zhǔn)確的、全都的統(tǒng)一客戶視圖，完善共享信息數(shù)據(jù)，并流程定義、流程配置和流程管控。建立數(shù)據(jù)整合的規(guī)章制度，落實(shí)數(shù)據(jù)質(zhì)量的分級負(fù)責(zé)。建立起數(shù)據(jù)整合隊(duì)伍，使數(shù)據(jù)質(zhì)量能夠得以持續(xù)改進(jìn)。數(shù)據(jù)質(zhì)量改進(jìn)方法數(shù)據(jù)質(zhì)量掌握要從技術(shù)、流程和治理三個(gè)方面進(jìn)展。從技術(shù)層面上，生產(chǎn)系統(tǒng)存在的噪音數(shù)據(jù)、遺漏數(shù)據(jù)和不全都性數(shù)據(jù)，需要進(jìn)展數(shù)據(jù)清洗；同時(shí)需要對源數(shù)據(jù)做稽核，如總量稽核和重量稽核。在流程層面上，對于源數(shù)據(jù)的抽取要遵從肯定的業(yè)務(wù)規(guī)章，數(shù)據(jù)的抽取和轉(zhuǎn)換需要很多步驟來完成，這就需要將過程流程化，并且流程可通過配置來實(shí)現(xiàn)。在治理層面上，要求生產(chǎn)系統(tǒng)報(bào)送數(shù)據(jù)，依據(jù)“誰供給數(shù)據(jù)，誰負(fù)責(zé)”的原則由生產(chǎn)系統(tǒng)保證源數(shù)據(jù)的完整性、準(zhǔn)確性、全都性、時(shí)效性。ETL架構(gòu)設(shè)計(jì)中我們會包括數(shù)據(jù)質(zhì)量設(shè)計(jì)，將數(shù)據(jù)質(zhì)量檢查腳本參加到ETL如主鍵重復(fù)的就停頓ETL流程，等待解決，但低級別的錯誤不會堵塞ETL過程。在這個(gè)過程中，全部的錯誤都會進(jìn)展記錄，最終生成數(shù)據(jù)質(zhì)量檢查報(bào)告。但需要明確的是，很多狀況ETL之前都無法知道，只能通過ETL之后的數(shù)據(jù)核對才能覺察，然后漸漸積存，加到ETL報(bào)表平臺設(shè)計(jì)建立報(bào)表查詢門戶，供給各類信息報(bào)表的查詢，統(tǒng)一查詢渠道，統(tǒng)一數(shù)據(jù)口徑，統(tǒng)一用戶治理。多個(gè)治理信息系統(tǒng)在報(bào)表平臺上表現(xiàn)為一個(gè)個(gè)獨(dú)立的規(guī)律子系統(tǒng)。BI工具產(chǎn)生的異構(gòu)報(bào)表資源，業(yè)務(wù)人員可以進(jìn)展不同報(bào)表資源的集中治理和公布，最終用戶可以通過全都的展現(xiàn)環(huán)境獵取報(bào)表信息。具體設(shè)計(jì)如下：信息生產(chǎn)信息生產(chǎn)信息消費(fèi)BI工具BI工具前端呈現(xiàn)報(bào)表引擎電子帳表Database報(bào)表查詢規(guī)律數(shù)據(jù)模型LogicalDataModel報(bào)表調(diào)度報(bào)表設(shè)計(jì)報(bào)表交互報(bào)表分析儀表盤風(fēng)險(xiǎn)監(jiān)控?cái)?shù)據(jù)倉庫DataMart敏捷的報(bào)表查詢在報(bào)表的查詢過程中，可以通過掃瞄器直接掃瞄報(bào)表，同時(shí)，用戶也可以通過簡潔的操作，對報(bào)表進(jìn)展重訂制，為了更好的提高有用性，用戶可通過掃瞄器同報(bào)表效勞器進(jìn)展交互，查看到需要的報(bào)表。先進(jìn)的報(bào)表開發(fā)模式在報(bào)表的開發(fā)中，我們將承受最先進(jìn)的協(xié)同開發(fā)模式，開發(fā)人員定制業(yè)務(wù)規(guī)律，業(yè)務(wù)人員依據(jù)自己需要通過簡潔的拖動則可形成自己需要的報(bào)表。22IT1Informationobjects1

Business4選擇報(bào)表模板4選擇報(bào)表模板00基于IE報(bào)表SalesOrderCustomerProfileShipments3選擇InformationObject5高效的報(bào)表消費(fèi)在使用的過程中，業(yè)務(wù)人員根本不用關(guān)心對應(yīng)的后臺業(yè)務(wù)規(guī)律，以及數(shù)據(jù)信息來源等信息，其只要依據(jù)自己的業(yè)務(wù)需要，通過簡潔的拖拽即可完成對報(bào)表的定制，獵取到自己需要的信息。老系統(tǒng)統(tǒng)計(jì)報(bào)表移植對于老系統(tǒng)的統(tǒng)計(jì)報(bào)表，我們將實(shí)行重寫的方式移植到統(tǒng)一的報(bào)表平臺上面。重寫后的統(tǒng)計(jì)報(bào)表基于建的數(shù)據(jù)倉庫，這樣就統(tǒng)一了現(xiàn)存的多個(gè)統(tǒng)計(jì)系統(tǒng)，統(tǒng)一了統(tǒng)計(jì)口徑，解決了統(tǒng)計(jì)口徑不全都所造成的各個(gè)部門信息的不全都，并消退這種不全都對治理決策帶來的負(fù)面影響。老系統(tǒng)報(bào)表遷移的一個(gè)難點(diǎn)是如何保證數(shù)據(jù)倉庫系統(tǒng)中的報(bào)表統(tǒng)計(jì)結(jié)果與原報(bào)表統(tǒng)計(jì)結(jié)果的全都性，對此要具體問題具體分析。報(bào)表的統(tǒng)計(jì)結(jié)果與原報(bào)表的統(tǒng)計(jì)結(jié)果不全都只可能是兩種狀況：報(bào)表的統(tǒng)計(jì)方式是錯誤的，造成老報(bào)表統(tǒng)計(jì)結(jié)果不全都；老報(bào)表的統(tǒng)計(jì)口徑不全都，造成統(tǒng)計(jì)結(jié)果不全都。假設(shè)是前一種狀況，承受正確的統(tǒng)計(jì)方式就能修正錯誤。假設(shè)是后一種狀況，則需要依據(jù)業(yè)務(wù)的需要選擇統(tǒng)計(jì)口徑，使報(bào)表能夠到達(dá)業(yè)務(wù)人員的預(yù)期。是驗(yàn)證對于一樣的輸入，老報(bào)表得到的輸出結(jié)果完全全都。實(shí)際測試中，我們將承受等價(jià)類劃分以及邊值分析法來設(shè)計(jì)測試用例，產(chǎn)生有限的測試用例來掩蓋足夠多的“任何情還是報(bào)表規(guī)律。認(rèn)證治理角色的用戶才能訪問對應(yīng)的報(bào)表。系統(tǒng)牢靠性及可擴(kuò)展性系統(tǒng)的牢靠性及可擴(kuò)展性對企業(yè)級應(yīng)用來說是格外重要的。我們的設(shè)計(jì)充分考慮了這兩個(gè)因素。針對牢靠性，我們的設(shè)計(jì)是在系統(tǒng)包含一個(gè)雙機(jī)組成的數(shù)據(jù)倉庫，和一個(gè)雙機(jī)組成的報(bào)表效勞平臺。數(shù)據(jù)倉庫和報(bào)表效勞器分別帶有自己的外存磁盤陣列。架構(gòu)中的每個(gè)功能節(jié)點(diǎn)設(shè)計(jì)都含冗余度，保證系統(tǒng)不存在單一失敗點(diǎn)，滿足供給7_24不連續(xù)效勞的要求。承受的這樣系統(tǒng)架構(gòu)，主機(jī)系統(tǒng)的維護(hù)、系統(tǒng)擴(kuò)容、升級、系統(tǒng)性能統(tǒng)計(jì)、分析、優(yōu)化以及部件更換就能夠在不影響應(yīng)用系統(tǒng)功能的前提下完成。而全部關(guān)鍵部件能夠保證在不停頓數(shù)據(jù)共享效勞的前提下供給熱插拔力量。對于可擴(kuò)展性，使用我們建議的報(bào)表效勞平臺iServer，系統(tǒng)架構(gòu)會有很強(qiáng)的可擴(kuò)展性，用戶可以通過增加硬件的方式擴(kuò)容，以支持越來越多的用戶和應(yīng)用。iServer可以運(yùn)行在由多臺效勞器組成的集群上，利用任務(wù)掌握與自動負(fù)載平衡技術(shù)，將任務(wù)平均iServer多的效勞器來滿足更高的報(bào)表需求，而系統(tǒng)的性能隨著效勞器數(shù)量的增多呈線性增長，這方面的具體數(shù)據(jù)請參考附錄D“9iServer以通過不同的故障轉(zhuǎn)移模(Failover)式來保障iServer各項(xiàng)效勞的可用性。對系統(tǒng)可擴(kuò)展性的考慮能充分保證用戶不在初期購置超出業(yè)務(wù)量需求的處理力量。隨著用戶業(yè)務(wù)量的增長，主機(jī)系統(tǒng)能隨時(shí)動態(tài)擴(kuò)展處理力量，且系統(tǒng)性能是線性增長的，任何業(yè)務(wù)量的增長需要都能夠通過對主機(jī)的線性擴(kuò)展得到滿足。非功能性設(shè)計(jì)性能需求容量設(shè)計(jì)依據(jù)1994-202310Gbyte，或許每年的數(shù)據(jù)容量在800M左右，沉著量和可擴(kuò)展性和災(zāi)備等多方面綜合考慮，建議每年的數(shù)據(jù)量安排在2.5G左右。響應(yīng)設(shè)計(jì)高的響應(yīng)能給用戶帶來效率上的提升，加快了工作效率，削減了等待時(shí)間，同時(shí)加快了系統(tǒng)的處理效率，我們將通過以下幾方面手段來保證用戶得到高質(zhì)量的響應(yīng)：優(yōu)化模型設(shè)計(jì)，好的模型設(shè)計(jì)能夠削減冗余數(shù)據(jù)量的加載和檢索，以及表間關(guān)聯(lián)檢索，能大大提高系統(tǒng)數(shù)據(jù)的響應(yīng)時(shí)間。有效利用數(shù)據(jù)庫的緩存功能，對于常常訪問的數(shù)據(jù)，可將數(shù)據(jù)緩存于數(shù)據(jù)庫中，IO，利用集群功能，合理安排負(fù)載，充分利用各主機(jī)的CPU,內(nèi)存等硬件資源。優(yōu)化報(bào)表設(shè)計(jì)，削減報(bào)表生成所需要的系統(tǒng)資源。充分利用報(bào)表系統(tǒng)的緩存功能，把報(bào)表生成任務(wù)安排到非頂峰時(shí)段。充分利用報(bào)表系統(tǒng)的對查詢的緩存功能，削減對數(shù)據(jù)源的實(shí)時(shí)訪問。災(zāi)備設(shè)計(jì)災(zāi)備級別高:內(nèi)部系統(tǒng)核心數(shù)據(jù)，包括全部連機(jī)和脫機(jī)數(shù)據(jù)，需要高級別的備份。中：系統(tǒng)需要的資料數(shù)據(jù)。低：與系統(tǒng)關(guān)系不大，間或系統(tǒng)需要使用到的數(shù)據(jù)。由此可見，對于高，中級別的數(shù)據(jù)，需要進(jìn)展對應(yīng)的備份。備份策略為了保障核心數(shù)據(jù)和重要數(shù)據(jù)的完整性和全都性，我們將供給對應(yīng)的磁盤備份、聯(lián)機(jī)備份和遠(yuǎn)程備份功能：磁盤備份：通過鏡像(mirrored)磁盤矩陣,對每一個(gè)寫到磁盤的字節(jié)，作實(shí)時(shí)的鏡像備份，削減磁盤機(jī)出錯的幾率。磁盤備份一旦設(shè)定，由設(shè)備實(shí)現(xiàn)，無需人工干預(yù)。聯(lián)機(jī)備份：供給24*365天的備份機(jī)制，用戶可以基于調(diào)度來運(yùn)行備份，可以基于系統(tǒng)Oracle10g或IBMDB2數(shù)據(jù)庫，都支持熱備份；Actuate9的報(bào)表效勞器iServer,也支持聯(lián)機(jī)熱備份。數(shù)據(jù)倉庫的數(shù)據(jù)和報(bào)表效勞器的報(bào)表，可以每天進(jìn)展一次熱備份。遠(yuǎn)程備份：供給應(yīng)付災(zāi)難性的系統(tǒng)失敗的有效方式。遠(yuǎn)程備份把數(shù)據(jù)存放到地理上的遠(yuǎn)方，以應(yīng)對主機(jī)可能遇到當(dāng)?shù)貫?zāi)難性的損毀。我們建議把每天的熱備份數(shù)據(jù)，拷貝到遠(yuǎn)端備份存儲效勞器。以上的備份策略，保證在不影響系統(tǒng)效勞的條件下，在本地和遠(yuǎn)程，都保存一份前一天的備份數(shù)據(jù)，包括數(shù)據(jù)倉庫和報(bào)表效勞器的數(shù)據(jù)。3072小時(shí)；遠(yuǎn)程備份耗時(shí)目標(biāo)是12恢復(fù)策略常規(guī)的數(shù)據(jù)恢復(fù)流程設(shè)計(jì)如下：重啟系統(tǒng)的全部效勞器和存儲設(shè)備如必要，恢復(fù)系統(tǒng)從本地備份選取前一天的備份，或最近的備份；假設(shè)本地備份喪失，取遠(yuǎn)程備份恢復(fù)數(shù)據(jù)倉庫和報(bào)表系統(tǒng)數(shù)據(jù)恢復(fù)系統(tǒng)效勞常規(guī)數(shù)據(jù)恢復(fù)一般是在文件系統(tǒng)失敗〔包括磁盤設(shè)備失敗〕導(dǎo)致數(shù)據(jù)無法使用的情形下必需激活的程序。常規(guī)數(shù)據(jù)恢復(fù)保證系統(tǒng)回復(fù)到前一天的狀態(tài)，但也意味著當(dāng)天數(shù)據(jù)的喪失。一般系統(tǒng)出錯的恢復(fù)，其實(shí)不肯定需要用到備份，我們建議應(yīng)當(dāng)避開使用常規(guī)數(shù)據(jù)Oracle數(shù)據(jù)庫為例，說明一下可以考慮的恢復(fù)措施。數(shù)據(jù)庫的恢復(fù)過程分兩步進(jìn)展，首先將把存放在重做日志文件中的全部重做運(yùn)用到數(shù)據(jù)文件，之后對重做中全部未提交的事務(wù)進(jìn)展回滾。數(shù)據(jù)庫的恢復(fù)只能在發(fā)生故障之前的數(shù)據(jù)文件上運(yùn)用重做，將其恢復(fù)到故障時(shí)刻，而不能將數(shù)據(jù)文件反向回滾到之前的某一個(gè)時(shí)刻。數(shù)據(jù)庫的特別、錯誤可以分為以下幾類：SQL線程失敗實(shí)例失敗用戶操作失敗存儲設(shè)備失敗假設(shè)發(fā)生前三種失敗，不需要人為干預(yù)，系統(tǒng)會自動進(jìn)展恢復(fù)。對于用戶操作型的失〔如誤刪除數(shù)據(jù)的不完全恢復(fù)。數(shù)據(jù)庫引入了基于表空間的時(shí)間點(diǎn)恢復(fù)(TSPITR)，可以單獨(dú)將包含錯誤操作的表空間恢復(fù)到指定時(shí)間，而不必對整個(gè)數(shù)據(jù)庫進(jìn)展不完全恢復(fù)。當(dāng)錯誤操作覺察比較準(zhǔn)時(shí)而且數(shù)據(jù)量不大的狀況下也可以考慮使用logminerSQL。針對存儲設(shè)備的失敗的狀況比較簡單，存儲設(shè)備的失敗必定會使放置在其上的文件變?yōu)椴恍杏茫覀兿葘?shù)據(jù)庫所涉及到的文件進(jìn)展一個(gè)劃分，主要可分為：數(shù)據(jù)庫的系統(tǒng)文件，指數(shù)據(jù)庫的運(yùn)行文件，各種應(yīng)用程序數(shù)據(jù)庫掌握文件數(shù)據(jù)庫聯(lián)機(jī)重做日志文件數(shù)據(jù)文件歸檔日志文件避開第一種文件失敗主要依靠系統(tǒng)治理員進(jìn)展操作系統(tǒng)級的備份，當(dāng)發(fā)生事故后只能依靠操作系統(tǒng)備份將其恢復(fù)。掌握文件中記錄著整個(gè)數(shù)據(jù)庫的構(gòu)造每個(gè)數(shù)據(jù)文件的狀況系統(tǒng)SCN檢查點(diǎn)計(jì)數(shù)器等重要信息在創(chuàng)立數(shù)據(jù)庫時(shí)會讓用戶指定三個(gè)位置來存放掌握文件他們之間互為鏡像，當(dāng)其中任何一個(gè)發(fā)生故障，只需將其從ini文件中注釋掉故障數(shù)據(jù)文件就可重將數(shù)據(jù)啟動。當(dāng)全部掌握全部失效時(shí)，可以在Nomount模式下執(zhí)行createcontrolfile來重生成掌握文件但必需供給redolodatafil文件名和地址以及MA_INSTANCES等信息。假設(shè)失敗之前運(yùn)行過alterdatabasebackupcontrolfiletotrace或alterdatabasebackupcontrolfileto‘ ’對掌握文件作備份，恢復(fù)時(shí)可使用生成的腳原來重建或用備份文件掩蓋假設(shè)使用了舊的掌握文件在恢復(fù)時(shí)要使用recover usingbackupcontrolfile選項(xiàng)來進(jìn)展恢復(fù)，并使用resetlogs選項(xiàng)來翻開數(shù)據(jù)庫?？色@性設(shè)計(jì)依據(jù)我們在2.2.1中建議的系統(tǒng)架構(gòu)，系統(tǒng)包含一個(gè)雙機(jī)組成的數(shù)據(jù)倉庫，和一個(gè)雙機(jī)組成的報(bào)表效勞平臺。數(shù)據(jù)倉庫和報(bào)表效勞器分別帶有自己的外存磁盤陣列。架構(gòu)中的每個(gè)功能節(jié)點(diǎn)設(shè)計(jì)都含冗余度，保證系統(tǒng)不存在單一失敗點(diǎn)。此外，高可獲性來自于我們建議的軟件系統(tǒng)，無論是Oracle,IBMDB2,Actuate9,都支持失敗轉(zhuǎn)移等高級集群功7_24易用性設(shè)計(jì)在軟件的易用性方面，我們將充分考慮用戶的體驗(yàn)性，簡潔性，高效率性為客戶定制一套更適合客戶需要的的系統(tǒng)，依據(jù)需要，我們將基于以下方面進(jìn)展設(shè)計(jì)：使用群眾化WEB掃瞄器如IE、Firefo_作為客戶端的掃瞄工具。用戶界面友好、同時(shí)易操作。界面操作符合掃瞄習(xí)慣。界面風(fēng)格，術(shù)語統(tǒng)一。敏捷的頁面布局，支持標(biāo)簽頁。合理的組織操作菜單查詢等消滅錯誤時(shí)供給友好的提示。供給友好的聯(lián)機(jī)幫助界面。安全性設(shè)計(jì)身份認(rèn)證系統(tǒng)供給身份認(rèn)證功能。使用系統(tǒng)的用戶必需先要經(jīng)過申請審批治理流程，通過有關(guān)部門治理人員的合法性審批，系統(tǒng)治理員在系統(tǒng)治理模塊中設(shè)置用戶名、操作權(quán)限和初始密碼，并告知用戶后，用戶才可以用指定的用戶名和密碼登錄進(jìn)入系統(tǒng)，進(jìn)展權(quán)限范圍內(nèi)的操作。在系統(tǒng)登錄界面中，只有輸入正確的用戶名和密碼，才能進(jìn)入系統(tǒng)，進(jìn)入系統(tǒng)后用戶可隨時(shí)修改自己的密碼。對用戶密碼可供給更嚴(yán)格的掌握功能，如首次登錄系統(tǒng)必需修改密碼、經(jīng)過多長時(shí)間必需修改密碼、屢次登錄失敗鎖定用戶等，進(jìn)一步供給系統(tǒng)的身份認(rèn)證安全性。用戶權(quán)限掌握系統(tǒng)供給權(quán)限治理功能模塊，系統(tǒng)治理員可增加、刪除、修改用戶、用戶組，設(shè)置用戶的、操作權(quán)限、數(shù)據(jù)權(quán)限。通過用戶、用戶組及權(quán)限治理功能，可依據(jù)機(jī)構(gòu)、部門、用戶類別等建立用戶組，用戶可以屬于某個(gè)組或幾個(gè)組，也可以是獨(dú)立用戶。通過對用戶組進(jìn)展授權(quán)，組中的每個(gè)用戶都擁有組的全部權(quán)限，極大便利了授權(quán)治理；獨(dú)立的用戶可以獨(dú)立授權(quán)。用戶組、用戶關(guān)鍵數(shù)據(jù)加密存儲對于存儲到系統(tǒng)中的一些關(guān)鍵敏感數(shù)據(jù)，程序?qū)@些數(shù)據(jù)進(jìn)展加密存儲，使得在其它任何軟件環(huán)境中都無法獵取明碼。系統(tǒng)操作處理日志系統(tǒng)對用戶登錄狀況，如登錄用戶、進(jìn)入時(shí)間、退出時(shí)間、操作功能項(xiàng)等進(jìn)展自動記錄；對于數(shù)據(jù)錄入、數(shù)據(jù)同步、數(shù)據(jù)抽取和數(shù)據(jù)分析等應(yīng)用處理的時(shí)間、數(shù)據(jù)范圍、執(zhí)行狀況等也自動記錄日志，以便出問題時(shí)跟蹤追查審計(jì)。系統(tǒng)日志還可用于系統(tǒng)操作的防抵賴。安全治理機(jī)構(gòu)和制度建設(shè)明確系統(tǒng)的安全治理機(jī)構(gòu)/部門、人員及職責(zé)，負(fù)責(zé)治理系統(tǒng)安全保密工作。制定系統(tǒng)安全保密治理制度，并嚴(yán)格加以執(zhí)行及監(jiān)視，實(shí)現(xiàn)資源的合理配置和統(tǒng)一治理，實(shí)現(xiàn)統(tǒng)一的訪問掌握策略，確保系統(tǒng)的安全運(yùn)行、安全審查。在外部安全上，企業(yè)級的防火墻可以為本系統(tǒng)供給一個(gè)安全的運(yùn)行環(huán)境。在系統(tǒng)內(nèi)部，本系統(tǒng)用戶眾多，機(jī)構(gòu)、角色、權(quán)限各不一樣，因此必需具有較高的安全性，防止用戶越權(quán)訪問以及竊取數(shù)據(jù)。用戶的每個(gè)動作都要經(jīng)過身份驗(yàn)證，在身份與權(quán)限匹配的狀況下才能連續(xù)執(zhí)行其他操作，就可以有效實(shí)現(xiàn)安全性目標(biāo)。操作授權(quán)：對不同使用部門使用產(chǎn)品的授權(quán)和其中不同級別的用戶使用產(chǎn)品功能的授權(quán)由系統(tǒng)治理員分級授權(quán)，授權(quán)信息放在數(shù)據(jù)庫中，操作員的每一個(gè)操作均需系統(tǒng)授權(quán)。工程治理溝通治理工程會議制度工程會議是效勞于工程工作的，是為了更好的加強(qiáng)工程溝通、解決工程實(shí)施過程中存在的各種問題。每次會議都要有專人做會議記錄，會議紀(jì)要的格式參見雙方商定文檔標(biāo)準(zhǔn)中的會議紀(jì)要模板，會后由記錄人員將會議紀(jì)要分發(fā)給相關(guān)人員，并上傳版本庫中。工程組依據(jù)工程實(shí)際狀況擬設(shè)立定期會議和不定期會議，分別闡述如下：定期會議工程周例會會議目標(biāo)：溝通工程狀態(tài)，提出工程問題、風(fēng)險(xiǎn)和依靠條件；協(xié)調(diào)工程資源；對工程提出建議，問題的解決方法，行動打算。14:00參與人員：乙方工程經(jīng)理；甲方工程經(jīng)理；工程經(jīng)理指定的其他成員。主要議程及責(zé)任：更工程狀態(tài)，包括：跟蹤檢查工程遺留問題的解決狀況；工程〔對提出的問題，爭論和打算行動打算；乙方負(fù)責(zé)做會議記錄，會后分發(fā)會議記錄，將會議記錄上傳到版本庫中，并負(fù)責(zé)下一步行動打算。不定期會議工程狀態(tài)會議會議目標(biāo)：使工程全體人員明確目前工程的狀態(tài)、問題、解決方法。日期與時(shí)間：依據(jù)實(shí)際需要確定。參與人員：全部工程人員。主要議程及責(zé)任：工程狀態(tài)，存在的問題及解決方法；下階段工程打算。工程領(lǐng)導(dǎo)組會議會議目標(biāo)：審核下階段工程打算；復(fù)查工程狀態(tài)和里程碑；對工程中的重大問題做出決策；協(xié)調(diào)工程各方資源；解決工程各方可能發(fā)生的重大爭議。日期與時(shí)間：依據(jù)工程進(jìn)展實(shí)際狀況安排。參與人員：工程領(lǐng)導(dǎo)組成員；乙方工程經(jīng)理；甲方工程經(jīng)理；其他有需要參與的人員。主要議程及責(zé)任：工程經(jīng)理匯報(bào)工程狀態(tài)和下階段工程打算；工程領(lǐng)導(dǎo)爭論工程中需要決策的重大問題；乙方負(fù)責(zé)做會議記錄，會后分發(fā)會議記錄，將會議記錄上傳到版本庫中，并負(fù)責(zé)下一步行動打算。重大問題匯報(bào)會議會議目標(biāo)：匯報(bào)工程重大問題，并爭論打算實(shí)行何行動。日期與時(shí)間：重大問題消滅時(shí)。參與人員：問題發(fā)起人；工程經(jīng)理；高層領(lǐng)導(dǎo)等。主要議程及責(zé)任：匯報(bào)工程重大問題，找出解決方案，打算行動打算。工程組內(nèi)部爭論/溝通會議會議目標(biāo)：對工程組內(nèi)部遇到的問題進(jìn)展?fàn)幷?，找出解決方案，并爭論打算實(shí)行何行動。日期與時(shí)間：依據(jù)開發(fā)的狀態(tài)。參與人員：問題發(fā)起人；溝通相關(guān)人員等。主要議程及責(zé)任：爭論消滅的各種相關(guān)問題，找出解決方案，打算行動打算。工程狀態(tài)周報(bào)制度工程組各組員每周一上午提交周報(bào)，提交到乙方工程經(jīng)理，由 軟件 工程經(jīng)理匯總后提交給甲方工程經(jīng)理；甲方工程經(jīng)理依據(jù)工程狀態(tài)，總結(jié)工程周報(bào)，形成工程組的狀態(tài)周報(bào)，并于每周一下午4點(diǎn)之前上傳到版本庫中的周報(bào)名目上。溝通手段開會或直接交談按需要組織會議進(jìn)展溝通，或直接找相關(guān)的人進(jìn)展?fàn)幷摚粢庥涗洔贤ê蜖幷摻Y(jié)果，重要問題爭論必需有書面會議記錄?；驎h通過的方式進(jìn)展信息溝通。比照較重要的事情，需要包括開發(fā)地點(diǎn)以外的人員，則需要利用會議的方式進(jìn)展?fàn)幷?，溝通。電子郵件建立工程組電子郵件系統(tǒng)及與外界聯(lián)系的電子郵件系統(tǒng)。配置治理配置治理原則全部的工程過程文檔、代碼或工程最終文檔、代碼的編制工作，都必需在甲方供給的配置環(huán)境中進(jìn)展，全部人員都必需按甲方的配置治理制度進(jìn)展工作。配置庫治理配置庫分為文檔庫和代碼庫。文檔庫治理工程的全部文檔，而代碼庫治理工程的全部代碼，文檔及代碼庫進(jìn)展基線化治理，依據(jù)工程階段，對文檔庫和代碼庫打基線。經(jīng)測試以及審核后提交產(chǎn)品庫，文檔與產(chǎn)品由甲方統(tǒng)一治理，未經(jīng)甲方同意，不得對任何項(xiàng)進(jìn)展任何更改。變更治理為了保證工程開發(fā)工作的相對穩(wěn)定性，提高工作效率，確保開發(fā)質(zhì)量。對影響工程打算的變更，制定出處理變更的標(biāo)準(zhǔn)的、統(tǒng)一的方法和過程，估算出因變更引起的相應(yīng)的資源、費(fèi)用、和時(shí)間的變化以及變更確立后，變更的公布，執(zhí)行，和過程質(zhì)量的掌握。本工程成立變更掌握委員會，一般為單數(shù)組成〔甲方人數(shù)＝乙方＋1員任變更掌握委員會主任;變更的審批由變更掌握委員會表決打算，2/3任有最終拒絕權(quán)。如變更掌握委員會無法對變更做出最終打算，由變更掌握委員會主任將變更申請?zhí)峤还こ讨卫砀邔舆M(jìn)展裁決。發(fā)起變更提出變更要求必需填寫《變更申請表〔參見附件C“變更申請表”所附表樣申請表》由變更申請人填寫。變更掌握委員會審議變更申請的有效性和變更的必要性，打算拒絕變更申請或者要求乙方對申請的變更進(jìn)展評估。評估變更乙方指定的評估人員要充分評估變更對工程整體打算、進(jìn)度、費(fèi)用及質(zhì)量的影響，進(jìn)行全面的評估，在五工作日內(nèi)，填寫變更評估表〔參見附件C“變更申請表”所附表樣以書面形式提交甲方。審批變更變更掌握委員會對變更懇求進(jìn)展審批，由變更掌握委員會主任簽署書面變更審批單，有效變更審批間必需在審批結(jié)論中明確是否通過變更申請。執(zhí)行變更乙方負(fù)責(zé)依據(jù)變更審批結(jié)果，調(diào)整相關(guān)工程打算，依據(jù)的工程打算和工程進(jìn)度，重安排資源，對變更開放工作，并指定變更執(zhí)行評估人員。變更有關(guān)執(zhí)行人進(jìn)展變更執(zhí)行。執(zhí)行完成后向變更掌握委員會報(bào)告變更執(zhí)行狀況。變更執(zhí)行評估并將結(jié)果向變更掌握委