軟件項(xiàng)目標(biāo)書參考模板

1、中國外匯交易中心數(shù)據(jù)倉庫一期項(xiàng)目建議第二冊 技術(shù)部分安訊軟件（上海）有限公司xxxx年xx月xx日0 / 33目錄1 項(xiàng)目目標(biāo)42 技術(shù)解決方案52.1 系統(tǒng)總體架構(gòu)52.1.1 邏輯架構(gòu)52.1.1.1 功能層面（上側(cè)面）52.1.1.2 非功能層面（右側(cè)面）62.1.2 設(shè)計層面62.1.2.1 ETL數(shù)據(jù)抽取62.1.2.2 報表設(shè)計62.1.2.3 報表展現(xiàn)62.1.2.4 報表應(yīng)用62.1.3 物理架構(gòu)62.1.4 數(shù)據(jù)架構(gòu)82.2 系統(tǒng)技術(shù)實(shí)現(xiàn)方案92.2.1 總體技術(shù)實(shí)現(xiàn)方案92.2.2 高效的ETL處理102.2.2.1 ETL總體處理流程102.2.2.2 數(shù)據(jù)倉庫模型設(shè)計1

2、22.2.3 數(shù)據(jù)質(zhì)量管理132.2.3.1 數(shù)據(jù)倉庫對數(shù)據(jù)質(zhì)量的要求132.2.3.2 數(shù)據(jù)質(zhì)量改進(jìn)目標(biāo)132.2.3.3 數(shù)據(jù)質(zhì)量改進(jìn)方法132.2.4 報表平臺設(shè)計142.2.4.1 靈活的報表查詢152.2.4.2 先進(jìn)的報表開發(fā)模式152.2.4.3 高效的報表消費(fèi)152.2.4.4 老系統(tǒng)統(tǒng)計報表移植152.2.5 認(rèn)證管理162.2.6 系統(tǒng)可靠性及可擴(kuò)展性162.2.7 非功能性設(shè)計172.2.7.1 性能需求172.2.7.2 災(zāi)備設(shè)計182.2.7.3 可獲性設(shè)計202.2.7.4 易用性設(shè)計202.2.7.5 安全性設(shè)計213 項(xiàng)目管理223.1 溝通管理223.1.1

3、項(xiàng)目會議制度223.1.1.1 定期會議233.1.1.2 不定期會議233.1.2 項(xiàng)目狀態(tài)周報制度243.1.3 溝通手段243.2 配置管理253.2.1 配置管理原則253.2.2 配置庫管理253.3 變更管理253.3.1 發(fā)起變更253.3.2 評估變更263.3.3 審批變更263.3.4 執(zhí)行變更263.3.5 變更執(zhí)行評估263.4 質(zhì)量管理273.4.1 質(zhì)量規(guī)劃273.4.2 質(zhì)量保證283.4.3 質(zhì)量檢查294 工期進(jìn)度29第二冊 技術(shù)部分1 項(xiàng)目目標(biāo)CFETS希望通過數(shù)據(jù)倉庫系統(tǒng)的建設(shè)，可以有效地整合各市場業(yè)務(wù)數(shù)據(jù)，統(tǒng)一對信息進(jìn)行利用和管理，對外提供統(tǒng)一的數(shù)據(jù)視圖

4、和綜合決策分析支撐環(huán)境，為CFETS各部門所需的報表應(yīng)用、統(tǒng)計分析及信息挖掘提供基礎(chǔ)支持平臺。具體建設(shè)目標(biāo)如下：（1）技術(shù)目標(biāo)· 建立數(shù)據(jù)倉庫基礎(chǔ)架構(gòu)· 建立自動數(shù)據(jù)抽取轉(zhuǎn)換加載（ETL）機(jī)制· 建立多維分析和數(shù)據(jù)查詢工具和界面已經(jīng)分析報表生成和展示框架（2）業(yè)務(wù)目標(biāo)· 實(shí)現(xiàn)一期經(jīng)營分析的多維分析、查詢和報表，提供CFETS各部門所需報表· 提供下游系統(tǒng)所需要的統(tǒng)計數(shù)據(jù)· 提供中心內(nèi)部用戶以Ad-Hoc方式查詢所需數(shù)據(jù)· 將業(yè)務(wù)系統(tǒng)的歷史和增量數(shù)據(jù)加載進(jìn)入數(shù)據(jù)倉庫，并轉(zhuǎn)換為數(shù)據(jù)倉庫的存儲格式· 實(shí)現(xiàn)用戶訪問的門戶界

5、面并建立相應(yīng)的訪問安全和權(quán)限機(jī)制· 進(jìn)行老系統(tǒng)統(tǒng)計報表的移植工作，保證數(shù)據(jù)倉庫系統(tǒng)中的報表統(tǒng)計結(jié)果與原報表統(tǒng)計結(jié)果的一致性基于上述需求，安訊軟件（上海）有限公司提出如下技術(shù)解決方案來實(shí)現(xiàn)本項(xiàng)目的技術(shù)目標(biāo)和業(yè)務(wù)目標(biāo)。2 技術(shù)解決方案2.1 系統(tǒng)總體架構(gòu)2.1.1 邏輯架構(gòu)總體邏輯架構(gòu)如下：2.1.1.1 功能層面（上側(cè)面）根據(jù)CFETS對應(yīng)的功能需求，對應(yīng)的功能層面上需要建立如下功能：· 數(shù)據(jù)的ETL· 數(shù)據(jù)存儲· 固定統(tǒng)計報表· 統(tǒng)一用戶界面及Portal認(rèn)證管理2.1.1.2 非功能層面（右側(cè)面）· 易用性· 響應(yīng)性

6、83; 可靠性· 擴(kuò)展性· 安全性2.1.2 設(shè)計層面2.1.2.1 ETL數(shù)據(jù)抽取通過成熟的ETL工具，實(shí)現(xiàn)從不同的數(shù)據(jù)源中抽取出所需要的信息，同時通過數(shù)據(jù)的加工和格式化，對外提供給其他系統(tǒng)使用。2.1.2.2 報表設(shè)計當(dāng)形成好統(tǒng)一的數(shù)據(jù)倉庫后，基于該倉庫模型，可進(jìn)行對應(yīng)的報表設(shè)計和管理，技術(shù)人員設(shè)計好基本的報表后，可提供給業(yè)務(wù)人員使用。2.1.2.3 報表展現(xiàn)技術(shù)人員設(shè)計好報表模板后，通過發(fā)布到對應(yīng)的服務(wù)器據(jù)，實(shí)現(xiàn)對報表的展現(xiàn)。2.1.2.4 報表應(yīng)用業(yè)務(wù)人員通過終端界面，可以使用由開發(fā)人員開發(fā)和設(shè)計的報表，同時，業(yè)務(wù)人員也能同報表進(jìn)行交互，檢索出自己需要的數(shù)據(jù)。2.1

7、.3 物理架構(gòu)對于本，外幣不同的數(shù)據(jù)源，以及不同的物理子系統(tǒng)，基本的物理架構(gòu)如下：物理架構(gòu)說明：A. 本外幣數(shù)據(jù)庫向倉庫提供對應(yīng)的數(shù)據(jù)B. 倉庫為對應(yīng)的報表服務(wù)器提供統(tǒng)一的視圖。C. 權(quán)限報表服務(wù)器部署到同一機(jī)器上。2.1.4 數(shù)據(jù)架構(gòu)數(shù)據(jù)流說明：A. 首先從本外幣或者其他系統(tǒng)獲得對應(yīng)的數(shù)據(jù).B. 經(jīng)過ETL對數(shù)據(jù)進(jìn)行加工，清洗和標(biāo)準(zhǔn)化。C. 將已經(jīng)標(biāo)準(zhǔn)化和模型化的數(shù)據(jù)進(jìn)入到數(shù)據(jù)倉庫，或者提供需要的數(shù)據(jù)文件。D. 數(shù)據(jù)倉庫對外暴露數(shù)據(jù)模型和數(shù)據(jù)視圖以及sql接口。E. 數(shù)據(jù)倉庫為報表管理系統(tǒng)和下游系統(tǒng)提供所需要的數(shù)據(jù)F. 報表管理系統(tǒng)展現(xiàn)對應(yīng)數(shù)據(jù)的報表。2.2 系統(tǒng)技術(shù)實(shí)現(xiàn)方案2.2.1 總體

8、技術(shù)實(shí)現(xiàn)方案充分考慮到CFETS系統(tǒng)存在在本外幣等多種數(shù)據(jù)源，且數(shù)據(jù)源分散，多分散子系統(tǒng)的情況，同時各個子系統(tǒng)中存在統(tǒng)計口徑不一致，影響統(tǒng)一的決策和各個部門信息的一致性。在使用的過程中，會員信息維護(hù)復(fù)雜，且各個系統(tǒng)各自維護(hù)一套對應(yīng)的會員信息，導(dǎo)致會員維護(hù)工作量加大。數(shù)據(jù)倉庫一期需求大致可以分成數(shù)據(jù)庫架構(gòu)的建立、ETL機(jī)制的建立、以及報表分析架構(gòu)的建立和報表實(shí)施。系統(tǒng)可以分成數(shù)據(jù)倉庫和報表系統(tǒng)兩大部分。以下是我們建議的系統(tǒng)架構(gòu)概念圖：系統(tǒng)包含一個雙機(jī)組成的數(shù)據(jù)倉庫，和一個雙機(jī)組成的報表服務(wù)平臺。數(shù)據(jù)倉庫和報表服務(wù)器分別帶有自己的外存磁盤陣列。架構(gòu)中的每個功能節(jié)點(diǎn)設(shè)計都含冗余度，保證系統(tǒng)不存在單一

9、失敗點(diǎn)，滿足提供7x24不間斷服務(wù)的要求。在系統(tǒng)架構(gòu)不變的前提下，系統(tǒng)的每部分可以用不同的技術(shù)實(shí)現(xiàn)。比如，數(shù)據(jù)庫管理系統(tǒng)可以使用Oracle的技術(shù)，也可以使用IBM的技術(shù)。報表技術(shù)建議使用Actuate 9。使用我們建議的應(yīng)用軟件，這樣的系統(tǒng)架構(gòu)會有很強(qiáng)的可擴(kuò)展性，用戶可以通過增加硬件的方式擴(kuò)容，以支持越來越多的用戶和應(yīng)用?？傮w方案通過以下步驟實(shí)現(xiàn)數(shù)據(jù)到可用信息的轉(zhuǎn)換：1. 通過ETL手段對不同的數(shù)據(jù)源數(shù)據(jù)進(jìn)行抽取，轉(zhuǎn)換，清洗，數(shù)據(jù)格式化。2. 通過ETL轉(zhuǎn)化后的數(shù)據(jù)統(tǒng)一進(jìn)入數(shù)據(jù)倉庫，形成統(tǒng)一的數(shù)據(jù)視圖。3. 進(jìn)入數(shù)據(jù)倉庫的數(shù)據(jù)模型可以為報表平臺提供對應(yīng)的數(shù)據(jù)來源。4. 通過認(rèn)證的用戶可以登陸

10、報表平臺消費(fèi)和設(shè)計對應(yīng)的報表。2.2.2 高效的ETL處理2.2.2.1 ETL總體處理流程ETL處理流程：1. 從本幣數(shù)據(jù)源或其他數(shù)據(jù)源中抽取需要的數(shù)據(jù)。2. ETL對抽取到的數(shù)據(jù)進(jìn)行必要的增量處理，生成一天的增量數(shù)據(jù)。3. ETL對增量數(shù)據(jù)進(jìn)行技術(shù)性檢核、標(biāo)準(zhǔn)化、轉(zhuǎn)換。4. 產(chǎn)生LDM落地數(shù)據(jù)文件。5. 落地數(shù)據(jù)文件下發(fā)到下游系統(tǒng)，同時進(jìn)行數(shù)據(jù)入庫。6. 整個ETL處理過程進(jìn)行異常處理及監(jiān)控。ETL實(shí)施我們建議采用成熟的ETL工具，所選ETL工具需要滿足如下基本要求：（1）技術(shù)架構(gòu)1)支持所有的主流平臺2)模塊化的架構(gòu)設(shè)計，可按需進(jìn)行模塊添加和擴(kuò)展3)具有錯誤恢復(fù)邏輯的功能4)支持并行處理

11、（2） 核心功能1)支持本地數(shù)據(jù)訪問模式2)支持星型模式3)支持打包應(yīng)用（例如SAP）4)支持基本處理（例如SQL）5)具有數(shù)據(jù)自動轉(zhuǎn)換和清洗功能6)支持實(shí)時ETL和按需ETL7)具有自動錯誤預(yù)警功能（3） 開發(fā)環(huán)境1)圖形化界面2)支持命令行3)便于調(diào)試和維護(hù)4)具有代碼版本控制功能（4） ETL管理1)支持集中管理2)自動產(chǎn)生每日ETL運(yùn)行報表3)具有ETL自動和手工調(diào)度功能我們相信商業(yè)ETL工具中INFORMATICA會是一個很好的選擇，開源ETL產(chǎn)品Kettle則是INFORMATICA之外一個很好的備選。2.2.2.2 數(shù)據(jù)倉庫模型設(shè)計數(shù)據(jù)建模 建模過程：（以常用會計報表為例）1.

12、用戶需要查看基于時間、機(jī)構(gòu)和科目的報表。2. 建立以數(shù)據(jù)事實(shí)表為中心，需要時間、機(jī)構(gòu)和度量作為其維度。3. 建立好如上的星型模型后，可發(fā)現(xiàn)模型具有如下優(yōu)點(diǎn)。4. 靈活的數(shù)據(jù)查詢，可基于時間查詢對應(yīng)的日報，月報和季報。5. 效率最優(yōu)化，需要查詢機(jī)構(gòu)信息，則通過機(jī)構(gòu)和事實(shí)表關(guān)聯(lián)即可完成。2.2.3 數(shù)據(jù)質(zhì)量管理2.2.3.1 數(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)確、處理邏輯是否準(zhǔn)確等。數(shù)據(jù)核對準(zhǔn)確的判斷是要么結(jié)果一致，要么不一致但原因是可解釋的。數(shù)據(jù)一致

13、性，包括源系統(tǒng)之間同一數(shù)據(jù)是否一致，源數(shù)據(jù)與抽取的數(shù)據(jù)是否一致，數(shù)據(jù)倉庫內(nèi)部各處理環(huán)節(jié)數(shù)據(jù)是否一致等。數(shù)據(jù)邏輯合理性，主要從業(yè)務(wù)邏輯的角度判斷數(shù)據(jù)是否正確，如帳目類型的金額、時長、次數(shù)的邏輯關(guān)系是否滿足等。數(shù)據(jù)時效性，包括數(shù)據(jù)處理（獲取、整理、加載等）的及時性，數(shù)據(jù)異常檢測的及時性，數(shù)據(jù)處理回退的及時性等。數(shù)據(jù)倉庫服務(wù)于經(jīng)營決策，經(jīng)營決策依據(jù)的數(shù)據(jù)應(yīng)該是全面的、真實(shí)可靠的、有意義的。數(shù)據(jù)時效性如果得不到保證，就可能延誤了市場人員的分析，失去商機(jī)。從數(shù)據(jù)倉庫的建設(shè)過程來看，它本身修復(fù)數(shù)據(jù)以提高數(shù)據(jù)質(zhì)量的能力并不是很強(qiáng)，但是它能發(fā)現(xiàn)生產(chǎn)系統(tǒng)存在的一些數(shù)據(jù)質(zhì)量問題從而提醒用戶哪些數(shù)據(jù)有質(zhì)量問題，將數(shù)

14、據(jù)問題反饋到業(yè)務(wù)支撐系統(tǒng)中，由后者做數(shù)據(jù)修正。2.2.3.2 數(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ù)服務(wù)于經(jīng)營分析，為生產(chǎn)系統(tǒng)的改進(jìn)提供標(biāo)準(zhǔn)。 建立數(shù)據(jù)整合流程，實(shí)現(xiàn)流程定義、流程配置和流程管控。 建立數(shù)據(jù)整合的規(guī)章制度，落實(shí)數(shù)據(jù)質(zhì)量的分級負(fù)責(zé)。建立起數(shù)據(jù)整合隊(duì)伍，使數(shù)據(jù)質(zhì)量能夠得以持續(xù)改進(jìn)。2.2.3.3 數(shù)據(jù)質(zhì)量改進(jìn)方法數(shù)據(jù)質(zhì)量控制要從技術(shù)、流程和管理三個方面進(jìn)行。從技術(shù)層面上，生產(chǎn)系統(tǒng)存在的噪音數(shù)據(jù)、遺漏數(shù)據(jù)和不一致性數(shù)據(jù)，需要進(jìn)行數(shù)據(jù)清洗；同時需要對源數(shù)據(jù)做稽核，如總

15、量稽核和分量稽核。在流程層面上，對于源數(shù)據(jù)的抽取要遵從一定的業(yè)務(wù)規(guī)則，數(shù)據(jù)的抽取和轉(zhuǎn)換需要很多步驟來完成，這就需要將過程流程化，并且流程可通過配置來實(shí)現(xiàn)。在管理層面上，要求生產(chǎn)系統(tǒng)報送數(shù)據(jù)，按照“誰提供數(shù)據(jù)，誰負(fù)責(zé)”的原則由生產(chǎn)系統(tǒng)保證源數(shù)據(jù)的完整性、準(zhǔn)確性、一致性、時效性。下面是我們在技術(shù)層面采取的具體做法。在ETL架構(gòu)設(shè)計中我們會包括數(shù)據(jù)質(zhì)量設(shè)計，將數(shù)據(jù)質(zhì)量檢查腳本加入到ETL流程中，分為技術(shù)檢查和業(yè)務(wù)規(guī)則檢查。錯誤分嚴(yán)重程度，如主鍵重復(fù)的就停止ETL流程，等待解決，但低級別的錯誤不會阻塞ETL過程。在這個過程中，所有的錯誤都會進(jìn)行記錄，最終生成數(shù)據(jù)質(zhì)量檢查報告。但需要明確的是，很多情況下

16、，許多數(shù)據(jù)問題在ETL之前都無法知道，只能通過ETL之后的數(shù)據(jù)核對才能發(fā)現(xiàn)，然后逐漸積累，加到ETL的規(guī)則控制中去。2.2.4 報表平臺設(shè)計建立報表查詢門戶，提供各類信息報表的查詢，統(tǒng)一查詢渠道，統(tǒng)一數(shù)據(jù)口徑，統(tǒng)一用戶管理。多個管理信息系統(tǒng)在報表平臺上表現(xiàn)為一個個獨(dú)立的邏輯子系統(tǒng)。通過報表平臺，技術(shù)人員可以通過靈活配置邏輯系統(tǒng)集成不同BI工具產(chǎn)生的異構(gòu)報表資源，業(yè)務(wù)人員可以進(jìn)行不同報表資源的集中管理和發(fā)布，最終用戶可以通過一致的展示環(huán)境獲取報表信息。具體設(shè)計如下：2.2.4.1 靈活的報表查詢 在報表的查詢過程中，可以通過瀏覽器直接瀏覽報表，同時，用戶也可以通過簡單的操作，對報表進(jìn)行重新訂制，

17、為了更好的提高實(shí)用性，用戶可通過瀏覽器同報表服務(wù)器進(jìn)行交互，查看到需要的報表。2.2.4.2 先進(jìn)的報表開發(fā)模式在報表的開發(fā)中，我們將采用最先進(jìn)的協(xié)同開發(fā)模式，開發(fā)人員定制業(yè)務(wù)邏輯，業(yè)務(wù)人員根據(jù)自己需要通過簡單的拖動則可形成自己需要的報表。2.2.4.3 高效的報表消費(fèi)在使用的過程中，業(yè)務(wù)人員根本不用關(guān)心對應(yīng)的后臺業(yè)務(wù)邏輯，以及數(shù)據(jù)信息來源等信息，其只要根據(jù)自己的業(yè)務(wù)需要，通過簡單的拖拽即可完成對報表的定制，獲取到自己需要的信息。2.2.4.4 老系統(tǒng)統(tǒng)計報表移植對于老系統(tǒng)的統(tǒng)計報表，我們將采取重寫的方式移植到統(tǒng)一的報表平臺上面。重寫后的統(tǒng)計報表基于新建的數(shù)據(jù)倉庫，這樣就統(tǒng)一了現(xiàn)存的多個統(tǒng)計系

18、統(tǒng)，統(tǒng)一了統(tǒng)計口徑，解決了統(tǒng)計口徑不一致所造成的各個部門信息的不一致，并消除這種不一致對管理決策帶來的負(fù)面影響。老系統(tǒng)報表遷移的一個難點(diǎn)是如何保證數(shù)據(jù)倉庫系統(tǒng)中的報表統(tǒng)計結(jié)果與原報表統(tǒng)計結(jié)果的一致性，對此要具體問題具體分析。新報表的統(tǒng)計結(jié)果與原報表的統(tǒng)計結(jié)果不一致只可能是兩種情況：新報表的統(tǒng)計方式是錯誤的，造成新老報表統(tǒng)計結(jié)果不一致；新老報表的統(tǒng)計口徑不一致，造成統(tǒng)計結(jié)果不一致。如果是前一種情況，采用正確的統(tǒng)計方式就能修正錯誤。如果是后一種情況，則需要根據(jù)業(yè)務(wù)的需要選擇統(tǒng)計口徑，使新報表能夠達(dá)到業(yè)務(wù)人員的預(yù)期。我們將會采用嚴(yán)格的測試手段來保證新報表與老報表統(tǒng)計結(jié)果的一致性。測試的目的，是驗(yàn)證對

19、于相同的輸入，新老報表得到的輸出結(jié)果完全一致。實(shí)際測試中，我們將采用等價類劃分以及邊值分析法來設(shè)計測試用例，產(chǎn)生有限的測試用例來覆蓋足夠多的“任何情況”。對有差異的報表，我們會作進(jìn)一步的數(shù)據(jù)集對比，以確定問題的根源到底是在數(shù)據(jù)，還是報表邏輯。2.2.5 認(rèn)證管理 在對用戶信息的管理中，提供以角色和用戶為安全模型的統(tǒng)一認(rèn)證機(jī)制，只有具有對應(yīng)角色的用戶才能訪問對應(yīng)的報表。2.2.6 系統(tǒng)可靠性及可擴(kuò)展性系統(tǒng)的可靠性及可擴(kuò)展性對企業(yè)級應(yīng)用來說是非常重要的。我們的設(shè)計充分考慮了這兩個因素。針對可靠性，我們的設(shè)計是在系統(tǒng)包含一個雙機(jī)組成的數(shù)據(jù)倉庫，和一個雙機(jī)組成的報表服務(wù)平臺。數(shù)據(jù)倉庫和報表服務(wù)器分別帶

20、有自己的外存磁盤陣列。架構(gòu)中的每個功能節(jié)點(diǎn)設(shè)計都含冗余度，保證系統(tǒng)不存在單一失敗點(diǎn)，滿足提供7x24不間斷服務(wù)的要求。采用的這樣系統(tǒng)架構(gòu)，主機(jī)系統(tǒng)的維護(hù)、系統(tǒng)擴(kuò)容、升級、系統(tǒng)性能統(tǒng)計、分析、優(yōu)化以及部件更換就能夠在不影響應(yīng)用系統(tǒng)功能的前提下完成。而所有關(guān)鍵部件能夠保證在不停頓數(shù)據(jù)共享服務(wù)的前提下提供熱插拔能力。對于可擴(kuò)展性，使用我們建議的報表服務(wù)平臺安訊iServer，系統(tǒng)架構(gòu)會有很強(qiáng)的可擴(kuò)展性，用戶可以通過增加硬件的方式擴(kuò)容，以支持越來越多的用戶和應(yīng)用。安訊iServer可以運(yùn)行在由多臺服務(wù)器組成的集群上，利用任務(wù)控制與自動負(fù)載平衡技術(shù)，將任務(wù)平均分配到各臺服務(wù)器上。安訊iServer具備出

21、色的可擴(kuò)展性，用戶可以簡單的向集群中添加更多的服務(wù)器來滿足更高的報表需求，而系統(tǒng)的性能隨著服務(wù)器數(shù)量的增多呈線性增長，這方面的具體數(shù)據(jù)請參考附錄D “安訊9系統(tǒng)性能白皮書”。在集群系統(tǒng)中，安訊iServer可以通過不同的故障轉(zhuǎn)移模(Failover)式來保障iServer各項(xiàng)服務(wù)的可用性。對系統(tǒng)可擴(kuò)展性的考慮能充分保證用戶不在初期購買超出業(yè)務(wù)量需求的處理能力。隨著用戶業(yè)務(wù)量的增長，主機(jī)系統(tǒng)能隨時動態(tài)擴(kuò)展處理能力，且系統(tǒng)性能是線性增長的，任何業(yè)務(wù)量的增長需要都能夠通過對主機(jī)的線性擴(kuò)展得到滿足。2.2.7 非功能性設(shè)計2.2.7.1 性能需求2.2.7.1.1 容量設(shè)計根據(jù)1994-2007年的所

22、有交易數(shù)據(jù)總?cè)萘繛?0G byte，大概每年的數(shù)據(jù)容量在800M左右，從容量和可擴(kuò)展性和災(zāi)備等多方面綜合考慮，建議每年的數(shù)據(jù)量分配在2.5G左右。2.2.7.1.2 響應(yīng)設(shè)計高的響應(yīng)能給用戶帶來效率上的提升 ，加快了工作效率，減少了等待時間，同時加快了系統(tǒng)的處理效率，我們將通過以下幾方面手段來保證用戶得到高質(zhì)量的響應(yīng)：1. 優(yōu)化模型設(shè)計，好的模型設(shè)計能夠減少冗余數(shù)據(jù)量的加載和檢索，以及表間關(guān)聯(lián)檢索，能大大提高系統(tǒng)數(shù)據(jù)的響應(yīng)時間。2. 有效利用數(shù)據(jù)庫的緩存功能，對于經(jīng)常訪問的數(shù)據(jù)，可將數(shù)據(jù)緩存于數(shù)據(jù)庫中，減少IO，3. 利用集群功能，合理分配負(fù)載，充分利用各主機(jī)的CPU, 內(nèi)存等硬件資源。4.

23、優(yōu)化報表設(shè)計，減少報表生成所需要的系統(tǒng)資源。5. 充分利用報表系統(tǒng)的緩存功能，把報表生成任務(wù)安排到非高峰時段。6. 充分利用報表系統(tǒng)的對查詢的緩存功能，減少對數(shù)據(jù)源的實(shí)時訪問。2.2.7.2 災(zāi)備設(shè)計2.2.7.2.1 災(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)的備份。2.2.7.2.2 備份策略為了保障核心數(shù)據(jù)和重要數(shù)據(jù)的完整性和一致性，我們將提供對應(yīng)的磁盤備份、聯(lián)機(jī)備份和遠(yuǎn)程備份功能：磁盤備份：通過鏡像

24、(mirrored) 磁盤矩陣, 對每一個寫到磁盤的字節(jié)，作實(shí)時的鏡像備份，減少磁盤機(jī)出錯的幾率。磁盤備份一旦設(shè)定，由設(shè)備實(shí)現(xiàn)，無需人工干預(yù)。聯(lián)機(jī)備份：提供24*365天的備份機(jī)制，用戶可以基于調(diào)度來運(yùn)行備份，可以基于系統(tǒng)運(yùn)行的熱備份。我們設(shè)計方案中使用的Oracle 10g 或IBM DB 2 數(shù)據(jù)庫，都支持熱備份；Actuate 9 的報表服務(wù)器 iServer , 也支持聯(lián)機(jī)熱備份。 數(shù)據(jù)倉庫的數(shù)據(jù)和報表服務(wù)器的報表，可以每天進(jìn)行一次熱備份。遠(yuǎn)程備份：提供對付災(zāi)害性的系統(tǒng)失敗的有效方式。遠(yuǎn)程備份把數(shù)據(jù)存放到地理上的遠(yuǎn)方，以應(yīng)對主機(jī)可能遇到當(dāng)?shù)貫?zāi)害性的損毀。我們建議把每天的熱備份數(shù)據(jù)，拷貝

25、到遠(yuǎn)端備份存儲服務(wù)器。以上的備份策略，保證在不影響系統(tǒng)服務(wù)的條件下，在本地和遠(yuǎn)程，都保留一份前一天的備份數(shù)據(jù)，包括數(shù)據(jù)倉庫和報表服務(wù)器的數(shù)據(jù)。當(dāng)?shù)貍浞萁ㄗh保留30天；遠(yuǎn)程備份建議保留7天。備份可以保存在磁帶庫、或光盤庫。本地備份耗時目標(biāo)是2小時；遠(yuǎn)程備份耗時目標(biāo)是12小時。2.2.7.2.3 恢復(fù)策略常規(guī)的數(shù)據(jù)恢復(fù)流程設(shè)計如下：1) 重啟系統(tǒng)的所有服務(wù)器和存儲設(shè)備2) 如必要，恢復(fù)系統(tǒng)3) 從本地備份選取前一天的備份，或最近的備份；如果本地備份丟失，取遠(yuǎn)程備份4) 恢復(fù)數(shù)據(jù)倉庫和報表系統(tǒng)數(shù)據(jù)5) 恢復(fù)系統(tǒng)服務(wù)常規(guī)數(shù)據(jù)恢復(fù)一般是在文件系統(tǒng)失?。òù疟P設(shè)備失敗）導(dǎo)致數(shù)據(jù)無法使用的情形下必須激活的

26、程序。常規(guī)數(shù)據(jù)恢復(fù)保證系統(tǒng)回復(fù)到前一天的狀態(tài)，但也意味著當(dāng)天數(shù)據(jù)的丟失。一般系統(tǒng)出錯的恢復(fù)，其實(shí)不一定需要用到備份，我們建議應(yīng)該避免使用常規(guī)數(shù)據(jù)恢復(fù)，盡量考慮用其他辦法把系統(tǒng)回復(fù)到最近的可用狀態(tài)。以下我們以O(shè)racle數(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ù)據(jù)文件反向回滾到之前的某一個時刻。數(shù)據(jù)庫的異常、錯誤可以分為以下幾類：· SQL語句失敗 · 線程失敗 · 實(shí)

27、例失敗 · 用戶操作失敗 · 存儲設(shè)備失敗 如果發(fā)生前三種失敗，不需要人為干涉，系統(tǒng)會自動進(jìn)行恢復(fù)。對于用戶操作型的失?。ㄈ缯`刪除數(shù)據(jù)），系統(tǒng)采取的補(bǔ)救措施主要有導(dǎo)入最新的邏輯備份或進(jìn)行到某一時間點(diǎn)的不完全恢復(fù)。數(shù)據(jù)庫引入了基于表空間的時間點(diǎn)恢復(fù)(TSPITR)，可以單獨(dú)將包含錯誤操作的表空間恢復(fù)到指定時間，而不必對整個數(shù)據(jù)庫進(jìn)行不完全恢復(fù)。當(dāng)錯誤操作發(fā)現(xiàn)比較及時而且數(shù)據(jù)量不大的情況下也可以考慮使用logminer生成反向SQL。 針對存儲設(shè)備的失敗的情況比較復(fù)雜，存儲設(shè)備的失敗必然會使放置在其上的文件變?yōu)椴豢捎?，我們先將?shù)據(jù)庫所涉及到的文件進(jìn)行一個劃分，主要可分為： &#

28、183; 數(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ù)。 控制文件中記錄著整個數(shù)據(jù)庫的結(jié)構(gòu)、每個數(shù)據(jù)文件的狀況、系統(tǒng)SCN、檢查點(diǎn)計數(shù)器等重要信息，在創(chuàng)建數(shù)據(jù)庫時會讓用戶指定三個位置來存放控制文件，他們之間互為鏡像，當(dāng)其中任何一個發(fā)生故障，只需將其從ini文件中注釋掉故障數(shù)據(jù)文件就可重新將數(shù)據(jù)啟動。當(dāng)所有控制全部失效時，可以在Nomount模式下執(zhí)行create cont

29、rolfile來重新生成控制文件，但必須提供redo log，data file，文件名和地址以及MAXLOGFILES，MAXDATAFILES，MAXINSTANCES等信息。如果失敗之前運(yùn)行過alter database backup controlfile to trace或alter database backup controlfile to xxx對控制文件作備份，恢復(fù)時可使用生成的腳本來重建或用備份文件覆蓋，如果使用了舊的控制文件在恢復(fù)時要使用recover xxx using backup controlfile選項(xiàng)來進(jìn)行恢復(fù)，并使用resetlogs選項(xiàng)來打開數(shù)據(jù)庫。2.2

30、.7.3 可獲性設(shè)計按照我們在2.2.1中建議的系統(tǒng)架構(gòu)，系統(tǒng)包含一個雙機(jī)組成的數(shù)據(jù)倉庫，和一個雙機(jī)組成的報表服務(wù)平臺。數(shù)據(jù)倉庫和報表服務(wù)器分別帶有自己的外存磁盤陣列。架構(gòu)中的每個功能節(jié)點(diǎn)設(shè)計都含冗余度，保證系統(tǒng)不存在單一失敗點(diǎn)。 此外，高可獲性來自于我們建議的軟件系統(tǒng)，無論是Oracle, IBM DB2, 或Actuate 9, 都支持失敗轉(zhuǎn)移等高級集群功能，滿足提供7x24不間斷服務(wù)的要求，能夠保證滿足任何時候系統(tǒng)的可獲性需求。2.2.7.4 易用性設(shè)計在軟件的易用性方面，我們將充分考慮用戶的體驗(yàn)性，簡單性，高效率性為客戶定制一套更適合客戶需要的的系統(tǒng)，根據(jù)需要，我們將基于以下方面進(jìn)行設(shè)

31、計：· 使用大眾化WEB瀏覽器如IE、Firefox作為客戶端的瀏覽工具。· 用戶界面友好、同時易操作。· 界面操作符合瀏覽習(xí)慣。· 界面風(fēng)格，術(shù)語統(tǒng)一。· 靈活的頁面布局，支持標(biāo)簽頁。· 合理的組織操作菜單· 查詢等出現(xiàn)錯誤時提供友好的提示。· 提供友好的聯(lián)機(jī)幫助界面。2.2.7.5 安全性設(shè)計2.2.7.5.1 身份認(rèn)證系統(tǒng)提供身份認(rèn)證功能。使用系統(tǒng)的用戶必須先要經(jīng)過申請審批管理流程，通過有關(guān)部門管理人員的合法性審批，系統(tǒng)管理員在系統(tǒng)管理模塊中設(shè)置用戶名、操作權(quán)限和初始密碼，并告知用戶后，用戶才可以用指定的用戶

32、名和密碼登錄進(jìn)入系統(tǒng)，進(jìn)行權(quán)限范圍內(nèi)的操作。在系統(tǒng)登錄界面中，只有輸入正確的用戶名和密碼，才能進(jìn)入系統(tǒng)，進(jìn)入系統(tǒng)后用戶可隨時修改自己的密碼。對用戶密碼可提供更嚴(yán)格的控制功能，如首次登錄系統(tǒng)必須修改密碼、經(jīng)過多長時間必須修改密碼、多次登錄失敗鎖定用戶等，進(jìn)一步提供系統(tǒng)的身份認(rèn)證安全性。2.2.7.5.2 用戶權(quán)限控制系統(tǒng)提供權(quán)限管理功能模塊，系統(tǒng)管理員可增加、刪除、修改用戶、用戶組，設(shè)置用戶的、操作權(quán)限、數(shù)據(jù)權(quán)限。通過用戶、用戶組及權(quán)限管理功能，可根據(jù)機(jī)構(gòu)、部門、用戶類別等建立用戶組，用戶可以屬于某個組或幾個組，也可以是獨(dú)立用戶。通過對用戶組進(jìn)行授權(quán)，組中的每個用戶都擁有組的所有權(quán)限，極大方便了

33、授權(quán)管理；獨(dú)立的用戶可以獨(dú)立授權(quán)。用戶組、用戶的權(quán)限可以針對機(jī)構(gòu)、業(yè)務(wù)數(shù)據(jù)的范圍、功能范圍等進(jìn)行授權(quán)，實(shí)現(xiàn)系統(tǒng)應(yīng)用的數(shù)據(jù)安全。2.2.7.5.3 關(guān)鍵數(shù)據(jù)加密存儲對于存儲到系統(tǒng)中的一些關(guān)鍵敏感數(shù)據(jù)，程序?qū)@些數(shù)據(jù)進(jìn)行加密存儲，使得在其它任何軟件環(huán)境中都無法獲取明碼。2.2.7.5.4 系統(tǒng)操作處理日志系統(tǒng)對用戶登錄情況，如登錄用戶、進(jìn)入時間、退出時間、操作功能項(xiàng)等進(jìn)行自動記錄；對于數(shù)據(jù)錄入、數(shù)據(jù)同步、數(shù)據(jù)抽取和數(shù)據(jù)分析等應(yīng)用處理的時間、數(shù)據(jù)范圍、執(zhí)行情況等也自動記錄日志，以便出問題時跟蹤追查審計。系統(tǒng)日志還可用于系統(tǒng)操作的防抵賴。2.2.7.5.5 安全管理機(jī)構(gòu)和制度建設(shè)明確系統(tǒng)的安全管理機(jī)構(gòu)

34、/部門、人員及職責(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)提供一個安全的運(yùn)行環(huán)境。在系統(tǒng)內(nèi)部，本系統(tǒng)用戶眾多，機(jī)構(gòu)、角色、權(quán)限各不相同，因此必須具有較高的安全性，防止用戶越權(quán)訪問以及竊取數(shù)據(jù)。 用戶的每個動作都要經(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ù)庫中，操作員的每一個操作均需

35、系統(tǒng)授權(quán)。3 項(xiàng)目管理3.1 溝通管理3.1.1 項(xiàng)目會議制度項(xiàng)目會議是服務(wù)于項(xiàng)目工作的，是為了更好的加強(qiáng)項(xiàng)目溝通、解決項(xiàng)目實(shí)施過程中存在的各種問題。每次會議都要有專人做會議記錄，會議紀(jì)要的格式參見雙方約定文檔規(guī)范中的會議紀(jì)要模板，會后由記錄人員將會議紀(jì)要分發(fā)給相關(guān)人員，并上傳版本庫中。項(xiàng)目組根據(jù)項(xiàng)目實(shí)際情況擬設(shè)立定期會議和不定期會議，分別闡述如下：3.1.1.1 定期會議² 項(xiàng)目周例會· 會議目標(biāo)： 溝通項(xiàng)目狀態(tài)，提出項(xiàng)目問題、風(fēng)險和依賴條件；協(xié)調(diào)項(xiàng)目資源；對項(xiàng)目提出建議，問題的解決方法，行動計劃。· 日期與時間： 每周四14:00開始。· 參加人員：

36、 乙方項(xiàng)目經(jīng)理；甲方項(xiàng)目經(jīng)理；項(xiàng)目經(jīng)理指定的其他成員。· 主要議程及責(zé)任：更新項(xiàng)目狀態(tài)，包括：跟蹤檢查項(xiàng)目遺留問題的解決情況；項(xiàng)目狀態(tài)信息，時間進(jìn)度表等；問題，風(fēng)險，依賴條件（技術(shù)和管理）；對提出的問題，討論和決定行動計劃；乙方負(fù)責(zé)做會議記錄，會后分發(fā)會議記錄，將會議記錄上傳到版本庫中，并負(fù)責(zé)下一步行動計劃。3.1.1.2 不定期會議² 項(xiàng)目狀態(tài)會議· 會議目標(biāo)： 使項(xiàng)目全體人員明確目前項(xiàng)目的狀態(tài)、問題、解決方法。· 日期與時間：根據(jù)實(shí)際需要確定。· 參加人員： 所有項(xiàng)目人員。· 主要議程及責(zé)任：項(xiàng)目狀態(tài)，存在的問題及解決方法；下階段

37、項(xiàng)目計劃。² 項(xiàng)目領(lǐng)導(dǎo)組會議· 會議目標(biāo)： 審核下階段項(xiàng)目計劃；復(fù)查項(xiàng)目狀態(tài)和里程碑；對項(xiàng)目中的重大問題做出決策；協(xié)調(diào)項(xiàng)目各方資源；解決項(xiàng)目各方可能發(fā)生的重大爭議。 · 日期與時間：根據(jù)項(xiàng)目進(jìn)展實(shí)際情況安排。· 參加人員：項(xiàng)目領(lǐng)導(dǎo)組成員；乙方項(xiàng)目經(jīng)理；甲方項(xiàng)目經(jīng)理；其他有需要參加的人員。· 主要議程及責(zé)任：項(xiàng)目經(jīng)理匯報項(xiàng)目狀態(tài)和下階段項(xiàng)目計劃；項(xiàng)目領(lǐng)導(dǎo)討論項(xiàng)目中需要決策的重大問題；乙方負(fù)責(zé)做會議記錄，會后分發(fā)會議記錄，將會議記錄上傳到版本庫中，并負(fù)責(zé)下一步行動計劃。² 重大問題匯報會議· 會議目標(biāo)： 匯報項(xiàng)目重大問題，并討論

38、決定采取何行動。· 日期與時間：重大問題出現(xiàn)時。· 參加人員：問題發(fā)起人；項(xiàng)目經(jīng)理；高層領(lǐng)導(dǎo)等。· 主要議程及責(zé)任：匯報項(xiàng)目重大問題，找出解決方案，決定行動計劃。² 項(xiàng)目組內(nèi)部討論/溝通會議· 會議目標(biāo)：對項(xiàng)目組內(nèi)部遇到的問題進(jìn)行討論，找出解決方案，并討論決定采取何行動。· 日期與時間：根據(jù)開發(fā)的狀態(tài)。· 參加人員：問題發(fā)起人；溝通相關(guān)人員等。· 主要議程及責(zé)任：討論出現(xiàn)的各種相關(guān)問題，找出解決方案，決定行動計劃。3.1.2 項(xiàng)目狀態(tài)周報制度項(xiàng)目組各組員每周一上午提交周報，提交到乙方項(xiàng)目經(jīng)理，由安訊軟件（上海）有限

39、公司項(xiàng)目經(jīng)理匯總后提交給甲方項(xiàng)目經(jīng)理；甲方項(xiàng)目經(jīng)理根據(jù)項(xiàng)目狀態(tài)，總結(jié)項(xiàng)目周報，形成項(xiàng)目組的狀態(tài)周報，并于每周一下午4點(diǎn)之前上傳到版本庫中的周報目錄上。3.1.3 溝通手段² 開會或直接交談按需要組織會議進(jìn)行溝通，或直接找相關(guān)的人進(jìn)行討論，注意記錄溝通和討論結(jié)果，重要問題討論必須有書面會議記錄。² 電話或電話會議通過電話的方式進(jìn)行信息溝通。對比較重要的事情，需要包括開發(fā)地點(diǎn)以外的人員，則需要利用電話會議的方式進(jìn)行討論，溝通。² 電子郵件建立項(xiàng)目組電子郵件系統(tǒng)及與外界聯(lián)系的電子郵件系統(tǒng)。3.2 配置管理3.2.1 配置管理原則所有的項(xiàng)目過程文檔、代碼或項(xiàng)目最終文檔、代

40、碼的編制工作，都必須在甲方提供的配置環(huán)境中進(jìn)行，所有人員都必須按甲方的配置管理制度進(jìn)行工作。3.2.2 配置庫管理配置庫分為文檔庫和代碼庫。文檔庫管理項(xiàng)目的所有文檔，而代碼庫管理項(xiàng)目的所有代碼，文檔及代碼庫進(jìn)行基線化管理，按照項(xiàng)目階段，對文檔庫和代碼庫打基線。經(jīng)測試以及審核后提交產(chǎn)品庫，文檔與產(chǎn)品由甲方統(tǒng)一管理，未經(jīng)甲方同意，不得對任何項(xiàng)進(jìn)行任何更改。3.3 變更管理為了保證項(xiàng)目開發(fā)工作的相對穩(wěn)定性，提高工作效率，確保開發(fā)質(zhì)量。對影響項(xiàng)目計劃的變更，制定出處理變更的規(guī)范的、統(tǒng)一的方法和過程，估算出因變更引起的相應(yīng)的資源、費(fèi)用、和時間的變化以及變更確立后，變更的發(fā)布，執(zhí)行，和過程質(zhì)量的控制。本項(xiàng)

41、目成立變更控制委員會，一般為單數(shù)組成（甲方人數(shù)乙方1），由甲方指定人員任變更控制委員會主任;變更的審批由變更控制委員會表決決定，2/3人數(shù)通過為表決通過，變更控制委員會主任有最終否決權(quán)。如變更控制委員會無法對變更做出最后決定，由變更控制委員會主任將變更申請?zhí)峤豁?xiàng)目管理高層進(jìn)行裁決。3.3.1 發(fā)起變更提出變更要求必須填寫變更申請表（參見附件C“變更申請表”所附表樣）。變更申請表由變更申請人填寫。變更控制委員會審議變更申請的有效性和變更的必要性，決定拒絕變更申請或者要求乙方對申請的變更進(jìn)行評估。3.3.2 評估變更乙方指定的評估人員要充分評估變更對項(xiàng)目整體計劃、進(jìn)度、費(fèi)用及質(zhì)量的影響，進(jìn)行全面的

42、評估，在五工作日內(nèi)，填寫變更評估表（參見附件C “變更申請表”所附表樣），以書面形式提交甲方。3.3.3 審批變更變更控制委員會對變更請求進(jìn)行審批，由變更控制委員會主任簽署書面變更審批單，有效變更審批間必須在審批結(jié)論中明確是否通過變更申請。涉及合同變更的不在變更控制委員會審批范圍內(nèi)，根據(jù)購買合同規(guī)定的條款進(jìn)行審批。3.3.4 執(zhí)行變更乙方負(fù)責(zé)根據(jù)變更審批結(jié)果，調(diào)整相關(guān)項(xiàng)目計劃，根據(jù)新的項(xiàng)目計劃和項(xiàng)目進(jìn)度，重新分配資源，對變更展開工作，并指定變更執(zhí)行評估人員。變更有關(guān)執(zhí)行人進(jìn)行變更執(zhí)行。執(zhí)行完成后向變更控制委員會報告變更執(zhí)行情況。3.3.5 變更執(zhí)行評估變更控制委員會中乙方委員負(fù)責(zé)填報變更執(zhí)行結(jié)

43、果評估表，對執(zhí)行結(jié)果進(jìn)行評估跟蹤，并將結(jié)果向變更控制委員會主任報告。3.4 質(zhì)量管理3.4.1 質(zhì)量規(guī)劃² 質(zhì)量目標(biāo)：針對數(shù)據(jù)倉庫一期系統(tǒng)，確立以下質(zhì)量目標(biāo)，甲乙雙方應(yīng)針對以下質(zhì)量目標(biāo)開展質(zhì)量管理活動：· 保證100%滿足業(yè)務(wù)需求要求的正確性與精確性· 用戶滿意度達(dá)90%以上² 質(zhì)量管理原則· 客戶滿意度優(yōu)先· 預(yù)防優(yōu)于檢查· 管理層的責(zé)任· 持續(xù)改進(jìn)² 質(zhì)量保證計劃：合同生效后，甲乙雙方應(yīng)在質(zhì)量方針、質(zhì)量目標(biāo)、質(zhì)量原則及項(xiàng)目范圍等的前提下建立質(zhì)量保證計劃，明確相關(guān)干系人質(zhì)量管理職責(zé)、項(xiàng)目質(zhì)量管理任務(wù)的定

44、義與責(zé)任人、需遵守的制度、規(guī)程、規(guī)范與標(biāo)準(zhǔn)、質(zhì)量控制的方法、工具、記錄與跟蹤等，便以此為基礎(chǔ)，有效地開展質(zhì)量管理活動。² 測試要求測試作為項(xiàng)目最主要的驗(yàn)證方式，應(yīng)該得到雙方的高度重視。應(yīng)達(dá)到以下要求：· 所有測試必須有適用的測試管理流程，得到質(zhì)量控制小組的確認(rèn)· 在需求分析階段，出具用戶測試計劃，以保證需求的可測試性· 在概要設(shè)計階段，出具集成測試計劃、集成測試案例· 在詳細(xì)設(shè)計階段，出具單元測試計劃、單元測試案例· 編碼階段所有模塊必須經(jīng)過單元測試通過，并出具單元測試報告，經(jīng)雙方項(xiàng)目經(jīng)理確認(rèn)· 集成測試計劃需經(jīng)評審?fù)ㄟ^· 集成測試必須有兩輪以上的測試，每輪測試必須有集成測試報告· 用戶測試必須由甲方組織測試通過，出具經(jīng)相關(guān)單位蓋章的測試報告后，視為完成· 在集成測試完成后的程序修改應(yīng)有足夠的回歸測試工作，并得到項(xiàng)目質(zhì)量控制小組的確認(rèn)3.4.2 質(zhì)量保證甲乙雙方在項(xiàng)目實(shí)施期間應(yīng)進(jìn)行以下質(zhì)量保證活動：1. 規(guī)則的培訓(xùn)與指導(dǎo) 雙方項(xiàng)目經(jīng)理負(fù)責(zé)組織在項(xiàng)目啟動階段向項(xiàng)目組成員做有關(guān)制度、規(guī)