1、中國電信基于EAI的企業信息門戶軟 件 技 術 規 范 書中國電信集團公司2003年1月目 錄1、總則12、賣方的建議書要求23、賣方的商務報價書要求34、項目總體說明34.1項目背景34.1功能架構44.2邏輯架構55、總體技術要求76、軟件技術要求86.1 EAI平臺軟件86.1.1功能性要求86.1.2非功能性要求107、技術服務和技術培訓117.1 技術服務117.2 技術培訓128、技術文件129、其他13ii中國電信基于EAI的企業信息門戶軟件技術規范書 1、總則1.1 本文件為中國電信集團公司（以下簡稱買方）對中國電信基于EAI的企業信息門戶EAI軟件供應商（以下簡稱賣方）提出的

2、技術規范書，包括了EAI軟件的功能性和非功能性要求，構成一套完整的技術文件（以下簡稱技術規范書），供賣方編寫技術建議書和報價之用。本規范書將作為談判的基礎。1.2 賣方所提供的所有各項設備和系統(包括軟、硬件) 若符合有關標準（例如ISO建議、ITU-T標準、ANSI標準、IEEE標準、IETF建議、RFC建議等）的，賣方應在建議書中具體說明，并附上相應的詳細技術資料。1.3 關于配置和報價(1) 賣方應按照本文件的要求提供報價和建設中國電信（昆明）本地網EAI平臺的全套詳細的技術建議。賣方提供的各項性能、功能應完全符合買方指明的標準，并滿足或高于買方指出的要求。對于本文件未規定的有關軟件功能

3、，賣方應提出建議及報價。本工程采用“交鑰匙”方式，賣方負責提供所有軟件，并負責配合系統集成商完成項目實施。(2) 賣方應提出詳細的軟件配置方案及正式報價和折扣率。報價內容包括：1) EAI平臺軟件組件和定制的連接器等。2) 安裝和培訓等。3) 技術資料文件等。(3) 在建議書中，賣方應附上其所建議使用的全部軟件產品（包括第三方的產品）和相關技術（如：相關的建議、標準等）的詳細資料。(4) 本技術規范書應視為保證整個系統運行所需的最低要求，賣方應充分考慮系統富余能力和擴展性，如有遺漏，賣方應予以補充，否則一旦中標將認為賣方認同遺漏部分并免費提供。(5) 賣方應承諾當所購置軟件種類、數量發生變化時

4、，保證所提供的價格折扣水平、技術服務等方面的各種優惠條件不變。1.4項目實施進度要求(1) 賣方應保證本項目中的EAI平臺軟件在2003年XX月XX日之前能夠正式運行，并保證根據業務需求能夠進行免費調整與完善。(2) 賣方應根據以上時間結點合理設計與安排項目的組成人員與工作進度，并提出買方需要配合的工作內容的詳細說明與時間要求。1.5 賣方若對本文件中的部分要求不能滿足或者有不同于本文件相關要求的其他建議，均應在建議書中詳細說明。1.6 賣方應根據本文件要求在7天內提供技術建議書和商務報價。技術建議書應包含的內容見第二章要求, 其和商務報價書應單獨分冊，其中：建議書要求提供10套，商務報價書3

5、套，并提供建議書的電子文檔。建議書要求必須采用中文書寫。1.7 規范書有關內容的澄清(1) 賣方對于規范書的疑問可以通過書面材料與買方聯系。在規定的建議書提交最后期限以前，買方將以書面材料給予答復。有關買方答復材料的復印件也將遞交所有得到技術規范書的賣方。(2) 在技術談判的各個階段，買方將以書面形式要求賣方對有關問題進行進一步的技術澄清，賣方應以書面資料給予正式應答；所有各階段的技術澄清文件都將作為合同附件。1.8 買方在任何時候保留和擁有對本文件的解釋權。買方有權在簽定合同前，根據需要修改和補充本技術規范書，修改補充后的最終技術規范書將作為合同的附件。2、賣方的建議書要求賣方應按照1.6要

6、求單獨提供本項目的技術建議書，其建議書的內容及要求如下：一、軟件配置清單及說明1.軟件配置清單應逐項列出，如大項中含有若干小項，則應列出每小項的詳細清單，直至不可細分為止；2. 賣方應說明軟件的詳細配置原則或配置說明、完成的功能、相關計算方法和依據，包括必要的公式、表格或圖表。二、技術規范書及點對點應答1. 要求賣方對本規范書所提出的各項要求進行逐條逐項答復、說明和解釋。首先對實現或滿足程度明確作出“滿足”、“不滿足”、“部分滿足”等應答，然后作出具體、詳細的說明，并列出具體技術數據和指標，不得以諸如“理解”、“注意到”等模糊之詞回答，否則視該條回答無效。2. 本系統技術規范書及點對點應答內容

7、作為技術建議書的一部分，單獨成冊。三、總體方案建議1.要求賣方針對本項目提出基于軟件產品的EAI架構的建議方案。2.要求賣方針對本項目應用要求，對硬件平臺提出建議方案。四、所提供軟件資料情況1.軟件詳細資料，包括系統軟件、應用軟件以及所有第三方軟件功能性能說明、體系結構；2. 提供軟件的正式使用時間及相關性能指標的測試記錄文檔。五、場地及環境準備要求六、系統實施進度安排1. 項目進度表，包含自合同清單確認起至合同系統保修期結束止，賣方軟件安裝調試進度、應用軟件開發計劃和進度等詳細工程時間安排；2. 項目相關人員安排：賣方對于項目實施的詳細安排，及相應的組織機構和人員情況（按照工程進度的安排提供

8、各階段各類工程服務人員的數量名單，若存在第三方公司的參與，應列出本公司與第三方公司的人員比例，相應的人員的資質水平及本地化程度）；七、系統分工界面1. 本次工程賣方與系統集成商、咨詢商等其它第三方廠商及最終用戶的工程界面、工作內容及責任分工等；2. 要求圖示并加以說明；八、測試及驗收1. 包括系統的驗收流程、測試內容、測試方法及相關測試手冊等；九、培訓計劃1. 包含培訓內容、等級、對象、課程安排及相關描述、人員數量、地點及相關費用標準等；十、技術承諾十一、技術服務、支持、保修1. 要求賣方針對本項目，明確提出所提供的售后服務內容、等級、相關服務指標、售后服務組織機構及人員安排情況等；十二、技術

9、文檔清單1. 所提供的所有軟件文檔清單，包括：技術文件種類、數量、版本號；十四、其他內容說明對本項目業務功能和EAI體系架構等方面的建議。3、賣方的商務報價書要求賣方應按照1.6要求單獨提供本項目的商務報價書，其要求如下：3.1 報價以人民幣為單位。3.2 報價中應有分項的詳細報價、分項折扣價和總價等。3.3 賣方應詳細列出各種服務所需要的報價（技術服務報價應列出詳細的服務內容，包括賣方人員來現場所需的全部費用）。3.4 對任選軟件等應列出單獨的清單和價格。4、項目總體說明4.1項目背景隨著中國電信的上市和所面臨的日益開放和競爭激烈的電信市場，為了更有效地參與市場競爭，提升企業的核心競爭力，中

10、國電信制定了“求真務實，努力奮斗，力爭用五年左右的時間，把中國電信建設成為世界級的現代電信企業集團”的企業戰略目標，以及“建立以市場為導向、以客戶為中心、以效益為目標的高效運營機制”的營運目標。為配合中國電信的轉型計劃，云南省電信公司決定在昆明市電信公司實施企業信息門戶項目，作為昆明電信BPR(業務流程重整)信息系統整合工程的啟動點。門戶(Portal)是一個提供多元化信息、可以滿足不同崗位使用者的個性化需求、融合多種業務流程以促進工作成效、并可保障業務信息安全的窗口。企業信息門戶(Enterprise Information Portal，以下簡稱EIP)，則是藉著門戶的技術在企業中替員工提

11、供一個信息完整而一致的工作環境，以提升工作團隊的成效與產值。并利用這樣的機制優化員工對員工(E2E)以及員工對業務(E2B)的工作流程，進而提升員工對客戶(E2C)的業務關系。企業信息門戶將企業信息化基礎架構功能，通過一個靈活的接口呈現出來，使得傳統需手工經轉多處才可完成的工作流程與獲取的完整資料，通過這個機制而迅速、有效地達到工作目標。通過分布實施企業信息門戶，實現協調工作流和企業信息訪問，昆明電信可以：一、建立有效的IT 支撐手段，以規范業務流程的運作和員工行為；二、固化BPR試點成果，有效支持公司內部的SLA（服務水平協議）流程和KPI（關鍵業績指標）流程的運作，提高企業運營效率和效益；

12、三、通過企業信息門戶實現企業內部相關信息共享和有效的流轉，有助于實現集團企業信息化建設的目標。4.1功能架構下圖是企業信息門戶項目的通用功能架構圖。功能架構圖用于描述在系統架構中有哪一些具體的邏輯功能。在企業信息門戶項目的功能架構架構圖中，不僅包括一般的企業信息門戶功能，還增加了整合服務的功能，以下對每個功能部件進行描述。企業信息門戶功能包括門戶管理功能組、訪問服務功能組、門戶服務功能組、信息服務功能組、協同服務功能組和應用服務功能組。ü 門戶管理功能組中包括系統管理、用戶管理和安全管理，其主要作用是管理企業信息門戶的日常運作。ü 訪問服務功能組中包括交互管理和多渠道訪問，

13、主要用于為用戶提供多渠道的訪問方式，例如瀏覽器、移動設備等。目前昆明電信的需求僅限于通過瀏覽器的訪問，將來可以所著業務需求的變化，增加對移動設備訪問企業信息門戶的支持。ü 門戶服務功能組中包括個性化管理、搜索引擎、導航管理、上下文管理和內容發布，主要用于提供基于門戶通用服務。ü 信息服務功能組中包括內容管理和內容聚集，主要用于管理企業信息門戶中各種內容服務的處理流程。ü 協同服務功能組中包括即時消息、文檔工作流和工作組群件，主要用于實現不同用戶組之間的信息交流、協同工作和工作文檔的流轉。ü 應用服務功能組中包括基于應用服務器開發的定制應用和其他廠家提供的

14、第三方應用。這些應用是根據各個業務部門的具體需求而量身定做的、有專用性質的應用程序，用于解決各個部門的具體業務需求。例如本項目中的SAL處理流程、各種統計查詢服務就屬于定制應用功能。整合服務功能包括整合基礎服務功能組和應用整合服務功能組，這些功能都屬于各個IT系統的公用基礎架構功能。ü 其中整合基礎服務功能組包括安全服務和目錄服務功能，主要用于提供公共的安全和目錄信息服務。ü 應用整合服務功能組包括流程工作流、消息代理、事務管理、內容整合和數據庫訪問，主要是利用中間件的技術，通過工作流及整合平臺，標準化各業務應用系統的連接，實現統一數據傳輸、應用系統整合和業務流程整合的功能

15、。賣方應能為買方提供覆蓋以上功能的應用系統軟件的產品或基于這些產品可開發出相應的邏輯功能。4.2邏輯架構下圖是企業信息門戶的邏輯組件架構圖，組件架構圖用于描述系統中的各個組件是如何相互協調運作的。在組件架構圖中，用戶通過企業信息門戶獲得對接口業務系統的訪問信息，并實現用戶與用戶之間、用戶與企業之間的信息交互和協同工作。下面詳細描述各個組件的功能以及這些組件和其他組件的關系。(A)目錄與安全服務：負責統一維護和管理信息門戶注冊用戶的資料，例如用戶的身份驗證信息、訪問權限、配置信息等；多個組件都需與其交互，獲取或者更新用戶信息。(B)信息推送：當應用需要主動將信息通知用戶時，由信息推送部件負責主動

16、將相關信息通過各種方式（如郵件，即時消息等）送達用戶。(C)實時協作：用戶之間可以利用實時協作部件提供的功能實現相互之間的實時溝通交流。(D)個性化服務：根據用戶的需要或特點，向不同的用戶群組或用戶個體提供不同的內容，以更好地為用戶服務。(E)工作流引擎：用于實現定義、創建、運行、監控、控制和管理工作流的基礎組件。(F)HTTP服務：用于提供基本的Web服務；存放絕大部分的靜態內容，這些內容對所有用戶都開放，無需事先驗證用戶的身份；記錄下用戶的訪問日志（包括靜態內容的訪問和動態內容的訪問）。(G)認證授權：負責用戶認證和權限校驗，依據權限，用戶可以管理門戶內容（K）、查看門戶訪問統計（M）、訪

17、問信息門戶上提供的信息和應用（I）。可支持基于表格的登錄、HTTP 基本認證、數字證書 (X.509v3)、RSA SecurID Token、資源敏感的認證（對特殊的資源進行額外的用戶認證機制）以及其他客戶化的方法。具有集中授權管理和單一登錄（Single Sign On）功能。(H)表現集成：多個應用返回的結果經表現集成部件組合成完整頁面后返回給用戶。(I)應用服務：具體應用運行在應用服務組件上，利用工作流引擎（E）等支撐服務實現其功能。應用接收到用戶的請求后，執行相應處理，再將結果返回給用戶。企業信息門戶的具體應用服務包括SLA流程處理、KPI流程處理、在線培訓考核、營運分析報表、信息發

18、布等(J)外部系統接口：應用與企業其它內部系統的交互經過接口部件統一實現。(K)內容管理：負責維護、管理HTTP服務(F)上的內容。(L)搜索引擎：定期對HTTP服務(F)上的內容進行檢索，生成索引，并向用戶提供搜索界面，協助用戶快速找到所需的信息。(M)訪問統計：訪問統計部件(M)通過分析訪問日志，生成各種訪問統計報表。(N)郵件服務：即企業內部的電子郵件服務系統。(O)EAI平臺：包括流程工作流、消息代理、事務管理等功能的組件，用于實現各個系統的信息連接或業務流程整合。賣方在向買方推薦產品時，必須能包含或通過產品客戶化/開發實現上圖中短期實現的功能組件，同時將來也可以方便地擴展其他組件以滿

19、足企業信息門戶系統中長期的功能需求。5、總體技術要求為了保證本項目的順利實施，要求賣方提供軟件滿足以下技術要求。（1） 賣方應詳細闡述其EAI平臺軟件的運行機制，并說明軟件的詳細配置說明和硬件需求、計算依據，并結合軟硬件說明目前配置下的系統的處理能力，并說明其擴展能力；（2） 賣方應詳細描述其EAI軟件所實現的具體功能；（3） 賣方應詳細描述其EAI軟件各組件的應用功能和EAI平臺上企業信息門戶開發方案建議；（4） 賣方提供的軟件內部的各級數據接口、數據標準、數據庫表結構應保證統一的標準，并盡可能采用國家標準和國際上通用的標準和規范；（5） 賣方應保證其EAI軟件架構和基于這一架構開發的連接器

20、的安全性、高可靠性和穩定性，保證數據不因意外情況丟失或損壞，系統能夠長時間不間斷運行；（6） 賣方應保證其提供的EAI平臺不僅可以滿足目前的項目需求，在將來還可靈活地整合中國電信（昆明）的其它應用系統；（7） 賣方應提供查找、解決系統瓶頸，優化系統性能的方法或工具。6、軟件技術要求6.1 EAI平臺軟件 EAI平臺的技術要求包括功能性要求和非功能性要求。6.1.1功能性要求業務流程管理 業務流程是一系列的業務活動，可以并行執行，也可以串行執行，通過這些業務活動來達到一個目的或者業務目標。業務流程的設計、管理和監控是EAI平臺必須具備的功能，包括：Ø 支持工作流管理和流程

21、自動化；Ø 提供工作流引擎，對業務流程進行集中控制和維護，一般應包括流程設計工具、手工任務管理器（基于Web）、流程狀態監測、報表/分析，流程文檔附件、組織建模、業務對象建模、輸入/輸出流程定義、流程版本控制、例外處理、全局事務、電信行業流程模板等；Ø 工作流引擎要提供圖形用戶接口來方便地對業務流程進行修改；Ø 提供企業流程門戶開發和運行環境。事件服務管理 業務流程中的事件需要被轉換成消息的形式在事件服務總線中傳輸，實現系統之間的通信。因此EAI平臺的事件服務管理要滿足以下要求：Ø 必須采用基于消息的架構，保證消息及時可靠地傳送和溝通，并能

22、對消息接收進行確認。消息的傳輸方式一般包括消息隊列和公布/登記兩種方式。EAI平臺軟件最好能同時支持這兩種方式；Ø 要提供消息路由功能，可以基于消息主題或消息內容進行路由；Ø 所有通過EAI平臺進行傳輸的消息都應該支持XML格式；Ø 支持消息聚合；Ø 支持EAI組件適配器和應用的健康性，提供基于JMX、基于Web的管理控制臺或基于SNMP的管理；Ø 提供事件日志，對所有的請求處理步驟、警告、錯誤消息都必須被記錄，如果產品不支持這個級別的記錄，就需要提供定制。 數據格式和轉換Ø EAI平臺支持最通用的數據格式，如XML、E

23、DI、SWIFT等；Ø 支持數據轉換功能。系統之間的通訊，數據要按字段對應，EAI平臺要能夠將這部分工作提取出來，集中進行數據轉換。數據轉換包括數據格式轉換、數據內容轉換和基于規則的轉換。應用系統連接.1總體要求Ø 為了實現系統之間的通信，EAI平臺必須支持JCA（Java連接器架構）或提供其它標準的連接器架構；Ø 提供適配器開發工具，支持JAVA、C、C+等多種編程語言；Ø 提供預配置的商用套件（COTS）適配器，包括CRM、ERP等；Ø 提供數據庫適配器、中間件適配器。6.1.2非功能性要求EAI平臺軟件應滿足以

24、下非功能性要求：Ø 是成熟的軟件包，屬于業界領先的軟件產品，包含完整豐富的企業整合平臺組件；Ø 提供一個整合環境以支持開發、配置、工作流運行管理、數據轉換、消息和適配器開發；Ø 支持HP/Sun UNIX, Windows等多種操作系統、硬件、運行平臺的整合；Ø 支持Oracle、Sybase、SQL Server等不同數據庫平臺；Ø 支持跨應用事務處理，實現商業邏輯與應用邏輯/數據邏輯的有效分離；Ø 支持工作流引擎和消息中間件內事務處理；Ø 支持目錄服務；Ø 支持開放性標準，包括對CORBA、J2EE和WebSe

25、rvices的支持；Ø 提供B2B支持和工具；Ø 產品線包含針對電信行業特點的預置連接器；Ø 保證信息傳送的可靠性和安全性；Ø 內置或易于實現流程整合、工作流和消息代理之間的集成；Ø 集中化的管理與控制，基于XML的統一數據標準和轉換格式；Ø 良好的開發工具和友好的圖形化維護界面；Ø 對于EAI平臺，以平均每個交易數據量1K計算，平均每小時應能處理5000個交易，高峰期期能處理8000個交易；Ø 要求系統可支持每周 7 天 24 小時運行；Ø 不會出現單點故障；Ø 易于實施與維護，具有高可擴展性

26、和靈活性；Ø 良好的備份/恢復機制，應用數據備份/恢復、系統全備份/恢復時間應低于12小時；Ø 提供語義級的恢復功能，語義恢復指產品在系統失敗的情況下，重新啟動和繼續處理活動請求的能力；Ø 平臺應適應5年內每年增長率為 20%的處理能力；Ø 提供便利的安全支持的能力，包括鑒別、授權、加密和基于角色的管理，可以通過開放的系統編程接口集成第三方的安全模塊；Ø 提供負載均衡，當功能組件的多個實例存在時，產品將請求分配給可用的實例和組件；Ø 支持多線程和多進程，進行性能優化；Ø 軟件配置和開發工具在中國電信IT標準平臺上可用，保證技

27、術基礎設施支持中國電信的產品；Ø 支持運行環境的伸縮調整，包括運行功能組件的多個實例的支持；Ø 在開發和生產環境中運行穩定，并支持數據緩沖；Ø 易于擴充/定制，支持中國電信的業務/技術需求的變化；Ø 支持用戶交互整合。7、技術服務和技術培訓賣方應說明其技術維護隊伍和機構情況，服務模式等，并說明其在國內的維護與服務能力。7.1 技術服務(1) 賣方應列出其產品在國際電信市場的成功案例；(2) 賣方應提供軟件安裝調試時所需的技術資料, 賣方有責任在保證安全和質量的前提下提供技術服務, 包括技術咨詢等；(3) 在軟件安裝調測期間, 買方有權派出技術人員參加, 賣方有義務對其進行指導；(4) 賣方應根據合同規定將要安裝和調試資料提前單獨發往安裝現場；(5) 由賣方提供的設備，其安裝、調試（包括硬件及軟件）