新華網(wǎng)三期總體設計書

新華網(wǎng)內(nèi)容管理系統(tǒng)設計書文檔修訂記錄文檔審閱確認紀錄領導小組成員甲方日期總包方日期監(jiān)理方日期乙方日期項目經(jīng)理甲方日期總包方日期監(jiān)理方日期乙方日期目錄新華網(wǎng)內(nèi)容管理系統(tǒng)設計書1第1章.文檔介紹91.1文檔目的91.2文檔范圍91.3參考文獻91.4術語與縮寫解釋94.UNICODE143.1.5.WEB服務153.1.6.XINHUAML標準153.1.7.CNML標準163.1.第4章.設計策略184.1擴展策略184.2復用策略184.3折衷策略19第5章.系統(tǒng)總體結構206.WEBSERVICE305.2.7.碎片文件30第6章.系統(tǒng)單元設計31第7章.外部接口1087.3內(nèi)部接口111第1章.文檔介紹1.1文檔目的本文檔用于描述新華網(wǎng)內(nèi)容管理系統(tǒng)的總體設計框架。本文檔的預期讀者是項目經(jīng)理、系統(tǒng)分析員、系統(tǒng)設計人員、軟件開發(fā)工程師、軟件測試工程師。作為總體設計方案,本文檔用于指導整個新華網(wǎng)內(nèi)容管理系統(tǒng)項目,方正公司項目組的開發(fā)進程,并作為詳細設計的輸入文檔,指導項目的詳細設計和開發(fā)工作。本文檔同項目需求文檔一起,構成項目測試方案的輸入文檔,以此為依據(jù)形成項目的測試方案。1.2文檔范圍本文檔包含:新華網(wǎng)內(nèi)容管理系統(tǒng)總體結構設計圖及對應的描述,系統(tǒng)各個單元模塊的概要設計方案,本系統(tǒng)與外部系統(tǒng)的接口設計。1.3參考文獻【1】《新華網(wǎng)內(nèi)容管理系統(tǒng)招標文件》1.4術語與縮寫解釋第2章.系統(tǒng)概述內(nèi)容管理系統(tǒng)項目要求定制開發(fā)一套能夠滿足新華網(wǎng)未來發(fā)展需要的新一代內(nèi)容管理系統(tǒng)軟件,購置與擴充所需的服務器硬件與網(wǎng)絡設備,建立新華網(wǎng)總網(wǎng)、地方頻道、社辦報刊頻道、網(wǎng)群、短信等于一體的多站點內(nèi)容加工與發(fā)布平臺,統(tǒng)一總網(wǎng)、地方頻道及網(wǎng)群等站點間的信息資源,實現(xiàn)新華網(wǎng)圖片、文字信息、多媒體、短信等多種信息和多語種信息的采集、編輯以及發(fā)布,提供統(tǒng)一、規(guī)范的可擴展操作平臺,實現(xiàn)內(nèi)容的快速、靈活發(fā)布。圖新華網(wǎng)內(nèi)容管理系統(tǒng)體系結構如圖所示,新華網(wǎng)內(nèi)容管理系統(tǒng)可以劃分成:?內(nèi)容采集系統(tǒng)?內(nèi)容管理系統(tǒng)?客戶端平臺?發(fā)布系統(tǒng)?分發(fā)系統(tǒng)?遠程發(fā)稿模塊?直播系統(tǒng)第3章.設計約束3.1遵循的標準或規(guī)范Java企業(yè)級計算平臺,Java2平臺企業(yè)版[2](Java2platformEnterpriseEdition,J2EE實質(zhì)上是一個分布式的服務器應用程序設計環(huán)境,它提供了基于組件的,以服務器為中心的多層應用體系結構,為企業(yè)應用系統(tǒng)提供了一個具有高度的可移植性和兼容性、安全的平臺。J2EE的多層體系結構的設計特點極大的簡化了開發(fā)、配置和維護企業(yè)應用的過程,它最大的優(yōu)點就在于將企業(yè)的業(yè)務邏輯同系統(tǒng)服務和用戶接口分開,放在它們之間的中間層。它提供了一系列的底層服務,如事務管理、緩沖池等,使得開發(fā)者能夠?qū)⒕杏谄髽I(yè)的業(yè)務邏輯,而無需過多的關心與業(yè)務邏輯不太相干的系統(tǒng)環(huán)境等。由于采用多層結構,系統(tǒng)中同時會有多臺服務器在工作,這樣不僅能提高系統(tǒng)的整體運行效率,而且一旦某一臺服務器出現(xiàn)故障,應用程序會自動轉移到另一臺服務器上接著運行,這就有效的保障了系統(tǒng)整體運行的可靠性。WorldWideWebConsortium(W3C對XML進行了如下描述:"ExtensibleMarkupLanguage,縮寫為XML,描述了一類被稱為XML文檔的數(shù)據(jù)對象,并部分描述了處理它們的計算機程序的行為。XML是SGML(StandardGeneralizedMarkupLanguage[ISO8879]的一個應用實例或一種受限形式。從結構上說,XML文檔順從SGML文檔標準。"與HTML一樣,XML也是一個基于文本的標記語言,用標記(一對尖括號來表示數(shù)據(jù)。不同的是,XML的標記說明了數(shù)據(jù)的含義,而不是如何顯示它。XML的標記由一對尖括號組成,在它們之間是XML數(shù)據(jù)的一個元素。一個元素可以完全包含在另一個元素之中,這樣就可以表示層次結構。XML與HTML的一個重大區(qū)別就是XML文檔必須是格式良好的,它必須滿足幾條規(guī)則,如標記不能交錯嵌套等。如果沒有DTD(DocumentTypeDefinition,文檔類型定義,文檔可以包含任何類型的標記。但如果XML文檔有相應的DTD,那么它還需滿足語義限制。DTD規(guī)定在XML文檔中可以包含的標記種類和有效布置。只有其結構、數(shù)據(jù)類型和數(shù)據(jù)關聯(lián)等均滿足DTD要求的XML文檔,才能被稱為有效的XML文檔。XML文檔由一個個存儲單元組成,這些單元稱為實體,包括解析數(shù)據(jù)(parseddata和未解析數(shù)據(jù)(unparseddata。解析數(shù)據(jù)由字符組成,其中一些形成字符數(shù)據(jù),另一些形成標記。標記是對了文檔存儲格式和邏輯結構的描述。在形式上,標記有以下各種可能項:注釋、引用、字符數(shù)據(jù)段、起始標記、結束標記、空元素、文檔類型聲明(DTD和序言。每個XML文檔都有一個邏輯結構和物理結構。從物理角度來看,文檔由實體單元組成,一個實體也可以在其他文檔的實體中被引用。一個文檔以一個根元素或文檔實體來開始。從邏輯上講,文檔由聲明(declaration、元素(element、注釋(comment、字符引用(characterreference和處理說明(processinginstruction組成。這些組成部分在文檔的標記中必須明確規(guī)定。物理結構從另一角度來規(guī)范XML文檔。文檔的起始標記和結束標記對數(shù)據(jù)進行結構化組織,并確定了元素的范圍和相互之間的關系。XML對格式的定義更為嚴格,并具有層次結構,處理起來更加容易。它是與廠商無關的標準,可以任選一個解析器來處理。XML在采用簡單、柔性的標準化格式表達和在應用間交換數(shù)據(jù)方面邁出了一大步。HTML提供了查看數(shù)據(jù)的通用方法;XML則提供了直接在數(shù)據(jù)上工作的通用方法。XML的威力在于將用戶界面和結構化數(shù)據(jù)相分離,允許不同來源數(shù)據(jù)的無縫集成和對同一數(shù)據(jù)的多種處理。從數(shù)據(jù)描述語言的角度看,XML是靈活的、可擴展的、有良好的結構和約束;從數(shù)據(jù)處理的角度看,它足夠簡單且易于閱讀,幾乎和HTML一樣易于學習,同時又易于被應用程序處理,因此,XML必將帶來下一代網(wǎng)絡應用技術的革命。為了實現(xiàn)組織目標,有關業(yè)務活動依時序或邏輯關系相互連接構成業(yè)務流程。在業(yè)務開展過程中,文檔、信息或任務,依據(jù)組織規(guī)范在參與者之間傳遞、處理或執(zhí)行。業(yè)務流程中,實現(xiàn)了基于計算機自動化的全部或部分稱為工作流。工作流管理系統(tǒng)(WorkflowManagementSystem,WFMS是定義、創(chuàng)建、執(zhí)行工作流的系統(tǒng)。在最高層上,WFMS應能提供以下三個方面的功能支持:建造功能:對工作流過程及其組成活動定義和建模;運行控制功能:在運行環(huán)境中管理工作流過程,對工作流過程中的活動進行調(diào)度;運行交互功能:指在工作流運行中,WFMS與用戶(業(yè)務工作的參與者或控制者及外部應用程序工具交互的功能。3.1.4.UNICODE基本上,計算機只是處理數(shù)字。它們指定一個數(shù)字,來儲存字母或其他字符。在創(chuàng)造Unicode之前,有數(shù)百種指定這些數(shù)字的編碼系統(tǒng)。沒有一個編碼可以包含足夠的字符:例如,單單歐州共同體就需要好幾種不同的編碼來包括所有的語言。即使是單一種語言,例如英語,也沒有哪一個編碼可以適用于所有的字母,標點符號,和常用的技術符號。這些編碼系統(tǒng)也會互相沖突。也就是說,兩種編碼可能使用相同的數(shù)字代表兩個不同的字符,或使用不同的數(shù)字代表相同的字符。任何一臺特定的計算機(特別是服務器都需要支持許多不同的編碼,但是,不論什么時候數(shù)據(jù)通過不同的編碼或平臺之間,那些數(shù)據(jù)總會有損壞的危險。Unicode給每個字符提供了一個唯一的數(shù)字,不論是什么平臺,不論是什么程序,不論什么語言。Unicode標準已經(jīng)被這些工業(yè)界的領導們所采用,例如:Apple,HP,IBM,JustSystem,Microsoft,Oracle,SAP,Sun,Sybase,Unisys和其它許多公司。最新的標準都需要Unicode,例如XML,Java,ECMAScript(JavaScript,LDAP,CORBA3.0,WML等等,并且,Unicode是實現(xiàn)ISO/IEC10646的正規(guī)方式。許多操作系統(tǒng),所有最新的瀏覽器和許多其他產(chǎn)品都支持它。Unicode標準的出現(xiàn)和支持它工具的存在,是近來全球軟件技術最重要的發(fā)展趨勢。將Unicode與客戶服務器或多層應用程序和網(wǎng)站結合,比使用傳統(tǒng)字符集節(jié)省費用。Unicode使單一軟件產(chǎn)品或單一網(wǎng)站能夠貫穿多個平臺,語言和國家,而不需要重建。它可將數(shù)據(jù)傳輸?shù)皆S多不同的系統(tǒng),而無損壞。WebService是一種新的Web應用,是自包含、自描述、模塊化的應用,是基于網(wǎng)絡的、分布式的模塊化組件。實現(xiàn)系統(tǒng)的各部分(模塊之間的通訊和整合,將相對分散的子系統(tǒng)組成一個統(tǒng)一的整體;實現(xiàn)子系統(tǒng)間的功能控制和信息交互與共享。WebService是一種動態(tài)的集成方案,所有的服務都可以通過UDDI標準動態(tài)地被發(fā)現(xiàn)、綁定和使用,容易適應系統(tǒng)的變動,提高系統(tǒng)的靈活性和伸縮性。Web服務系列技術是架構在在XML技術基礎上的網(wǎng)格計算技術,其體系架構與Web應用的N層架構是類似的,不同點在于最上層的面向瀏覽器的WebServer被面向程序(WebServiceClient的Web服務所取代。而使用Web服務的程序可以是桌面應用程序,同樣也可以是另一個Web服務。在本系統(tǒng)中,我們將采用J2EE作為Web服務應用平臺。J2EE是一種利用Java2平臺來簡化諸多與多級企業(yè)解決方案的開發(fā)、部署和管理相關的復雜問題的體系結構。J2EE技術的基礎就是核心Java平臺或Java2平臺的標準版,J2EE不僅鞏固了標準版中的許多優(yōu)點,例如“編寫一次、到處運行”的特性、方便存取數(shù)據(jù)庫的JDBCAPI、CORBA技術以及能夠在Internet應用中保護數(shù)據(jù)的安全模式等等。XinhuaML是由新華社新聞信息標準研究項目組制定的內(nèi)部數(shù)據(jù)交換標準,它是以XML技術為基礎,借鑒了NewsML等國內(nèi)外相關技術標準的經(jīng)驗,考慮了國內(nèi)媒體的普遍情況,結合新華社的具體業(yè)務要求和實際情況,研制的適合新華社業(yè)務的內(nèi)部數(shù)據(jù)交換標準,是聯(lián)系新華社新聞業(yè)務流程“采集、編輯、生成、發(fā)布、供稿、表現(xiàn)、反饋”各個環(huán)節(jié)的紐帶。XinhuaML經(jīng)過一年的研制工作,于2003年3月完成制定,目前已在新華社的各個新建技術項目中得到了廣泛的應用。內(nèi)容管理系統(tǒng)實現(xiàn)XinhuaML標準,支持數(shù)據(jù)按XinhuaML標準導入和導出,實現(xiàn)與社內(nèi)各系統(tǒng)間數(shù)據(jù)傳輸?shù)膽媒y(tǒng)一,要求系統(tǒng)采用XinhuaML稿件格式進行導入、導出或傳輸,以滿足數(shù)據(jù)規(guī)范要求。中文新聞信息置標語言標準是用于新聞信息創(chuàng)建、采集、加工、發(fā)布、評估反饋各個生命周期中使用的與國際接軌、又有中國特色的多媒體新聞信息元數(shù)據(jù)規(guī)范。該技術標準采用了XML和RDF技術,支持文字、圖片、圖形、音頻、視頻等多種媒體類型以及多媒體混合的新聞信息的描述,支持對新聞信息間關系和語義的描述,為新聞信息的自動解釋、交換和處理等新業(yè)務的發(fā)展留有余地。該標準具有良好的擴展性和實用性,可用于多媒體新聞信息在通訊社、報社、廣播、電視臺、網(wǎng)站以及新聞信息用戶之間進行交換和共享。內(nèi)容管理系統(tǒng)可以將符合規(guī)范的稿件直接輸出為CNML的格式,實現(xiàn)與社內(nèi)系統(tǒng)和其他系統(tǒng)基于CNML的數(shù)據(jù)交換。中文新聞信息分類是用于標準化、規(guī)范化的對信息信息進行分類,以便實現(xiàn)新聞行業(yè)之間、新聞行業(yè)和廣大用戶之間的新聞信息交換、存儲、處理和共享。實現(xiàn)新聞信息分類體系的統(tǒng)一和規(guī)范,是中文新聞信息標準化的重要組成部分。與中文新聞信息分類對應的中文新聞信息分類與代碼國家標準有利于進一步開發(fā)和整合全社會的中文新聞信息資源;不僅為新聞信息分類工作人員提供分類標引的依據(jù),也為實現(xiàn)中文新聞信息分類自動化打下一個可靠的基礎。內(nèi)容管理系統(tǒng)提供按中文新聞信息分類標準對稿件信息進行分類,系統(tǒng)內(nèi)的每條稿件信息都有一個相應新聞信息分類與之相對應,實現(xiàn)信息分類的標準化和統(tǒng)一化。3.2軟件、硬件環(huán)境數(shù)據(jù)庫服務器:SunFireV890×6應用服務器:SunFireT2000×6發(fā)布服務器:Dell6850×6分發(fā)服務器:Dell2950×6靜態(tài)資源服務器:Dell2950×2直播服務器:Dell2950×2內(nèi)容管理系統(tǒng)數(shù)據(jù)庫:Oracle10g內(nèi)容管理系統(tǒng)應用服務器:BEAWebLogic9.2JDK5.0Oracle以分組、分RAC方式部署,WebLogic以負載均衡、Cluster方式部署。3.3軟件質(zhì)量約束項目實際進度與合同偏差度不超過20%第4章.設計策略4.1擴展策略根據(jù)新華網(wǎng)內(nèi)容管理系統(tǒng)項目需要,結合CMS系統(tǒng)設計人員,以內(nèi)容編輯的需求為發(fā)展戰(zhàn)略,制定擴展策略如下:XML信息片的發(fā)布方式;CMS系統(tǒng)的發(fā)布子系統(tǒng),發(fā)布數(shù)據(jù)采用基于XML的信息片文件描述,在生成服務器上進行信息片文件生成?；赬ML的信息片的發(fā)布方式,為將來擴展多介質(zhì)、多展現(xiàn)形式的的擴展策略提供了數(shù)據(jù)基礎。WebService的Server端程序設計;在內(nèi)容管理系統(tǒng)中,提供所有業(yè)務邏輯處理功能的標準WebService接口,允許第三方廠商調(diào)用,為將來擴展客戶端、擴展外圍系統(tǒng)提供了基礎?；趯ο蟮膬?nèi)容管理子系統(tǒng);系統(tǒng)采用基于網(wǎng)站對象的內(nèi)容管理子系統(tǒng),能夠定制對象屬性、定制對象的存儲方式與存儲策略,為將來系統(tǒng)對象的再次利用提供了擴展策略。4.2復用策略根據(jù)新華網(wǎng)內(nèi)容管理系統(tǒng)項目需要,結合CMS系統(tǒng)設計人員,以內(nèi)容編輯的需求為發(fā)展戰(zhàn)略,制定復用策略如下:XML編輯器;在CMS系統(tǒng)中,將采用全新設計的XML編輯器作為頁面編輯工具,XML編輯器基于XML內(nèi)核設計,除了完成頁面對象的編輯之外,還具備了為其他功能復用的基礎。編輯器采用插件機制,為將來擴展編輯器功能提供基礎。內(nèi)容組件設計;在CMS系統(tǒng)中,采用了基本組件和內(nèi)容組件的設計方式,經(jīng)過基本組件編輯而成的內(nèi)容組件,在系統(tǒng)中可以被別的編輯進行復用。4.3折衷策略項目進度要求非常進展,所以在各模塊的設計開發(fā)中應盡量考慮使用成熟的技術以保證降低風險,保證進度。另外,在設計的時候應該盡量減少編碼過程中產(chǎn)生關鍵路徑,以便保證能夠讓多人投入并行開發(fā)。第5章.系統(tǒng)總體結構5.1系統(tǒng)結構新華網(wǎng)內(nèi)容管理系統(tǒng)(CMS,將采用C/S+B/S體系結構,系統(tǒng)中間件平臺采用WebLogic,數(shù)據(jù)庫服務采用Oracle數(shù)據(jù)庫。在新華網(wǎng)內(nèi)容管理系統(tǒng)中,系統(tǒng)將將采用C/S+B/S體系結構,C/S采用客戶端平臺與Server端WebService通訊,完成業(yè)務流程所需功能,由內(nèi)容管理系統(tǒng)負責封裝成WebService,客戶端不做過多的業(yè)務邏輯處理;B/S采用傳統(tǒng)的方式,由瀏覽器訪問Jsp+Servlet來完成業(yè)務流程處理。基于B/S和C/S架構中都采用分層結構設計,系統(tǒng)的分層結構示意圖如下:圖新華網(wǎng)內(nèi)容管理系統(tǒng)技術架構圖系統(tǒng)的物理部署示意圖如下:圖新華網(wǎng)內(nèi)容管理系統(tǒng)物理部署圖圖中分為應用數(shù)據(jù)區(qū)和前端服務區(qū)要使用的服務器;系統(tǒng)存在接口的其他系統(tǒng)的服務器位置。1、源稿庫存儲時長稿件條數(shù)稿件數(shù)據(jù)量無圖片量1個月≈3.3(萬條≈9.6(G≈380(M3個月≈10(萬條≈29(G≈1.1(G半年≈20(萬條≈58(G≈2.3(G1年≈40(萬條≈117(G≈4.6(G如果按歸檔規(guī)則為保存半年來計算,需要的存儲量為2.3G。2、編輯庫根據(jù)目前多站點系統(tǒng)中的基礎數(shù)據(jù)計算數(shù)據(jù)指標數(shù)據(jù)值稿件量≈2.3(萬條人數(shù)413(人平均稿量≈56(稿件/人目前所有系統(tǒng)使用人員≈950(人預計人員增長到≈2.4(千人據(jù)此計算存儲情況,需要存儲量為:9.8G。3、簽發(fā)庫發(fā)布稿件條數(shù)發(fā)布圖片量(張發(fā)布圖片數(shù)據(jù)量(K稿件正文量(K稿簽量(K稿件圖文總量(K1月900,0001,673,70958,579,8081,409,201172,765.4460,161,7741年10,950,00020,363,457712,720,99117,145,2742,101,979.54731,968,2443年32,850,00061,090,3712,138,162,97451,435,8216,305,938.612,195,904,733如果簽發(fā)庫歸檔規(guī)則平均按1年來計算,則簽發(fā)庫要保存的圖文總量在732G。如果將數(shù)據(jù)控制在百萬級以內(nèi),則存儲需要大概350G。4、發(fā)布庫發(fā)布庫的記錄數(shù)基本與簽發(fā)庫的記錄數(shù)一致。只是對于存儲在數(shù)據(jù)中的圖片,發(fā)布庫與簽發(fā)庫共用一份,因此發(fā)布庫的數(shù)據(jù)量,一年總量在2G。5、成品庫成品庫中保存的是發(fā)向新華社多媒體數(shù)據(jù)的稿件,目前每天送稿量是200,如果此數(shù)據(jù)比較平穩(wěn),不考慮突發(fā)增長量的情況如下稿件數(shù)稿件量(K1天20020,0641月6,000601,9243月18,0001,805,771半年36,0003,611,5411年73,0007,323,403按歸檔規(guī)則保存半年的數(shù)據(jù)存儲量是7.3G。6、資料庫資料庫中主要保存的是系統(tǒng)中歸檔的數(shù)據(jù),也按每天1萬條稿件計算,情況如下稿件數(shù)稿件量(K1天30,0003,009,6181月900,00090,288,5323月2,700,000270,865,595半年5,400,000541,731,190按歸檔規(guī)則保存半年的數(shù)據(jù),存儲量是542G。7、系統(tǒng)日志根據(jù)目前多站點系統(tǒng)的日志情況計算:日志記錄數(shù)日志量(K1天80,30040,1501月2,409,0131,204,5063月7,227,0383,613,519半年14,454,0757,227,0381年29,309,65214,654,8262年58,619,30529,309,6523年87,928,95743,964,479如果日志歸檔規(guī)則按保存一年的情況來計算,需要存儲量14G。根據(jù)總體設計,數(shù)據(jù)存儲應用的劃分如下1、稿源庫、編輯庫使用數(shù)據(jù)存儲單元:RAC1、RAC3,總數(shù)據(jù)存儲量為(2.3+9.8+350=362.1G,平均每單元存儲量為6G。a注:新華社圖片稿件的圖片存儲在應用服務器的NAS上面,每半年占據(jù)55G數(shù)據(jù)存儲空間,由歸檔模塊負責清理2、日志、用戶、欄目、成品庫、資料庫等其他數(shù)據(jù)使用存儲單元:RAC2,總數(shù)據(jù)量為(7.3+542+14=563G。3、簽發(fā)庫、發(fā)布庫總共需要的存儲量大概是1+2=3G經(jīng)過認真分析與討論,我們制定如下的內(nèi)容管理系統(tǒng)總體結構,系統(tǒng)總體結構圖的模塊劃分如下所示。圖新華網(wǎng)內(nèi)容管理系統(tǒng)總體結構通過對用戶需求的細致分析,經(jīng)過公司專家組成員的建議與評審,我們設計的內(nèi)容管理系統(tǒng)包含如下的功能模塊。?內(nèi)容采集系統(tǒng)內(nèi)容采集模塊,是系統(tǒng)的批量資料導入接口,在內(nèi)容采集模塊中,提供了標準的JavaAPI和WebService接口(包含XML文件接口,供第三方廠商調(diào)用,提過直接調(diào)用這兩種形式的接口,可以直接把信息推送到內(nèi)容管理系統(tǒng)中。比如:TRS系統(tǒng),通過內(nèi)容采集模塊的WebService接口的調(diào)用,便可以把抓取到的頁面內(nèi)容載入到內(nèi)容管理系統(tǒng)中,以便內(nèi)容管理系統(tǒng)的內(nèi)容編輯繼續(xù)完成下一步的發(fā)布工作。也可以通過文件共享方式,定時掃描指定目錄,把其他外接口系統(tǒng)提供的數(shù)據(jù)文件解析成內(nèi)容管理系統(tǒng)數(shù)據(jù)進行入庫。比如:新華社電稿文件都放在某一個共享目錄中,內(nèi)容采集系統(tǒng)的輪詢引擎監(jiān)控目錄中文件變化情況,對新增的文件進行入庫操作。?內(nèi)容管理系統(tǒng)內(nèi)容管理模塊是網(wǎng)站CMS系統(tǒng)的核心分布式存儲模塊,完成CMS系統(tǒng)得成品資料、背景資料以及其它的需要存儲管理的資料的存儲和管理工作。在內(nèi)容管理模塊中,系統(tǒng)提供了對于數(shù)據(jù)資料的分庫存儲管理,按照資料屬性的不同的文檔文件夾管理,多種分類方式的分類管理,元數(shù)據(jù)定義等功能,實現(xiàn)了網(wǎng)站內(nèi)容的海量存儲。?發(fā)布系統(tǒng)發(fā)布系統(tǒng)完成內(nèi)容管理系統(tǒng)中數(shù)據(jù)到頁面的發(fā)布的工作,系統(tǒng)依據(jù)內(nèi)容管理系統(tǒng)模版管理、組件管理、欄目管理、發(fā)布樹管理等功能,很好地完成了基于XML信息片的實時和定時合成和頁面生成工作。?分發(fā)系統(tǒng)把發(fā)布系統(tǒng)生成的靜態(tài)頁面、關聯(lián)圖片、js文件、css文件等生成結果安裝指定的規(guī)則發(fā)送出去,在發(fā)送的過程中,按照指定邏輯可以對發(fā)送的文件進行一些簡單的邏輯處理。?客戶端平臺提供完整的內(nèi)容管理系統(tǒng)功能共用戶使用。同時該平臺上采用插件結構設計,可以把其他系統(tǒng)功能加入進來,插件可以隨時開發(fā)自由注冊,方便客戶端平臺的擴展。?遠程發(fā)稿模塊為了方便外出人員進行在系統(tǒng)中工作,遠程發(fā)稿模塊通過遠程代理的方式,實現(xiàn)了遠程使用系統(tǒng)進行發(fā)稿、管稿、發(fā)稿等內(nèi)容管理系統(tǒng)功能。5.2關鍵技術與算法工作流是針對工作中具有固定程序的常規(guī)活動而提出的一個概念。通過將工作活動分解成定義良好的任務、角色、規(guī)則和過程來進行執(zhí)行和監(jiān)控,達到提高生產(chǎn)組織水平和工作效率的目的。工作流引擎是用于定義、實現(xiàn)和管理工作流運行的一套軟件系統(tǒng),它與工作流執(zhí)行者(人、應用交互,推進工作流實例的執(zhí)行,并監(jiān)控工作流的運行狀態(tài)。為了增強適應性,工作流引擎使用一種技術手段,保證能夠由可以自己定義工作流,包括定義任務動作、狀態(tài)以及如何組合成一套流程。內(nèi)容管理中的稿件,最適合用XML表示。對于其內(nèi)容的編輯,需要用一種可視化的編寫方法,保證所見即所得。同時,需要記錄稿件的版本與修改痕跡。在常規(guī)的可視化編輯頁面技術上,允許其中的部分內(nèi)容用一種“組件”表示,該組件的實際內(nèi)容需要結合內(nèi)容管理中的數(shù)據(jù)才能完整呈現(xiàn)。在可視化編輯過程中,“組件”可以顯示為一些占位文字,也可以自動根據(jù)內(nèi)容管理中的數(shù)據(jù)生成。內(nèi)容管理的內(nèi)容發(fā)生變化后,系統(tǒng)立即找到需要更新的所有最小單位,并將其迅速生成出來,同過簡潔的步驟更新到網(wǎng)站上。內(nèi)容管理系統(tǒng)在一個系統(tǒng)中同時管理多種語言的內(nèi)容,并且能夠正確地在網(wǎng)站上發(fā)布每個語種的內(nèi)容。5.2.6.WebService內(nèi)容管理系統(tǒng)在對業(yè)務邏輯抽象后,封裝出標準的WebService接口,各平臺上的各系統(tǒng)可以按標準的方式調(diào)用,即可實現(xiàn)內(nèi)容管理系統(tǒng)的某業(yè)務功能。發(fā)布系統(tǒng)在完成組件內(nèi)容解析后,把解析結構緩存成碎片文件。發(fā)布系統(tǒng)在生成頁面時對本次發(fā)布操作沒有影響的區(qū)域,采取直接對碎片文件的策略,減少組件解析時間提高效率。第6章.系統(tǒng)單元設計6.1系統(tǒng)單元劃分系統(tǒng)總體結構設計詳見5.1“系統(tǒng)結構”章節(jié)。圖新華網(wǎng)內(nèi)容管理系統(tǒng)總體結構?內(nèi)容采集系統(tǒng)內(nèi)容采集模塊,是系統(tǒng)的批量資料導入接口,在內(nèi)容采集模塊中,提供了標準的JavaAPI和WebService接口(包含XML文件接口,供第三方廠商調(diào)用,提過直接調(diào)用這兩種形式的接口,可以直接把信息推送到CMS系統(tǒng)中。比如:TRS系統(tǒng),通過內(nèi)容采集模塊的WebService接口的調(diào)用,便可以把抓取到的頁面內(nèi)容載入到CMS系統(tǒng)中,以便CMS的內(nèi)容編輯繼續(xù)完成下一步的發(fā)布工作。?內(nèi)容管理系統(tǒng)內(nèi)容管理模塊是網(wǎng)站CMS系統(tǒng)的核心分布式存儲模塊,完成CMS系統(tǒng)得成品資料、背景資料以及其它的需要存儲管理的資料的存儲和管理工作。在內(nèi)容管理模塊中,系統(tǒng)提供了對于數(shù)據(jù)資料的分庫存儲管理,按照資料屬性的不同的文檔文件夾管理,多種分類方式的分類管理,元數(shù)據(jù)定義等功能,實現(xiàn)了網(wǎng)站內(nèi)容的海量存儲。?發(fā)布系統(tǒng)發(fā)布系統(tǒng)完成內(nèi)容管理系統(tǒng)中數(shù)據(jù)到頁面的發(fā)布的工作,系統(tǒng)依據(jù)內(nèi)容管理系統(tǒng)模版管理、組件管理、欄目管理、發(fā)布樹管理等功能,很好地完成了基于XML信息片的實時和定時合成和頁面生成工作。?分發(fā)系統(tǒng)把發(fā)布系統(tǒng)生成的靜態(tài)頁面、關聯(lián)圖片、js文件、css文件等生成結果安裝指定的規(guī)則發(fā)送出去,在發(fā)送的過程中,按照指定邏輯可以對發(fā)送的文件進行一些簡單的邏輯處理。?客戶端平臺提供完整的內(nèi)容管理系統(tǒng)功能共用戶使用。同時該平臺上采用插件結構設計,可以把其他系統(tǒng)功能加入進來,插件可以隨時開發(fā)自由注冊,方便客戶端平臺的擴展。?遠程發(fā)稿模塊為了方便外出人員進行在系統(tǒng)中工作,遠程發(fā)稿模塊通過遠程代理的方式,實現(xiàn)了遠程使用系統(tǒng)進行發(fā)稿、管稿、發(fā)稿等內(nèi)容管理系統(tǒng)功能。6.2內(nèi)容采集系統(tǒng)內(nèi)容采集系統(tǒng)以無人值守的方式從指定的稿件源上讀取稿件數(shù)據(jù),并把稿件添加到內(nèi)容管理系統(tǒng)的源稿中心。內(nèi)容采集系統(tǒng)在執(zhí)行稿源數(shù)據(jù)采集時可以由管理用戶為稿源數(shù)據(jù)指定格式模板,也可為入庫引擎指定運行策略,同時對采集到的數(shù)據(jù)可以做一定的信息過濾和自動校正的處理。稿件送入內(nèi)容管理系統(tǒng)前,采集程序需要調(diào)用智能處理接口,對稿件的摘要、關鍵字等稿簽項做一個自動處理。稿源管理包含稿源新增、稿源修改和稿源刪除功能。稿源是用來建立源數(shù)據(jù)文件和內(nèi)容管理系統(tǒng)源稿庫的關系的。稿源信息包含:源數(shù)據(jù)位置、目標站點、稿源模板、稿源采集規(guī)則等信息。新華社電稿、圖片庫等稿件信息可以通過設置稿源來實現(xiàn)入內(nèi)容管理系統(tǒng)源稿庫,同時可以通過稿源設置實現(xiàn)E-mail、短信、彩信等方式的投稿。模板設置模板是用來建立源數(shù)據(jù)文件與內(nèi)容管理系統(tǒng)各元數(shù)據(jù)項直接的映射關系的。通過在系統(tǒng)中增加模板,使得內(nèi)容采集系統(tǒng)能對采集數(shù)據(jù)源進行擴展。系統(tǒng)預置CNML、XinHuaML、FounderEnpML模板。模板設置包含:模板新增、修改和刪除操作。模板指定把設置好的采集模板指定到稿源上。規(guī)則設置設置采集引擎的工作規(guī)則,通過規(guī)則對采集引擎的采集內(nèi)容范圍、采集內(nèi)容方式、采集內(nèi)容數(shù)量和采集內(nèi)容大小等進行規(guī)范。規(guī)則信息中包含:采集文件類型(擴展名、每日工作時間范圍、采集數(shù)量(條數(shù)、被處理文件大小、輪詢間隔、對不符合規(guī)則數(shù)據(jù)的處理方式(刪除、移到備份、不處理。規(guī)則設置包含:規(guī)則的增加、修改和刪除功能。規(guī)則指定把設置好的采集規(guī)則指定到稿源上。配置采集系統(tǒng)工作需要的基本參數(shù),如:數(shù)據(jù)庫連接、采集系統(tǒng)工作目錄、備份目錄、臨時目錄等信息。數(shù)據(jù)掃描采集系統(tǒng)為每個數(shù)據(jù)源,在采集引擎中產(chǎn)生一個數(shù)據(jù)掃描器,數(shù)據(jù)掃描監(jiān)控數(shù)據(jù)源對應的數(shù)據(jù)目錄,按采集規(guī)則規(guī)定的各項屬性進行數(shù)據(jù)感知。對符合規(guī)則的數(shù)據(jù)文件,提交給引擎的數(shù)據(jù)處理模塊進行下一步處理;對不符合規(guī)則的數(shù)據(jù),通過規(guī)則指定的方式進行處理。數(shù)據(jù)掃描器以多線程方式工作,線程數(shù)可以配置。數(shù)據(jù)處理根據(jù)數(shù)據(jù)源使用的采集模板,對數(shù)據(jù)掃描提交過來的數(shù)據(jù)文件進行處理。1、建立數(shù)據(jù)文件中各置標項與內(nèi)容管理系統(tǒng)元數(shù)據(jù)項的對應;2、根據(jù)對應關系結合模板從數(shù)據(jù)文件中提取各元數(shù)據(jù)項進行信息提取;3、對獲取的數(shù)據(jù)項進行自動信息過濾和校正。過濾和校正的規(guī)則可以在采集系統(tǒng)中管理;4、把數(shù)據(jù)提交到智能處理接口,由處理接口為數(shù)據(jù)做一些自動智能處理后,把數(shù)據(jù)在提交給采集引擎;5、采集引擎把數(shù)據(jù)保存到內(nèi)容管理系統(tǒng)的源稿庫中。整個采集引擎系統(tǒng)設計采用接口實現(xiàn),通過配置指定接口的實現(xiàn)類,從而達到以后擴展和重構引擎功能的目的。自動摘要把采集的稿件內(nèi)容通過WebService方式提交到智能處理系統(tǒng),智能處理系統(tǒng)根據(jù)內(nèi)容返回相應的摘要信息。自動關鍵字把采集的稿件內(nèi)容通過WebService方式提交到智能處理系統(tǒng),智能處理系統(tǒng)根據(jù)內(nèi)容返回相應的關鍵字信息。自動分類把采集的稿件內(nèi)容通過WebService方式提交到智能處理系統(tǒng),智能處理系統(tǒng)根據(jù)內(nèi)容返回相應的分類名。7.WebService接口WebService接口是采集系統(tǒng)對外提供的服務接口,接口系統(tǒng)可以按內(nèi)容管理系統(tǒng)規(guī)定格式的XML提交數(shù)據(jù),有采集系統(tǒng)根據(jù)稿源管理中的設置把數(shù)據(jù)添加到內(nèi)容管理系統(tǒng)對應的稿源庫中去。6.3內(nèi)容管理系統(tǒng)圖內(nèi)容管理系統(tǒng)結構圖在內(nèi)容管理子系統(tǒng)中首先分為如下幾個大的功能塊,系統(tǒng)管理、內(nèi)容制作、內(nèi)容組織、審批流程、輔助模塊。其中系統(tǒng)管理包括了歸檔子模塊,歸檔策略在內(nèi)容管理系統(tǒng)中設置,歸檔程序是獨立于內(nèi)容管理系統(tǒng)、運行于其他JVM的后臺的程序,可以運行在任一應用服務器上。系統(tǒng)管理是對內(nèi)容管理系統(tǒng)運行基礎系統(tǒng)數(shù)據(jù)進行管理。用戶管理、權限管理、日志管理、歸檔管理、發(fā)布策略管理和系統(tǒng)監(jiān)控功能模塊。部門管理完成內(nèi)容管理系統(tǒng)中部門設置。包括部門增加、部門信息修改、部門刪除等功能。部門按住實際部門架構方式管理,部門有上下級關系。部門增加完成部門錄入工作,并按上下級關系保存到數(shù)據(jù)庫中。部門的上下級關系對后續(xù)的業(yè)務流程權限是有影響的。上級部門能默認對下級部門的業(yè)務做一些操作。部門修改修改部門信息及部門之間的關系。部門刪除部門用戶指定把系統(tǒng)中建好的用戶指定到部門中來,一般站點用戶需要指定到部門的角色上去,否則該用戶每月系統(tǒng)權限。部門復制從指定的部門復制生成新的部門節(jié)點。復制的源部門的所有數(shù)據(jù)項信息。批量創(chuàng)建創(chuàng)建使一次輸入多個部門的名稱,每個名稱以“,”分隔,系統(tǒng)一次能建立多個部門。在用戶管理中完成各個站點的用戶管理,包括增加用戶、修改用戶信息、修改密碼、刪除用戶、角色分配和部門分配等功能。在內(nèi)容管理系統(tǒng)中的用戶分為三個層次:系統(tǒng)管理員、站點管理員、站點用戶。用戶管理在實現(xiàn)上以接口方式,能夠支持LDAP和數(shù)據(jù)庫兩種方式。用戶的信息中需要包含部門信息,可以在用戶查詢列表的時候按部門進行查詢;另外能夠支持在工作量統(tǒng)計中按部門進行分組統(tǒng)計。增加用戶給出用戶信息錄入界面,在填寫完用戶相關信息后,提交保存。若信息不完整,則給出合理的提示信息并回到提交前的頁面。修改用戶選擇內(nèi)容管理系統(tǒng)中已經(jīng)存在的用戶進行修改操作,系統(tǒng)進入用戶信息修改頁面,在頁面上顯示用戶已有的信息,不包括密碼。在做完修改后提交保存。若信息不完整,則給出合理的提示信息并回到提交前的頁面。選擇系統(tǒng)中存在的用戶,進行刪除操作,可進行用戶的批量刪除。在刪除用戶時需刪除用戶的角色、權限等其他的相關信息。修改用戶密碼由于密碼是一項特殊的、敏感的數(shù)據(jù),而且在CMS系統(tǒng)在保存用戶密碼時會做特殊的加密處理,因此密碼信息不能象用戶的其他信息那樣處理,而應單獨提供功能來操作。修改密碼有兩種情況:每個用戶在登錄系統(tǒng)后可以修改自己密碼、系統(tǒng)管理員重置(也可成批地指定用戶的密碼。功能入口點不一樣,但是實現(xiàn)是一樣的。在修改密碼的時候,需要輸入新密碼兩次,以避免輸入失誤。設置站點角色(對一般站點用戶為用戶指定角色,一個用戶可以同時具有多個角色。同一個系統(tǒng)角色只對同一個站點分配一次。欄目權限設置根據(jù)用戶擁有的部門信息,確定用戶能工作的站點。通過欄目權限設置,規(guī)定用戶在不同站點中在哪些欄目能中進行業(yè)務處理。用戶列表將系統(tǒng)用戶以列表方式展現(xiàn),在列表時能夠支持分頁和簡單查詢(根據(jù)登錄名、用戶名的模糊查詢用戶復制復制系統(tǒng)中已有用戶的信息,包括用戶名、登錄名等。在復制時可以選擇是否復制源用戶的角色、權限數(shù)據(jù)。批量創(chuàng)建創(chuàng)建用戶時,一次輸入多個用戶名,每個用戶名直接用“,”分隔。系統(tǒng)自動創(chuàng)建多個用戶。指定用戶站點顯示系統(tǒng)中已有的站點列表,選擇一個或多個站點分配給用戶?？梢酝瑫r選擇多個用戶進行操作。內(nèi)容關系系統(tǒng)的權限分配對象是角色,采用角色來承載權限,用戶或部門通過設定角色的方式來獲取系統(tǒng)權限。角色本身沒有部門信息,角色管理形成的每個可以分配到多個部門中。系統(tǒng)提供內(nèi)置角色,即預定義的角色,在系統(tǒng)初始化時裝載的。增加角色在角色添加頁面填寫角色名稱、選擇角色類別及角色關聯(lián)的權限,點擊提交保存。若名稱或類別為空則不予保存,給出提示信息,并回到提交前的頁面。從已有角色創(chuàng)建從一個現(xiàn)有的角色創(chuàng)建出一個新的角色。系統(tǒng)提供若干內(nèi)置角色,可以從內(nèi)置角色創(chuàng)建新的角色出來。這樣創(chuàng)建出來的角色自動繼承了原角色的權限信息。修改角色修改角色的名稱。選擇系統(tǒng)中已有的角色進行刪除操作,若角色已經(jīng)分配給用戶或角色已應用到工作流程中,則不能刪除。在刪除角色的時候,應把該角色關聯(lián)的權限一并刪除。權限設置選擇系統(tǒng)中已有的角色,進行權限設置。此處的權限主要是指系統(tǒng)中的功能權限。角色列表查詢列出系統(tǒng)中所有的角色或根據(jù)指定的角色名稱進行模糊查詢。角色復制選擇系統(tǒng)中已有的角色批量創(chuàng)建一次輸入多個角色的名字,每個角色名字以“,”分隔,系統(tǒng)自動創(chuàng)建多個角色。權限對應到角色上,用戶當?shù)卿浀臅r候需要唯一確定角色,即操作系統(tǒng)時只能使用一個角色進行操作。CMS中對用戶操作進行了嚴格的控制。權限定義包括權限類型、能執(zhí)行的操作、能操作的對象或者范圍,通過權限的仔細劃分,避免用戶能夠執(zhí)行不必要的操作,保證用戶的操作都是可控的。權限類型是指該權限的性質(zhì),一個用戶在系統(tǒng)的行為是由兩部分組成的:一個是執(zhí)行了什么操作(系統(tǒng)功能和該操作影響了哪些系統(tǒng)對象,在權限系統(tǒng)中把權限分成了:功能權限和對象權限。能執(zhí)行的操作其實就是用戶有哪些功能權限,系統(tǒng)中站點管理、用戶管理、角色管理等功能都屬于功能權限的范疇,能操作的對象或者范圍就是用戶有哪些對象權限,系統(tǒng)中的的站點、頻道、欄目等都屬于對象權限。權限的控制還能細化到稿件級,一個用戶對什么站點、什么頻道、什么欄目具備什么權限、對稿件是否有操作權限都進行嚴格的控制和管理,來保證內(nèi)容的安全性、嚴肅性、準確性。可以為用戶和角色分別設置權限,當權限產(chǎn)生沖突的時候遵循最小權限原則。欄目權限設置在用戶管理中為用戶設置欄目權限。功能權限設置在角色管理中,為角色設置功能權限。在設置完成后,屬于該角色的用戶只能使用系統(tǒng)中規(guī)定好的功能。功能權限管理用戶對系統(tǒng)功能權限進行管理,對系統(tǒng)功能權限進行增加、修改和刪除。刪除時需要注意,若刪除的權限已經(jīng)被授予某系統(tǒng)角色,需要把授權記錄一并刪除,刪除的意義等同于功能停用。權限檢查系統(tǒng)具有統(tǒng)一的權限檢查模塊負責其他所有模塊的權限檢查。7.欄目管理管理整個CMS系統(tǒng)的欄目樹。新增、修改、刪除欄目上的節(jié)點。與簽發(fā)欄目管理功能相同。多站點管理功能主要是管理整個內(nèi)容管理系統(tǒng)中的各個邏輯站點。由于各站點是管理程序是分布運行的,為了在各個站點之間進行資源共享和工作協(xié)同,需要在系統(tǒng)設置好各個邏輯站點的一些基本信息,如:站點名、站點包含欄目、語種和站點對應發(fā)布服務器信息。站點管理中除站點列表外的其他所有功能都是系統(tǒng)管理員才能操作,其他用戶不能夠通過授權來進行站點管理的任何操作。站點組管理站點組是對多個站點進行邏輯劃分的組,一個組中可以包含若干的站點。在內(nèi)容管理系統(tǒng)中可能會包含比較多的分組,所以需要通過分組的方式更加方便的管理站點。?新增新增站點組的時候只需要填寫站點組的名稱,填寫站點組名稱完畢后,點擊保存就完成新建過程。?修改可以對已有的站點組名稱進行修改,修改界面與新建界面類似,填寫完成后,點擊保存就會將原來系統(tǒng)中的該站點組的名稱更換為新的名稱。?刪除可以將一個無用的站點組刪除掉,要刪除的站點組下面不能包含任何站點,如果是非空的站點組系統(tǒng)將提示操作用戶不能刪除。站點管理站點是內(nèi)容管理系統(tǒng)中的一個邏輯站點,一個站點必須屬于且僅屬于一個站點組,而且必須為一個站點設置邏輯的服務器?新增系統(tǒng)支持能夠新增一個邏輯站點,新增的邏輯站點至少要包含如下屬性信息◆站點名稱◆站點開通時間◆站點關閉時間◆站點狀態(tài)◆站點域名如果當前時間不在開通時間和關閉時間之間,或站點狀態(tài)為關閉狀態(tài),后端的發(fā)布子系統(tǒng)將不對站點做任何發(fā)布處理。站點創(chuàng)建時會創(chuàng)建一套新的邏輯表以保存站點數(shù)據(jù)。?修改修改已有的站點相關屬性。修改后要同步通知發(fā)布子系統(tǒng),更新相關緩存信息。?刪除將一個邏輯站點刪除掉,刪除的前提條件是當前時間要么在關閉時間之后,要么站點為關閉狀態(tài)。站點刪除后數(shù)據(jù)庫中的數(shù)據(jù)并不實際刪除掉,只是做上標記,等待歸檔模塊將該站點的稿件內(nèi)容、模板內(nèi)容進行歸檔;歸檔程序在將稿件進行歸檔的同時還會將站點信息、站點下的用戶信息全部刪除掉(如果是跨站點的用戶則只刪除用戶的應用關系,同時還會刪除該站點發(fā)布用的信息片數(shù)據(jù)。刪除時需要同步通知發(fā)布子系統(tǒng),更新相關緩存信息。站點列表該模塊能夠提供一個站點組、站點的列表樹,在站點管理中看到的站點是一個完整的列表樹,而在其他地方出現(xiàn)的列表樹都是需要通過用戶的站點權限來控制顯示;也就是權限不足的用戶看到這個列表將是一個部分分支的樹結構。站點欄目分配內(nèi)容管理系統(tǒng)對網(wǎng)站發(fā)布欄目采取統(tǒng)一管理、統(tǒng)一分配的方式。在站點管理中可以為站點指定欄目體現(xiàn)結構。發(fā)布策略指定為站點指定系統(tǒng)中設置好的發(fā)布策略。指定發(fā)布策略后,站點中所有發(fā)布操作默認都是按站點發(fā)布策略指定的方式流轉。當然也可以在站點中某個欄目上指定發(fā)布策略。發(fā)布策略是內(nèi)容管理系統(tǒng)中對頁面生成發(fā)布處理流程的邏輯上的管理。發(fā)布策略主要包含這些信息:生成消息存放路徑、本策略對應產(chǎn)生的消息由哪些進程處理、設置發(fā)布的進程的屬性(普通、急稿、動態(tài)調(diào)整發(fā)布資源。生成程序管理包含增加、修改、刪除邏輯生成程序功能,同時也能通過邏輯生成程序?qū)ι沙绦蜻M行停止和重啟。一個邏輯生成程序包含:生成程序ID、生成程序服務器IP、端口、通道屬性。生成服務器管理生成服務器管理也是從邏輯上來管理生成程序。通過生成服務器管理把生成程序歸并到一組來。生成服務器管理功能包含:新增、修改、刪除生成服務器,并能為生成服務器分配生成程序。生成程序根據(jù)所在的服務器和所在的發(fā)布策略能監(jiān)控相同的消息目錄或消息隊列,從而在生成程級別達到動態(tài)負載均衡。各生成服務器主要是根據(jù)所屬的發(fā)布策略來取屬于自己的消息文件,不過若生成服務器中生成程序空閑時間過程,他們也可以幫生成其他生成服務器來處理消息文件,從而在生成服務器級別達到動態(tài)負載均衡。發(fā)布策略管理包括發(fā)布策略的增加、修改、刪除等功能。同時能把系統(tǒng)中已有的邏輯生成程序和邏輯生成程序服務器分配到策略中來,同一個生成程序和生成程序服務器可以出現(xiàn)在不同的發(fā)布策略中。發(fā)布資源調(diào)配及實現(xiàn)通過發(fā)布策略樹的管理可以實現(xiàn)發(fā)布的調(diào)配。1、把系統(tǒng)中已有的發(fā)布服務器添加到策略上,一個發(fā)布服務器可以在多個策略中出現(xiàn),這樣發(fā)布服務器中所有發(fā)布程序都可以按策略指定的方式工作;2、把系統(tǒng)中已有的發(fā)布程序添加到發(fā)布服務器上,一個發(fā)布程序可以出現(xiàn)在多個服務器中出現(xiàn);3、當一個發(fā)布資源(發(fā)布服務器和發(fā)布程序出現(xiàn)在多個策略或服務器中時,該資源是同時按多種方式工作。4、調(diào)配動作會影響各個發(fā)布程序的配置和啟動腳本,同時根據(jù)配置文件的改數(shù)據(jù)源管理包含增加、修改、刪除數(shù)據(jù)源信息,數(shù)據(jù)源是內(nèi)容管理系統(tǒng)中的邏輯概念,每個數(shù)據(jù)源對應一個在weblogic中配置好的數(shù)據(jù)庫連接池。數(shù)據(jù)源信息包含:數(shù)據(jù)源名、數(shù)據(jù)源JNDI串、數(shù)據(jù)庫連接字符串。功能模塊管理系統(tǒng)預置內(nèi)容管理系統(tǒng)的所有功能模塊的信息。在系統(tǒng)擴展時,可以通過模塊新增功能在系統(tǒng)中添加相應的功能模塊信息。功能模塊主要是在存儲策略管理中使用,為指定的功能模塊指定功能所需的數(shù)據(jù)庫連接信息。存儲策略管理包含增加、修改、刪除存儲策略信息。存儲策略信息包含:策略名、數(shù)據(jù)源。存儲策略建立后,內(nèi)容管理系統(tǒng)可以為系統(tǒng)功能模塊指定相應的存儲策略。內(nèi)容管理系統(tǒng)在執(zhí)行功能需要使用數(shù)據(jù)庫時,根據(jù)本功能模塊使用的存儲策略來使用相應的數(shù)據(jù)庫連接。存儲策略調(diào)度根據(jù)請求的功能歸屬的策略,查詢存儲策略配置,取得相應的數(shù)據(jù)庫連接。系統(tǒng)監(jiān)控功能主要分為三塊:系統(tǒng)監(jiān)控、流程監(jiān)控和發(fā)布監(jiān)控。系統(tǒng)監(jiān)控主要是監(jiān)控運行環(huán)境各個部分的運行狀態(tài)信息,流程監(jiān)控是針對內(nèi)容管理系統(tǒng)主要業(yè)務流程各個環(huán)境的業(yè)務處理狀況,發(fā)布監(jiān)控主要是監(jiān)控發(fā)布系統(tǒng)的頁面處理、生成狀況,其中流程監(jiān)控和發(fā)布監(jiān)控組合能實現(xiàn)內(nèi)容管理全流程的監(jiān)控。系統(tǒng)監(jiān)控設計成平臺性質(zhì),支持擴展。寫好擴展的監(jiān)控邏輯后,向系統(tǒng)監(jiān)控注冊,內(nèi)容管理系統(tǒng)能在統(tǒng)一監(jiān)控界面中展示新增監(jiān)控域。監(jiān)控內(nèi)容管理系統(tǒng)使用的各個數(shù)據(jù)庫的狀態(tài),如:剩余表空間、數(shù)據(jù)庫連接數(shù)等。并能對各監(jiān)控項設置閾值,系統(tǒng)在臨近閾值時能報警提示。監(jiān)控內(nèi)容管理系統(tǒng)使用的各應用程序服務器的狀態(tài),如:JVM的吞吐量、等待隊列和內(nèi)存的狀況等。并能對各監(jiān)控項設置閾值,系統(tǒng)在臨近閾值時能報警提示。監(jiān)控發(fā)布、分發(fā)程序運行的JVM的狀態(tài)信息,如:進程是否存在、內(nèi)存使用等。并能對各監(jiān)控項設置閾值,系統(tǒng)在臨近閾值時能報警提示。監(jiān)控內(nèi)容管理系統(tǒng)中各工作流的處理情況。主要包括工作流中未完成流轉的流程數(shù)、每個流轉步驟上等待處理的稿件數(shù)和相關處理人。監(jiān)控功能采用實時查詢的方式獲取監(jiān)控數(shù)據(jù)。閾值設置和報警,對監(jiān)控項可以設置相應的閾值,并在用戶執(zhí)行監(jiān)控功能時,對突破閾值的流程采用報警顯示。監(jiān)視內(nèi)容管理系統(tǒng)各個稿件庫內(nèi)稿件數(shù)情況,包括源稿庫、編輯庫、簽發(fā)庫、發(fā)布庫、資料庫、成品庫。監(jiān)控功能采用實時查詢的方式獲取監(jiān)控數(shù)據(jù)。閾值設置和報警,對監(jiān)控項可以設置相應的閾值,并在用戶執(zhí)行監(jiān)控功能時,對突破閾值的流程采用報警顯示。監(jiān)視內(nèi)容管理系統(tǒng)各站點各欄目的使用情況,包括欄目下稿件總數(shù)、欄目下已發(fā)布和待發(fā)布稿件數(shù)、欄目上次更新時間。監(jiān)控功能采用實時查詢的方式獲取監(jiān)控數(shù)據(jù)。閾值設置和報警,對監(jiān)控項可以設置相應的閾值,并在用戶執(zhí)行監(jiān)控功能時,對突破閾值的流程采用報警顯示。監(jiān)視內(nèi)容管理系統(tǒng)編輯庫中各編輯的稿件使用情況,包括未被選用稿件數(shù)、上次稿件被選時間。監(jiān)控功能采用實時查詢的方式獲取監(jiān)控數(shù)據(jù)。閾值設置和報警,對監(jiān)控項可以設置相應的閾值,在編輯庫中有過多未選用稿件和某編輯稿件長時間未被選用時可以報警顯示。監(jiān)控系統(tǒng)用戶的登錄情況,顯示當前在線用戶登錄時間、登錄IP等情況。監(jiān)控信息采集歸檔模塊實現(xiàn)內(nèi)部狀態(tài)信息收集器,對一定時間范圍內(nèi)總歸檔稿件數(shù)、失敗稿件數(shù)、總共花費時間、處理文件數(shù)、異常信息等進行收集和上報。上報的方式是直接調(diào)用內(nèi)容管理系統(tǒng)監(jiān)控程序端提供的狀態(tài)收集接口。監(jiān)控程序收到信息后,對信息做一個的計算和統(tǒng)計,更新系統(tǒng)中監(jiān)控數(shù)據(jù)。統(tǒng)計信息展現(xiàn)以采集的內(nèi)容采集系統(tǒng)監(jiān)控數(shù)據(jù)為基礎,提供總歸檔稿件數(shù)、指定日期范圍歸檔稿件數(shù)、成功失敗稿件數(shù)和歸檔異常信息的展現(xiàn)。效率監(jiān)控計算內(nèi)歸檔模塊的一定時間段內(nèi)工作效率。7.內(nèi)容采集系統(tǒng)監(jiān)控監(jiān)控信息采集內(nèi)容采集系統(tǒng)實現(xiàn)內(nèi)部狀態(tài)信息收集器,對一定時間范圍內(nèi)總采集數(shù)、失敗稿件數(shù)、總共花費時間、處理文件數(shù)、異常信息等進行收集和上報。上報的方式是直接調(diào)用內(nèi)容管理系統(tǒng)監(jiān)控程序端提供的狀態(tài)收集接口。監(jiān)控程序收到信息后,對信息做一個的計算和統(tǒng)計,更新系統(tǒng)中監(jiān)控數(shù)據(jù)。統(tǒng)計信息展現(xiàn)以采集的內(nèi)容采集系統(tǒng)監(jiān)控數(shù)據(jù)為基礎,提供按來源、按時間、按結果統(tǒng)計內(nèi)容采集系統(tǒng)的工作情況。效率監(jiān)控計算內(nèi)容采集系統(tǒng)的一定時間段內(nèi)工作效率。監(jiān)控信息收集在發(fā)布程序中加入日志信息收集線程,該系統(tǒng)負責收集發(fā)布系統(tǒng)中關鍵日志信息,如:頁面生成成功或失敗、頁面生成花費時間、生成失敗時關鍵異常信息,該線程定時向內(nèi)容管理系統(tǒng)提供的收集接口上提交信息。監(jiān)控平臺收到發(fā)布系統(tǒng)提交信息后,對信息做一定處理后才能保存信息