楊亞慧
(南京樂湛軟件科技有限公司 江蘇省南京市 210000)
近年來,在對軟件設計問題進行分析和解決時,相關人員會從宏觀角度對軟件的復雜性方法進行有效控制,這就是所謂的軟件架構,軟件架構的設計水平會直接影響到軟件的使用質量。因此在設計系統時應當使用合適的軟件架構,利用系統架構滿足實際需求。在設備管理系統的設計過程中對軟件架構進行分析,以打造一個綜合性的管理平臺。通過設備綜合管理平臺可以對計算機設備資源進行有效管理和規劃,提高資源調配的合理性,避免設備資源出現浪費的現象。從采購計算機設備開始一直到計算機設備報廢,對這一流程實施全程管理,可以更加及時的發現計算機設備存在的問題,并對問題進行處理,以此來保證設備系統的有序應用。
通過對實際的工作需求進行分析并查找相關資料之后,設備綜合管理系統中的每項操作應當按照流程化管理體系的形式來實現,設備綜合管理系統所包括的具體項目如圖1 所示。
(1)資源采購申請。負責采購的人員需要根據所采購的資源填寫申報表格,申報表格中所包括的內容為采購資源金額、采購資源品目或者品牌、資源采購數量、采購物品參數、采購物品規格、采購物品配置、采購物品型號、采購物品功能、采購物品作用等,必須要對所采購的資源類型進行詳細的描述。
(2)資源采購審核。采購人員將所填寫的申報表格上報給設備管理中心,由設備管理中心對采購申請實施審核以及審批,需要對采購資源品目或者品牌、資源采購數量、資源采購數量、設備用途、設備基本要求以及設備質量標準等一一實施審核和評定,并對采購申請表格提出相應的審批意見。對已經確定的采購項目,允許采購人員開展采購活動,同時設備綜合管理系統進入采購流程。
(3)資源采購。作為采購人員需要對采購設備資源的使用途徑、基本要求以及設備質量標準有清晰的掌握。在采購人員進行采購活動的過程中需要和銷售人員進行溝通,了解采購設備的具體性能水平以及產品質量,和會使用該設備或者申請采購該設備的人員對其進行評定。在確定采購設備品質優良性能、符合使用標準、使用方法明確、具備出廠合格證書、價格在成本預算之內,可以進行提貨,同時辦理付款提貨手續,將采購的完整過程登記到設備綜合管理系統中。
(4)資源登記/建賬。在對資源進行登記和建賬的過程中,需要填寫設備登記卡片,在設備登記卡片上應當包含設備的相關基礎信息。在設備完成登記之后,會將這一登記卡便始終記錄在系統之中,設備的使用、待用、外借、外調、報廢各項狀態數據記錄均記錄在設備登記卡中,對設備從采購登記完畢后到報廢均有所詳細的記錄。
通過對上面所提出的需求進行分析和判斷,進行軟件架構設計時選擇Spring 框架,這一框架較為成熟,同時聯合aBATIS 技術以及Ajax 技術,這兩種技術在架構設計過程中也應用較為普遍,通過選擇相應的框架和技術對設備管理系統進行開發設計,架構設計的具體情況如圖2 所示,包括6 個層次結構,分別為接入層、表示層、業務層、服務層、系統層以及數據層,具體結構的應用功能如下。

圖1:設備綜合管理系統項目

圖2:架構設計
接入層可以為用戶提供接口,簡單來講可以將接入層作為用戶訪問系統的一個途徑,在綜合管理系統中用戶會通過HTTP 協議對系統實時訪問,這一訪問形式即為B/S 模式。
該層可以對設備綜合管理系統的展現形式進行準確定義,能夠實現和用戶進行交互的目的,同時對系統所產生的數據進行采集和錄入,在設備管理系統中利用B/S 模式展現服務。為了能夠讓系統的使用靈活性能夠得到提升,表示層中對兩類組件實施了定義,分別為用戶界面以及界面處理兩類組件,前一種組件主要負責的功能是輸入用戶數據、輸出用戶數據,并對用戶數據進行驗證,后一種組件是對界面以及商業邏輯之間的關系進行協調。
業務層主要涵蓋設備綜合管理系統中的各類業務功能模塊,具體模塊如下,資源采購申請模塊、采購上報模塊、采購審核模塊、設備采購模塊、登記模塊、使用模塊、維護模塊、調整模塊、調撥模塊、報廢模塊等。業務層對系統的業務邏輯實施了準確定義,包含操作邏輯以及流程。利用通用業務實體對系統每個環節的具體操作對象進行定義,例如不同類型的計算機設備或者網絡設備等。業務層的每項業務功能都需要結合具體應用需求,按照相關流程完成對設備進行管理的操作。
服務層所定義的內容為服務管理以及業務流程,在定義完畢后需要執行兩項操作,同時系統輔助功能逐漸化處理,可以更加方便資源的配置,例如權限功能、搜索功能、分析功能、業務流程功能等都可以得到更加深層的挖掘。
系統層是設備綜合管理系統的軟件服務環境,以J2EE 技術開發體系作為基礎實現相關的系統功能。
數據層會對數據訪問邏輯進行封裝處理,在數據層中使用到多種類型的封裝技術,技術還會使用到符合相關標準的數據傳輸接口,能夠對不同來源的數據進行相關操作,例如插入操作、刪除操作、修改操作以及查找操作等。
Spring 框架發展已經較為成熟,屬于輕量級的框架,框架將控制倒置作為基礎原則。控制倒置具體是指的一種設計模式,該模式主要使用在基于組件的體系結構中。Spring 框架的創建原因在于軟件開發的復雜性,這一框架的用途較多,不單單會被局限在開發服務器端方面,可以為大多數Java 應用提供便利。Spring 框架會利用容器對依賴關系進行判斷,并不會依靠組件自身對組件之間的依賴關系實施評估和判斷。Spring 框架的設計是以S ervlet 技術作為基礎的,利用了多種技術的支持,包括可配置處理器映射技術、視圖解析技術、本地化和主題解析技術、文件上載技術等,在這些技術的支持上使用S ervlet 技術完成請求分發操作,具體分發對象為處理器.Spring 框架數據綁定功能具有較高的靈活性,在實際工作過程中對無效的提交操作進行處理即可,或者對字符串進行準確的轉換,改變了以往需要在表單內復制業務對象屬性的操作流程,簡化了操作過程。Spring 框架和同類的開發框架進行比較,Spring 框架所具備的對象角色較多,他可以對多種對象進行支持,例如控制器、可選表單對象或者可以進行傳遞的模型概念。
iBATIS 屬于數據層的架構,可以為Java 應用提供便利,使該應用可以對數據持續層進行有效設計,同時還能夠實現數據持續層的具體功能。在iBATIS 架構內包括 SQL Maps 組件和DAO 組件,這兩個組件屬于主要的組件類型,下文將詳細介紹兩個組件的具體功能和使用情況。 SQL Maps 組件針對iBATIS 而言屬于最為重要的一個組件,能夠明顯的減少對數據庫進行訪問的代碼程序。 SQL Maps 組件所使用的配置文件較為簡單, 即XML 配置文件,通過這一文件可以對Java Bean 進行映射,將Java Bean 轉化為SQL 語句。將iBATIS 數據持續層架構和HIBERNATE 這一類架構進行比較,iBATIS 數據持續層架構可以更好的發揮SQL 語句所具備的優勢和實際能力。
DAO 組件在訪問數據庫的時候所使用的接口組件較為簡單,并不需要了解數據訪問層的實際實現情況。通過利用 DAO 組件,能夠更加方便處于動態配置狀態的數據層功能的實現。在對企業級別使用的Java 應用實時開發的時候,應用系統普遍較為復雜,所包括的數據庫以及數據持續層實現類型較多,一般來講更加合適的方式是利用通用API 對特定的數據庫持續層進行有效隔離,但是如果選擇DAO 組件,能夠為該應用的不同部分提供相同的數據訪問接口,并且操作會更加便利。通過對上述兩種組件的功能以及作用進行分析,可以得出iBATIS 數據持續層架構的使用對于開發速度的提升有著重要的促進作用。
Ajax 技術的工作原理簡單來講是指在用戶以及服務器的兩者之間插入中間層,可以讓用戶對系統的操作以及服務器的響應呈現為異步化的狀態。在利用Ajax 技術之后,不會將用戶所提出的所有請求全部上報給服務器,Ajax 引擎會由自身完成相應的業務活動,例如數據驗證業務或者數據處理業務等。但是如果已經確定要從服務器當中讀取新的數據之后,Ajax 引擎必須要向服務器上報相關的用戶請求。Ajax 引擎可以為用戶提供互動性較高的喉嚨Web 應用,這一應用和桌面應用幾乎沒有任何差異,可以在Web 瀏覽器中進行部署,和當前的大多數Web 瀏覽器均不沖突,并且還不需要使用其他的特殊類型插件。Ajax 引擎的是在Web 技術的基礎上完成建立的,例如JavaScript 技術、 Html 技術、 CSS 技術等,這就使得Ajax 引擎可以和不同類型的服務器端語言進行結合并使用。
在架構的基礎上進行開發,可以改變傳統開發過程中存在的局限性,為開發人員提供架構作為參考基礎,能夠提升開發人員之間的交流效率。在進行系統開發的過程中選擇了發展成熟的開發框架,可以提升系統的整體穩定性,促使開發速度不斷加快。在軟件架構設計中利用分層結構的模式,可以按照用戶需求的變化情況對系統實施有效調整和規范,同時也能夠方便調試工作和分塊開發工作的開展。該類型軟件架構提升了產品測試便利性和產品維護便利性/這主要是因為 spring 框架對代碼進行了規范,開發工作具有明顯的規律,在測試產品時,只需要對產品的一個模塊進行測試即可。
設備系統軟件架構在實際的開發過程中體現了較高的可行性,該架構具備較高的應用優勢,可以提升系統開發進度以及開發質量。通過本次設備綜合管理系統的開發,可以發現系統架構是完成項目建設的重要基礎,能夠滿足不同用戶的具體需求,希望本次設備綜合管理系統軟件架構設計可以為其他相似項目的開展提供有效參考。