論面向服務架構設計及其應用

論面向服務架構設計及其應用

摘要:面向服務架構(SOA)是一種組件模型,這種組件比傳統的組件有着更高的標準化級別,是以服務爲目的的,可以說它是爲了有效解決不同信息系統之間的交互和溝通問題而生的。河北省科技創新平臺的開發,擔任技術總監職務。該平臺主要爲科研創新提供更好地發揮環境,加快科研進度。

關鍵詞:創新;科研;服務架構

引言

    SOA是一種企業架構,因此,它是從企業的需求開始的。但是,SOA和其它企業架構方法的不同之處在於SOA提供的業務敏捷性。業務敏捷性是指企業對變更快速和有效地進行響應、並且利用變更來得到競爭優勢的能力。對架構設計師來說,創建一個業務敏捷的架構意味着創建這樣一個IT架構,它可以滿足當前還未知的業務需求。

1. 軟件開發

在緊張而又舒適的大學期間,我有幸參加了幾個項目的開發過,在河北省科技創新平臺的開發中,我主要參與了後臺數據庫的設計以及前臺頁面的編寫。該平臺主要負責科技創新的審覈以及保存。將SOA信息管理功能全面貫穿整個系統。

2.面型服務框架

面型服務的體系架構,是一個組件模型,他將應用程序的不同功能單元(稱爲服務)通過這些服務之間定義良好的接口和契約聯繫起來。接口是採用中立的方式進行定義的,他應該獨立於實現服務的硬件平臺、操作系統和編程語言。這使得構建在各種這樣的系統中的服務可以以一種統一和通用的方式進行交互。

SOA的結構編程方法:

所謂“結構程序設計方法”,就是基於面向對象設計方法的早期藍本,側重於解決程序正確性的編程的方法,以此爲基礎建立了軟件工程這門學科,建立了編程的基礎理論體系。人們的知識是從一個定理、一個原理逐步積累起來的,社會是依靠知識的不斷積累發展的。然而編制軟件每次卻都是從零開始,這是造成“軟件危機”的根本原因。由此提出了編程工作是否也可以重用以前成功的經驗和程序呢?。整整經過十多年的探索,到七十年代才獲得成功。

SOA的UML統一建模語言:

UML主要理論成果是:①統一面向對象的基本概念,並引進了許多新的概念,②認爲軟件開發的過程實質上是從抽象的模型逐步細化,過渡到具體的實現,其中間的每個階段都是實現了某一抽象模型,UML爲此提供了建立模型的工具,用直覺的圖形來建立模型,從此軟件專家就有了自己的工具,正如音樂家有了五線譜工具那樣;③爲適應軟件的多變性,提供了演化的概念。

SOA的構件架構:

卡內基。梅隆大學爲軟件的架構和框架建立了紮實的基礎理論,軟件體系結構是軟件系統的高級抽象,體現了軟件設計思想,反映了系統開發中最早的決策,明確了系統有那幾部分組成,它們之間是如何交互的;進一步影響到資源的配置、團隊的組織以及產品的質量。系統的成敗在於體系結構。構件架構技術和理論創立了架構師,是目前最喫香的軟件工程師的職稱。

安全性方面:

Web服務安全規範用來保證消息的安全性。該規範主要包括認證交換,消息完整性和消息保密。該規範吸引人的地方在於它藉助現有的安全標準,例如,SAML來實現web服務消息的安全。OASIS正致力於Web服務安全規範的制定。

Open Group 服務集成成熟度模型 (OSIMM) 標準(以及國際標準)提供一種方法來評估其服務的使用並開發一個路線圖來實現其 SOA 業務目標。SOA 採納場景往往相差很大,特別是當企業缺乏一個清晰的路線圖時;該路線圖是如何繼續他們的 SOA 採納之路的景願。SOA 之旅並不能開始和終止於一個單一項目。當越來越多的組織繼續合併服務定位的使用作爲其 IT 策略的基礎,從各個維度評估其當前狀態(從業務到基礎架構),以及尋求最大化其 SOA 旅程的業務獲益,對於他們來說日益重要。

3.開發過程中的問題

由於我的項目在開發過程中參與中的都是新手,我們一邊學一邊開發,雖然開發過程中完全使用SOA的技術並且符合SOA的標準,但是仍然不可避免的會出現一些問題,最初的需求分析我們沒有嚴格按照UML來進行標準規劃,而是想當然的做到哪裏就是那裏,項目初始階段沒有問題,但是到後面由於設計的出錯忽略掉了一些重要的功能,不得不重新開始進行需求規劃,使用UML統一建模語言進行標準的需求分析,嚴格的按照SOA的標準進行開發,運用分佈式系統的三層體系結構、結構編程方法、構件架構技術;最終成功的完成了我們的項目!

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章