企業門戶（Portal）項目實施方略與開發指南是關於企業門戶項目建設的最佳實踐和開發指南，強調方法論和實施實踐，包括門戶規劃方法論、門戶項目實施方法論，以及最佳開發指南等
基本介紹
- 書名：企業門戶（Portal）項目實施方略與開發指南
- 作者：鄭文平
- ISBN：978-7-121-21184-3
- 頁數：564
- 定價：99.00
- 出版社：電子工業出版社
- 出版時間：2013年8月
- 裝幀：平裝
- 開本：16開
- 類型：企業大型套用集成叢書
基本簡介,書本目錄,第1篇 諮詢規劃與實施策略,第2篇 需求調研與藍圖規劃,第3篇 安裝、開發與技術實現,第4篇 運行維護與系統推廣,精彩節摘,2.1.2系統功能架構,2.1.3系統邏輯架構,作者簡介,前言,導讀,書本慨括,諮詢規劃與實施策略篇,需求調研與藍圖規劃篇,安裝、開發與技術實現篇,運行維護與系統推廣篇,
基本簡介
內容提要
本書是關於企業門戶項目建設的最佳實踐和開發指南，作者通過50多個項目的積累，告訴你如何建設企業門戶項目，適用於所有的甲方企業IT工作者和所有的有意於從事系統集成方面工作的軟體工程師。
本書非常強調方法論和實施實踐，包括門戶規劃方法論、門戶項目實施方法論，以及最佳開發指南等。對於甲方來說，可以學會如何梳理企業內部需求，如何通過計分的方式進行門戶產品選型，如何在項目中與乙方配合，並監督、監管乙方，更好地完成項目的實施，在項目建設完成後，如何運營維護，如何持續推廣門戶系統；對於乙方來說，可以學到如何執行企業門戶項目的需求調研，如何規劃企業門戶項目的建設內容，包括功能規劃、全面的非功能規劃和技術實現方案的規劃等。
本書以IBM WebSphere Portal的最新版本為例，介紹開發者應該如何設計、開發、測試和調試門戶項目，包括主題與皮膚的開發、單點登錄配置、Portlet開發、WCM配置與開發、常見的配置技巧集錦、常見問題的診斷方法及思路等。
書本目錄
第1篇 諮詢規劃與實施策略
第1章 企業門戶技術入門2
1.1 門戶技術入門 3
1.1.1 什麼是企業門戶 3
1.1.2 為什麼需要企業門戶 10
1.1.3 企業門戶功能架構 14
1.1.4 企業門戶技術發展前景 15
1.1.5 企業門戶常用術語 17
1.2 主要門戶產品簡介 20
1.2.1 SAP Enterprise Portal與NetWeaver 22
1.2.2 IBM WebSphere Portal簡介 29
1.2.3 微軟SharePoint 36
1.2.4Sun：iPlanetEIP可靠集成 37
1.3 典型的門戶需求 38
1.3.1 核心是集成 38
1.3.2 重點在規範 40
1.3.3 面向SOA的組件化設計 40
1.4 企業門戶項目通常實施的內容 42
1.4.1 統一用戶管理平台 42
1.4.2 建設統一許可權管理與認證平台 42
1.4.3 套用系統集成與單點登錄 42
1.4.4 統一信息管理 43
1.4.5 文檔管理 43
1.4.6 個性化顯示界面與內容 43
1.4.7 搜尋引擎 43
1.5Portal項目需要解決的問題44
第2章 企業門戶規劃與諮詢規劃方法論46
2.1 企業門戶系統規劃模型 47
2.1.1 企業門戶系統定位 47
2.1.2 系統功能架構 47
2.1.3 系統邏輯架構 48
2.1.4 系統技術架構規劃 49
2.2 企業門戶系統業務功能規劃 51
2.2.1 基本功能規劃 51
2.2.2 信息聯動功能規劃 56
2.2.3 門戶亮點功能規劃 60
2.3 企業門戶系統非功能規劃 62
2.3.1 系統先進性 62
2.3.2 系統可靠性 63
2.3.3 系統可管理性 63
2.3.4 系統可擴充性 63
2.3.5 系統開放性 63
2.3.6 系統安全性 63
2.3.7 充分考慮性能價格比 64
2.4 系統技術實現規劃 64
2.4.1 系統基礎平台 64
2.4.2J2EE平台 65
2.4.3 基礎組件平台 65
2.4.4 套用系統 65
2.4.5 顯示層 65
2.5 系統實施策略規劃 66
2.5.1 項目實施規劃 66
2.5.2 項目管理規劃 69
2.6 企業門戶項目諮詢規劃方法論（諮詢規劃六步法） 71
2.6.1 門戶諮詢規劃項目的典型需求理解 71
2.6.2 門戶項目諮詢規劃方法論 72
2.6.3 門戶項目諮詢規劃所需的時間周期及項目計畫 84
2.6.4 門戶項目諮詢規劃典型成功案例 86
第3章 企業門戶產品選型91
3.1 企業內典型門戶需求分析 95
3.1.1 知識管理系統集成需求 95
3.1.2 工作流系統 96
3.1.3 線上學習系統 96
3.1.4 人力資源信息平台 97
3.2 企業門戶系統功能選型標準 97
3.2.1 信息發布與管理 97
3.2.2 統一門戶平台 101
3.2.3 統一風格 102
3.2.4 套用集成 103
3.2.5 工作協同 107
3.2.6 互動溝通 109
3.2.7 集成的內容 114
3.2.8 移動終端支持 115
3.2.9 許可權管理 116
3.3 企業門戶系統非功能選型標準 116
3.3.1 高性能 116
3.3.2 安全性 118
3.3.3 先進性 119
3.3.4 易用性和易實施性 121
3.3.5 易實施性 122
3.4 選型注意事項 123
3.4.1POC驗證123
3.4.2 專業人士輔導，不放過任何一個問題 123
第4章 企業門戶項目實施方法論124
4.1 門戶項目特點介紹 125
4.2 項目策劃 126
4.2.1 門戶規劃 126
4.2.2 項目評估 129
4.2.3 團隊組建 131
4.2.4 項目計畫 132
4.2.5 項目啟動 134
4.3 項目實施 134
4.3.1 需求調研 134
4.3.2 系統設計 137
4.3.3 集成標準與規範 138
4.3.4 門戶開發 139
4.3.5 系統部署 141
4.3.6 測試 142
4.3.7 系統試運行 144
4.3.8 系統最佳化 144
4.3.9 人員培訓 145
4.4 項目管理 146
4.4.1 計畫管理 146
4.4.2 風險管理 147
4.4.3 溝通管理 147
4.4.4 變更管理 148
4.5 實施策略 149
4.6 附錄 149
4.6.1 業務系統調研表 149
4.6.2 功能需求表 150
4.6.3 架構設計範例 150
第2篇 需求調研與藍圖規劃
第5章 企業門戶項目需求調研指南154
5.1 需求調研的核心理念與思想 155
5.2 門戶的原型建模方法 156
5.3 需求用例規約成功運用於門戶項目 162
5.4 需求調研過程組織 164
5.5 附錄：需求用例說明書樣板 171
第6章 藍圖規劃——功能與架構規劃174
6.1 概述 175
6.1.1 需求假設 175
6.1.2 項目目標 175
6.1.3 項目理解 176
6.2 架構設計 177
6.2.1 架構方法與技術路線 177
6.2.2 總體架構 183
6.2.3 套用架構 185
6.2.4 部署架構 193
第7章 藍圖規劃——技術與實施規劃196
7.1 關鍵技術及解決方案 197
7.1.1 統一用戶 197
7.1.2 個性化 198
7.1.3 單點登錄 199
7.1.4 內容管理 202
7.1.5 內外網門戶數據共享 208
7.1.6 統一溝通 209
7.1.7 移動門戶 210
7.1.8 社會化分享平台 211
7.1.9 套用集成 215
7.2 標準規範體系建設 217
7.2.1 集成規範 217
7.2.2 運維管理規範 219
7.3 項目實施方案 220
7.3.1 項目實施方法 220
7.3.2 項目成功實施的關鍵要素分析 222
7.3.3 項目質量管理與風險控制 223
7.3.4 項目實施路線圖 226
7.3.5 項目實施進度計畫 227
7.3.6 項目實施團隊 228
7.3.7 培訓服務 230
7.3.8 項目驗收 232
第3篇 安裝、開發與技術實現
第8章 企業門戶產品的安裝236
8.1 使用IBMWebSphere Portal 8.0搭建門戶高可用性集群 237
8.1.1 安裝Portal獨立節點237
8.1.2 Portal資料庫配置、驗證與遷移 244
8.1.3 在dmgr節點上部署DM組件 247
8.1.4 將節點添加到DM（集群管理器）250
8.1.5 IHS安裝 252
8.1.6 啟用LDAP安全性 263
8.1.7 常見的突發意外狀況與應急預案 265
8.1.8 安裝IDS用作用戶集群的LDAP伺服器 266
8.2 Portal協作組件LotusConnections的安裝和使用 269
8.2.1 引言 269
8.2.2 系統安裝 270
8.2.3 使用Connections 278
8.3 Portal搜尋組件OmniFind的安裝和使用 279
8.3.1 引言 279
8.3.2 安裝OmniFind 279
8.3.3 使用OmniFind 281
第9章 單點登錄與企業套用系統集成286
9.1 單點登錄原理與技術實現比較 287
9.1.1 單點登錄原理 287
9.1.2 單點登錄的技術方案 291
9.2 單點登錄在最佳項目實踐中的套用 293
9.2.1 以列表的方式進入套用系統首頁 294
9.2.2 直接進入各個套用系統的深度集成模式 294
9.2.3 以套用導航的方式梳理後集成 294
9.2.4 作為統一待辦調用任務處理界面時的通用驗證邏輯單元 295
9.3 單點登錄技術的開發/配置指南 296
9.3.1 LTPA技術是如何實現 296
9.3.2 憑證保險庫技術是如何實現的 297
第10章 主題與皮膚開發 300
10.1 IBM WebSphere Portal 6.0的主題與皮膚開發 301
10.1.1 入門：Portal的主題與皮膚開發 301
10.1.2 初級：如何更換Portal系統的logo圖示 303
10.1.3 中級進階：開發個性化的Portal主題 306
10.1.4 高級探索：開發自適應解析度下的主題與皮膚 308
10.1.5 高手過招：更改Portal系統的登錄方式 309
10.1.6 Portlet的皮膚開發 310
10.1.7 合理使用CSS樣式表 312
10.1.8 主題與皮膚的部署 313
10.1.9 主題與皮膚的調試 319
10.2 WebSphere Portal 7.0的主題與皮膚部署方法320
10.2.1 主題與皮膚應用程式部署 320
10.2.2 主題與皮膚檔案的導出/導入322
10.2.3 主題與皮膚應用程式的套用 325
10.2.4 主題與皮膚修改檔案的上傳操作 327
第11章 標準Portlet開發 328
11.1 Domino集成Portlet開發 329
11.1.1 準備工作：配置Portal與Domino間的SSO330
11.1.2 編寫Domino相關的Portlet 354
11.2 基於事件偵聽與狀態模式轉換的Portlet開發 360
11.2.1 概念與前提 360
11.2.2 需求分析 361
11.2.3 Portlet詳細設計 364
11.2.4 Portlet開發指導原則和示例實現 379
11.3 百寶箱：幾乎所有項目都會用到的Portlet開發379
11.3.1 開發公共信息相關的Portlet 380
11.3.2 開發一個工具箱Portlet 382
11.3.3 開發個人日程的Portlet 384
11.3.4 開發一個Excel檔案轉txt的工具Portlet 387
第12章 使用WCM構建企業統一信息發布平台 389
12.1 WCM功能簡介與企業級設計 390
12.1.1 企業Web內容管理解決方案390
12.1.2 WCM信息發布實現邏輯設計 392
12.1.3 功能設計與參考界面 393
12.2 使用IBMWCM配置信息發布的操作步驟 395
12.2.1 第1步：創建內容庫（如已存在則跳過） 395
12.2.2 第2步：創建站點（如已存在則跳過） 396
12.2.3 第3步：創建工作流程 397
12.2.4 第4步：創建選單組件 401
12.2.5 第5步：創建演示模板（如有則跳過） 408
12.2.6 第6步：創建編寫模板 409
12.2.7 第7步：配置內容呈現Portlet 411
12.2.8 第8步：分配Portlet的查看者 412
12.3 特殊問題&配置技巧414
第13章 開發與配置技巧集錦 417
13.1 更改Portal默認的登錄選項 418
13.1.1 問題描述 418
13.1.2 解決方案 418
13.2 如何為自己留下進入管理界面的後門 422
13.2.1 問題描述 422
13.2.2 解決方案 422
13.3 獲取登錄用戶信息 423
13.3.1 問題描述 423
13.3.2 解決方案 423
13.4 個性化Portlet添加控制板 424
13.4.1 問題描述 424
13.4.2 解決方案 426
13.5 Portal 6.1.0.3在Windows平台上安裝或升級失敗 428
13.5.1 問題描述 428
13.5.2 解決方案 429
13.6 使用WAS6動態快取機制提高WCM Content ViewPortlet性能及回響速度 430
13.6.1 問題描述 430
13.6.2 WAS 6 動態快取解決方案 431
13.6.3 使用同一個用戶ID在同一台機器或多台機器上同時登錄會導致系統錯誤431
13.7 Portal 6.1.0.3無法查找任何用戶或用戶組 433
13.7.1 問題描述 433
13.7.2 解決方案 433
13.8 配置Portal6.1使用Oracle資料庫失敗 434
13.8.1 問題描述 434
13.8.2 解決方案 435
13.9 配置Portal6.1使用Novell LDAP作為Portal的安全機制 435
13.9.1 問題描述 435
13.9.2 解決方案 435
13.10 對portal集群執行同步 436
13.10.1 問題描述 436
13.10.2 解決方案 436
第14章 門戶系統測試 440
14.1 測試計畫 441
14.1.1 概述 441
14.1.2 測試資源 442
14.1.3 測試環境 443
14.1.4 測試實施階段 443
14.1.5 測試進度 443
14.2 功能測試 444
14.2.1 功能測試設計 444
14.2.2 功能測試用例設計 445
14.3 性能測試 447
14.3.1 性能測試設計 447
14.3.2 學會分析測試結果數據並撰寫測試報告 452
14.3.3 撰寫測試報告 458
14.3.4 可能存在的問題推導 462
14.4 安全測試設計 462
14.4.1 輸入驗證 462
14.4.2 目錄遍歷測試（URL漏洞驗證） 463
14.4.3 防止SQL注入 464
14.4.4 跨站腳本攻擊（XSS）464
14.4.5 跨站請求偽造（CSRF） 465
14.4.6 輸入框測試 468
14.5 測試風險管理 470
14.5.1 風險管理思想及操作步驟 470
14.5.2 風險分類 470
14.5.3 風險控制措施 471
14.6 測試出來的問題處理471
14.6.1 度量與分析 472
14.6.2 系統缺陷/錯誤表473
第4篇 運行維護與系統推廣
第15章 系統性能調優 476
15.1 作業系統參數調優 477
15.1.1 合理採用AIX記憶體分配策略，提高門戶健壯性 477
15.1.2 管理Portal對CPU的使用率，提高系統健壯性 484
15.2 DB2資料庫性能調優488
15.2.1 常規性能最佳化 488
15.2.2 設定DB2全局參數以提高性能 491
15.2.3 增加成員管理器所使用的資料庫連線池快取大小 492
15.3 WebSphere性能調優 495
15.3.1 WebSphere Application Server（WAS）基礎參數調優 495
15.3.2 WAS高級參數調優 499
第16章 問題診斷與處理 507
16.1 問題診斷方法 508
16.1.1 第1步：在問題發生之前充分做好準備工作 508
16.1.2 第2步：組織檢查 508
16.1.3 第3步：確認問題 508
16.1.4 修復問題 509
16.1.5 善後：記錄問題的發生、處理和修復過程 509
16.2 問題診斷思想與原則510
16.2.1 複雜問題簡單化，逐步縮小、定位問題 510
16.2.2 修復問題之前務必做好備份 511
16.2.3 不要只想別人的原因 511
16.2.4 不要忽視簡單的問題 511
16.3 系統掛起了如何處理512
16.3.1 啟用“垃圾記憶體回收” 512
16.3.2 生成JavaCore 515
16.4 常見問題處理 518
16.4.1 Portal升級後，人員查找程式默認只能搜尋uid和cn屬性 518
16.4.2 不斷刷新Portal頁面時有3%～5%的幾率出現頁面載入不完整導致的頁面樣式凌519
16.4.3 將WCM內容庫導入到另一個Portal環境時失效 521
第17章 系統推廣策略 526
17.1 年終獎禮物527
17.1.1 背景 527
17.1.2 解決方案 527
17.2 重視領導與領導重視528
17.2.1 背景 528
17.2.2 解決方案 528
17.3 利益驅動 529
17.3.1 背景 529
17.3.2 解決方案 530
17.4 持續建設，持之以恆530
精彩節摘
2.1.2系統功能架構
企業門戶功能規劃架構示意圖。功能架構分為4 層，最下層為第一層，是企業的基礎架構，即基礎數據和業務套用，包括企業已經構建的各種業務系統、資料庫、網路設施等；往上為第二層，是基於套用系統、數據拆分、組裝的獨立服務包，通過統一的服務引擎管理；再往上為第三層，是由各種服務重新組裝打包成的集成套用層；而門戶層為第四層，根據不同角色、不同部門的需要，構建個性化的企業門戶和為各專業服務的專業門戶。統一用戶管理和認證，授權貫穿整個企業集成架構。
2.1.3系統邏輯架構
典型的企業門戶系統邏輯架構示意圖。
門戶平台服務層提供統一的用戶套用集成和展現控制，為提供一個標準的Web 套用平台，實現用戶的個性化服務和管理。門戶平台是一個外掛程式式的服務平台，可以支持對於業務需求的迅速反映，在不影響現有套用的情況下，快速地實現業務的功能；平台統一實現個性化、門戶平台管理、套用集成等公用服務，為套用擴展提供統一的技術標準和支持。
用戶集中管理層提供集中的用戶管理，幫助建立集中的用戶目錄服務管理，並在此基礎上提供用戶的論證管理，支持現有和未來的多種用戶論證方式（比如用戶名/口令、證書、域登錄支持、USB Key 支持等），實現用戶的單點登錄，支持和管理用戶的論證平台；集成現有套用系統的安全系統。
企業資源層是現有和未來的各種IT 套用資源，通過統一集成的安全門戶平台，為相關的用戶提供各種合適的服務。
Web 增強服務層提供高效、安全的Web 系統服務，實現IT 系統的高效工作。
作者簡介
本書作者鄭文平是國內為數不多的最早開始企業門戶技術研究並成功套用於項目實踐的開發者之一，擁有50個以上全職企業門戶項目開發實際經驗和大量大型項目的資深顧問與架構經驗，參與了國內重量級大客戶的企業門戶項目實施，例如：國家電網公司總部及國網能源、秦電等部分下屬企業，五大國有銀行及省行，中石油、中海油總部及吐哈石油、燃料油公司等部分下屬企業，國家體育總局冬季運動中心，中國電信、移動、聯通部分省市公司的諮詢規劃及項目實施，ABB、中國鋁業、齊魯石化、新汶礦業、第二炮兵、某省武警邊防部隊、一汽大眾、美的集團、新奧集團、萬華集團、中信證劵、中信建投等大中型集團企業的企業門戶規劃或（和）實施，具有豐富的企業門戶建設經驗。
作者從2005年起陸續在網上發表了“IBM Portal & SAP Portal主題與皮膚開發”、“企業套用集成與單點登錄”、“企業門戶諮詢規劃方法”、“WebSphere Portal問題診斷技術”、“基於WAS的性能調優”、“門戶及搜尋、協作產品的安裝與配置”、“套用伺服器CPU與記憶體資源需求及配置策略”、“企業門戶項目管理”、“企業門戶項目需求方法”等多篇文章，深受大家的喜愛，總讀者數超過30萬。本書也包含了以上內容，讀者可以集中閱讀，無須在網上搜尋、匯總。
作者同時在深入研究尤其適應於企業門戶項目實施的項目管理和管理體制保障措施，並被多家培訓機構邀請演講，每次都會激起熱烈的回響。
前言
關於本書
本書是鄭文平在企業門戶領域歷時10年的積累。作者從最早的基於IBM WebSphere Portal系列產品、BEAWebLogic Portal系列產品、SAP EnterprisePortal系列產品的企業門戶項目實施總結出的最佳開發實踐，到後期的企業門戶諮詢規劃，企業門戶內部立項調研、產品選型與開發商選型，再到企業門戶需求調研，企業門戶設計，企業門戶產品的開發、測試和部署上線，貫穿於企業門戶項目的全部過程。內容的設計原則是，不論甲方還是乙方，作為一個個人或者團隊從著手一個門戶項目，到需求分析、產品選型，從總體設計到模組化詳細設計，最後是代碼實現、測試、上線值守整個項目的生命周期，本書都能給你帶來啟迪和幫助。本書內容和代碼示例均在徵得客戶同意的前提下，來自於或改編自實際的項目內容或實驗室研究內容。
本書最早成稿於2010年，但由於一直覺得內容不夠體系化，加之當時國內從事門戶開發的實施者又少，因此出版事宜一拖再拖。在此過程中也有多位朋友詢問此書的出版事宜，感謝朋友們的關注。作者認為這本書做出版是時機了。當然，隨著認識的增加，已經修訂了很多內容。
本書主要內容包括4篇：
諮詢規劃與實施策略篇，含企業內部需求梳理與產品選型、項目實施方法論；
需求調研與藍圖規劃篇，含有別於傳統軟體項目的企業門戶需求調研方法，如何設計企業門戶系統來滿足企業需求；
安裝、開發與技術實現篇，含企業門戶項目的開發與測試、部署與上線等技術實現的內容；
運行維護與系統推廣篇，含企業門戶系統上線後，如何推廣與持續建設的方略，如何處理企業門戶系統運行過程中出現的一些問題等。
每篇都有導讀，每篇又劃分為一些章節，每個章節也有導讀，你可以選擇性閱讀，也可以順序閱讀，因為整本書的內容上下貫穿，自成體系。
導讀
這是一本關於企業門戶項目實施實踐的書，核心內容是基於IBM WebSphere Portal、SAP EP、原BEA WebLogic Portal等產品的項目實施。作者是國內最早接觸並將門戶技術套用於生產的技術人員，作者花4個月以上時間參與或者領導的基於IBMWebSphere 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產品）和快取技術（CacheServer）。最保險和最可靠的集群架構大約需要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開發標準。市面上各大廠商的產品如IBMWebSphere 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章 系統推廣策略。系統上線不是項目組的結束，而恰恰是開始。只有使用門戶系統的人越來越多，項目建設者才會越來越自豪。本章介紹一些企業中曾經使用過的推廣絕招，希望助你一招制敵。這個內容放在最後來講也是希望我們淡化這個問題，我不希望讀者流於追求招式。踏踏實實做事，老老實實做人，始終是我們不變的宗旨。
本書的內容就這些，雖然有些意猶未盡，但是開發永無止境。本書是一個總結，更是一個鞭策，在祖國，在信息化建設中，在企業門戶中，追求技術的腳步永不停歇。
