孫海亮
(齊齊哈爾工程學院,黑龍江 齊齊哈爾 161000)
全球萬維網絡聯盟對面向服務體系結構的解釋是一組可以通過許多公共的和可發現的界面調用和編寫的組件。可以看到,通過使用面向服務的體系結構,可以以一定的級別提供與應用程序以及相對應的功能,同時可以為用戶提供服務。面向服務的體系結構允許發布服務、調用服務、發現服務以及使用單獨的標準樣式接口從而實現中抽象服務。因此,面向服務的體系結構是一種通過將接口暴露給外部來連接服務和服務用戶并向最終用戶提供服務的體系結構方法,從而提供了具有更大可伸縮性和靈活性的解決方案,這是使用服務構架體系結構的基本目的。服務構架中定義的服務的可重用性相對較強,并且標準接口定義良好,因此應用程序開發人員可能在不了解該服務基礎實現的情況下擁有一個或多個。建立所需的業務流程并最終設計和實現高度凝聚力和低耦合系統的組合。通過某些應用程序,會發現此基于服務構架的系統具有很大的靈活性。當需要更改業務、系統用戶和系統特權設置時,這種類型的系統具有適應性和靈活性。
服務構架的特點包含重點關注服務、以業務為中心、更重視對技術的支持標準以及良好的系統兼容性等。首先以業務為中心,服務構架更加關注用戶業務。在業務人員參與服務構架系統的設計、規劃和管理的過程中,構建了對業務有深刻理解的系統,并且該系統與用戶業務聯系緊密。在特定的系統實現過程中,將完成實際業務流程中的任務所需的資源打包服務,實現核心業務在整個業務中選擇正確的技術以及限制業務的技術。其次是重視關注服務,服務構架支持面向服務的開發方法,并補充了以前的面向流程、面向消息、面向數據庫和面向對象的開發方法。使用與業務直接相關的更高抽象級別來定義服務,并且可以使用多種開發方法來實現。面向對象的調用接口相比較,服務調用接口通常是粗粒度的,并且可以接收更多數據并消耗更多計算資源。服務通常用于解決應用程序間的互操作性問題,并將服務組合到新的應用程序或新的應用程序系統中,而不是為應用程序創建特定的業務邏輯。專注于構建以服務為中心的系統可以幫助更接近現實世界中的現實世界業務需求,并幫助系統適應不斷變化的現實世界業務需求。另外,對于現有的應用程序系統,可以通過面向服務的打包來改進這些系統,可以有效地保護在構建現有應用程序系統方面的投資。
該服務的許多功能使用編程工具便可以自動實現,因此,工程師在研發和實現基于服務構架的辦公系統自動化時,需要依據業務邏輯設計出具備可行性的流程圖和標準化接口。基于服務構架辦公系統的自動化主要通過以下功能來實現:通訊功能,辦公自動化系統服務管理功能,會議的相關服務功能,數據整理輸出功能,安全保障功能,文件信息整合功能,商務旅行服務功能,協同辦公功能和基本信息存儲功能等。
安全管理功能為基本運行提供安全保障。這主要依賴于各種安全保障體系,例如驗證碼、身份驗證、密碼驗證和IP地址驗證等具體服務。其中,身份驗證服務在安全管理功能中發揮著舉足輕重的作用。在標準接口中執行這3種操作之后,應用程序服務器可以建立用戶驗證接口,這樣,用戶能夠更加便捷地連接到安全管理服務接口。只需在平臺上傳用戶信息作為基本參數,便可以獲取身份驗證服務界面。
辦公自動化系統的服務管理功能可以協調各種服務之間的呼叫,并具有引導服務。最終用戶只需將服務規模傳遞給特定服務,后續任務就可以通過辦公自動化系統服務管理功能來完成。因此,設計和實現該接口并不困難。通過獲取服務方法,這項功能就可以接收需要使用的服務信號,最終用戶可以通過調度算法調用所需的服務。
通信功能的目標是為最終用戶提供由辦公室自動化系統的服務管理服務支持的信息和通信服務。最終用戶可以使用辦公自動化系統的服務管理功能靈活地呼叫通信功能。通信功能的標準接口獲取有2種方法:發送信息技術和接受信息技術。
面對面服務體系是一個組件模型,它通過定義明確的接口和協定連接系統的各個功能單元。接口獨立于硬件系統而存在,以中立的方式定義,運用獨立的操作系統和編程語言。面對面服務體系嵌入系統中不同的服務,并以一致且通用的方發進行交互。面向服務的體系結構不是一項新技術,但是它能夠替代并且升級傳統的面向對象模型。面向對象的模型緊密結合,并且已經發展近20年。基于服務構架框架的軟件系統不排斥使用面向對象的設計技術來構建單個服務,但是其總體設計理念是面向服務的。
在本文中,我們通過基于服務構建的基本特征和對網頁服務相關技術的引用,設計一套機械自動化系統。這是一個具有完整服務構架特征的機械自動化處理系統的框架,該特征不限于網頁服務技術。機械自動化系統旨在為機械自動化提供解決方案,因此與網頁的相關技術相比,它更接近機械自動化處理系統的要求。首先,進行系統需求分析和總體設計,然后進行系統的功能結構設計,最后進行與業務無關的模塊的詳細設計。