《企業門戶項目實施方略與開發指南》是2013年電子工業出版社出版的圖書,作者是鄭文平。
基本介紹
- 出版社:電子工業出版社
- 頁數:542頁
- 開本:16
- ISBN:712121184X
- 作者:鄭文平
- 出版日期:2013年9月1日
- 語種:簡體中文
- 品牌:電子工業出版社
基本介紹,內容簡介,作者簡介,圖書目錄,序言,
基本介紹
內容簡介
本書作者在企業門戶領域的8年經驗的積累總結。
不論甲方還是乙方,作為一個個人或者團隊從著手一個門戶項目,到產品選型、需求分析,從總體設計到模組化系統詳細設計,最後是代碼實現、測試、上線值守整個項目的生命周期,本書都能給你帶來啟迪和幫助。
諮詢規劃與實施策略:企業內部需求梳理與產品選型、項目實施方法論。
需求調研與藍圖規劃:有別於傳統軟體項目的企業門戶需求調研方法,如何設計企業門戶系統來滿足企業需求。
安裝、開發與技術實現:企業門戶項目的開發與測試、部署與上線等技術實現的內容。
運行維護與系統推廣:企業門戶系統上線後,如何推廣與持續建設的方略,如何處理企業門戶系統運行過程中出現的一些問題。
不論甲方還是乙方,作為一個個人或者團隊從著手一個門戶項目,到產品選型、需求分析,從總體設計到模組化系統詳細設計,最後是代碼實現、測試、上線值守整個項目的生命周期,本書都能給你帶來啟迪和幫助。
諮詢規劃與實施策略:企業內部需求梳理與產品選型、項目實施方法論。
需求調研與藍圖規劃:有別於傳統軟體項目的企業門戶需求調研方法,如何設計企業門戶系統來滿足企業需求。
安裝、開發與技術實現:企業門戶項目的開發與測試、部署與上線等技術實現的內容。
運行維護與系統推廣:企業門戶系統上線後,如何推廣與持續建設的方略,如何處理企業門戶系統運行過程中出現的一些問題。
本書是關於企業門戶項目建設的最佳實踐和開發指南,作者通過50 多個項目的積累,告訴你如何建設企業門戶項目,適用於所有的甲方企業IT 工作者和所有的乙方軟體公司有意於從事系統集成、企業門戶集成方面工作的軟體工程師和項目管理者。本書非常強調方法論和實施實踐,包括門戶規劃方法論、門戶項目實施方法論,以及最佳開發指南等。對於甲方來說,可以學會如何梳理企業內部需求,如何通過百分制評分的方式進行門戶產品選型,如何在項目中與乙方配合,並監督、監管乙方,更好地完成項目的實施,在項目建設完成後,如何運營維護,如何持續推廣門戶系統;對於乙方來說,可以學到如何執行企業門戶項目的需求調研,如何規劃企業門戶項目的建設內容,包括功能規劃、全面的非功能規劃和技術實現方案的規劃等,以及開發實現的最佳實踐。本書以IBM WebSphere Portal 的最新版本為例,介紹開發者應該如何設計、開發、測試和調試門戶項目,包括主題與皮膚的開發、單點登錄配置、Portlet 開發、WCM 配置與開發、常見的配置技巧集錦、常見問題的診斷方法及思路等,也包括Portal 系統性能調優最佳實踐、系統推廣策略最佳實踐等。
作者簡介
本書作者鄭文平是國內為數不多的最早開始企業門戶技術研究並成功套用於項目實踐的開發者之一,擁有50個以上全職企業門戶項目開發實際經驗和大量大型項目的資深顧問與架構經驗,參與了國內重量級大客戶的企業門戶項目實施,例如:國家電網公司總部及國網能源、秦電等部分下屬企業,五大國有銀行及省行,中石油、中海油總部及吐哈石油、燃料油公司等部分下屬企業,國家體育總局冬季運動中心,中國電信、移動、聯通部分省市公司的諮詢規劃及項目實施,ABB、中國鋁業、齊魯石化、新汶礦業、第二炮兵、某省武警邊防部隊、一汽大眾、美的集團、新奧集團、萬華集團、中信證劵、中信建投等大中型集團企業的企業門戶規劃或(和)實施,具有豐富的企業門戶建設經驗。
作者從2005年起陸續在網上發表了“IBM Portal & SAP Portal主題與皮膚開發”、“企業套用集成與單點登錄”、“企業門戶諮詢規劃方法”、“WebSphere Portal問題診斷技術”、“基於WAS的性能調優”、“門戶及搜尋、協作產品的安裝與配置”、“套用伺服器CPU與記憶體資源需求及配置策略”、“企業門戶項目管理”、“企業門戶項目需求方法”等多篇文章,深受大家的喜愛,總讀者數超過30萬。本書也包含了以上內容,讀者可以集中閱讀,無須在網上搜尋、匯總。
作者同時在深入研究尤其適應於企業門戶項目實施的項目管理和管理體制保障措施,並被多家培訓機構邀請演講,每次都會激起熱烈的回響。
作者從2005年起陸續在網上發表了“IBM Portal & SAP Portal主題與皮膚開發”、“企業套用集成與單點登錄”、“企業門戶諮詢規劃方法”、“WebSphere Portal問題診斷技術”、“基於WAS的性能調優”、“門戶及搜尋、協作產品的安裝與配置”、“套用伺服器CPU與記憶體資源需求及配置策略”、“企業門戶項目管理”、“企業門戶項目需求方法”等多篇文章,深受大家的喜愛,總讀者數超過30萬。本書也包含了以上內容,讀者可以集中閱讀,無須在網上搜尋、匯總。
作者同時在深入研究尤其適應於企業門戶項目實施的項目管理和管理體制保障措施,並被多家培訓機構邀請演講,每次都會激起熱烈的回響。
圖書目錄
第1篇 諮詢規劃與實施策略
第1章 企業門戶技術入門
1.1 門戶技術入門
1.1.1 什麼是企業門戶
1.1.2 為什麼需要企業門戶
1.1.3 企業門戶功能架構
1.1.4 企業門戶技術發展前景
1.1.5 企業門戶常用術語
1.2 主要門戶產品簡介
1.2.1 SAP Enterprise Portal與NetWeaver
1.2.2 IBM WebSphere Portal簡介
1.2.3 微軟SharePoint
1.2.4 Sun:iPlanet EIP可靠集成
1.3 典型的門戶需求
1.3.1 核心是集成
1.3.2 重點在規範
1.3.3 面向SOA 的組件化設計
1.4 企業門戶項目通常實施的內容
1.4.1 統一用戶管理平台
1.4.2 建設統一許可權管理與認證平台
1.4.3 套用系統集成與單點登錄
1.4.4 統一信息管理
1.4.5 文檔管理
1.4.6 個性化顯示界面與內容
1.4.7 搜尋引擎
1.5 Portal 項目需要解決的問題
第2章 企業門戶規劃與諮詢規劃方法論
2.1 企業門戶系統規劃模型
2.1.1 企業門戶系統定位
2.1.2 系統功能架構
2.1.3 系統邏輯架構
2.1.4 系統技術架構規劃
2.2 企業門戶系統業務功能規劃
2.2.1 基本功能規劃
2.2.2 信息聯動功能規劃
2.2.3 門戶亮點功能規劃
2.3 企業門戶系統非功能規劃
2.3.1 系統先進性
2.3.2 系統可靠性
2.3.3 系統可管理性
2.3.4 系統可擴充性
2.3.5 系統開放性
2.3.6 系統安全性
2.3.7 充分考慮性能價格比
2.4 系統技術實現規劃
2.4.1 系統基礎平台
2.4.2 J2EE 平台
2.4.3 基礎組件平台
2.4.4 套用系統
2.4.5 顯示層
2.5 系統實施策略規劃
2.5.1 項目實施規劃
2.5.2 項目管理規劃
2.6 企業門戶項目諮詢規劃方法論(諮詢規劃六步法)
2.6.1 門戶諮詢規劃項目的典型需求理解
2.6.2 門戶項目諮詢規劃方法論72
2.6.3 門戶項目諮詢規劃所需的時間周期及項目計畫
2.6.4 門戶項目諮詢規劃典型成功案例
第3章 企業門戶產品選型
3.1 企業內典型門戶需求分析
3.1.1 知識管理系統集成需求
3.1.2 工作流系統
3.1.3 線上學習系統
3.1.4 人力資源信息平台
3.2 企業門戶系統功能選型標準
3.2.1 信息發布與管理
3.2.2 統一門戶平台
3.2.3 統一風格
3.2.4 套用集成
3.2.5 工作協同
3.2.6 互動溝通
3.2.7 集成的內容
3.2.8 移動終端支持
3.2.9 許可權管理
3.3 企業門戶系統非功能選型標準
3.3.1 高性能
3.3.2 安全性
3.3.3 先進性
3.3.4 易用性和易實施性
3.3.5 易實施性
3.4 選型注意事項
3.4.1 POC 驗證
3.4.2 專業人士輔導,不放過任何一個問題
第4章 企業門戶項目實施方法論
4.1 門戶項目特點介紹
4.2 項目策劃
4.2.1 門戶規劃
4.2.2 項目評估
4.2.3 團隊組建
4.2.4 項目計畫
4.2.5 項目啟動
4.3 項目實施
4.3.1 需求調研
4.3.2 系統設計
4.3.3 集成標準與規範
4.3.4 門戶開發
4.3.5 系統部署
4.3.6 測試
4.3.7 系統試運行
4.3.8 系統最佳化
4.3.9 人員培訓
4.4 項目管理
4.4.1 計畫管理
4.4.2 風險管理
4.4.3 溝通管理
4.4.4 變更管理
4.5 實施策略
4.6 附錄
4.6.1 業務系統調研表
4.6.2 功能需求表
4.6.3 架構設計範例
第2篇 需求調研與藍圖規劃
第5章 企業門戶項目需求調研指南
5.1 需求調研的核心理念與思想
5.2 門戶的原型建模方法
5.3 需求用例規約成功運用於門戶項目
5.4 需求調研過程組織
5.5 附錄:需求用例說明書樣板
第6章 藍圖規劃——功能與架構規劃
6.1 概述
6.1.1 需求假設
6.1.2 項目目標
6.1.3 項目理解
6.2 架構設計
6.2.1 架構方法與技術路線
6.2.2 總體架構
6.2.3 套用架構
6.2.4 部署架構
第7章 藍圖規劃——技術與實施規劃
7.1 關鍵技術及解決方案
7.1.1 統一用戶
7.1.2 個性化
7.1.3 單點登錄
7.1.4 內容管理
7.1.5 內外網門戶數據共享
7.1.6 統一溝通
7.1.7 移動門戶
7.1.8 社會化分享平台
7.1.9 套用集成
7.2 標準規範體系建設
7.2.1 集成規範
7.2.2 運維管理規範
7.3 項目實施方案
7.3.1 項目實施方法
7.3.2 項目成功實施的關鍵要素分析
7.3.3 項目質量管理與風險控制
7.3.4 項目實施路線圖
7.3.5 項目實施進度計畫
7.3.6 項目實施團隊
7.3.7 培訓服務
7.3.8 項目驗收
第3篇 安裝、開發與技術實現
第8章 企業門戶產品的安裝
8.1 使用IBM WebSphere Portal 8.0搭建門戶高可用性集群
8.1.1 安裝Portal 獨立節點
8.1.2 Portal 資料庫配置、驗證與遷移
8.1.3 在dmgr 節點上部署DM 組件
8.1.4 將節點添加到DM(集群管理器)
8.1.5 IHS 安裝
8.1.6 啟用LDAP 安全性
8.1.7 常見的突發意外狀況與應急預案
8.1.8 安裝IDS 用作用戶集群的LDAP 伺服器
8.2 Portal 協作組件Lotus Connections的安裝和使用
8.2.1 引言
8.2.2 系統安裝
8.2.3 使用Connections
8.3 Portal 搜尋組件OmniFind 的安裝和使用
8.3.1 引言
8.3.2 安裝OmniFind
8.3.3 使用OmniFind
第9章 單點登錄與企業套用系統集成
9.1 單點登錄原理與技術實現比較
9.1.1 單點登錄原理
9.1.2 單點登錄的技術方案
9.2 單點登錄在最佳項目實踐中的套用
9.2.1 以列表的方式進入套用系統首頁
9.2.2 直接進入各個套用系統的深度集成模式
9.2.3 以套用導航的方式梳理後集成
9.2.4 作為統一待辦調用任務處理界面時的通用驗證邏輯單元
9.3 單點登錄技術的開發∕配置指南
9.3.1 LTPA 技術是如何實現的
9.3.2 憑證保險庫技術是如何實現的
第10章 主題與皮膚開發
10.1 IBM WebSphere Portal 6.0的主題與皮膚開發
10.1.1 入門:Portal 的主題與皮膚開發
10.1.2 初級:如何更換Portal系統的logo 圖示
10.1.3 中級進階:開發個性化的Portal 主題
10.1.4 高級探索:開發自適應解析度下的主題與皮膚
10.1.5 高手過招:更改Portal系統的登錄方式
10.1.6 Portlet 的皮膚開發
10.1.7 合理使用CSS 樣式表
10.1.8 主題與皮膚的部署
10.1.9 主題與皮膚的調試
10.2 WebSphere Portal 7.0 的主題與皮膚部署方法
10.2.1 主題與皮膚應用程式部署
10.2.2 主題與皮膚檔案的導出∕導入
10.2.3 主題與皮膚應用程式的套用
10.2.4 主題與皮膚修改檔案的上傳操作
第11章 標準Portlet 開發
11.1 Domino 集成Portlet 開發
11.1.1 準備工作:配置Portal與Domino 間的SSO
11.1.2 編寫Domino 相關的Portlet
11.2 基於事件偵聽與狀態模式轉換的Portlet 開發
11.2.1 概念與前提
11.2.2 需求分析
11.2.3 Portlet 詳細設計
11.2.4 Portlet 開發指導原則和示例實現
11.3 百寶箱:幾乎所有項目都會用到的Portlet 開發
11.3.1 開發公共信息相關的Portlet
11.3.2 開發一個工具箱Portlet
11.3.3 開發個人日程的Portlet
11.3.4 開發一個Excel 檔案轉txt 的工具Portlet
第12章 使用WCM 構建企業統一信息發布平台
12.1 WCM 功能簡介與企業級設計
12.1.1 企業Web 內容管理解決方案
12.1.2 WCM 信息發布實現邏輯設計
12.1.3 功能設計與參考界面
12.2 使用IBM WCM 配置信息發布的操作步驟
12.2.1 第1 步:創建內容庫(如已存在則跳過)
12.2.2 第2 步:創建站點(如已存在則跳過)
12.2.3 第3 步:創建工作流程
12.2.4 第4 步:創建選單組件
12.2.5 第5 步:創建演示模板(如有則跳過)
12.2.6 第6 步:創建編寫模板
12.2.7 第7 步:配置內容呈現Portlet
12.2.8 第8 步:分配Portlet 的查看者
12.3 特殊問題&配置技巧
第13章 開發與配置技巧集錦
13.1 更改Portal 默認的登錄選項
13.1.1 問題描述
13.1.2 解決方案
13.2 如何為自己留下進入管理界面的後門
13.2.1 問題描述
13.2.2 解決方案
13.3 獲取登錄用戶信息
13.3.1 問題描述
13.3.2 解決方案
13.4 個性化Portlet 添加控制板
13.4.1 問題描述
13.4.2 解決方案
13.5 Portal 6.1.0.3 在Windows 平台上安裝或升級失敗
13.5.1 問題描述
13.5.2 解決方案
13.6 使用WAS 6 動態快取機制提高WCM Content View Portlet 性能及回響速度
13.6.1 問題描述
13.6.2 WAS 6 動態快取解決方案
13.6.3 使用同一個用戶ID 在同一台機器或多台機器上同時登錄會導致系統錯誤
13.7 Portal 6.1.0.3 無法查找任何用戶或用戶
13.7.1 問題描述
13.7.2 解決方案
13.8 配置Portal 6.1 使用Oracle資料庫失敗
13.8.1 問題描述
13.8.2 解決方案
13.9 配置Portal 6.1 使用NovellLDAP 作為Portal 的安全機制
13.9.1 問題描述
13.9.2 解決方案
13.10 對Portal 集群執行同步
13.10.1 問題描述
13.10.2 解決方案
第14章 門戶系統測試
14.1 測試計畫
14.1.1 概述
14.1.2 測試資源
14.1.3 測試環境
14.1.4 測試實施階段
14.1.5 測試進度
14.2 功能測試
14.2.1 功能測試設計
14.2.2 功能測試用例設計
14.3 性能測試
14.3.1 性能測試設計
14.3.2 學會分析測試結果數據並撰寫測試報告
14.3.3 撰寫測試報告
14.3.4 可能存在的問題推導
14.4 安全測試設計
14.4.1 輸入驗證
14.4.2 目錄遍歷測試(URL 漏洞驗證)
14.4.3 防止SQL 注入
14.4.4 跨站腳本攻擊(XSS)
14.4.5 跨站請求偽造(CSRF)
14.4.6 輸入框測試
14.5 測試風險管理
14.5.1 風險管理思想及操作步驟
14.5.2 風險分類
14.5.3 風險控制措施
14.6 測試出來的問題處理
14.6.1 度量與分析
14.6.2 系統缺陷∕錯誤表
第4篇 運行維護與系統推廣
第15章 系統性能調優
15.1 作業系統參數調優
15.1.1 合理採用AIX 記憶體分配策略,提高門戶健壯性
15.1.2 管理Portal 對CPU 的使用率,提高系統健壯性
15.2 DB2 資料庫性能調優
15.2.1 常規性能最佳化
15.2.2 設定DB2 全局參數以提高性能
15.2.3 增加成員管理器所使用的資料庫連線池快取大小
15.3 WebSphere 性能調優
15.3.1 WebSphere ApplicationServer(WAS)基礎參數調優
15.3.2 WAS 高級參數調優
第16章 問題診斷與處理
16.1 問題診斷方法
16.1.1 第1 步:在問題發生之前充分做好準備工作
16.1.2 第2 步:組織檢查
16.1.3 第3 步:確認問題
16.1.4 修復問題
16.1.5 善後:記錄問題的發生、處理和修復過程
16.2 問題診斷思想與原則
16.2.1 複雜問題簡單化,逐步縮小、定位問題
16.2.2 修復問題之前務必做好備份
16.2.3 不要只想別人的原因
16.2.4 不要忽視簡單的問題
16.3 系統掛起了如何處理
16.3.1 啟用“垃圾記憶體回收
16.3.2 生成JavaCore
16.4 常見問題處理
16.4.1 Portal 升級後,人員查找程式默認只能搜尋uid 和cn 屬性
16.4.2 不斷刷新Portal 頁面時有3%~5%的幾率出現頁面載入不完整導致的頁面樣式凌亂
16.4.3 將WCM 內容庫導入到另一個Portal 環境時失效
第17章 系統推廣策略
17.1 年終獎禮物
17.1.1 背景
17.1.2 解決方案
17.2 重視領導與領導重視
17.2.1 背景
17.2.2 解決方案
17.3 利益驅動
17.3.1 背景
17.3.2 解決方案
17.4 持續建設,持之以恆
第1章 企業門戶技術入門
1.1 門戶技術入門
1.1.1 什麼是企業門戶
1.1.2 為什麼需要企業門戶
1.1.3 企業門戶功能架構
1.1.4 企業門戶技術發展前景
1.1.5 企業門戶常用術語
1.2 主要門戶產品簡介
1.2.1 SAP Enterprise Portal與NetWeaver
1.2.2 IBM WebSphere Portal簡介
1.2.3 微軟SharePoint
1.2.4 Sun:iPlanet EIP可靠集成
1.3 典型的門戶需求
1.3.1 核心是集成
1.3.2 重點在規範
1.3.3 面向SOA 的組件化設計
1.4 企業門戶項目通常實施的內容
1.4.1 統一用戶管理平台
1.4.2 建設統一許可權管理與認證平台
1.4.3 套用系統集成與單點登錄
1.4.4 統一信息管理
1.4.5 文檔管理
1.4.6 個性化顯示界面與內容
1.4.7 搜尋引擎
1.5 Portal 項目需要解決的問題
第2章 企業門戶規劃與諮詢規劃方法論
2.1 企業門戶系統規劃模型
2.1.1 企業門戶系統定位
2.1.2 系統功能架構
2.1.3 系統邏輯架構
2.1.4 系統技術架構規劃
2.2 企業門戶系統業務功能規劃
2.2.1 基本功能規劃
2.2.2 信息聯動功能規劃
2.2.3 門戶亮點功能規劃
2.3 企業門戶系統非功能規劃
2.3.1 系統先進性
2.3.2 系統可靠性
2.3.3 系統可管理性
2.3.4 系統可擴充性
2.3.5 系統開放性
2.3.6 系統安全性
2.3.7 充分考慮性能價格比
2.4 系統技術實現規劃
2.4.1 系統基礎平台
2.4.2 J2EE 平台
2.4.3 基礎組件平台
2.4.4 套用系統
2.4.5 顯示層
2.5 系統實施策略規劃
2.5.1 項目實施規劃
2.5.2 項目管理規劃
2.6 企業門戶項目諮詢規劃方法論(諮詢規劃六步法)
2.6.1 門戶諮詢規劃項目的典型需求理解
2.6.2 門戶項目諮詢規劃方法論72
2.6.3 門戶項目諮詢規劃所需的時間周期及項目計畫
2.6.4 門戶項目諮詢規劃典型成功案例
第3章 企業門戶產品選型
3.1 企業內典型門戶需求分析
3.1.1 知識管理系統集成需求
3.1.2 工作流系統
3.1.3 線上學習系統
3.1.4 人力資源信息平台
3.2 企業門戶系統功能選型標準
3.2.1 信息發布與管理
3.2.2 統一門戶平台
3.2.3 統一風格
3.2.4 套用集成
3.2.5 工作協同
3.2.6 互動溝通
3.2.7 集成的內容
3.2.8 移動終端支持
3.2.9 許可權管理
3.3 企業門戶系統非功能選型標準
3.3.1 高性能
3.3.2 安全性
3.3.3 先進性
3.3.4 易用性和易實施性
3.3.5 易實施性
3.4 選型注意事項
3.4.1 POC 驗證
3.4.2 專業人士輔導,不放過任何一個問題
第4章 企業門戶項目實施方法論
4.1 門戶項目特點介紹
4.2 項目策劃
4.2.1 門戶規劃
4.2.2 項目評估
4.2.3 團隊組建
4.2.4 項目計畫
4.2.5 項目啟動
4.3 項目實施
4.3.1 需求調研
4.3.2 系統設計
4.3.3 集成標準與規範
4.3.4 門戶開發
4.3.5 系統部署
4.3.6 測試
4.3.7 系統試運行
4.3.8 系統最佳化
4.3.9 人員培訓
4.4 項目管理
4.4.1 計畫管理
4.4.2 風險管理
4.4.3 溝通管理
4.4.4 變更管理
4.5 實施策略
4.6 附錄
4.6.1 業務系統調研表
4.6.2 功能需求表
4.6.3 架構設計範例
第2篇 需求調研與藍圖規劃
第5章 企業門戶項目需求調研指南
5.1 需求調研的核心理念與思想
5.2 門戶的原型建模方法
5.3 需求用例規約成功運用於門戶項目
5.4 需求調研過程組織
5.5 附錄:需求用例說明書樣板
第6章 藍圖規劃——功能與架構規劃
6.1 概述
6.1.1 需求假設
6.1.2 項目目標
6.1.3 項目理解
6.2 架構設計
6.2.1 架構方法與技術路線
6.2.2 總體架構
6.2.3 套用架構
6.2.4 部署架構
第7章 藍圖規劃——技術與實施規劃
7.1 關鍵技術及解決方案
7.1.1 統一用戶
7.1.2 個性化
7.1.3 單點登錄
7.1.4 內容管理
7.1.5 內外網門戶數據共享
7.1.6 統一溝通
7.1.7 移動門戶
7.1.8 社會化分享平台
7.1.9 套用集成
7.2 標準規範體系建設
7.2.1 集成規範
7.2.2 運維管理規範
7.3 項目實施方案
7.3.1 項目實施方法
7.3.2 項目成功實施的關鍵要素分析
7.3.3 項目質量管理與風險控制
7.3.4 項目實施路線圖
7.3.5 項目實施進度計畫
7.3.6 項目實施團隊
7.3.7 培訓服務
7.3.8 項目驗收
第3篇 安裝、開發與技術實現
第8章 企業門戶產品的安裝
8.1 使用IBM WebSphere Portal 8.0搭建門戶高可用性集群
8.1.1 安裝Portal 獨立節點
8.1.2 Portal 資料庫配置、驗證與遷移
8.1.3 在dmgr 節點上部署DM 組件
8.1.4 將節點添加到DM(集群管理器)
8.1.5 IHS 安裝
8.1.6 啟用LDAP 安全性
8.1.7 常見的突發意外狀況與應急預案
8.1.8 安裝IDS 用作用戶集群的LDAP 伺服器
8.2 Portal 協作組件Lotus Connections的安裝和使用
8.2.1 引言
8.2.2 系統安裝
8.2.3 使用Connections
8.3 Portal 搜尋組件OmniFind 的安裝和使用
8.3.1 引言
8.3.2 安裝OmniFind
8.3.3 使用OmniFind
第9章 單點登錄與企業套用系統集成
9.1 單點登錄原理與技術實現比較
9.1.1 單點登錄原理
9.1.2 單點登錄的技術方案
9.2 單點登錄在最佳項目實踐中的套用
9.2.1 以列表的方式進入套用系統首頁
9.2.2 直接進入各個套用系統的深度集成模式
9.2.3 以套用導航的方式梳理後集成
9.2.4 作為統一待辦調用任務處理界面時的通用驗證邏輯單元
9.3 單點登錄技術的開發∕配置指南
9.3.1 LTPA 技術是如何實現的
9.3.2 憑證保險庫技術是如何實現的
第10章 主題與皮膚開發
10.1 IBM WebSphere Portal 6.0的主題與皮膚開發
10.1.1 入門:Portal 的主題與皮膚開發
10.1.2 初級:如何更換Portal系統的logo 圖示
10.1.3 中級進階:開發個性化的Portal 主題
10.1.4 高級探索:開發自適應解析度下的主題與皮膚
10.1.5 高手過招:更改Portal系統的登錄方式
10.1.6 Portlet 的皮膚開發
10.1.7 合理使用CSS 樣式表
10.1.8 主題與皮膚的部署
10.1.9 主題與皮膚的調試
10.2 WebSphere Portal 7.0 的主題與皮膚部署方法
10.2.1 主題與皮膚應用程式部署
10.2.2 主題與皮膚檔案的導出∕導入
10.2.3 主題與皮膚應用程式的套用
10.2.4 主題與皮膚修改檔案的上傳操作
第11章 標準Portlet 開發
11.1 Domino 集成Portlet 開發
11.1.1 準備工作:配置Portal與Domino 間的SSO
11.1.2 編寫Domino 相關的Portlet
11.2 基於事件偵聽與狀態模式轉換的Portlet 開發
11.2.1 概念與前提
11.2.2 需求分析
11.2.3 Portlet 詳細設計
11.2.4 Portlet 開發指導原則和示例實現
11.3 百寶箱:幾乎所有項目都會用到的Portlet 開發
11.3.1 開發公共信息相關的Portlet
11.3.2 開發一個工具箱Portlet
11.3.3 開發個人日程的Portlet
11.3.4 開發一個Excel 檔案轉txt 的工具Portlet
第12章 使用WCM 構建企業統一信息發布平台
12.1 WCM 功能簡介與企業級設計
12.1.1 企業Web 內容管理解決方案
12.1.2 WCM 信息發布實現邏輯設計
12.1.3 功能設計與參考界面
12.2 使用IBM WCM 配置信息發布的操作步驟
12.2.1 第1 步:創建內容庫(如已存在則跳過)
12.2.2 第2 步:創建站點(如已存在則跳過)
12.2.3 第3 步:創建工作流程
12.2.4 第4 步:創建選單組件
12.2.5 第5 步:創建演示模板(如有則跳過)
12.2.6 第6 步:創建編寫模板
12.2.7 第7 步:配置內容呈現Portlet
12.2.8 第8 步:分配Portlet 的查看者
12.3 特殊問題&配置技巧
第13章 開發與配置技巧集錦
13.1 更改Portal 默認的登錄選項
13.1.1 問題描述
13.1.2 解決方案
13.2 如何為自己留下進入管理界面的後門
13.2.1 問題描述
13.2.2 解決方案
13.3 獲取登錄用戶信息
13.3.1 問題描述
13.3.2 解決方案
13.4 個性化Portlet 添加控制板
13.4.1 問題描述
13.4.2 解決方案
13.5 Portal 6.1.0.3 在Windows 平台上安裝或升級失敗
13.5.1 問題描述
13.5.2 解決方案
13.6 使用WAS 6 動態快取機制提高WCM Content View Portlet 性能及回響速度
13.6.1 問題描述
13.6.2 WAS 6 動態快取解決方案
13.6.3 使用同一個用戶ID 在同一台機器或多台機器上同時登錄會導致系統錯誤
13.7 Portal 6.1.0.3 無法查找任何用戶或用戶
13.7.1 問題描述
13.7.2 解決方案
13.8 配置Portal 6.1 使用Oracle資料庫失敗
13.8.1 問題描述
13.8.2 解決方案
13.9 配置Portal 6.1 使用NovellLDAP 作為Portal 的安全機制
13.9.1 問題描述
13.9.2 解決方案
13.10 對Portal 集群執行同步
13.10.1 問題描述
13.10.2 解決方案
第14章 門戶系統測試
14.1 測試計畫
14.1.1 概述
14.1.2 測試資源
14.1.3 測試環境
14.1.4 測試實施階段
14.1.5 測試進度
14.2 功能測試
14.2.1 功能測試設計
14.2.2 功能測試用例設計
14.3 性能測試
14.3.1 性能測試設計
14.3.2 學會分析測試結果數據並撰寫測試報告
14.3.3 撰寫測試報告
14.3.4 可能存在的問題推導
14.4 安全測試設計
14.4.1 輸入驗證
14.4.2 目錄遍歷測試(URL 漏洞驗證)
14.4.3 防止SQL 注入
14.4.4 跨站腳本攻擊(XSS)
14.4.5 跨站請求偽造(CSRF)
14.4.6 輸入框測試
14.5 測試風險管理
14.5.1 風險管理思想及操作步驟
14.5.2 風險分類
14.5.3 風險控制措施
14.6 測試出來的問題處理
14.6.1 度量與分析
14.6.2 系統缺陷∕錯誤表
第4篇 運行維護與系統推廣
第15章 系統性能調優
15.1 作業系統參數調優
15.1.1 合理採用AIX 記憶體分配策略,提高門戶健壯性
15.1.2 管理Portal 對CPU 的使用率,提高系統健壯性
15.2 DB2 資料庫性能調優
15.2.1 常規性能最佳化
15.2.2 設定DB2 全局參數以提高性能
15.2.3 增加成員管理器所使用的資料庫連線池快取大小
15.3 WebSphere 性能調優
15.3.1 WebSphere ApplicationServer(WAS)基礎參數調優
15.3.2 WAS 高級參數調優
第16章 問題診斷與處理
16.1 問題診斷方法
16.1.1 第1 步:在問題發生之前充分做好準備工作
16.1.2 第2 步:組織檢查
16.1.3 第3 步:確認問題
16.1.4 修復問題
16.1.5 善後:記錄問題的發生、處理和修復過程
16.2 問題診斷思想與原則
16.2.1 複雜問題簡單化,逐步縮小、定位問題
16.2.2 修復問題之前務必做好備份
16.2.3 不要只想別人的原因
16.2.4 不要忽視簡單的問題
16.3 系統掛起了如何處理
16.3.1 啟用“垃圾記憶體回收
16.3.2 生成JavaCore
16.4 常見問題處理
16.4.1 Portal 升級後,人員查找程式默認只能搜尋uid 和cn 屬性
16.4.2 不斷刷新Portal 頁面時有3%~5%的幾率出現頁面載入不完整導致的頁面樣式凌亂
16.4.3 將WCM 內容庫導入到另一個Portal 環境時失效
第17章 系統推廣策略
17.1 年終獎禮物
17.1.1 背景
17.1.2 解決方案
17.2 重視領導與領導重視
17.2.1 背景
17.2.2 解決方案
17.3 利益驅動
17.3.1 背景
17.3.2 解決方案
17.4 持續建設,持之以恆
序言
Foreword
關於本書
本書是鄭文平在企業門戶領域歷時10年的積累。作者從最早的基於IBM WebSphere Portal系列產品、BEA WebLogic Portal系列產品、SAP Enterprise Portal系列產品的企業門戶項目實施總結出的最佳開發實踐,到後期的企業門戶諮詢規劃,企業門戶內部立項調研、產品選型與開發商選型,再到企業門戶需求調研,企業門戶設計,企業門戶產品的開發、測試和部署上線,貫穿於企業門戶項目的全部過程。內容的設計原則是,不論甲方還是乙方,作為一個個人或者團隊從著手一個門戶項目,到需求分析、產品選型,從總體設計到模組化詳細設計,最後是代碼實現、測試、上線值守整個項目的生命周期,本書都能給你帶來啟迪和幫助。本書內容和代碼示例均在徵得客戶同意的前提下,來自於或改編自實際的項目內容或實驗室研究內容。
本書最早成稿於2010年,但由於一直覺得內容不夠體系化,加之當時國內從事門戶開發的實施者又少,因此出版事宜一拖再拖。在此過程中也有多位朋友詢問此書的出版事宜,感謝朋友們的關注。現在,作者認為這本書做出版是時機了。當然,隨著認識的增加,已經修訂了很多內容。
本書主要內容包括4篇:
諮詢規劃與實施策略篇,含企業內部需求梳理與產品選型、項目實施方法論;
需求調研與藍圖規劃篇,含有別於傳統軟體項目的企業門戶需求調研方法,如何設計企業門戶系統來滿足企業需求;
安裝、開發與技術實現篇,含企業門戶項目的開發與測試、部署與上線等技術實現的內容;
運行維護與系統推廣篇,含企業門戶系統上線後,如何推廣與持續建設的方略,如何處理企業門戶系統運行過程中出現的一些問題等。
每篇都有導讀,每篇又劃分為一些章節,每個章節也有導讀,你可以選擇性閱讀,也可以順序閱讀,因為整本書的內容上下貫穿,自成體系。
Guidance
導 讀
這是一本關於企業門戶項目實施實踐的書,核心內容是基於IBM WebSphere Portal、SAP EP、原BEA WebLogic Portal等產品的項目實施。作者是國內最早接觸並將門戶技術套用於生產的技術人員,作者花4個月以上時間參與或者領導的基於IBM WebSphere Portal的項目有30多個,2~4個月的項目有20多個,同時負責或參與多家公司大型項目的架構和技術顧問。本書最大的特色就在於所有內容均來自於項目實踐,書中內容和列出的代碼均在客戶同意情況下,參考自實際項目內容。
本書涉及對產品和項目的評價時,僅代表作者的個人觀點,且僅用於本教材的探討教學,不代表任何組織對產品或項目的評價甚至鑑定。
在涉及系統安裝與門戶開發時,主要以IBM WebSphere Portal為例,內容約占本書50%的篇幅。IBM WebSphere Portal歷經了1.0到目前最新的8.0版本變更,我最早接觸的是5.1。由於WebSphere Portal目前最新版本是8.0,所以本書以安裝此版本為例進行講解;但由於使用8.0版本目前在國內不超過3家客戶,80%以上的客戶還是6.*版本,所以對於實際的主題皮膚開發以6.1和7.0版本為主,Portlet開發和營運維護策略適用於所有產品的所有版本,是通用的,跟版本無關。
本書的定位是貫穿門戶項目實施的整個過程,不論甲方還是乙方,都有參考價值。從甲方的內部需求調研、立項、諮詢規劃,產品選型到乙方簽約後的需求調研、藍圖規劃,系統設計、開發與測試、上線之後的運維推廣。
諮詢規劃有什麼用?正如美好的人生需要規劃,老師教育我們從小要立志一樣,它使我們更有目標,更不會迷失方向。
我聽過無數的甲方抱怨:企業門戶該完成什麼功能呢?它跟傳統的軟體項目有什麼區別?是不是就是OA(辦公自動化系統)?我們自己也不清楚,被幾家軟體公司一忽悠,我們就聽他們的了。是的!如果你自己都不清楚要什麼,那么只能接受別人給你的。好!讓我們首先來解決這個問題吧。
本書主要包含如下內容。
諮詢規劃與實施策略篇
第1章 企業門戶技術入門。首先需要了解企業門戶是什麼,它的使命是解決企業的什麼問題,通過企業門戶項目的實施,我們能達到什麼目的,帶來什麼投資回報,這就是企業門戶諮詢規劃。當然,也有很多甲方選擇專業的諮詢公司,進行具體的業務需求分析,給出企業門戶解決方案,這實質上也是一個可行性研究報告,它使甲方準確地知道接下來要做的事。而有了目標,你的工作將會變得更加清晰。
第2章 企業門戶規劃與諮詢規劃方法論。本章作者將結合多個客戶的諮詢和實施情況,詳細地解說一個企業門戶項目到底要做哪些事。通過內部的業務需求梳理,歸納出實施目標、建設內容。還會以某家在全球有超過7000名員工的製造業集團企業的門戶諮詢規劃為例,介紹門戶諮詢規劃方法論。門戶項目諮詢規劃採用的是門戶規劃六步法,作者將介紹在此方法論中每步的工作內容、著重點、產出物等。本章會論述一個企業門戶項目的項目規劃,涉及要建設的內容,包括功能層面和非功能層面要考量的問題。
第3章 企業門戶產品選型。有了實施目標和建設內容,就該考慮用什麼產品來實施才是最好的,該如何去實施。本章將探討這個話題。任何人不能從任何角度說,哪個產品是最好的,適合的才是最好的。基於功能需求和非功能需求,作者帶你製作出一個詳細的產品選型評分體系,包括一票否決項。打分吧!不要指望任何一款產品都會百分百地滿足你,但是你可以知道哪個產品才是最適合的,分高者居之。
第4章 企業門戶項目實施方法論。項目管理永遠是意義深重而長遠。所謂方法論,指的是做一件事情的方法,它會將你的每一步行為規範化、標準化。本章將針對企業門戶(Portal)項目實施的每一個階段、每一個步驟詳細講解其規範,以及建議的標準做法。門戶項目涉及部門多,牽扯的系統多,數據流向複雜,在實施時所需的項目管理方法大大區別於傳統的IT項目。本章會詳細介紹門戶特有的項目實施方法論,包括項目策劃、項目實施、項目管理和實施策略,尤其是確保企業門戶項目成功實施的保障策略。有了目標,有了依據,有了保障措施,就可以做到“手中有貨,心裡不慌”了。
基於企業門戶的技術特性,如:相互獨立的Portlet、各種平台級別的設計,決定了企業門戶項目的實施方法有別於傳統企業IT項目的實施,其中最大的一個區別是,門戶項目中更多的內容是可以並行的。根據多年的積累,以及在IBM、BEA等大型跨國企業的工作經驗積累、學習,我們摸索出了適用於企業門戶項目的實施方法論。本章就來講解這個話題。
需求調研與藍圖規劃篇
第5章 企業門戶項目需求調研指南。從這一章開始,進入了項目實施階段。在需求階段,介紹門戶項目適用的需求調研方法、需求調研的執行和需求階段的提交物,然後基於這個需求輸出,我們進行企業門戶項目的系統設計,包括藍圖設計和系統實現設計。本章會涉及跟需求調研相關的所有主要活動。例如:企業門戶需求調研方法論、原型建模方法、用例規約定義、需求與藍圖等。
原型建模方法是要構建一個真實的HTML版本的界面與操作原型,引導客戶嘗試操作,在操作中發現問題,然後不斷修正、完善。注意:執行該方法的過程中,很多項目組偷懶了,採用JPG靜態圖片的方法來代替操作原型,這是很不可取的。門戶技術對客戶來說本來就陌生,單純地使用靜態的幾個圖片,根本引導不出客戶的真實想法,等到項目開發差不多了,客戶在試用過程中才會發現問題,所以很多項目組抱怨:門戶項目難做,因為客戶需求多變。實際上並不是客戶需求發生了變化,而是一開始就沒有把客戶需求引導出來。本章會用較大的篇幅來詳細介紹門戶系統的原型建模方法。
通常人們認為撰寫需求用例是個比較複雜的工作,所以這種需求調研的方法應該只用於大型的項目。錯了!門戶中的功能點本就煩瑣,如果不用用例規約定義清楚,客戶根本沒法理解你的需求描述。毫無疑問,不採用用例規約,你壓根就不會拿到客戶的真實需求。本章也會用一大節的篇幅來詳細介紹如何使用需求用例規約方法來撰寫、溝通門戶項目的客戶需求描述。
另外,門戶項目涉及部門、領導、用戶之多,也是空前的。沒有任何一個項目能像門戶一樣涉及企業內幾乎每一個人,所以企業門戶項目需求調研階段的組織非常考驗一個項目組的能力。本章也會著重介紹如何有序地組織門戶項目的需求調研,使項目組快速、有序、保質保量地完成需求調研,準確地拿到客戶需求,避免後期需求發生變化,降低項目風險,提高門戶項目實施質量。
第6章 藍圖規劃——功能與架構規劃。使用正確的方法獲取到真實的用戶需求後,你就該考慮如何實現系統設計滿足這些需求了。考慮如何實現的過程就是藍圖規劃。藍圖規劃分為功能規劃和實施規劃兩部分。所謂功能規劃,指的是準確理解了上面得到的用戶需求後,應該設計一個什麼樣的軟體系統來滿足用戶需求?這個軟體系統應該具有什麼樣的功能?當然,非功能需求也要滿足,我們將會在後面的章節探討,本章首先考慮功能方面的需求設計。
在本章里,作者充分利用了已經實施過的50多家客戶的項目實踐,並且充分考慮了這些客戶的需求,抽取共同點,然後分析這些客戶分別採用了什麼樣的解決方案,系統運行後帶來了怎樣的效果,如何拋棄運行效果不好的設計方案,如何抽取和借鑑運用情況良好的經驗。在此基礎上,面向常見的門戶需求,對接下來要執行的設計、開發和測試以及項目管理制定一個大體的解決方案,甲、乙雙方就即將採用的技術方案、要實現的功能、滿足的非功能需求以及項目管理方法方面達成一致意見,以避免在後期的工作執行中產生分歧。
藍圖不是系統設計,藍圖會涵蓋部分設計的內容,但沒有像系統設計一樣專注於系統設計。它還會包含主要採用的技術方案、達到的目標、採用的方法等。總之,就是對接下來要執行的所有工作進行一個輪廓性的定義。
第7章 藍圖規劃——技術與實施規劃。不要覺得實施規劃不重要,儘管這是很多項目組曾經和正在使用的思維方式。你可能已經留意到,無論哪個諮詢公司給哪個客戶做的諮詢規劃中都含有“整體規劃、分期實施”的執行策略。這不是套子,只有當你真正實施過幾個企業門戶項目後才會理解這樣做的高明支持。Portal項目需要循序漸進,用戶有一個逐步接受的過程,而包含在企業套用集成大範圍中的Portal對於目前國內亂糟糟建設起來的IT 系統的治理也必須循序漸進。本章的主要內容就是告訴你如何進行實施規劃工作。
安裝、開發與技術實現篇
第8章 企業門戶產品的安裝。毫無疑問,集成了企業內的所有套用,成為你辦公桌面的企業門戶系統是企業的最重要系統之一,這就要求你所安裝的系統必須是一個高可用性的環境。換句話說,在產品架構中,你要保證一點,就是無論哪台機器壞掉(包括宕機、斷電、運行失敗等情況),都不要影響系統的正常運行,對用戶來說,就跟沒有機器壞掉一樣。這個時間你可以悄然地修復它,這裡面會用到集群技術(Cluster)、高可用性技術(HA)、負載均衡技術(Load Balance,包括硬體均衡和軟體均衡,如F5和WebSphere LoadBalance產品)和快取技術(Cache Server)。最保險和最可靠的集群架構大約需要13台機器甚至更多。本章以IBM WebSphere Portal 8.0為例,講解如何構建高可用性集群,其中會涉及IBM WebSphere Portal 8.0的單機安裝與升級、資料庫伺服器的遷移、LDAP(統一組織機構與用戶)的設計與實現、WAS集群的創建、Portal集群的搭建、HttpServer的安裝與搭建。另外,還會講解搜尋產品OmniFind的環境搭建和配置使用,以及企業協作產品Connections的環境搭建和配置使用。
第9章 單點登錄與企業套用系統集成。如果你去問10個資深的企業門戶售前諮詢顧問或者項目實施者這樣一個問題:什麼是企業門戶?企業門戶最重要的功能是什麼?單點登錄!恐怕有10個人在列出的清單中都會有這個條目,而且把它放在第一位。因為企業門戶技術從誕生以來,最吸引人的地方就是單點登錄。試想一下:你有十幾套或者幾十套甚至上百套、幾百套套用系統需要登錄,打開20個瀏覽器,從腦袋裡搜尋出這20套系統的用戶名和密碼,輸入到這20對小框框中(甚至多於20對),然後單擊“登錄”按鈕,等著初始化主頁面,再單擊幾個選單進入到你要處理業務或者查看數據的頁面,開始工作。
請計算一下:這個過程需要多長時間?
至少半個小時。
對於一寸光陰一寸金的你來說,這意味著你每年將要耗費150個小時左右的時間在無謂的登錄過程上。這就是為什麼很多抱怨時間不夠用的企業或者分管信息技術建設的老總們聽到我們可以使用企業門戶技術2分鐘完成這個過程,每天為他們節約28分鐘的時候,他們正了正腦袋,對這個問題表現出了極大的興趣。那么到底什麼是單點登錄?單點登錄能帶給我們什麼?怎么實現?
本章將解決這個問題。首先介紹什麼是單點登錄,然後分別講解如何使用統一認證產品TAM配置、LTPA令牌環機制、憑證保險庫、JAAS認證等幾種方法實現IBM產品(Lotus Notes)和非IBM產品(指運行在WebLogic、Tomcat等套用伺服器上基於B/S架構的企業級業務系統)兩類企業及套用的單點登錄,以及幾種方法的區別,分別適用於什麼類型的單點登錄場景等。
第10章 主題與皮膚開發。所謂主題與皮膚,指的是門戶系統的界面風格與顯示方式。在企業門戶項目的實施中,主題與皮膚的開發是重中之重。因為作為所有的企業內外信息、數據與套用的統一入口,可謂是一個企業的臉面。從另一個方面講,在一個企業內,沒有任何系統比門戶系統有更多的員工在使用,在項目實踐中作者發現,花在主題與皮膚開發上面的時間往往占很大的比重,對美工的要求也比較嚴格。但實際上,Portal的主題與皮膚開發,說穿了還是普通JSP的開發,只不過大量使用了IBM自帶的標籤庫,而且頁面之間的調用非常複雜,初級開發者甚至找不到頁面元素所在的檔案及位置,所以開發起來顯得比較麻煩。另外,各個版本的Portal的主題與皮膚構成元素都在變化,看起來似乎很難掌握。但是,如果你深刻洞悉了與主題、皮膚相關的幾個檔案之間的調用關係,並掌握了以不變應萬變的開發方法論,你就能運用自如了。
第11章 標準Portlet開發。JSR168是Portal 1.0時代的Portlet開發標準,JSR286是Portal 2.0時代的Portlet開發標準。市面上各大廠商的產品如IBM WebSphere Portal和SAP Enterprise Portal、Oracle WebCenter Portal、BEA WebLogic Portal,以及大型的開源項目如JetSpeed、Lifry等,甚至國內的大型門戶產品如金蝶的Portal產品、鼎亞科技的手機門戶產品等均符合以上兩大標準。換句話說,只要是遵守以上標準開發的Portlet,就可以在以上提到的所有Portal產品里運行,雖然它們的名稱都不一樣,例如:IBM和JetSpeed叫Portlet,SAP叫iView,Oracle叫WebPart,但開發者不必關心。按照本章內容開發出的Portlet,可以運行在以上所有產品中。
本章以IBM提供的Rational Application Development工具開發Portlet為例,詳細介紹Portlet的開發。開發人員可以用來構建業務邏輯極為複雜的門戶Portlet,狀態模式設計為 Portlet應用程式設計提供了一個很好的途徑,可以幫助組織頁面轉換,並在模型-視圖-控制器(Model-View-Controller,MVC)設計模式中實現職責的分離。如果選擇使用IBM Portal API來設計Portlet,就需要用到類似這樣的方法。
為了解決控制邏輯的這些問題,你可以把應用程式看成一組Portlet操作和狀態,然後在給出了定義完善的狀態轉換的方法後,就可以刪除Portlet應用程式中麻煩的控制邏輯代碼了。本章以一個實現記錄增、刪、改、查的Portlet為例,討論如何把這種相同的方法套用到Portlet開發的狀態管理中,並創建可再用的狀態模式以使這個問題得到一般的處理。
第12章 使用WCM構建企業統一信息發布平台。企業信息門戶是企業門戶建設過程中很重要的一個部分,它使得用戶擁有了一個統一的信息發布平台。主門戶下還可以建設子門戶,用戶不管在主門戶還是子門戶中都可以統一發布信息,用戶不再需要建設其他的信息發布平台。本章以IBM WebSphere Portal中的WCM組件配置信息發布和信息展現、使用WCM API開發客戶化的信息發布界面為例,介紹如何構建企業統一信息發布平台。
第13章 開發與配置技巧集錦。本章列出了在Portal系統開發和配置過程中的一些技巧或指南。這些技巧對應的內容都是每個項目中出現幾率比較高的,幾乎每個用戶都有這個需求,如果不清楚如何實現,將會占用很多的時間,但是如果知道了,則會比較簡單。開發者可以直接按照本章內容解決在項目實施過程中碰到的類似問題,以節省大量的時間。
本章內容由“問題描述”和“解決方案”兩部分組成,共積累了10個問題,供你參考。
第14章 門戶系統測試。系統測試包括功能測試、性能測試和安全測試。如果採用IBM Portal或SAP Portal等大型產品,則基本不用執行安全測試,因為這些大型產品的安全設計基本都是非常完善的。我們所說的測試任務主要是指功能測試和性能測試,本章主要來探討這兩個話題。
本章主要包含Portal的功能測試和性能測試兩方面內容。
運行維護與系統推廣篇
第15章 系統性能調優。當讀到本章的時候,你應該知道,一個典型的大型門戶系統已經開發完成了。對於企業門戶系統的開發與測試,相信你也感觸良多。但是如果你以為到此為止系統可以上線了,那可就錯了。
當前所有的門戶產品都沒這么容易交付。誰都知道,如果不做特殊處理,門戶系統的速度永遠逼得讓人窒息。就以系統回響速度為例,可以負責任地說,市場上所有的門戶產品,如果不做性能調優,速度絕對慢到用戶罵娘。所以,本書專門用一章來講解系統性能調優,包括作業系統資源分配策略調整、WAS本身的調優和資料庫的調優,以及Portal組件的調優。
第16章 問題診斷與處理。系統上線到真正推廣套用,要走的路還很長。有經驗的維護者更懂這個意思。一些詭異的問題總是如期而至,顯然上蒼沒放過孜孜以求試圖掌控門戶的探索者,每一次新的發現總是不斷讓人看到一點微茫的希望,但卻無法解決。怎么辦?領導說:不要告訴我問題診斷與處理是只有廠家和高手才能做的事,你就得解決。本章會列舉出常見的問題及處理辦法,期望給你一些幫助。
第17章 系統推廣策略。系統上線不是項目組的結束,而恰恰是開始。只有使用門戶系統的人越來越多,項目建設者才會越來越自豪。本章介紹一些企業中曾經使用過的推廣絕招,希望助你一招制敵。這個內容放在最後來講也是希望我們淡化這個問題,我不希望讀者流於追求招式。踏踏實實做事,老老實實做人,始終是我們不變的宗旨。
本書的內容就這些,雖然有些意猶未盡,但是開發永無止境。本書是一個總結,更是一個鞭策,在祖國,在信息化建設中,在企業門戶中,追求技術的腳步永不停歇。
關於本書
本書是鄭文平在企業門戶領域歷時10年的積累。作者從最早的基於IBM WebSphere Portal系列產品、BEA WebLogic Portal系列產品、SAP Enterprise Portal系列產品的企業門戶項目實施總結出的最佳開發實踐,到後期的企業門戶諮詢規劃,企業門戶內部立項調研、產品選型與開發商選型,再到企業門戶需求調研,企業門戶設計,企業門戶產品的開發、測試和部署上線,貫穿於企業門戶項目的全部過程。內容的設計原則是,不論甲方還是乙方,作為一個個人或者團隊從著手一個門戶項目,到需求分析、產品選型,從總體設計到模組化詳細設計,最後是代碼實現、測試、上線值守整個項目的生命周期,本書都能給你帶來啟迪和幫助。本書內容和代碼示例均在徵得客戶同意的前提下,來自於或改編自實際的項目內容或實驗室研究內容。
本書最早成稿於2010年,但由於一直覺得內容不夠體系化,加之當時國內從事門戶開發的實施者又少,因此出版事宜一拖再拖。在此過程中也有多位朋友詢問此書的出版事宜,感謝朋友們的關注。現在,作者認為這本書做出版是時機了。當然,隨著認識的增加,已經修訂了很多內容。
本書主要內容包括4篇:
諮詢規劃與實施策略篇,含企業內部需求梳理與產品選型、項目實施方法論;
需求調研與藍圖規劃篇,含有別於傳統軟體項目的企業門戶需求調研方法,如何設計企業門戶系統來滿足企業需求;
安裝、開發與技術實現篇,含企業門戶項目的開發與測試、部署與上線等技術實現的內容;
運行維護與系統推廣篇,含企業門戶系統上線後,如何推廣與持續建設的方略,如何處理企業門戶系統運行過程中出現的一些問題等。
每篇都有導讀,每篇又劃分為一些章節,每個章節也有導讀,你可以選擇性閱讀,也可以順序閱讀,因為整本書的內容上下貫穿,自成體系。
Guidance
導 讀
這是一本關於企業門戶項目實施實踐的書,核心內容是基於IBM WebSphere Portal、SAP EP、原BEA WebLogic Portal等產品的項目實施。作者是國內最早接觸並將門戶技術套用於生產的技術人員,作者花4個月以上時間參與或者領導的基於IBM WebSphere Portal的項目有30多個,2~4個月的項目有20多個,同時負責或參與多家公司大型項目的架構和技術顧問。本書最大的特色就在於所有內容均來自於項目實踐,書中內容和列出的代碼均在客戶同意情況下,參考自實際項目內容。
本書涉及對產品和項目的評價時,僅代表作者的個人觀點,且僅用於本教材的探討教學,不代表任何組織對產品或項目的評價甚至鑑定。
在涉及系統安裝與門戶開發時,主要以IBM WebSphere Portal為例,內容約占本書50%的篇幅。IBM WebSphere Portal歷經了1.0到目前最新的8.0版本變更,我最早接觸的是5.1。由於WebSphere Portal目前最新版本是8.0,所以本書以安裝此版本為例進行講解;但由於使用8.0版本目前在國內不超過3家客戶,80%以上的客戶還是6.*版本,所以對於實際的主題皮膚開發以6.1和7.0版本為主,Portlet開發和營運維護策略適用於所有產品的所有版本,是通用的,跟版本無關。
本書的定位是貫穿門戶項目實施的整個過程,不論甲方還是乙方,都有參考價值。從甲方的內部需求調研、立項、諮詢規劃,產品選型到乙方簽約後的需求調研、藍圖規劃,系統設計、開發與測試、上線之後的運維推廣。
諮詢規劃有什麼用?正如美好的人生需要規劃,老師教育我們從小要立志一樣,它使我們更有目標,更不會迷失方向。
我聽過無數的甲方抱怨:企業門戶該完成什麼功能呢?它跟傳統的軟體項目有什麼區別?是不是就是OA(辦公自動化系統)?我們自己也不清楚,被幾家軟體公司一忽悠,我們就聽他們的了。是的!如果你自己都不清楚要什麼,那么只能接受別人給你的。好!讓我們首先來解決這個問題吧。
本書主要包含如下內容。
諮詢規劃與實施策略篇
第1章 企業門戶技術入門。首先需要了解企業門戶是什麼,它的使命是解決企業的什麼問題,通過企業門戶項目的實施,我們能達到什麼目的,帶來什麼投資回報,這就是企業門戶諮詢規劃。當然,也有很多甲方選擇專業的諮詢公司,進行具體的業務需求分析,給出企業門戶解決方案,這實質上也是一個可行性研究報告,它使甲方準確地知道接下來要做的事。而有了目標,你的工作將會變得更加清晰。
第2章 企業門戶規劃與諮詢規劃方法論。本章作者將結合多個客戶的諮詢和實施情況,詳細地解說一個企業門戶項目到底要做哪些事。通過內部的業務需求梳理,歸納出實施目標、建設內容。還會以某家在全球有超過7000名員工的製造業集團企業的門戶諮詢規劃為例,介紹門戶諮詢規劃方法論。門戶項目諮詢規劃採用的是門戶規劃六步法,作者將介紹在此方法論中每步的工作內容、著重點、產出物等。本章會論述一個企業門戶項目的項目規劃,涉及要建設的內容,包括功能層面和非功能層面要考量的問題。
第3章 企業門戶產品選型。有了實施目標和建設內容,就該考慮用什麼產品來實施才是最好的,該如何去實施。本章將探討這個話題。任何人不能從任何角度說,哪個產品是最好的,適合的才是最好的。基於功能需求和非功能需求,作者帶你製作出一個詳細的產品選型評分體系,包括一票否決項。打分吧!不要指望任何一款產品都會百分百地滿足你,但是你可以知道哪個產品才是最適合的,分高者居之。
第4章 企業門戶項目實施方法論。項目管理永遠是意義深重而長遠。所謂方法論,指的是做一件事情的方法,它會將你的每一步行為規範化、標準化。本章將針對企業門戶(Portal)項目實施的每一個階段、每一個步驟詳細講解其規範,以及建議的標準做法。門戶項目涉及部門多,牽扯的系統多,數據流向複雜,在實施時所需的項目管理方法大大區別於傳統的IT項目。本章會詳細介紹門戶特有的項目實施方法論,包括項目策劃、項目實施、項目管理和實施策略,尤其是確保企業門戶項目成功實施的保障策略。有了目標,有了依據,有了保障措施,就可以做到“手中有貨,心裡不慌”了。
基於企業門戶的技術特性,如:相互獨立的Portlet、各種平台級別的設計,決定了企業門戶項目的實施方法有別於傳統企業IT項目的實施,其中最大的一個區別是,門戶項目中更多的內容是可以並行的。根據多年的積累,以及在IBM、BEA等大型跨國企業的工作經驗積累、學習,我們摸索出了適用於企業門戶項目的實施方法論。本章就來講解這個話題。
需求調研與藍圖規劃篇
第5章 企業門戶項目需求調研指南。從這一章開始,進入了項目實施階段。在需求階段,介紹門戶項目適用的需求調研方法、需求調研的執行和需求階段的提交物,然後基於這個需求輸出,我們進行企業門戶項目的系統設計,包括藍圖設計和系統實現設計。本章會涉及跟需求調研相關的所有主要活動。例如:企業門戶需求調研方法論、原型建模方法、用例規約定義、需求與藍圖等。
原型建模方法是要構建一個真實的HTML版本的界面與操作原型,引導客戶嘗試操作,在操作中發現問題,然後不斷修正、完善。注意:執行該方法的過程中,很多項目組偷懶了,採用JPG靜態圖片的方法來代替操作原型,這是很不可取的。門戶技術對客戶來說本來就陌生,單純地使用靜態的幾個圖片,根本引導不出客戶的真實想法,等到項目開發差不多了,客戶在試用過程中才會發現問題,所以很多項目組抱怨:門戶項目難做,因為客戶需求多變。實際上並不是客戶需求發生了變化,而是一開始就沒有把客戶需求引導出來。本章會用較大的篇幅來詳細介紹門戶系統的原型建模方法。
通常人們認為撰寫需求用例是個比較複雜的工作,所以這種需求調研的方法應該只用於大型的項目。錯了!門戶中的功能點本就煩瑣,如果不用用例規約定義清楚,客戶根本沒法理解你的需求描述。毫無疑問,不採用用例規約,你壓根就不會拿到客戶的真實需求。本章也會用一大節的篇幅來詳細介紹如何使用需求用例規約方法來撰寫、溝通門戶項目的客戶需求描述。
另外,門戶項目涉及部門、領導、用戶之多,也是空前的。沒有任何一個項目能像門戶一樣涉及企業內幾乎每一個人,所以企業門戶項目需求調研階段的組織非常考驗一個項目組的能力。本章也會著重介紹如何有序地組織門戶項目的需求調研,使項目組快速、有序、保質保量地完成需求調研,準確地拿到客戶需求,避免後期需求發生變化,降低項目風險,提高門戶項目實施質量。
第6章 藍圖規劃——功能與架構規劃。使用正確的方法獲取到真實的用戶需求後,你就該考慮如何實現系統設計滿足這些需求了。考慮如何實現的過程就是藍圖規劃。藍圖規劃分為功能規劃和實施規劃兩部分。所謂功能規劃,指的是準確理解了上面得到的用戶需求後,應該設計一個什麼樣的軟體系統來滿足用戶需求?這個軟體系統應該具有什麼樣的功能?當然,非功能需求也要滿足,我們將會在後面的章節探討,本章首先考慮功能方面的需求設計。
在本章里,作者充分利用了已經實施過的50多家客戶的項目實踐,並且充分考慮了這些客戶的需求,抽取共同點,然後分析這些客戶分別採用了什麼樣的解決方案,系統運行後帶來了怎樣的效果,如何拋棄運行效果不好的設計方案,如何抽取和借鑑運用情況良好的經驗。在此基礎上,面向常見的門戶需求,對接下來要執行的設計、開發和測試以及項目管理制定一個大體的解決方案,甲、乙雙方就即將採用的技術方案、要實現的功能、滿足的非功能需求以及項目管理方法方面達成一致意見,以避免在後期的工作執行中產生分歧。
藍圖不是系統設計,藍圖會涵蓋部分設計的內容,但沒有像系統設計一樣專注於系統設計。它還會包含主要採用的技術方案、達到的目標、採用的方法等。總之,就是對接下來要執行的所有工作進行一個輪廓性的定義。
第7章 藍圖規劃——技術與實施規劃。不要覺得實施規劃不重要,儘管這是很多項目組曾經和正在使用的思維方式。你可能已經留意到,無論哪個諮詢公司給哪個客戶做的諮詢規劃中都含有“整體規劃、分期實施”的執行策略。這不是套子,只有當你真正實施過幾個企業門戶項目後才會理解這樣做的高明支持。Portal項目需要循序漸進,用戶有一個逐步接受的過程,而包含在企業套用集成大範圍中的Portal對於目前國內亂糟糟建設起來的IT 系統的治理也必須循序漸進。本章的主要內容就是告訴你如何進行實施規劃工作。
安裝、開發與技術實現篇
第8章 企業門戶產品的安裝。毫無疑問,集成了企業內的所有套用,成為你辦公桌面的企業門戶系統是企業的最重要系統之一,這就要求你所安裝的系統必須是一個高可用性的環境。換句話說,在產品架構中,你要保證一點,就是無論哪台機器壞掉(包括宕機、斷電、運行失敗等情況),都不要影響系統的正常運行,對用戶來說,就跟沒有機器壞掉一樣。這個時間你可以悄然地修復它,這裡面會用到集群技術(Cluster)、高可用性技術(HA)、負載均衡技術(Load Balance,包括硬體均衡和軟體均衡,如F5和WebSphere LoadBalance產品)和快取技術(Cache Server)。最保險和最可靠的集群架構大約需要13台機器甚至更多。本章以IBM WebSphere Portal 8.0為例,講解如何構建高可用性集群,其中會涉及IBM WebSphere Portal 8.0的單機安裝與升級、資料庫伺服器的遷移、LDAP(統一組織機構與用戶)的設計與實現、WAS集群的創建、Portal集群的搭建、HttpServer的安裝與搭建。另外,還會講解搜尋產品OmniFind的環境搭建和配置使用,以及企業協作產品Connections的環境搭建和配置使用。
第9章 單點登錄與企業套用系統集成。如果你去問10個資深的企業門戶售前諮詢顧問或者項目實施者這樣一個問題:什麼是企業門戶?企業門戶最重要的功能是什麼?單點登錄!恐怕有10個人在列出的清單中都會有這個條目,而且把它放在第一位。因為企業門戶技術從誕生以來,最吸引人的地方就是單點登錄。試想一下:你有十幾套或者幾十套甚至上百套、幾百套套用系統需要登錄,打開20個瀏覽器,從腦袋裡搜尋出這20套系統的用戶名和密碼,輸入到這20對小框框中(甚至多於20對),然後單擊“登錄”按鈕,等著初始化主頁面,再單擊幾個選單進入到你要處理業務或者查看數據的頁面,開始工作。
請計算一下:這個過程需要多長時間?
至少半個小時。
對於一寸光陰一寸金的你來說,這意味著你每年將要耗費150個小時左右的時間在無謂的登錄過程上。這就是為什麼很多抱怨時間不夠用的企業或者分管信息技術建設的老總們聽到我們可以使用企業門戶技術2分鐘完成這個過程,每天為他們節約28分鐘的時候,他們正了正腦袋,對這個問題表現出了極大的興趣。那么到底什麼是單點登錄?單點登錄能帶給我們什麼?怎么實現?
本章將解決這個問題。首先介紹什麼是單點登錄,然後分別講解如何使用統一認證產品TAM配置、LTPA令牌環機制、憑證保險庫、JAAS認證等幾種方法實現IBM產品(Lotus Notes)和非IBM產品(指運行在WebLogic、Tomcat等套用伺服器上基於B/S架構的企業級業務系統)兩類企業及套用的單點登錄,以及幾種方法的區別,分別適用於什麼類型的單點登錄場景等。
第10章 主題與皮膚開發。所謂主題與皮膚,指的是門戶系統的界面風格與顯示方式。在企業門戶項目的實施中,主題與皮膚的開發是重中之重。因為作為所有的企業內外信息、數據與套用的統一入口,可謂是一個企業的臉面。從另一個方面講,在一個企業內,沒有任何系統比門戶系統有更多的員工在使用,在項目實踐中作者發現,花在主題與皮膚開發上面的時間往往占很大的比重,對美工的要求也比較嚴格。但實際上,Portal的主題與皮膚開發,說穿了還是普通JSP的開發,只不過大量使用了IBM自帶的標籤庫,而且頁面之間的調用非常複雜,初級開發者甚至找不到頁面元素所在的檔案及位置,所以開發起來顯得比較麻煩。另外,各個版本的Portal的主題與皮膚構成元素都在變化,看起來似乎很難掌握。但是,如果你深刻洞悉了與主題、皮膚相關的幾個檔案之間的調用關係,並掌握了以不變應萬變的開發方法論,你就能運用自如了。
第11章 標準Portlet開發。JSR168是Portal 1.0時代的Portlet開發標準,JSR286是Portal 2.0時代的Portlet開發標準。市面上各大廠商的產品如IBM WebSphere Portal和SAP Enterprise Portal、Oracle WebCenter Portal、BEA WebLogic Portal,以及大型的開源項目如JetSpeed、Lifry等,甚至國內的大型門戶產品如金蝶的Portal產品、鼎亞科技的手機門戶產品等均符合以上兩大標準。換句話說,只要是遵守以上標準開發的Portlet,就可以在以上提到的所有Portal產品里運行,雖然它們的名稱都不一樣,例如:IBM和JetSpeed叫Portlet,SAP叫iView,Oracle叫WebPart,但開發者不必關心。按照本章內容開發出的Portlet,可以運行在以上所有產品中。
本章以IBM提供的Rational Application Development工具開發Portlet為例,詳細介紹Portlet的開發。開發人員可以用來構建業務邏輯極為複雜的門戶Portlet,狀態模式設計為 Portlet應用程式設計提供了一個很好的途徑,可以幫助組織頁面轉換,並在模型-視圖-控制器(Model-View-Controller,MVC)設計模式中實現職責的分離。如果選擇使用IBM Portal API來設計Portlet,就需要用到類似這樣的方法。
為了解決控制邏輯的這些問題,你可以把應用程式看成一組Portlet操作和狀態,然後在給出了定義完善的狀態轉換的方法後,就可以刪除Portlet應用程式中麻煩的控制邏輯代碼了。本章以一個實現記錄增、刪、改、查的Portlet為例,討論如何把這種相同的方法套用到Portlet開發的狀態管理中,並創建可再用的狀態模式以使這個問題得到一般的處理。
第12章 使用WCM構建企業統一信息發布平台。企業信息門戶是企業門戶建設過程中很重要的一個部分,它使得用戶擁有了一個統一的信息發布平台。主門戶下還可以建設子門戶,用戶不管在主門戶還是子門戶中都可以統一發布信息,用戶不再需要建設其他的信息發布平台。本章以IBM WebSphere Portal中的WCM組件配置信息發布和信息展現、使用WCM API開發客戶化的信息發布界面為例,介紹如何構建企業統一信息發布平台。
第13章 開發與配置技巧集錦。本章列出了在Portal系統開發和配置過程中的一些技巧或指南。這些技巧對應的內容都是每個項目中出現幾率比較高的,幾乎每個用戶都有這個需求,如果不清楚如何實現,將會占用很多的時間,但是如果知道了,則會比較簡單。開發者可以直接按照本章內容解決在項目實施過程中碰到的類似問題,以節省大量的時間。
本章內容由“問題描述”和“解決方案”兩部分組成,共積累了10個問題,供你參考。
第14章 門戶系統測試。系統測試包括功能測試、性能測試和安全測試。如果採用IBM Portal或SAP Portal等大型產品,則基本不用執行安全測試,因為這些大型產品的安全設計基本都是非常完善的。我們所說的測試任務主要是指功能測試和性能測試,本章主要來探討這兩個話題。
本章主要包含Portal的功能測試和性能測試兩方面內容。
運行維護與系統推廣篇
第15章 系統性能調優。當讀到本章的時候,你應該知道,一個典型的大型門戶系統已經開發完成了。對於企業門戶系統的開發與測試,相信你也感觸良多。但是如果你以為到此為止系統可以上線了,那可就錯了。
當前所有的門戶產品都沒這么容易交付。誰都知道,如果不做特殊處理,門戶系統的速度永遠逼得讓人窒息。就以系統回響速度為例,可以負責任地說,市場上所有的門戶產品,如果不做性能調優,速度絕對慢到用戶罵娘。所以,本書專門用一章來講解系統性能調優,包括作業系統資源分配策略調整、WAS本身的調優和資料庫的調優,以及Portal組件的調優。
第16章 問題診斷與處理。系統上線到真正推廣套用,要走的路還很長。有經驗的維護者更懂這個意思。一些詭異的問題總是如期而至,顯然上蒼沒放過孜孜以求試圖掌控門戶的探索者,每一次新的發現總是不斷讓人看到一點微茫的希望,但卻無法解決。怎么辦?領導說:不要告訴我問題診斷與處理是只有廠家和高手才能做的事,你就得解決。本章會列舉出常見的問題及處理辦法,期望給你一些幫助。
第17章 系統推廣策略。系統上線不是項目組的結束,而恰恰是開始。只有使用門戶系統的人越來越多,項目建設者才會越來越自豪。本章介紹一些企業中曾經使用過的推廣絕招,希望助你一招制敵。這個內容放在最後來講也是希望我們淡化這個問題,我不希望讀者流於追求招式。踏踏實實做事,老老實實做人,始終是我們不變的宗旨。
本書的內容就這些,雖然有些意猶未盡,但是開發永無止境。本書是一個總結,更是一個鞭策,在祖國,在信息化建設中,在企業門戶中,追求技術的腳步永不停歇。