軟件項(xiàng)目標(biāo)書范本(共30頁(yè))

1、精選優(yōu)質(zhì)文檔-傾情為你奉上中國(guó)外匯交易中心數(shù)據(jù)倉(cāng)庫(kù)一期項(xiàng)目建議第二冊(cè) 技術(shù)部分安訊軟件（上海）有限公司2008年5月4日專心-專注-專業(yè)目錄第二冊(cè) 技術(shù)部分1 項(xiàng)目目標(biāo)CFETS希望通過(guò)數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)的建設(shè)，可以有效地整合各市場(chǎng)業(yè)務(wù)數(shù)據(jù)，統(tǒng)一對(duì)信息進(jìn)行利用和管理，對(duì)外提供統(tǒng)一的數(shù)據(jù)視圖和綜合決策分析支撐環(huán)境，為CFETS各部門所需的報(bào)表應(yīng)用、統(tǒng)計(jì)分析及信息挖掘提供基礎(chǔ)支持平臺(tái)。具體建設(shè)目標(biāo)如下：（1）技術(shù)目標(biāo)· 建立數(shù)據(jù)倉(cāng)庫(kù)基礎(chǔ)架構(gòu)· 建立自動(dòng)數(shù)據(jù)抽取轉(zhuǎn)換加載（ETL）機(jī)制· 建立多維分析和數(shù)據(jù)查詢工具和界面已經(jīng)分析報(bào)表生成和展示框架（2）業(yè)務(wù)目標(biāo)· 實(shí)現(xiàn)

2、一期經(jīng)營(yíng)分析的多維分析、查詢和報(bào)表，提供CFETS各部門所需報(bào)表· 提供下游系統(tǒng)所需要的統(tǒng)計(jì)數(shù)據(jù)· 提供中心內(nèi)部用戶以Ad-Hoc方式查詢所需數(shù)據(jù)· 將業(yè)務(wù)系統(tǒng)的歷史和增量數(shù)據(jù)加載進(jìn)入數(shù)據(jù)倉(cāng)庫(kù)，并轉(zhuǎn)換為數(shù)據(jù)倉(cāng)庫(kù)的存儲(chǔ)格式· 實(shí)現(xiàn)用戶訪問(wèn)的門戶界面并建立相應(yīng)的訪問(wèn)安全和權(quán)限機(jī)制· 進(jìn)行老系統(tǒng)統(tǒng)計(jì)報(bào)表的移植工作，保證數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)中的報(bào)表統(tǒng)計(jì)結(jié)果與原報(bào)表統(tǒng)計(jì)結(jié)果的一致性基于上述需求，安訊軟件（上海）有限公司提出如下技術(shù)解決方案來(lái)實(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 功

3、能層面（上側(cè)面）根據(jù)CFETS對(duì)應(yīng)的功能需求，對(duì)應(yīng)的功能層面上需要建立如下功能：· 數(shù)據(jù)的ETL· 數(shù)據(jù)存儲(chǔ)· 固定統(tǒng)計(jì)報(bào)表· 統(tǒng)一用戶界面及Portal認(rèn)證管理2.1.1.2 非功能層面（右側(cè)面）· 易用性· 響應(yīng)性· 可靠性· 擴(kuò)展性· 安全性2.1.2 設(shè)計(jì)層面2.1.2.1 ETL數(shù)據(jù)抽取通過(guò)成熟的ETL工具，實(shí)現(xiàn)從不同的數(shù)據(jù)源中抽取出所需要的信息，同時(shí)通過(guò)數(shù)據(jù)的加工和格式化，對(duì)外提供給其他系統(tǒng)使用。2.1.2.2 報(bào)表設(shè)計(jì)當(dāng)形成好統(tǒng)一的數(shù)據(jù)倉(cāng)庫(kù)后，基于該倉(cāng)庫(kù)模型，可進(jìn)行對(duì)應(yīng)的報(bào)表設(shè)計(jì)和管理，技術(shù)

4、人員設(shè)計(jì)好基本的報(bào)表后，可提供給業(yè)務(wù)人員使用。2.1.2.3 報(bào)表展現(xiàn)技術(shù)人員設(shè)計(jì)好報(bào)表模板后，通過(guò)發(fā)布到對(duì)應(yīng)的服務(wù)器據(jù)，實(shí)現(xiàn)對(duì)報(bào)表的展現(xiàn)。2.1.2.4 報(bào)表應(yīng)用業(yè)務(wù)人員通過(guò)終端界面，可以使用由開發(fā)人員開發(fā)和設(shè)計(jì)的報(bào)表，同時(shí)，業(yè)務(wù)人員也能同報(bào)表進(jìn)行交互，檢索出自己需要的數(shù)據(jù)。2.1.3 物理架構(gòu)對(duì)于本，外幣不同的數(shù)據(jù)源，以及不同的物理子系統(tǒng)，基本的物理架構(gòu)如下：物理架構(gòu)說(shuō)明：A. 本外幣數(shù)據(jù)庫(kù)向倉(cāng)庫(kù)提供對(duì)應(yīng)的數(shù)據(jù)B. 倉(cāng)庫(kù)為對(duì)應(yīng)的報(bào)表服務(wù)器提供統(tǒng)一的視圖。C. 權(quán)限報(bào)表服務(wù)器部署到同一機(jī)器上。2.1.4 數(shù)據(jù)架構(gòu)數(shù)據(jù)流說(shuō)明：A. 首先從本外幣或者其他系統(tǒng)獲得對(duì)應(yīng)的數(shù)據(jù).B. 經(jīng)過(guò)ETL對(duì)數(shù)據(jù)

5、進(jìn)行加工，清洗和標(biāo)準(zhǔn)化。C. 將已經(jīng)標(biāo)準(zhǔn)化和模型化的數(shù)據(jù)進(jìn)入到數(shù)據(jù)倉(cāng)庫(kù)，或者提供需要的數(shù)據(jù)文件。D. 數(shù)據(jù)倉(cāng)庫(kù)對(duì)外暴露數(shù)據(jù)模型和數(shù)據(jù)視圖以及sql接口。E. 數(shù)據(jù)倉(cāng)庫(kù)為報(bào)表管理系統(tǒng)和下游系統(tǒng)提供所需要的數(shù)據(jù)F. 報(bào)表管理系統(tǒng)展現(xiàn)對(duì)應(yīng)數(shù)據(jù)的報(bào)表。2.2 系統(tǒng)技術(shù)實(shí)現(xiàn)方案2.2.1 總體技術(shù)實(shí)現(xiàn)方案充分考慮到CFETS系統(tǒng)存在在本外幣等多種數(shù)據(jù)源，且數(shù)據(jù)源分散，多分散子系統(tǒng)的情況，同時(shí)各個(gè)子系統(tǒng)中存在統(tǒng)計(jì)口徑不一致，影響統(tǒng)一的決策和各個(gè)部門信息的一致性。在使用的過(guò)程中，會(huì)員信息維護(hù)復(fù)雜，且各個(gè)系統(tǒng)各自維護(hù)一套對(duì)應(yīng)的會(huì)員信息，導(dǎo)致會(huì)員維護(hù)工作量加大。數(shù)據(jù)倉(cāng)庫(kù)一期需求大致可以分成數(shù)據(jù)庫(kù)架構(gòu)的建立、ET

6、L機(jī)制的建立、以及報(bào)表分析架構(gòu)的建立和報(bào)表實(shí)施。系統(tǒng)可以分成數(shù)據(jù)倉(cāng)庫(kù)和報(bào)表系統(tǒng)兩大部分。以下是我們建議的系統(tǒng)架構(gòu)概念圖：系統(tǒng)包含一個(gè)雙機(jī)組成的數(shù)據(jù)倉(cāng)庫(kù)，和一個(gè)雙機(jī)組成的報(bào)表服務(wù)平臺(tái)。數(shù)據(jù)倉(cāng)庫(kù)和報(bào)表服務(wù)器分別帶有自己的外存磁盤陣列。架構(gòu)中的每個(gè)功能節(jié)點(diǎn)設(shè)計(jì)都含冗余度，保證系統(tǒng)不存在單一失敗點(diǎn)，滿足提供7x24不間斷服務(wù)的要求。在系統(tǒng)架構(gòu)不變的前提下，系統(tǒng)的每部分可以用不同的技術(shù)實(shí)現(xiàn)。比如，數(shù)據(jù)庫(kù)管理系統(tǒng)可以使用Oracle的技術(shù)，也可以使用IBM的技術(shù)。報(bào)表技術(shù)建議使用Actuate 9。使用我們建議的應(yīng)用軟件，這樣的系統(tǒng)架構(gòu)會(huì)有很強(qiáng)的可擴(kuò)展性，用戶可以通過(guò)增加硬件的方式擴(kuò)容，以支持越來(lái)越多的用

7、戶和應(yīng)用。總體方案通過(guò)以下步驟實(shí)現(xiàn)數(shù)據(jù)到可用信息的轉(zhuǎn)換：1. 通過(guò)ETL手段對(duì)不同的數(shù)據(jù)源數(shù)據(jù)進(jìn)行抽取，轉(zhuǎn)換，清洗，數(shù)據(jù)格式化。2. 通過(guò)ETL轉(zhuǎn)化后的數(shù)據(jù)統(tǒng)一進(jìn)入數(shù)據(jù)倉(cāng)庫(kù)，形成統(tǒng)一的數(shù)據(jù)視圖。3. 進(jìn)入數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)模型可以為報(bào)表平臺(tái)提供對(duì)應(yīng)的數(shù)據(jù)來(lái)源。4. 通過(guò)認(rèn)證的用戶可以登陸報(bào)表平臺(tái)消費(fèi)和設(shè)計(jì)對(duì)應(yīng)的報(bào)表。2.2.2 高效的ETL處理2.2.2.1 ETL總體處理流程ETL處理流程：1. 從本幣數(shù)據(jù)源或其他數(shù)據(jù)源中抽取需要的數(shù)據(jù)。2. ETL對(duì)抽取到的數(shù)據(jù)進(jìn)行必要的增量處理，生成一天的增量數(shù)據(jù)。3. ETL對(duì)增量數(shù)據(jù)進(jìn)行技術(shù)性檢核、標(biāo)準(zhǔn)化、轉(zhuǎn)換。4. 產(chǎn)生LDM落地?cái)?shù)據(jù)文件。5. 落地?cái)?shù)

8、據(jù)文件下發(fā)到下游系統(tǒng)，同時(shí)進(jìn)行數(shù)據(jù)入庫(kù)。6. 整個(gè)ETL處理過(guò)程進(jìn)行異常處理及監(jiān)控。ETL實(shí)施我們建議采用成熟的ETL工具，所選ETL工具需要滿足如下基本要求：（1）技術(shù)架構(gòu)1)支持所有的主流平臺(tái)2)模塊化的架構(gòu)設(shè)計(jì)，可按需進(jìn)行模塊添加和擴(kuò)展3)具有錯(cuò)誤恢復(fù)邏輯的功能4)支持并行處理（2） 核心功能1)支持本地?cái)?shù)據(jù)訪問(wèn)模式2)支持星型模式3)支持打包應(yīng)用（例如SAP）4)支持基本處理（例如SQL）5)具有數(shù)據(jù)自動(dòng)轉(zhuǎn)換和清洗功能6)支持實(shí)時(shí)ETL和按需ETL7)具有自動(dòng)錯(cuò)誤預(yù)警功能（3） 開發(fā)環(huán)境1)圖形化界面2)支持命令行3)便于調(diào)試和維護(hù)4)具有代碼版本控制功能（4） ETL管理1)支持集中

9、管理2)自動(dòng)產(chǎn)生每日ETL運(yùn)行報(bào)表3)具有ETL自動(dòng)和手工調(diào)度功能我們相信商業(yè)ETL工具中INFORMATICA會(huì)是一個(gè)很好的選擇，開源ETL產(chǎn)品Kettle則是INFORMATICA之外一個(gè)很好的備選。2.2.2.2 數(shù)據(jù)倉(cāng)庫(kù)模型設(shè)計(jì)數(shù)據(jù)建模 建模過(guò)程：（以常用會(huì)計(jì)報(bào)表為例）1. 用戶需要查看基于時(shí)間、機(jī)構(gòu)和科目的報(bào)表。2. 建立以數(shù)據(jù)事實(shí)表為中心，需要時(shí)間、機(jī)構(gòu)和度量作為其維度。3. 建立好如上的星型模型后，可發(fā)現(xiàn)模型具有如下優(yōu)點(diǎn)。4. 靈活的數(shù)據(jù)查詢，可基于時(shí)間查詢對(duì)應(yīng)的日?qǐng)?bào)，月報(bào)和季報(bào)。5. 效率最優(yōu)化，需要查詢機(jī)構(gòu)信息，則通過(guò)機(jī)構(gòu)和事實(shí)表關(guān)聯(lián)即可完成。2.2.3 數(shù)據(jù)質(zhì)量管理2.2.

10、3.1 數(shù)據(jù)倉(cāng)庫(kù)對(duì)數(shù)據(jù)質(zhì)量的要求數(shù)據(jù)倉(cāng)庫(kù)對(duì)數(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ù)核對(duì)準(zhǔn)確的判斷是要么結(jié)果一致，要么不一致但原因是可解釋的。數(shù)據(jù)一致性，包括源系統(tǒng)之間同一數(shù)據(jù)是否一致，源數(shù)據(jù)與抽取的數(shù)據(jù)是否一致，數(shù)據(jù)倉(cāng)庫(kù)內(nèi)部各處理環(huán)節(jié)數(shù)據(jù)是否一致等。數(shù)據(jù)邏輯合理性，主要從業(yè)務(wù)邏輯的角度判斷數(shù)據(jù)是否正確，如帳目類型的金額、時(shí)長(zhǎng)、次數(shù)的邏輯關(guān)系是否滿足等。數(shù)據(jù)時(shí)效性，包括數(shù)據(jù)處理（獲取、整理、加載等）的及時(shí)性，數(shù)據(jù)異常檢測(cè)的及時(shí)性，數(shù)據(jù)處理回退的及時(shí)性等。數(shù)據(jù)倉(cāng)庫(kù)

11、服務(wù)于經(jīng)營(yíng)決策，經(jīng)營(yíng)決策依據(jù)的數(shù)據(jù)應(yīng)該是全面的、真實(shí)可靠的、有意義的。數(shù)據(jù)時(shí)效性如果得不到保證，就可能延誤了市場(chǎng)人員的分析，失去商機(jī)。從數(shù)據(jù)倉(cāng)庫(kù)的建設(shè)過(guò)程來(lái)看，它本身修復(fù)數(shù)據(jù)以提高數(shù)據(jù)質(zhì)量的能力并不是很強(qiáng)，但是它能發(fā)現(xiàn)生產(chǎn)系統(tǒng)存在的一些數(shù)據(jù)質(zhì)量問(wèn)題從而提醒用戶哪些數(shù)據(jù)有質(zhì)量問(wèn)題，將數(shù)據(jù)問(wèn)題反饋到業(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ù)。通過(guò)數(shù)據(jù)整合，建立完整的、準(zhǔn)確的、一致的統(tǒng)一客戶視圖，完善共享信息數(shù)據(jù)，并使共享信息數(shù)據(jù)服務(wù)于經(jīng)營(yíng)分析，為生產(chǎn)系統(tǒng)的改進(jìn)提供標(biāo)準(zhǔn)。 建立數(shù)據(jù)整合流程，實(shí)現(xiàn)流程定義、流程配置和流程管控。

12、 建立數(shù)據(jù)整合的規(guī)章制度，落實(shí)數(shù)據(jù)質(zhì)量的分級(jí)負(fù)責(zé)。建立起數(shù)據(jù)整合隊(duì)伍，使數(shù)據(jù)質(zhì)量能夠得以持續(xù)改進(jìn)。2.2.3.3 數(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í)需要對(duì)源數(shù)據(jù)做稽核，如總量稽核和分量稽核。在流程層面上，對(duì)于源數(shù)據(jù)的抽取要遵從一定的業(yè)務(wù)規(guī)則，數(shù)據(jù)的抽取和轉(zhuǎn)換需要很多步驟來(lái)完成，這就需要將過(guò)程流程化，并且流程可通過(guò)配置來(lái)實(shí)現(xiàn)。在管理層面上，要求生產(chǎn)系統(tǒng)報(bào)送數(shù)據(jù)，按照“誰(shuí)提供數(shù)據(jù)，誰(shuí)負(fù)責(zé)”的原則由生產(chǎn)系統(tǒng)保證源數(shù)據(jù)的完整性、準(zhǔn)確性、一致性、時(shí)效性。下面是我們?cè)诩夹g(shù)層面采取的具體做法。在E

13、TL架構(gòu)設(shè)計(jì)中我們會(huì)包括數(shù)據(jù)質(zhì)量設(shè)計(jì)，將數(shù)據(jù)質(zhì)量檢查腳本加入到ETL流程中，分為技術(shù)檢查和業(yè)務(wù)規(guī)則檢查。錯(cuò)誤分嚴(yán)重程度，如主鍵重復(fù)的就停止ETL流程，等待解決，但低級(jí)別的錯(cuò)誤不會(huì)阻塞ETL過(guò)程。在這個(gè)過(guò)程中，所有的錯(cuò)誤都會(huì)進(jìn)行記錄，最終生成數(shù)據(jù)質(zhì)量檢查報(bào)告。但需要明確的是，很多情況下，許多數(shù)據(jù)問(wèn)題在ETL之前都無(wú)法知道，只能通過(guò)ETL之后的數(shù)據(jù)核對(duì)才能發(fā)現(xiàn)，然后逐漸積累，加到ETL的規(guī)則控制中去。2.2.4 報(bào)表平臺(tái)設(shè)計(jì)建立報(bào)表查詢門戶，提供各類信息報(bào)表的查詢，統(tǒng)一查詢渠道，統(tǒng)一數(shù)據(jù)口徑，統(tǒng)一用戶管理。多個(gè)管理信息系統(tǒng)在報(bào)表平臺(tái)上表現(xiàn)為一個(gè)個(gè)獨(dú)立的邏輯子系統(tǒng)。通過(guò)報(bào)表平臺(tái)，技術(shù)人員可以通過(guò)靈活

14、配置邏輯系統(tǒng)集成不同BI工具產(chǎn)生的異構(gòu)報(bào)表資源，業(yè)務(wù)人員可以進(jìn)行不同報(bào)表資源的集中管理和發(fā)布，最終用戶可以通過(guò)一致的展示環(huán)境獲取報(bào)表信息。具體設(shè)計(jì)如下：2.2.4.1 靈活的報(bào)表查詢 在報(bào)表的查詢過(guò)程中，可以通過(guò)瀏覽器直接瀏覽報(bào)表，同時(shí)，用戶也可以通過(guò)簡(jiǎn)單的操作，對(duì)報(bào)表進(jìn)行重新訂制，為了更好的提高實(shí)用性，用戶可通過(guò)瀏覽器同報(bào)表服務(wù)器進(jìn)行交互，查看到需要的報(bào)表。2.2.4.2 先進(jìn)的報(bào)表開發(fā)模式在報(bào)表的開發(fā)中，我們將采用最先進(jìn)的協(xié)同開發(fā)模式，開發(fā)人員定制業(yè)務(wù)邏輯，業(yè)務(wù)人員根據(jù)自己需要通過(guò)簡(jiǎn)單的拖動(dòng)則可形成自己需要的報(bào)表。2.2.4.3 高效的報(bào)表消費(fèi)在使用的過(guò)程中，業(yè)務(wù)人員根本不用關(guān)心對(duì)應(yīng)的后臺(tái)

15、業(yè)務(wù)邏輯，以及數(shù)據(jù)信息來(lái)源等信息，其只要根據(jù)自己的業(yè)務(wù)需要，通過(guò)簡(jiǎn)單的拖拽即可完成對(duì)報(bào)表的定制，獲取到自己需要的信息。2.2.4.4 老系統(tǒng)統(tǒng)計(jì)報(bào)表移植對(duì)于老系統(tǒng)的統(tǒng)計(jì)報(bào)表，我們將采取重寫的方式移植到統(tǒng)一的報(bào)表平臺(tái)上面。重寫后的統(tǒng)計(jì)報(bào)表基于新建的數(shù)據(jù)倉(cāng)庫(kù)，這樣就統(tǒng)一了現(xiàn)存的多個(gè)統(tǒng)計(jì)系統(tǒng)，統(tǒng)一了統(tǒng)計(jì)口徑，解決了統(tǒng)計(jì)口徑不一致所造成的各個(gè)部門信息的不一致，并消除這種不一致對(duì)管理決策帶來(lái)的負(fù)面影響。老系統(tǒng)報(bào)表遷移的一個(gè)難點(diǎn)是如何保證數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)中的報(bào)表統(tǒng)計(jì)結(jié)果與原報(bào)表統(tǒng)計(jì)結(jié)果的一致性，對(duì)此要具體問(wèn)題具體分析。新報(bào)表的統(tǒng)計(jì)結(jié)果與原報(bào)表的統(tǒng)計(jì)結(jié)果不一致只可能是兩種情況：新報(bào)表的統(tǒng)計(jì)方式是錯(cuò)誤的，造成新老

16、報(bào)表統(tǒng)計(jì)結(jié)果不一致；新老報(bào)表的統(tǒng)計(jì)口徑不一致，造成統(tǒng)計(jì)結(jié)果不一致。如果是前一種情況，采用正確的統(tǒng)計(jì)方式就能修正錯(cuò)誤。如果是后一種情況，則需要根據(jù)業(yè)務(wù)的需要選擇統(tǒng)計(jì)口徑，使新報(bào)表能夠達(dá)到業(yè)務(wù)人員的預(yù)期。我們將會(huì)采用嚴(yán)格的測(cè)試手段來(lái)保證新報(bào)表與老報(bào)表統(tǒng)計(jì)結(jié)果的一致性。測(cè)試的目的，是驗(yàn)證對(duì)于相同的輸入，新老報(bào)表得到的輸出結(jié)果完全一致。實(shí)際測(cè)試中，我們將采用等價(jià)類劃分以及邊值分析法來(lái)設(shè)計(jì)測(cè)試用例，產(chǎn)生有限的測(cè)試用例來(lái)覆蓋足夠多的“任何情況”。對(duì)有差異的報(bào)表，我們會(huì)作進(jìn)一步的數(shù)據(jù)集對(duì)比，以確定問(wèn)題的根源到底是在數(shù)據(jù)，還是報(bào)表邏輯。2.2.5 認(rèn)證管理 在對(duì)用戶信息的管理中，提供以角色和用戶為安全模型的統(tǒng)

17、一認(rèn)證機(jī)制，只有具有對(duì)應(yīng)角色的用戶才能訪問(wèn)對(duì)應(yīng)的報(bào)表。2.2.6 系統(tǒng)可靠性及可擴(kuò)展性系統(tǒng)的可靠性及可擴(kuò)展性對(duì)企業(yè)級(jí)應(yīng)用來(lái)說(shuō)是非常重要的。我們的設(shè)計(jì)充分考慮了這兩個(gè)因素。針對(duì)可靠性，我們的設(shè)計(jì)是在系統(tǒng)包含一個(gè)雙機(jī)組成的數(shù)據(jù)倉(cāng)庫(kù)，和一個(gè)雙機(jī)組成的報(bào)表服務(wù)平臺(tái)。數(shù)據(jù)倉(cāng)庫(kù)和報(bào)表服務(wù)器分別帶有自己的外存磁盤陣列。架構(gòu)中的每個(gè)功能節(jié)點(diǎn)設(shè)計(jì)都含冗余度，保證系統(tǒng)不存在單一失敗點(diǎn)，滿足提供7x24不間斷服務(wù)的要求。采用的這樣系統(tǒng)架構(gòu)，主機(jī)系統(tǒng)的維護(hù)、系統(tǒng)擴(kuò)容、升級(jí)、系統(tǒng)性能統(tǒng)計(jì)、分析、優(yōu)化以及部件更換就能夠在不影響應(yīng)用系統(tǒng)功能的前提下完成。而所有關(guān)鍵部件能夠保證在不停頓數(shù)據(jù)共享服務(wù)的前提下提供熱插拔能力。對(duì)于

18、可擴(kuò)展性，使用我們建議的報(bào)表服務(wù)平臺(tái)安訊iServer，系統(tǒng)架構(gòu)會(huì)有很強(qiáng)的可擴(kuò)展性，用戶可以通過(guò)增加硬件的方式擴(kuò)容，以支持越來(lái)越多的用戶和應(yīng)用。安訊iServer可以運(yùn)行在由多臺(tái)服務(wù)器組成的集群上，利用任務(wù)控制與自動(dòng)負(fù)載平衡技術(shù)，將任務(wù)平均分配到各臺(tái)服務(wù)器上。安訊iServer具備出色的可擴(kuò)展性，用戶可以簡(jiǎn)單的向集群中添加更多的服務(wù)器來(lái)滿足更高的報(bào)表需求，而系統(tǒng)的性能隨著服務(wù)器數(shù)量的增多呈線性增長(zhǎng)，這方面的具體數(shù)據(jù)請(qǐng)參考附錄D “安訊9系統(tǒng)性能白皮書”。在集群系統(tǒng)中，安訊iServer可以通過(guò)不同的故障轉(zhuǎn)移模(Failover)式來(lái)保障iServer各項(xiàng)服務(wù)的可用性。對(duì)系統(tǒng)可擴(kuò)展性的考慮能充分

19、保證用戶不在初期購(gòu)買超出業(yè)務(wù)量需求的處理能力。隨著用戶業(yè)務(wù)量的增長(zhǎng)，主機(jī)系統(tǒng)能隨時(shí)動(dòng)態(tài)擴(kuò)展處理能力，且系統(tǒng)性能是線性增長(zhǎng)的，任何業(yè)務(wù)量的增長(zhǎng)需要都能夠通過(guò)對(duì)主機(jī)的線性擴(kuò)展得到滿足。2.2.7 非功能性設(shè)計(jì)2.2.7.1 性能需求2.2.7.1.1 容量設(shè)計(jì)根據(jù)1994-2007年的所有交易數(shù)據(jù)總?cè)萘繛?0G byte，大概每年的數(shù)據(jù)容量在800M左右，從容量和可擴(kuò)展性和災(zāi)備等多方面綜合考慮，建議每年的數(shù)據(jù)量分配在2.5G左右。2.2.7.1.2 響應(yīng)設(shè)計(jì)高的響應(yīng)能給用戶帶來(lái)效率上的提升 ，加快了工作效率，減少了等待時(shí)間，同時(shí)加快了系統(tǒng)的處理效率，我們將通過(guò)以下幾方面手段來(lái)保證用戶得到高質(zhì)量的響

20、應(yīng)：1. 優(yōu)化模型設(shè)計(jì)，好的模型設(shè)計(jì)能夠減少冗余數(shù)據(jù)量的加載和檢索，以及表間關(guān)聯(lián)檢索，能大大提高系統(tǒng)數(shù)據(jù)的響應(yīng)時(shí)間。2. 有效利用數(shù)據(jù)庫(kù)的緩存功能，對(duì)于經(jīng)常訪問(wèn)的數(shù)據(jù)，可將數(shù)據(jù)緩存于數(shù)據(jù)庫(kù)中，減少IO，3. 利用集群功能，合理分配負(fù)載，充分利用各主機(jī)的CPU, 內(nèi)存等硬件資源。4. 優(yōu)化報(bào)表設(shè)計(jì)，減少報(bào)表生成所需要的系統(tǒng)資源。5. 充分利用報(bào)表系統(tǒng)的緩存功能，把報(bào)表生成任務(wù)安排到非高峰時(shí)段。6. 充分利用報(bào)表系統(tǒng)的對(duì)查詢的緩存功能，減少對(duì)數(shù)據(jù)源的實(shí)時(shí)訪問(wèn)。2.2.7.2 災(zāi)備設(shè)計(jì)2.2.7.2.1 災(zāi)備級(jí)別· 高: 內(nèi)部系統(tǒng)核心數(shù)據(jù)，包括所有連機(jī)和脫機(jī)數(shù)據(jù)，需要高級(jí)別的備份。

21、3; 中：系統(tǒng)需要的資料數(shù)據(jù)。· 低：與系統(tǒng)關(guān)系不大，偶爾系統(tǒng)需要使用到的數(shù)據(jù)。由此可見，對(duì)于高，中級(jí)別的數(shù)據(jù)，需要進(jìn)行對(duì)應(yīng)的備份。2.2.7.2.2 備份策略為了保障核心數(shù)據(jù)和重要數(shù)據(jù)的完整性和一致性，我們將提供對(duì)應(yīng)的磁盤備份、聯(lián)機(jī)備份和遠(yuǎn)程備份功能：磁盤備份：通過(guò)鏡像 (mirrored) 磁盤矩陣, 對(duì)每一個(gè)寫到磁盤的字節(jié)，作實(shí)時(shí)的鏡像備份，減少磁盤機(jī)出錯(cuò)的幾率。磁盤備份一旦設(shè)定，由設(shè)備實(shí)現(xiàn)，無(wú)需人工干預(yù)。聯(lián)機(jī)備份：提供24*365天的備份機(jī)制，用戶可以基于調(diào)度來(lái)運(yùn)行備份，可以基于系統(tǒng)運(yùn)行的熱備份。我們?cè)O(shè)計(jì)方案中使用的Oracle 10g 或IBM DB 2 數(shù)據(jù)庫(kù)，都支持熱備

22、份；Actuate 9 的報(bào)表服務(wù)器 iServer , 也支持聯(lián)機(jī)熱備份。 數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)和報(bào)表服務(wù)器的報(bào)表，可以每天進(jìn)行一次熱備份。遠(yuǎn)程備份：提供對(duì)付災(zāi)害性的系統(tǒng)失敗的有效方式。遠(yuǎn)程備份把數(shù)據(jù)存放到地理上的遠(yuǎn)方，以應(yīng)對(duì)主機(jī)可能遇到當(dāng)?shù)貫?zāi)害性的損毀。我們建議把每天的熱備份數(shù)據(jù)，拷貝到遠(yuǎn)端備份存儲(chǔ)服務(wù)器。以上的備份策略，保證在不影響系統(tǒng)服務(wù)的條件下，在本地和遠(yuǎn)程，都保留一份前一天的備份數(shù)據(jù)，包括數(shù)據(jù)倉(cāng)庫(kù)和報(bào)表服務(wù)器的數(shù)據(jù)。當(dāng)?shù)貍浞萁ㄗh保留30天；遠(yuǎn)程備份建議保留7天。備份可以保存在磁帶庫(kù)、或光盤庫(kù)。本地備份耗時(shí)目標(biāo)是2小時(shí)；遠(yuǎn)程備份耗時(shí)目標(biāo)是12小時(shí)。2.2.7.2.3 恢復(fù)策略常規(guī)的數(shù)據(jù)恢復(fù)

23、流程設(shè)計(jì)如下：1) 重啟系統(tǒng)的所有服務(wù)器和存儲(chǔ)設(shè)備2) 如必要，恢復(fù)系統(tǒng)3) 從本地備份選取前一天的備份，或最近的備份；如果本地備份丟失，取遠(yuǎn)程備份4) 恢復(fù)數(shù)據(jù)倉(cāng)庫(kù)和報(bào)表系統(tǒng)數(shù)據(jù)5) 恢復(fù)系統(tǒng)服務(wù)常規(guī)數(shù)據(jù)恢復(fù)一般是在文件系統(tǒng)失?。òù疟P設(shè)備失敗）導(dǎo)致數(shù)據(jù)無(wú)法使用的情形下必須激活的程序。常規(guī)數(shù)據(jù)恢復(fù)保證系統(tǒng)回復(fù)到前一天的狀態(tài)，但也意味著當(dāng)天數(shù)據(jù)的丟失。一般系統(tǒng)出錯(cuò)的恢復(fù)，其實(shí)不一定需要用到備份，我們建議應(yīng)該避免使用常規(guī)數(shù)據(jù)恢復(fù)，盡量考慮用其他辦法把系統(tǒng)回復(fù)到最近的可用狀態(tài)。以下我們以O(shè)racle數(shù)據(jù)庫(kù)為例，說(shuō)明一下可以考慮的恢復(fù)措施。數(shù)據(jù)庫(kù)的恢復(fù)過(guò)程分兩步進(jìn)行，首先將把存放在重做日志文件中的

24、所有重做運(yùn)用到數(shù)據(jù)文件，之后對(duì)重做中所有未提交的事務(wù)進(jìn)行回滾。數(shù)據(jù)庫(kù)的恢復(fù)只能在發(fā)生故障之前的數(shù)據(jù)文件上運(yùn)用重做，將其恢復(fù)到故障時(shí)刻，而不能將數(shù)據(jù)文件反向回滾到之前的某一個(gè)時(shí)刻。數(shù)據(jù)庫(kù)的異常、錯(cuò)誤可以分為以下幾類：· SQL語(yǔ)句失敗 · 線程失敗 · 實(shí)例失敗 · 用戶操作失敗 · 存儲(chǔ)設(shè)備失敗 如果發(fā)生前三種失敗，不需要人為干涉，系統(tǒng)會(huì)自動(dòng)進(jìn)行恢復(fù)。對(duì)于用戶操作型的失?。ㄈ缯`刪除數(shù)據(jù)），系統(tǒng)采取的補(bǔ)救措施主要有導(dǎo)入最新的邏輯備份或進(jìn)行到某一時(shí)間點(diǎn)的不完全恢復(fù)。數(shù)據(jù)庫(kù)引入了基于表空間的時(shí)間點(diǎn)恢復(fù)(TSPITR)，可以單獨(dú)將包含錯(cuò)誤操作的表空間恢

25、復(fù)到指定時(shí)間，而不必對(duì)整個(gè)數(shù)據(jù)庫(kù)進(jìn)行不完全恢復(fù)。當(dāng)錯(cuò)誤操作發(fā)現(xiàn)比較及時(shí)而且數(shù)據(jù)量不大的情況下也可以考慮使用logminer生成反向SQL。 針對(duì)存儲(chǔ)設(shè)備的失敗的情況比較復(fù)雜，存儲(chǔ)設(shè)備的失敗必然會(huì)使放置在其上的文件變?yōu)椴豢捎?，我們先將?shù)據(jù)庫(kù)所涉及到的文件進(jìn)行一個(gè)劃分，主要可分為： · 數(shù)據(jù)庫(kù)的系統(tǒng)文件，指數(shù)據(jù)庫(kù)的運(yùn)行文件，各種應(yīng)用程序 · 數(shù)據(jù)庫(kù)控制文件 · 數(shù)據(jù)庫(kù)聯(lián)機(jī)重做日志文件 · 數(shù)據(jù)文件 · 歸檔日志文件 避免第一種文件失敗主要依賴系統(tǒng)管理員進(jìn)行操作系統(tǒng)級(jí)的備份，當(dāng)發(fā)生事故后只能依靠操作系統(tǒng)備份將其恢復(fù)。 控制文件中記錄著整個(gè)數(shù)據(jù)庫(kù)的結(jié)構(gòu)

26、、每個(gè)數(shù)據(jù)文件的狀況、系統(tǒng)SCN、檢查點(diǎn)計(jì)數(shù)器等重要信息，在創(chuàng)建數(shù)據(jù)庫(kù)時(shí)會(huì)讓用戶指定三個(gè)位置來(lái)存放控制文件，他們之間互為鏡像，當(dāng)其中任何一個(gè)發(fā)生故障，只需將其從ini文件中注釋掉故障數(shù)據(jù)文件就可重新將數(shù)據(jù)啟動(dòng)。當(dāng)所有控制全部失效時(shí)，可以在Nomount模式下執(zhí)行create controlfile來(lái)重新生成控制文件，但必須提供redo log，data file，文件名和地址以及MAXLOGFILES，MAXDATAFILES，MAXINSTANCES等信息。如果失敗之前運(yùn)行過(guò)alter database backup controlfile to trace或alter database b

27、ackup controlfile to xxx對(duì)控制文件作備份，恢復(fù)時(shí)可使用生成的腳本來(lái)重建或用備份文件覆蓋，如果使用了舊的控制文件在恢復(fù)時(shí)要使用recover xxx using backup controlfile選項(xiàng)來(lái)進(jìn)行恢復(fù)，并使用resetlogs選項(xiàng)來(lái)打開數(shù)據(jù)庫(kù)。2.2.7.3 可獲性設(shè)計(jì)按照我們?cè)?.2.1中建議的系統(tǒng)架構(gòu)，系統(tǒng)包含一個(gè)雙機(jī)組成的數(shù)據(jù)倉(cāng)庫(kù)，和一個(gè)雙機(jī)組成的報(bào)表服務(wù)平臺(tái)。數(shù)據(jù)倉(cāng)庫(kù)和報(bào)表服務(wù)器分別帶有自己的外存磁盤陣列。架構(gòu)中的每個(gè)功能節(jié)點(diǎn)設(shè)計(jì)都含冗余度，保證系統(tǒng)不存在單一失敗點(diǎn)。 此外，高可獲性來(lái)自于我們建議的軟件系統(tǒng)，無(wú)論是Oracle, IBM DB2, 或A

28、ctuate 9, 都支持失敗轉(zhuǎn)移等高級(jí)集群功能，滿足提供7x24不間斷服務(wù)的要求，能夠保證滿足任何時(shí)候系統(tǒng)的可獲性需求。2.2.7.4 易用性設(shè)計(jì)在軟件的易用性方面，我們將充分考慮用戶的體驗(yàn)性，簡(jiǎn)單性，高效率性為客戶定制一套更適合客戶需要的的系統(tǒng)，根據(jù)需要，我們將基于以下方面進(jìn)行設(shè)計(jì)：· 使用大眾化WEB瀏覽器如IE、Firefox作為客戶端的瀏覽工具。· 用戶界面友好、同時(shí)易操作。· 界面操作符合瀏覽習(xí)慣。· 界面風(fēng)格，術(shù)語(yǔ)統(tǒng)一。· 靈活的頁(yè)面布局，支持標(biāo)簽頁(yè)。· 合理的組織操作菜單· 查詢等出現(xiàn)錯(cuò)誤時(shí)提供友好的提示。&

29、#183; 提供友好的聯(lián)機(jī)幫助界面。2.2.7.5 安全性設(shè)計(jì)2.2.7.5.1 身份認(rèn)證系統(tǒng)提供身份認(rèn)證功能。使用系統(tǒng)的用戶必須先要經(jīng)過(guò)申請(qǐng)審批管理流程，通過(guò)有關(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í)修改自己的密碼。對(duì)用戶密碼可提供更嚴(yán)格的控制功能，如首次登錄系統(tǒng)必須修改密碼、經(jīng)過(guò)多長(zhǎng)時(shí)間必須修改密碼、多次登錄失敗鎖定用戶等，進(jìn)一步提供系統(tǒng)的身份認(rèn)證安全性。2.2.7.5.2 用戶權(quán)限控制

30、系統(tǒng)提供權(quán)限管理功能模塊，系統(tǒng)管理員可增加、刪除、修改用戶、用戶組，設(shè)置用戶的、操作權(quán)限、數(shù)據(jù)權(quán)限。通過(guò)用戶、用戶組及權(quán)限管理功能，可根據(jù)機(jī)構(gòu)、部門、用戶類別等建立用戶組，用戶可以屬于某個(gè)組或幾個(gè)組，也可以是獨(dú)立用戶。通過(guò)對(duì)用戶組進(jìn)行授權(quán)，組中的每個(gè)用戶都擁有組的所有權(quán)限，極大方便了授權(quán)管理；獨(dú)立的用戶可以獨(dú)立授權(quán)。用戶組、用戶的權(quán)限可以針對(duì)機(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ù)加密存儲(chǔ)對(duì)于存儲(chǔ)到系統(tǒng)中的一些關(guān)鍵敏感數(shù)據(jù)，程序?qū)@些數(shù)據(jù)進(jìn)行加密存儲(chǔ)，使得在其它任何軟件環(huán)境中都無(wú)法獲取明碼。2.2.7.5.4 系統(tǒng)操作處理日志系統(tǒng)對(duì)用戶登錄

31、情況，如登錄用戶、進(jìn)入時(shí)間、退出時(shí)間、操作功能項(xiàng)等進(jìn)行自動(dòng)記錄；對(duì)于數(shù)據(jù)錄入、數(shù)據(jù)同步、數(shù)據(jù)抽取和數(shù)據(jù)分析等應(yīng)用處理的時(shí)間、數(shù)據(jù)范圍、執(zhí)行情況等也自動(dòng)記錄日志，以便出問(wèn)題時(shí)跟蹤追查審計(jì)。系統(tǒng)日志還可用于系統(tǒng)操作的防抵賴。2.2.7.5.5 安全管理機(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)一的訪問(wèn)控制策略，確保系統(tǒng)的安全運(yùn)行、安全審查。在外部安全上，企業(yè)級(jí)的防火墻可以為本系統(tǒng)提供一個(gè)安全的運(yùn)行環(huán)境。在系統(tǒng)內(nèi)部，本系統(tǒng)用戶眾多，機(jī)構(gòu)、角色、權(quán)限各不相同，因此必須具有較高的安

32、全性，防止用戶越權(quán)訪問(wèn)以及竊取數(shù)據(jù)。 用戶的每個(gè)動(dòng)作都要經(jīng)過(guò)身份驗(yàn)證，在身份與權(quán)限匹配的情況下才能繼續(xù)執(zhí)行其他操作，就可以有效實(shí)現(xiàn)安全性目標(biāo)。操作授權(quán)：對(duì)不同使用部門使用產(chǎn)品的授權(quán)和其中不同級(jí)別的用戶使用產(chǎn)品功能的授權(quán)由系統(tǒng)管理員分級(jí)授權(quán)，授權(quán)信息放在數(shù)據(jù)庫(kù)中，操作員的每一個(gè)操作均需系統(tǒng)授權(quán)。3 項(xiàng)目管理3.1 溝通管理3.1.1 項(xiàng)目會(huì)議制度項(xiàng)目會(huì)議是服務(wù)于項(xiàng)目工作的，是為了更好的加強(qiáng)項(xiàng)目溝通、解決項(xiàng)目實(shí)施過(guò)程中存在的各種問(wèn)題。每次會(huì)議都要有專人做會(huì)議記錄，會(huì)議紀(jì)要的格式參見雙方約定文檔規(guī)范中的會(huì)議紀(jì)要模板，會(huì)后由記錄人員將會(huì)議紀(jì)要分發(fā)給相關(guān)人員，并上傳版本庫(kù)中。項(xiàng)目組根據(jù)項(xiàng)目實(shí)際情況擬設(shè)立

33、定期會(huì)議和不定期會(huì)議，分別闡述如下：3.1.1.1 定期會(huì)議² 項(xiàng)目周例會(huì)· 會(huì)議目標(biāo)： 溝通項(xiàng)目狀態(tài)，提出項(xiàng)目問(wèn)題、風(fēng)險(xiǎn)和依賴條件；協(xié)調(diào)項(xiàng)目資源；對(duì)項(xiàng)目提出建議，問(wèn)題的解決方法，行動(dòng)計(jì)劃。· 日期與時(shí)間： 每周四14:00開始。· 參加人員： 乙方項(xiàng)目經(jīng)理；甲方項(xiàng)目經(jīng)理；項(xiàng)目經(jīng)理指定的其他成員。· 主要議程及責(zé)任：更新項(xiàng)目狀態(tài)，包括：跟蹤檢查項(xiàng)目遺留問(wèn)題的解決情況；項(xiàng)目狀態(tài)信息，時(shí)間進(jìn)度表等；問(wèn)題，風(fēng)險(xiǎn)，依賴條件（技術(shù)和管理）；對(duì)提出的問(wèn)題，討論和決定行動(dòng)計(jì)劃；乙方負(fù)責(zé)做會(huì)議記錄，會(huì)后分發(fā)會(huì)議記錄，將會(huì)議記錄上傳到版本庫(kù)中，并負(fù)責(zé)下一步行動(dòng)計(jì)

34、劃。3.1.1.2 不定期會(huì)議² 項(xiàng)目狀態(tài)會(huì)議· 會(huì)議目標(biāo)： 使項(xiàng)目全體人員明確目前項(xiàng)目的狀態(tài)、問(wèn)題、解決方法。· 日期與時(shí)間：根據(jù)實(shí)際需要確定。· 參加人員： 所有項(xiàng)目人員。· 主要議程及責(zé)任：項(xiàng)目狀態(tài)，存在的問(wèn)題及解決方法；下階段項(xiàng)目計(jì)劃。² 項(xiàng)目領(lǐng)導(dǎo)組會(huì)議· 會(huì)議目標(biāo)： 審核下階段項(xiàng)目計(jì)劃；復(fù)查項(xiàng)目狀態(tài)和里程碑；對(duì)項(xiàng)目中的重大問(wèn)題做出決策；協(xié)調(diào)項(xiàng)目各方資源；解決項(xiàng)目各方可能發(fā)生的重大爭(zhēng)議。 · 日期與時(shí)間：根據(jù)項(xiàng)目進(jìn)展實(shí)際情況安排。· 參加人員：項(xiàng)目領(lǐng)導(dǎo)組成員；乙方項(xiàng)目經(jīng)理；甲方項(xiàng)目經(jīng)理；其他有需要

35、參加的人員。· 主要議程及責(zé)任：項(xiàng)目經(jīng)理匯報(bào)項(xiàng)目狀態(tài)和下階段項(xiàng)目計(jì)劃；項(xiàng)目領(lǐng)導(dǎo)討論項(xiàng)目中需要決策的重大問(wèn)題；乙方負(fù)責(zé)做會(huì)議記錄，會(huì)后分發(fā)會(huì)議記錄，將會(huì)議記錄上傳到版本庫(kù)中，并負(fù)責(zé)下一步行動(dòng)計(jì)劃。² 重大問(wèn)題匯報(bào)會(huì)議· 會(huì)議目標(biāo)： 匯報(bào)項(xiàng)目重大問(wèn)題，并討論決定采取何行動(dòng)。· 日期與時(shí)間：重大問(wèn)題出現(xiàn)時(shí)。· 參加人員：?jiǎn)栴}發(fā)起人；項(xiàng)目經(jīng)理；高層領(lǐng)導(dǎo)等。· 主要議程及責(zé)任：匯報(bào)項(xiàng)目重大問(wèn)題，找出解決方案，決定行動(dòng)計(jì)劃。² 項(xiàng)目組內(nèi)部討論/溝通會(huì)議· 會(huì)議目標(biāo)：對(duì)項(xiàng)目組內(nèi)部遇到的問(wèn)題進(jìn)行討論，找出解決方案，并討論決定采取何

36、行動(dòng)。· 日期與時(shí)間：根據(jù)開發(fā)的狀態(tài)。· 參加人員：?jiǎn)栴}發(fā)起人；溝通相關(guān)人員等。· 主要議程及責(zé)任：討論出現(xiàn)的各種相關(guān)問(wèn)題，找出解決方案，決定行動(dòng)計(jì)劃。3.1.2 項(xiàng)目狀態(tài)周報(bào)制度項(xiàng)目組各組員每周一上午提交周報(bào)，提交到乙方項(xiàng)目經(jīng)理，由安訊軟件（上海）有限公司項(xiàng)目經(jīng)理匯總后提交給甲方項(xiàng)目經(jīng)理；甲方項(xiàng)目經(jīng)理根據(jù)項(xiàng)目狀態(tài)，總結(jié)項(xiàng)目周報(bào)，形成項(xiàng)目組的狀態(tài)周報(bào)，并于每周一下午4點(diǎn)之前上傳到版本庫(kù)中的周報(bào)目錄上。3.1.3 溝通手段² 開會(huì)或直接交談按需要組織會(huì)議進(jìn)行溝通，或直接找相關(guān)的人進(jìn)行討論，注意記錄溝通和討論結(jié)果，重要問(wèn)題討論必須有書面會(huì)議記錄。²

37、 電話或電話會(huì)議通過(guò)電話的方式進(jìn)行信息溝通。對(duì)比較重要的事情，需要包括開發(fā)地點(diǎn)以外的人員，則需要利用電話會(huì)議的方式進(jìn)行討論，溝通。² 電子郵件建立項(xiàng)目組電子郵件系統(tǒng)及與外界聯(lián)系的電子郵件系統(tǒng)。3.2 配置管理3.2.1 配置管理原則所有的項(xiàng)目過(guò)程文檔、代碼或項(xiàng)目最終文檔、代碼的編制工作，都必須在甲方提供的配置環(huán)境中進(jìn)行，所有人員都必須按甲方的配置管理制度進(jìn)行工作。3.2.2 配置庫(kù)管理配置庫(kù)分為文檔庫(kù)和代碼庫(kù)。文檔庫(kù)管理項(xiàng)目的所有文檔，而代碼庫(kù)管理項(xiàng)目的所有代碼，文檔及代碼庫(kù)進(jìn)行基線化管理，按照項(xiàng)目階段，對(duì)文檔庫(kù)和代碼庫(kù)打基線。經(jīng)測(cè)試以及審核后提交產(chǎn)品庫(kù)，文檔與產(chǎn)品由甲方統(tǒng)一管理，未

38、經(jīng)甲方同意，不得對(duì)任何項(xiàng)進(jìn)行任何更改。3.3 變更管理為了保證項(xiàng)目開發(fā)工作的相對(duì)穩(wěn)定性，提高工作效率，確保開發(fā)質(zhì)量。對(duì)影響項(xiàng)目計(jì)劃的變更，制定出處理變更的規(guī)范的、統(tǒng)一的方法和過(guò)程，估算出因變更引起的相應(yīng)的資源、費(fèi)用、和時(shí)間的變化以及變更確立后，變更的發(fā)布，執(zhí)行，和過(guò)程質(zhì)量的控制。本項(xiàng)目成立變更控制委員會(huì)，一般為單數(shù)組成（甲方人數(shù)乙方1），由甲方指定人員任變更控制委員會(huì)主任;變更的審批由變更控制委員會(huì)表決決定，2/3人數(shù)通過(guò)為表決通過(guò)，變更控制委員會(huì)主任有最終否決權(quán)。如變更控制委員會(huì)無(wú)法對(duì)變更做出最后決定，由變更控制委員會(huì)主任將變更申請(qǐng)?zhí)峤豁?xiàng)目管理高層進(jìn)行裁決。3.3.1 發(fā)起變更提出變更要求必

39、須填寫變更申請(qǐng)表（參見附件C“變更申請(qǐng)表”所附表樣）。變更申請(qǐng)表由變更申請(qǐng)人填寫。變更控制委員會(huì)審議變更申請(qǐng)的有效性和變更的必要性，決定拒絕變更申請(qǐng)或者要求乙方對(duì)申請(qǐng)的變更進(jìn)行評(píng)估。3.3.2 評(píng)估變更乙方指定的評(píng)估人員要充分評(píng)估變更對(duì)項(xiàng)目整體計(jì)劃、進(jìn)度、費(fèi)用及質(zhì)量的影響，進(jìn)行全面的評(píng)估，在五工作日內(nèi)，填寫變更評(píng)估表（參見附件C “變更申請(qǐng)表”所附表樣），以書面形式提交甲方。3.3.3 審批變更變更控制委員會(huì)對(duì)變更請(qǐng)求進(jìn)行審批，由變更控制委員會(huì)主任簽署書面變更審批單，有效變更審批間必須在審批結(jié)論中明確是否通過(guò)變更申請(qǐng)。涉及合同變更的不在變更控制委員會(huì)審批范圍內(nèi)，根據(jù)購(gòu)買合同規(guī)定的條款進(jìn)行審批。

40、3.3.4 執(zhí)行變更乙方負(fù)責(zé)根據(jù)變更審批結(jié)果，調(diào)整相關(guān)項(xiàng)目計(jì)劃，根據(jù)新的項(xiàng)目計(jì)劃和項(xiàng)目進(jìn)度，重新分配資源，對(duì)變更展開工作，并指定變更執(zhí)行評(píng)估人員。變更有關(guān)執(zhí)行人進(jìn)行變更執(zhí)行。執(zhí)行完成后向變更控制委員會(huì)報(bào)告變更執(zhí)行情況。3.3.5 變更執(zhí)行評(píng)估變更控制委員會(huì)中乙方委員負(fù)責(zé)填報(bào)變更執(zhí)行結(jié)果評(píng)估表，對(duì)執(zhí)行結(jié)果進(jìn)行評(píng)估跟蹤，并將結(jié)果向變更控制委員會(huì)主任報(bào)告。3.4 質(zhì)量管理3.4.1 質(zhì)量規(guī)劃² 質(zhì)量目標(biāo)：針對(duì)數(shù)據(jù)倉(cāng)庫(kù)一期系統(tǒng)，確立以下質(zhì)量目標(biāo)，甲乙雙方應(yīng)針對(duì)以下質(zhì)量目標(biāo)開展質(zhì)量管理活動(dòng)：· 保證100%滿足業(yè)務(wù)需求要求的正確性與精確性· 用戶滿意度達(dá)90%以上²

41、; 質(zhì)量管理原則· 客戶滿意度優(yōu)先· 預(yù)防優(yōu)于檢查· 管理層的責(zé)任· 持續(xù)改進(jìn)² 質(zhì)量保證計(jì)劃：合同生效后，甲乙雙方應(yīng)在質(zhì)量方針、質(zhì)量目標(biāo)、質(zhì)量原則及項(xiàng)目范圍等的前提下建立質(zhì)量保證計(jì)劃，明確相關(guān)干系人質(zhì)量管理職責(zé)、項(xiàng)目質(zhì)量管理任務(wù)的定義與責(zé)任人、需遵守的制度、規(guī)程、規(guī)范與標(biāo)準(zhǔn)、質(zhì)量控制的方法、工具、記錄與跟蹤等，便以此為基礎(chǔ)，有效地開展質(zhì)量管理活動(dòng)。² 測(cè)試要求測(cè)試作為項(xiàng)目最主要的驗(yàn)證方式，應(yīng)該得到雙方的高度重視。應(yīng)達(dá)到以下要求：· 所有測(cè)試必須有適用的測(cè)試管理流程，得到質(zhì)量控制小組的確認(rèn)· 在需求分析階段，出具用

42、戶測(cè)試計(jì)劃，以保證需求的可測(cè)試性· 在概要設(shè)計(jì)階段，出具集成測(cè)試計(jì)劃、集成測(cè)試案例· 在詳細(xì)設(shè)計(jì)階段，出具單元測(cè)試計(jì)劃、單元測(cè)試案例· 編碼階段所有模塊必須經(jīng)過(guò)單元測(cè)試通過(guò)，并出具單元測(cè)試報(bào)告，經(jīng)雙方項(xiàng)目經(jīng)理確認(rèn)· 集成測(cè)試計(jì)劃需經(jīng)評(píng)審?fù)ㄟ^(guò)· 集成測(cè)試必須有兩輪以上的測(cè)試，每輪測(cè)試必須有集成測(cè)試報(bào)告· 用戶測(cè)試必須由甲方組織測(cè)試通過(guò)，出具經(jīng)相關(guān)單位蓋章的測(cè)試報(bào)告后，視為完成· 在集成測(cè)試完成后的程序修改應(yīng)有足夠的回歸測(cè)試工作，并得到項(xiàng)目質(zhì)量控制小組的確認(rèn)3.4.2 質(zhì)量保證甲乙雙方在項(xiàng)目實(shí)施期間應(yīng)進(jìn)行以下質(zhì)量保證活動(dòng)：1. 規(guī)則的培訓(xùn)與指導(dǎo) 雙方項(xiàng)目經(jīng)理負(fù)責(zé)組織在項(xiàng)目啟動(dòng)階段向項(xiàng)目組成員做有關(guān)制度、規(guī)程、標(biāo)準(zhǔn)、工具與模板的使用培訓(xùn)。2. 文檔管理² 文檔規(guī)范 文檔需遵循一定的規(guī)范，由雙方參照相關(guān)國(guó)際與國(guó)家標(biāo)準(zhǔn)協(xié)商制定，需經(jīng)甲方項(xiàng)目質(zhì)量控制人員審核通過(guò)。 文檔標(biāo)識(shí)方法必須有統(tǒng)一的文檔編號(hào); 文檔應(yīng)具有相關(guān)的定位信息與參考信息