【正文】 ..................................................................... 230 . 風險評估 .......................................................................................... 230 . 進度監(jiān)控 .......................................................................................... 230 . 變更控制 .......................................................................................... 230 . 階段評審 .......................................................................................... 231 . 技術文檔管理 .......................................................................................... 231 . 系統(tǒng)集成文檔 ................................................................................... 232 . 技術文件類文檔 ......................................................................... 232 . 安裝計劃類文檔 ......................................................................... 232 . 配置計劃類文檔 ......................................................................... 233 . 安裝結構類文檔 ......................................................................... 233 . 測試類文檔 ................................................................................ 234 . 驗收類文檔 ................................................................................ 234 . 應用系統(tǒng)開發(fā)文檔 ............................................................................ 236 . 需求階段文檔 ............................................................................ 236 . 設計階段文檔 ............................................................................ 237 . 開發(fā)階段文檔 ............................................................................ 238 . 測試階段文檔 ............................................................................ 238 . 軟件開發(fā)承擔單位管理文檔 ....................................................... 238 . 集成商管理文檔 ......................................................................... 239 . 技術轉移方案和策略 ......................................................................... 240 . 需要甲方提供和配合的條件和要求 ........................................................... 241 . 本系統(tǒng)的驗收方法 ................................................................................... 242 . 審議確認 .......................................................................................... 242 . 驗收測試方式 ................................................................................... 242 . 應用系統(tǒng)的測試及驗收 ..................................................................... 243 . 測試環(huán)境搭建 ........................................................................... 243 . 測試設計 .................................................................................. 244 . 測試流程 .................................................................................. 244 . 測試報告 .................................................................................. 245 . 系統(tǒng)試運行與割接 .................................................................... 246 . 業(yè)務應用系統(tǒng)驗收 .................................................................... 246 . 驗收測試內容 ........................................................................... 248 . 相關標準規(guī)范 .......................................................................................... 248 . 集成測試規(guī)范 ................................................................................... 248 湖南省煙草商業(yè)系統(tǒng)應用集成服務 北京中軟國際信息技術有限公司 第 1 頁 1 總體 需求 概述 應用系統(tǒng)建設現(xiàn)狀 圖 11 湖南煙草單位圖 湖南省煙草公司下屬 14 個商業(yè)分公司，包括：邵陽市公司、長沙市公司、株洲市公司、郴州市公司、永州市公司、岳陽市公司、婁底市公司、常德市公司、益陽市公司、衡陽市公司、湘潭市公司、湘西自治州局、張家界市公司、懷化市公司。新的表示層需要與現(xiàn)存的遺留系統(tǒng)的商業(yè)邏輯或者一些封裝的應用如 ERP、 CRM 以及 SCM 等進行集成。這類中間件產(chǎn)品的代表是消息中介，消息中介使用一個 集線器 模式或者是 HUB 模式來對消息處理標準化并控制信息流。從“交互”角度來說，就是實現(xiàn)異構系統(tǒng)間的基于消息處理的數(shù)據(jù)交互，從一個數(shù)據(jù)源將數(shù)據(jù)移植到另外一個數(shù)據(jù)源來完成數(shù)據(jù)集成，它是“集成”深入到企業(yè)各應用系統(tǒng)的“手”，也是企業(yè)應用系統(tǒng)間的業(yè)務流程整合的基礎。 標準化建設 ：數(shù)據(jù)的規(guī)范化和標準化是數(shù)據(jù) 集成的基礎，也是企業(yè)應用集成工作的關鍵和難點，只有最大限度的完善企業(yè) 基礎數(shù)據(jù)的 IT 標準化建設，才能保障企業(yè)應用集成的實效性 。 ? 資源浪費、重復投資 ：各個系統(tǒng)基礎功能（用戶管理、權限管理、基礎代碼管理等）重復建設，而且標準不一，數(shù)據(jù)不一致；不同系統(tǒng)間點對點的數(shù)據(jù)交互需要進行數(shù)據(jù)格式的轉換，而且轉換方式多樣、復 雜，投資大。湖南省煙草商業(yè)系統(tǒng) 應用集成方案 總體 設計 北京中軟國際信息技術有限公司 iii 前言 煙草行業(yè)信息化通過多年建設取得了長足的進步，已經(jīng)建立了相當規(guī)模的信息化應用系統(tǒng)。 ? 基礎數(shù)據(jù)不一致，垃圾數(shù)據(jù)多 ：信息孤島中的多個應用之間通常有很多相互交叉，甚至重復的信息和數(shù)據(jù)，由于不是數(shù)出一門模式，造成企業(yè)經(jīng)常出現(xiàn)信息和數(shù)據(jù)的重復處理和更新不同步，甚至不一致。 為解決企業(yè)這些信息化建設的問題，最大限度地保護企業(yè)已有投資，并考慮企業(yè)信息化建設的前瞻發(fā)展， IT 業(yè)界提出了企業(yè)應用集成的一整套信息化建設方案，并推出了多種中間件產(chǎn)品，從標準化建設、數(shù)據(jù)集成、業(yè)務集成和門戶集成就等角度解決企業(yè)信息化建設集成需求。 數(shù)據(jù)集成 ：數(shù)據(jù)集成有兩層含義：交互 、集成。通常通過使用一些高層的中間件來表現(xiàn)業(yè)務流程 集成的特征。一般的，應用程序終端窗口的功能可以一對一地映射到一個基于瀏覽器的圖形用戶界面。 基于以上思路，我們在認真分析湖南煙草商業(yè)信息化現(xiàn)狀，結合其迫在眉睫的信息化建設任務，利用本項目目前采購的中間件產(chǎn)品，制定了以下關于湖南煙草商業(yè)系統(tǒng)應用集成方案。 卷煙專賣管理系統(tǒng) ：主要實現(xiàn)專賣證件管理和專賣案件管理等。交互地點在省公司，是通過 DB2 觸發(fā)器機制實現(xiàn)的點對點模式交互。 3. 傳輸中間件： IBM WebSphere MQ，部署 于省公司和 14 個分公司。集成標準規(guī)范包括 界 面風格 規(guī)范 、應用組件開發(fā)規(guī)范 、 基礎數(shù)據(jù)使用規(guī)范 、 數(shù)據(jù)交互管理規(guī)范與集成測試 規(guī)范 。 湖南煙草商業(yè)應用集成標準規(guī)范是以國際、國內已有的軟件系統(tǒng)建設規(guī)范為基 礎，針對湖南煙草應用集成需要而提出的建設標準。 ? 界面風格 規(guī)范 ， 該規(guī)范 在 統(tǒng)一界面風格 方面提出了具體的要求； ? 應用組件開發(fā)規(guī)范 ， 在實現(xiàn)應用系統(tǒng)組件化開發(fā)，積木式構造，插件式裝卸方面提出了具體的要求，這是在軟件程序方面提出的一個規(guī)范要求，卻為業(yè)務協(xié)同和信息互動提供了可能 。為此對基礎數(shù)據(jù)的使用與調用建立了一套規(guī)范機制，使數(shù)據(jù)的寫入、寫出、存儲、緩沖等動作能夠在規(guī)范的行為下完成。 湖南煙草商業(yè)應用集成標準規(guī)范就是一套標準，一套開放的、適用于湖南煙草信息化長遠建設的標準，湖南煙草已有業(yè)務系統(tǒng)和即將 建設的業(yè)務系統(tǒng)都將以此規(guī)范為標準，完成改造和建設工作。包括的內容主要有： ? 數(shù)據(jù)及代碼標準體系 的建立。 ? 數(shù)據(jù)交換平臺 的建立 。協(xié)同門戶可以分為兩類：應用門戶和信息 門戶。提供一次登錄，到處通行的功能； ? 安全 API。提供符合中國國情的豐富的權限授權體系。提供三級的權限管理體系：集成平臺管理 — 系統(tǒng)管理 〉集成平臺管理 — 子系統(tǒng)管理 〉業(yè)務系統(tǒng)管理。為此，從上世紀 90 年，湖南煙草就開始致力于信息化建設，以帶動行業(yè)經(jīng)營水平和服務效率的提升。 商業(yè)應用系統(tǒng)集成為湖南煙草的應用集成提供了技術可行性，搭建起了數(shù)據(jù)、應用集成平臺，但是具體業(yè)務的集成仍需要與具體的業(yè)務需求相結合。 操作 界面 組裝 自頂向下地分析規(guī)劃信息化系統(tǒng)，歸納出細致到模塊功能入口點，這些功能入口點成為組裝應用系統(tǒng)的最小元素，這樣可以規(guī)劃出多層次的系統(tǒng)應用模塊結構，在平臺級，被統(tǒng)一管理的最小單元是模塊功能入口，應用模塊層次結構可以靈活的規(guī)劃。業(yè)務系統(tǒng)主要需要做部門個性化界面的定制，主要體現(xiàn)在不同部門需要使用的應用功能的不一樣。應用系統(tǒng)無需自己實現(xiàn)登錄，直接使用 輕量級第三方認證 （ LTPA）服務，取得用戶登錄信息，根據(jù)登錄信息判斷用戶的能進行的操作。 統(tǒng)一 人員 權限 全系統(tǒng)統(tǒng)一管理用戶，而不是每個應用軟件一套用戶，是用戶集成的需要。一般情況下，應用軟件無需建立自己的權限模型，權限控制完全由系統(tǒng)統(tǒng)一維護 ，應 用系統(tǒng)在要做數(shù)據(jù)權限控制時，可以結合平臺權限模型做數(shù)據(jù)權限控制 。 統(tǒng)一編碼 構建 國家煙草專賣局 、省公司、分公司三級編碼和指標管理體系，實現(xiàn)省公司對全省基礎編碼 和統(tǒng)計指標的統(tǒng)一管理 ，包括 卷煙基礎數(shù)據(jù)、組織機構基礎數(shù)據(jù)、煙葉基礎數(shù)據(jù)、供應商基礎數(shù)據(jù)、員工基礎數(shù)據(jù)、零售客戶基礎數(shù)據(jù)編碼等 ，以及財務、統(tǒng)計等各項指標編碼，分市公司在省公司統(tǒng)一的編碼產(chǎn)生規(guī)則下，對地市級編碼和指標進行維護，并按照編碼管理流程提報到省公司進行審批。因此，公共數(shù)據(jù)庫是一個逐漸完善的體系，公共數(shù)據(jù)庫建設是一個長期漸進的工作。 數(shù)據(jù)交換平臺 建設數(shù)據(jù)交換平臺的目的是滿足業(yè)務系統(tǒng)之間交互