中小企業網站內容管理系統的設計與實現

摘 要：本文在分析中小企業網站建設需求特點的基礎上，討論了中小企業CMS系統的內容管理方式，給出了自定義內容模型和屬性的設計；分析了中小企業網站內容分類的管理和模板設置及綁定的方法，給出了基于用戶角色和網站內容分類的系統權限控制機制。

關鍵詞：內容模型；模板管理；分類管理；權限控制

1 中小企業網站建設需求的特點

目前企業網站建設的典型需求通常可以歸結為產品（服務）的查詢展示、品牌宣傳、遠程商務服務、B2B或B2C業務以及企業門戶建設等五個方面。由于中小型企業的企業規模較小、信息化應用程度較低、缺乏專業的信息化部門等原因，中小企業的網站建設通常僅局限于產品（服務）的查詢展示、品牌宣傳和企業門戶三個方面，在遠程商務和B2B、B2C業務的開展方面一般沒有需求。在網站的管理和運維上，中小型企業通常要求自己的網站具有操作簡便、無需專人管理[1]、不需要專門購置服務器和搭建網絡環境、不需要專門的推廣措施等特點，在較少的人員、經費和時間投入的前提下，達到通過網絡宣傳企業產品、展示企業形象和促進產品銷售的目的。

有鑒于此，0830CMS系統除了應滿足系統的擴展性、二次開發支持、信息發布和管理等CMS的基本要求外，還應特別注意對網站建設成本、網站運維成本的控制，降低對網站運行環境的要求，優化對網站推廣的支持等問題。

2 數據管理系統的設計實現

2.1 模型和屬性

數據管理系統是CMS的核心，對中小企業網站可能存放的任何內容均應提供相應的管理支持。從邏輯上，“內容”實際上包括數據的存儲、數據的處理和數據的展示三個方面。不同的內容類型意味著三者不完全相同或者完全不同。一般來說，中小企業網站需要支持的內容類型（模型）可以歸結為圖文資訊、產品信息、文件等已知類型以及支持中小企業其他業務（如人員招聘）的、未知的內容類型[熊曉飛.基于Web的內容管理系統的設計和實現.北京：北京交通大學.2010]。

從數據存儲角度看，任何模型的數據都可以分為兩部分：屬性數據和內容數據。以圖文資訊模型和產品信息模型為例：圖文資訊通常具有標題、作者、來源、點擊、審核、附件、摘要、上傳者、修改者等多種屬性數據，同時具有正文這一內容數據。產品信息類型通常具有標題、型號、規格、價格、銷售數量、庫存數量、產品圖片、折扣信息等屬性數據，以及產品介紹這一內容數據。對不同的企業，屬性數據可能會有所不同。例如，可能有企業需要在圖文資訊中加入“上傳部門”這一屬性，在產品信息模型中加入“產品顏色”這一屬性。

從數據處理的角度，不同的屬性數據必然導致不同的數據處理邏輯。例如加入“上傳部門”，則需要配套相應的數據校驗、數據庫讀寫操作等支持；而“產品顏色”則需要綁定一個顏色拾取器或給出一個顏色下拉列表供用戶選擇。

2.2 模型管理器

0830CMS系統提供模型管理器以支持對內容模型及其屬性數據的維護和定制。

模型管理器支持全新定義新的內容模型，或繼承已有內容模型的配置定義子內容模型。對系統中的所有模型，模型管理器支持綁定后臺業務邏輯。即，可以為模型綁定后臺的動作控制器，完成不同的業務處理。

模型控制器提供屬性配置界面，可以為模型增加、修改、刪除屬性字段。對每一個屬性，可以為其附加腳本（JS腳本或PHP腳本），從而實現該屬性的數據處理邏輯。可以指定數據的類型（與MySql數據庫支持的數據類型一致）、長度、數據是否必填、默認值、調用編輯器類型等其他特性，并綁定幫助信息和錯誤提示信息，以輔助用戶對數據進行管理。

2.3 模型的運作

對任何模型，可執行的操作有列表、發布、修改、刪除、排序、搜索和審核等。每種操作有一個動作控制器實現。在動作控制器中，首先將根據用戶請求獲取要操作模型的編號，據此查找操作所涉及的屬性字段相關信息。

以發布信息為例：前置控制器將用戶請求路由到動作控制器createInfo.action.php中，createInfo.action.php的構造方法__construct（）解析用戶請求，提取其中的mId參數，從模型配置表中找到要操作的模型及其屬性字段信息（以產品信息模型為例），調用add（）方法處理。add（）方法遍歷每一個屬性字段，將其數據類型、數據長度、附加腳本、默認值、是否為空、調用編輯器類型等發送至createInfo.tpl模板。CreateInfo.tpl模板包含一個空表單，其action指向createInfo.action.php的save（）方法。模板解析引擎遍歷每一個屬性字段，根據字段的各方面要求在createInfo.tpl中逐一為其創建表單域，并為各表單域配套相應的附加腳本。最終生成包含產品信息模型中指定的所有屬性字段的表單供用戶填寫。

用戶填寫完畢后表單數據將被發送至createInfo.action.php的save（）方法中。Save（）方法將接收到的表單數據分為屬性數據和內容數據。對屬性數據，save（）方法將其按屬性id+屬性值的形式序列化后存入內容數據表的properies字段，對內容數據，直接存入內容數據表的content字段。至此，信息發布完成。

3 分類管理的設計與實現

3.1 分類的移動

在分類樹上，分類所在位置僅取決于其父節點。因此分類的移動只需要修改其父節點編號即可。唯一需要注意的是，分類不能移動到自身或自身的后代分支中。分類節點移動后，其所有的后代分支也將隨之移動。

3.2 模型綁定

通常，每個分類可以容納的數據類型，由分類綁定的模型決定，每個分類可以綁定一種模型。在分類管理器中，給出系統中存在的模型列表供用戶選擇。由于各模型的數據不盡相同，因此當某個分類中已經存儲了數據，則不能再對其綁定的模型進行修改。

3.3 模板綁定

對于整站風格，0830CMS通過站點基本配置指定。即，在站點建立時，將同一套風格的所有模板放置在一個文件夾中，然后在站點配置管理器中，指定站點默認風格文件夾即可。

對各分類頁面的顯示效果，則通過為分類綁定模板實現[2]。在新建或修改分類時，分類管理器將掃描站點風格文件夾中的所有文件，并給出文件名和文件的基本信息。用戶可以分別為分類的頻道頁、列表頁和內容頁指定使用的模板。

模板和分類綁定后，控制器接收到用戶對某個分類的訪問請求并完成數據處理之后，則調用模板解析引擎對該分類綁定的模板進行解析，將處理好的數據發送到模板中，生成HTML頁面并響應給用戶[3]。

4 用戶管理和權限控制

大多數網站的用戶管理和權限控制都是基于用戶角色構建的。根據用戶所屬的角色確定用戶具有的操作權限。這種方式不能很好的適應中小企業網站的要求。例如：在中小企業中，通常“企業簡介”、“企業文化”等分類由行政辦公室人員管理和審核，而“產品信息”等分類由銷售部門管理和審核。但基于“信息管理員”角色，特定用戶即可獲得對所有分類信息的審核權。這明顯違反了“最小權限”規則。

系統將每個動作控制器的每一個方法，都作為一個檢查點，校驗用戶操作權限。同時，對系統中的每個分類，都動態生成一個權限檢查點。這樣，即可實現對分類的權限控制。

參考文獻

[1]楊方，左曉華.河北省經濟欠發達地區中小企業網站建設情況的調查報告[J].中小企業管理與科技.2011（10）.

[2]張玉孔.CMS在企業網站建設中的應用研究[J].濰坊學院學報.2009：9（6）.

[3]李國柱.基于內容管理的Web信息發布系統的設計與實現[D].蘇州：蘇州大學.2004.