整合之路 IBM Portal wcm整合

2021-08-25 06:38:44 字數 1150 閱讀 8763

門戶作為一站式解決方案,其核心的價值在於整合企業內部資源。如何去整合企業內部的各應用系統?這個問題是一直是做整合實現的人應該考慮的事.既於自己的工作經驗及看法,把這個整合之路,分為三個階段:資訊整合、介面/資料整合、流程整合。

一、資訊整合,所謂資訊整合就是把應用系統的展示資訊的頁面展現到門戶的頁面來的方式。在這裡門戶只是各應用系統的聚集,各顯示資訊沒有任何關聯,每個portlet只是單純的展示某個系統的資訊。這是乙個簡單的資訊整合方式,這種方式建立在門戶與各應用系統的sso基礎之上。在sso的基礎上,就可以方便的把各系統的資訊頁面整合到門戶裡面,僅僅要乙個iframe的鏈結即可以實現。

這個方式的優點在於,方便,快速的整合各應該系統,技術含量相當低;缺點是顯示的資訊是單獨乙個個系統的,顯示的樣式無法控制,只是鏈結子系統現成資訊展示.。一旦發生故障,確定問題要區分門戶還那個子系統,還是sso問題;這樣確定問題慢,也沒有辦法監控與子系統鏈結是不是健康狀態。

二、介面/資料集合。這種方式,子系統給門戶提供資料交換的介面,門戶程式通過介面來獲得要顯示的資料,通過封裝再把資料顯示到門戶的頁面上面。這裡的特點就是介面來得到資料,同時也可以從介面這裡來監控相互通訊的健康。由於門戶通過介面得到顯示的資訊,這樣就可以定製顯示的內容,相對前一階段來說,這樣的顯示內容控制度很高,可以達到按需控制;同時由於介面的**級提供,當然也可以監控資料交換狀態。在這個階段的難點是介面是定義。介面要定義交換資訊的內容,健壯性,監控性。這個階段的優點在於定製顯示的資訊,同乙個頁面可以顯示多個應用系統提供的資料,容易監控各個介面的狀態,作出問題確定反應。缺點是開發難度稍高,要作**測試等等工作;由於portlet的mvc可選擇少,用portlet api開發的話,白盒測試有些難度,都要作壓力測試才能測定介面的各種特性。所以測試也是個大難點。這個階段的介面特點是面對顯示資訊的介面。

三、流程整合。這個階段區別於前面兩個階段的整合,前面的整合屬於前台整合,這個階段屬於後面整合。在這裡各個應用系統的介面與bpm整合來達到比較靈活重用業務邏輯的目的。關於這方面的內容可以參考soa&bpm,門戶作為這個架構的乙個展示出口。這個階段的優點在於業務重用性高,良好拓展性,快速的業務重組。缺點是由於架構龐大,所有功能開發測試需要強大的技術作為基礎。

在集合大路上,從整合黑盒再到白盒,把白盒的粒度分小,最後從業務流程方向來整合各應用系統達到整個整合過程。ibm portal提供的wcm,pdm,個性化等特性可以在任何乙個階段裡使用。

Java之路 整合設計模式

通過分析我們發現不同的事物類之間,都是依靠引用進行連線的,那麼思考乙個問題 給你一堆電腦零件,是否可以裝成電腦?那麼下面繼續再分析一下電腦的組成,假設給你各個零件 主機板 cpu 硬碟 記憶體 機箱 電源 顯示器 鍵盤 滑鼠。那麼將電腦看成乙個類,這些元件便是這個類中的各個物件。而這些小的物件又可以...

Vue和Bootstrap的整合之路

我是乙個剛剛接觸前端開發的新手,所以有必要記錄如何將bootstrap和vue進行整合。如果你是老手,請直接繞道而過。作為乙個新手,裡面的步驟,過程或者專業術語未必正確,如果你發現 錯誤了,請發郵件至ztao8607 gmail.com vue官方不建議新手直接使用vue cli,但我不這麼看。先使...

Scrum團隊的持續整合之路(1)

每到專案接近尾聲的時候,專案經理往往是心裡最沒數的時候。專案經理最頭痛的問題是,越到專案後期,程式設計師交付的模組越來越多,聯調測試起來bug也越來越多,什麼時候能交付?說不清楚。下面的問答是幾乎每個專案都會出現的 老闆 按進度的計畫,我們能否按時發布產品?經理 沒法評估,這一輪測試完成的時間我和測...