基于J2EE的通用問題管理平臺設計

摘要：隨著信息化技術的應用，企業信息化進程也在蓬勃發展。傳統企業員工計算機水平參差不齊，在企業推廣信息化進程中會出現各種各樣的問題。問題管理平臺是企業信息化進程中不可缺少的部分，它的內容，使用的方便性對于信息系統的用戶，開發者及運維人員來說都至關重要。

關鍵詞：J2EE 通用問題管理系統 問題追蹤 SSH

0 引言

通用問題管理平臺是在實際的企業生產運行中，根據所遇到的問題，提出的解決方案。公司近幾年在信息化建設中，取得了較大的發展，ERP系統，財務系統，合同管理系統等各類信息系統在不停的建設。企業人員的計算機水平參差不齊，這導致在新系統上線初期，總會產生大量的問題。這些問題包括系統本身在運行期間發現的bug，使用人員對系統不熟悉產生的誤解等等。建設網上問題管理平臺成為高效的運維方式的選擇。通過網上問題管理平臺，用戶可以提出問題，運維人員可以迅速的解決問題。如果有類似問題，普通用戶可以直接在問題管理平臺查出答案，不用進行提問，提高工作效率。

1 系統需求分析

系統的主要需求是為企業信息化進程中，不斷上線的新系統，提供一個問題發布，解決的網絡平臺，即一個用戶在線交流的平臺。用戶可以及時的在網上得到問題的解決方案，而不需要遇到問題就電話溝通運維人員，提升工作效率。

基于以上需求分析，那么系統整體輪廓應該如下：

①系統應該基于B/S架構，用戶不需要安裝任何程序。

②能夠實現問題的提出，解答，管理以及問題狀態的跟蹤等需求。

③流程簡單，界面簡單明了，操作方便，使用門檻低。

④提供多種集成方式，方便與其他應用系統集成。

⑤支持單公司，多公司等運行模式，使得系統適用各種環境。

⑥系統支持多種數據庫，系統高度可配置。

2 系統的設計

2.1 系統功能模塊劃分

系統的主要功能是實現問題的提問及解答。整個系統的工作流程為信息系統普通用戶提出問題，系統根據問題的模塊和類型，分配給相應的運維人員，運維人員接收問題，予以解答，或者其他普通用戶也可以回復這個問題。提問者確認問題已經解決后，由提問者將問題狀態改為已解決。基于整個工作流程和問題的管理，系統主要功能模塊劃分為如下六個：

2.1.1 身份認證模塊

系統應該支持多種認證模式，方便與其他系統集成。具體需實現以下三種身份認證模式：LDAP認證、GET請求方式認證、系統獨立認證。

2.1.2 問題管理模塊

該模塊主要負責處理與問題相關的操作。包括提出問題，回復問題，瀏覽問題，更改問題狀態。運維人員刪除非法問題和回復等操作。

2.1.3 問題搜索模塊

該模塊主要負責根據不同條件搜索問題。可以根據問題編號，關鍵字，提問人，模塊，類型等條件進行搜索問題。方便用戶查找類似的問題。

2.1.4 系統配置模塊

該模塊主要是系統管理員來配置整個系統的運行參數。如使用何種認證方式，LDAP認證服務器的地址，問題提出時是否郵件通知相關人員，系統通知郵件的郵件服務器，賬戶等系統必要的運行參數。

2.1.5 問題屬性配置

該模塊主要負責配置問題的相關屬性。包括配置公司信息，系統支持多公司版本，每個公司的數據是獨立的。為每個公司配置問題的版塊信息，為每個公司配置問題的類型信息。

2.1.6 統計報表模塊

為了更直觀的了解系統現在所有問題的解決情況，系統支持柱狀圖和餅圖來描述系統中問題解決的進度。

2.2 系統結構設計

系統采用B/S又稱Browser/Server架構，客戶端為瀏覽器，通過HTTP協議與服務器進行通信。

在服務器端，會有WEB應用服務器及數據庫服務器共同工作，WEB服務器接受客戶端請求，處理請求，如果需要保存或者查詢數據，將與數據庫服務器進行通信，查詢或保存相應數據。WEB服務器處理后返回給客戶端。

2.3 系統層次架構設計

本系統使用MVC的設計模式，使用新SSH框架作為系統框架，將系統分為三層，持久層，業務層，表現層。

①表現層，負責控制業務邏輯層與表現層的交互，調用業務邏輯層，并將業務數據返回給表現層作組織表現，采用JSP+Struts2標簽的形式進行頁面展示。

②業務層，負責實現業務邏輯。業務邏輯層以DAO層為基礎，通過對DAO組件的包裝，完成系統所要求的業務邏輯，同時依賴于Spring的聲明行事務，進行事務控制，以及Action類中service對象的自動注入。

③持久層，負責與持久化對象交互。該層封裝了數據的增、刪、查、改的操作。

整個MVC框架中，系統使用了hibernate作為持久層的實現基礎，由spring作為容器管理所有對象，使用spring的聲明事務來控制數據庫事務。使用struts2作為表現層框架。

2.4 系統類圖設計

Java語言提供的一大好處就是將面向對象的思想應用到程序設計及開發中的每個環節。在面對復雜的業務邏輯時，面向對象的思想能更好的提取業務邏輯中的實體，從而使得開發人員能更清晰的關注業務邏輯。系統將使用領域模型來驅動數據庫設計，也就是說系統將進行實體類的設計，然后用實體類來映射數據庫，這樣的設計使得開發者能更清晰的掌握業務邏輯，而不是去分析數據庫的細節。所有先進行實體設計，類設計，然后映射為數據表，可以通過類圖來表示表之間的關系。

2.4.1 實體設計

系統設計了10個實體對象。這些實體對象分別如下：網站管理員、普通用戶、運維人員、公司、問題版塊、問題類型、問題、附件、回復、配置。

2.4.2 類圖設計

類圖（Class diagram）是為了描述模型的靜態結構，包括模型中存在的類、類的內部結構以及它們與其他類的關系等。類圖能更清晰的表示模型內部之間的關系。根據上一小節的實體設計，可以將系統類圖分為兩個部分。一部分是以問題實體為中心以及關聯實體構成。具體如圖2-1問題相關類圖所示。

圖2-1 問題相關類圖

第二部分為輔助部分類圖，如圖2-2所示

圖2-2 輔助相關類圖

3 小結

本系統采用當前最為流行的J2EE三層框架系統架構，在各層分別采用了最新的開源框架技術，Struts2框架，Spring框架和Hibernate框架。在實現處理中顯得更為簡潔。

通用問題管理平臺系統雖然只是“企業信息化”非常小的輔助部分。但它不僅僅可以作為企業信息系統的運維系統，還可以作為企業內部的任務追蹤系統，IT公司的BUG跟蹤系統，服務企業的在線答疑系統等等。一個在線的交流平臺對于現實的工作有著重要的意義。

參考文獻：

[1][美]Rogers Cadenhead.Java編程入門經典.梅興文譯.第4版.北京：人民郵電出版社，2007.

[2][美]Bruce Eckel. Thinking In Java.英文第4版.北京：機械工業出版社，2007.

[3]孫衛琴.《精通Struts：MVC的Java Web設計與開發》，電子工業出版社.

作者簡介：劉妍東（1976-），女，山東萊州人，講師，碩士學位，從事計算機軟件開發及應用的研究。