挑選員工入口網系統時該注重哪些功能性?
挑選員工入口網系統時該注重哪些功能性?
在眾多平台中,該如何挑選出適合的員工入口網(EIP)呢?

以下的幾個技術問題,將引導您去思考可以從哪些要點來進行入口網的評估,希望這些實用的技巧與見解的推薦,能幫助您可以更好地了解如何選擇正確的平台。
1. 是否使用主流架構及可提供的支援
您應該選用擁有主流架構的入口網平台,原因如下:
- 資源:需要幫助時,主流框架更容易找到相關資訊。
- 互通性:主流架構提供更高規格的互通性,能更輕易的習慣當前系統或使用其他技術。
- 耐用性:主流技術平台的耐用性更高,在更換底層程式碼時,可以輕易轉移到其他平台。
選擇時要考慮的關鍵技術標準:
- OSGi - 模組化平台架構
- JSR 168, JSR 286, JSR 362 - JAVA Portlet 標準
- JSR 127, JSR 314, JSR 344 - Java Server Faces(JSF)
- JSR 329, JSR 378 - Java Server Faces Portlet Bridge
- WebDAV - 基於 Web 的分散式編寫和版本控制
- SOAP, JSON - Web Services
- HTML5, CSS3 - Web Standards
適當的支援使您能夠利用現代技術標準提高互通性,並節省資金並避免供應商鎖定。
2. 是否能整合身分認證系統
身分認證奠定了資訊安全的基礎,現在已經有許多廠商建立了人員資料庫以及相關的身分認證機制,為了節省時間與人力成本,入口網平台需要能整合現有的環境。
常見的認證機制有:
- LDAP Authentication and Synchronization(Microsoft AD)
- CA SiteMinder
- Sun Identity Manager/Open SSO
- SAML, CAS
- OpenID Connect(Azure AD, Microsoft Entra ID)
3. 是否可設定個別權限
個別權限與身分認證是相互對應的,透過提供不同等級的權限控管內容與站台的訪問,以提供更加豐富的使用者體驗。部分入口網並沒有提供細部的分級,也無法輕易地自行擴充權限。
您所選擇的平台,應該要有一個靈活且細微的權限系統,允許非常細節的權限分級,範圍可小至一篇文章內容、Portlet,也能大至一個頁面,甚至是一整個站台。
另外,權限系統是整個入口網必要的組成之一,特別是使用自建置組件作為遠程服務,提供給其他外部系統時,這一點尤其重要。
4. 是否能持續提供豐富的 Web 使用者體驗
Web 2.0 的特點是良好的使用者體驗,從UI的角度來看,這通常意味著透過呼叫 AJAX,或創建性能類似桌面應用程序的體驗來減少頁面的跳轉。
要支持這種類型的用戶體驗,需要一個安全、可擴展且易於維護和管理的後端基礎。儘管可以在 Portal 上編寫程式來支援基於 SOAP 和 REST 的協議,但是最好的辦法是平台直接支援它。利用這種方法的應用程序,也可以立即作為企業服務總線(ESB)上的服務提供者做出貢獻。
Portal 還必須能夠支援和適應新推出的 Web 開發範例,像單頁應用程序,AgularJS,jQuery ...等:這些都是當今領先的 Web 開發人員廣泛採用的技術和框架。您的 Portal 應該能夠支持這些框架,以及您想在 UI 層上使用的任何功能,以創建豐富的 Web 互動。
與之相關的是安全性,在向 AJAX 客戶端提供服務時,安全性至關重要。一個好的 Portal 將從基礎的角度為這些調用提供安全性,從而減輕了程式支持的負擔。
5. 是否能整合多種基於工程角度的多樣性網路服務應用(RIA)
支援 Rich Internet Applications(RIA) 的技術已經存在了好幾年,框架是否能支援它們至關重要。下面列出了一些更流行的 RIA 平台:
- jQuery:一種流行的 JavaScript 框架,為創建客戶端瀏覽器應用程序提供了豐富的支持。
- AngularJS:由 Google 維護並廣泛使用的 JavaScript 框架,旨在幫助促進單頁應用程序的開發,也可以是 ReactJS、VueJS。
- Vaadin:一個 Java 服務器端客戶端框架,Vaadin 使用組件模型提供用戶界面對象,類似於 Java AWT 或 Swing 的工作方式。
選擇 RIA 框架是一個重要的決定,但考慮 Portal 如何支援所選 RIA 技術並與之整合也同樣重要,因為 RIA 框架是您開發 Portlet 一部分。
挑選 Portal 時,可以思考的問題包含:
- Portal 是否提供將所有 RIA 庫組合到單個資源中的功能,以最大程度地減少單個頁面所需的 HTTP 請求?
- Portal 是否足夠智能,可以將使用相同資源的多個Portlet中的請求合併為一個資源請求,而不是個別發出單個請求?
- Portal 是否提供了減少提供的 JavaScript 資源以減小有效負載大小的功能?
- Portal 是否提供了在服務器端緩存資源請求的能力,並且不需要通過使用服務器響應(例如 HTTP 304 )來再次提供這些資源?
6. 是否提供內容管理系統(CMS),並可與外部系統合併
大多數 Portal 和 RIA 將功能與內容(通常是 HTML、文檔、圖像或視頻的組合)結合在一起。早期的Portal依靠外部內容管理系統(CMS)來實現此功能。但是,CMS 和 Portal 的融合正變得越來越普遍。好的 Portal 不僅具有自己的內容管理系統,而且能夠與外部 CMS 平台集成。
Portal 中的 CMS 應該至少支持以下功能:
- 將現有的內容匯入其自己的資料庫中(例如,以 API 將外部資料匯入)
- 能整合權限系統與 CMS
- 使用現代的 WYSIWYG 編輯界面管理和編輯非結構化 HTML 內容
- 定義和使用 Workflow 定義的工作流程
- 定義和使用結構化內容類型
- 為結構化內容類型創建顯示模板的能力
- 易於使用的界面,用於編輯結構化內容類型
- 預覽內容並能分階段發布
- 進行更改時自動創建版本,可做版本控管
- 能設定發布與下架的時間
7. 是否能併用社交網路與第三方插件
社交網路是一項重要功能,反應了商業活動中最真實的用戶感受。領先的線上零售商使用 YouTube、X(Twitter) 和 Facebook 來創建強大的客戶體驗,從而增加網站流量和業務。此外,還有些使用者眾多的第三方小工具。與其親自編寫這些應用程序和小工具,不如直接在 Portal 內部使用第三方小工具,效率更高。
一個強大的 Portal 將能夠利用已經為社交網路構建的 API,以各種方式與社交網路整合。使 Portlet(Widget) 與 CMS 內容能使用社交網路的功能,例如標籤、嵌入社交內容和其他共享功能。
景佳科技 EIP 員工入口網——全方位滿足以上評估要點
景佳科技 EIP 企業資訊入口 以主流 Java 開源框架 Liferay 為核心,完整支援 OSGi 模組化架構、Portlet 標準及 HTML5/CSS3 等業界規範,從根本避免供應商鎖定。內建 SSO 整合(支援 LDAP/AD、SAML、OpenID Connect/Azure AD)與細顆粒度的權限管理,讓身分認證與存取控制無縫銜接。豐富的 RIA 框架支援(React、AngularJS、Vue)搭配內建 CMS,讓頁面管理與工作流程設計一氣呵成;社群功能與第三方小工具的整合,則進一步提升員工日常使用的黏著度。
無論您正在評估新平台,或計劃升級現有入口網,FS-EIP 都能作為企業數位工作平台的可靠基礎。歡迎參閱 EIP 產品介紹,了解更多功能細節與導入案例。