Enterprise Java with UML中文版：第2版

第1章  用UML對Java建模        1
1.1  什么是建模        2
1.1.1  簡化        2
1.1.2  不同的視角        2
1.1.3  通用符號        3
1.2  UML        3
1.3  用UML對軟件系統(tǒng)建模        10
1.3.1  客戶的角度        10
1.3.2  開發(fā)者的角度        10
1.4  建模過程        11
1.4.1  需求收集        11
1.4.2  分析        11
1.4.3  技術選擇        11
1.4.4  架構        11
1.4.5  設計和實現(xiàn)        12
1.5  網站上的內容        12
1.6  下一步        12
第2章  利用UML收集需求        13
2.1  準備好了嗎        13
2.2  什么是好的需求        14
2.2.1  尋找合適的人        14
2.2.2  傾聽相關人員的需求        15
2.2.3  開發(fā)一個可理解的需求        15
2.2.4  詳細和完整地描述需求        18
2.2.5  重構用例模型        20
2.3  收集用戶需求的準則        26
2.3.1  集中在問題上        26
2.3.2  不要放棄        26
2.3.3  不要走得太遠        26
2.3.4  對過程要有信心        27
2.4  如何檢測不好的需求        28
2.4.1  問題1：進度壓力太大        28
2.4.2  問題2：愿景不明朗        29
2.4.3  問題3：過早的架構和設計        30
2.5  下一步        30
第3章  為考勤卡應用程序收集需求        31
3.1  聽相關人員說        31
3.2  構建用例圖        32
3.2.1  尋找參與者        33
3.2.2  尋找用例        34
3.2.3  確定參與者和用例之間的關系        35
3.3  描述細節(jié)        36
3.4  收集更多的需求        43
3.5  修訂用例模型        45
3.5.1  修訂用例圖        45
3.5.2  修訂用例文檔        47
3.6  下一步        55
第4章  用UML進行面向對象分析簡介        57
4.1  準備好了嗎        57
4.1.1  可靠的需求        57
4.1.2  用例分級        58
4.2  什么是面向對象分析        59
4.2.1  分析模型        59
4.2.2  與用例模型的關系        59
4.2.3  面向對象分析的步驟        60
4.3  尋找候選對象        60
4.3.1  尋找對象的準則        60
4.3.2  尋找對象的步驟        62
4.4  描述行為        66
4.4.1  尋找行為的準則        67
4.4.2  描述行為的步驟        68
4.5  描述類        70
4.5.1  描述類的準則        71
4.5.2  描述類的步驟        72
4.6  下一步        75
第5章  考勤卡應用程序分析模型        77
5.1  用例分級        77
5.1.1  分級系統(tǒng)        77
5.1.2  評估“Extract Time Entries”用例        80
5.1.3  評估“Create Charge Code”用例        80
5.1.4  評估“Change Password”用例        81
5.1.5  評估“Login”用例        81
5.1.6  評估“Record Time”用例        82
5.1.7  評估“Create Employee”用例        82
5.1.8  選擇第一次迭代的用例        83
5.2  尋找候選對象        83
5.2.1  尋找實體對象        84
5.2.2  尋找邊界對象        87
5.2.3  尋找控制類        87
5.2.4  尋找生命周期類        88
5.3  描述對象交互        88
5.3.1  為“Login”添加假設的行為        88
5.3.2  為“Login”構建順序圖        89
5.3.3  驗證“Login”序列        91
5.3.4  其他用例的順序圖和類圖        92
5.4  描述類        94
5.4.1  尋找“Login”中的關系        95
5.4.2  尋找“Extract Time Entries”中的關系        96
5.4.3  尋找“Record Time”中的關系        96
5.5  下一步        97
第6章  從選擇技術的角度描述系統(tǒng)        99
6.1  準備好了嗎        99
6.2  將分析類分組        100
6.2.1  邊界類:用戶界面        100
6.2.2  邊界類:系統(tǒng)接口        101
6.2.3  控制類、實體類和生命周期類        101
6.3  描述每一個組        101
6.3.1  用戶界面復雜度        102
6.3.2  用戶界面的部署約束        103
6.3.3  用戶的數(shù)量和類型        104
6.3.4  可用帶寬        105
6.3.5  系統(tǒng)接口的類型        106
6.3.6  性能和可伸縮性        107
6.4  考勤卡應用程序的技術需求        108
6.4.1  尋找分析類的分組        108
6.4.2  用戶界面復雜度        108
6.4.3  用戶界面的部署約束        109
6.4.4  用戶的數(shù)量和類型        110
6.4.5  可用帶寬        110
6.4.6  系統(tǒng)接口的類型        111
6.4.7  性能和可伸縮性        111
6.5  下一步        113
第7章  為共享服務評估候選技術        115
7.1  技術模板        115
7.2  Java日志類庫        116
7.2.1  驚人的細節(jié)        116
7.2.2  優(yōu)勢        125
7.2.3  不足        126
7.2.4  兼容技術        126
7.2.5  采用成本        126
7.3  應用程序異常處理        126
7.3.1  異常處理的簡要回顧        126
7.3.2  應用程序異常處理的目標        130
7.3.3  優(yōu)勢        133
7.3.4  不足        133
7.3.5  兼容技術        133
7.3.6  采用成本        133
7.4  使用JCE保護數(shù)據(jù)        134
7.4.1  術語        134
7.4.2  驚人的細節(jié)：用對稱加密算法保護數(shù)據(jù)        135
7.4.3  用非對稱加密算法進行數(shù)據(jù)和密鑰交換        139
7.4.4  密鑰管理        145
7.4.5  優(yōu)勢        146
7.4.6  不足        146
7.4.7  兼容技術        146
7.4.8  采用成本        146
7.5  使用JSSE進行安全通信        146
7.5.1  驚人的細節(jié)        147
7.5.2  優(yōu)勢        152
7.5.3  不足        153
7.5.4  兼容技術        153
7.5.5  采用成本        153
7.6  Java管理擴展API——JMX 1.2        153
7.6.1  JMX整體架構        153
7.6.2  JMX術語        154
7.6.3  驚人的細節(jié)        155
7.6.4  優(yōu)勢        176
7.6.5  不足        176
7.6.6  兼容技術        176
7.6.7  采用成本        176
7.6.8  適用性        177
7.7  結論        177
7.8  下一步        177
第8章  HTML產生框架        179
8.1  設計目標        179
8.1.1  目標1：支持視圖的模塊結構        180
8.1.2  目標2：簡化HTML的生成        180
8.1.3  目標3：可擴展性和獨立性        181
8.2  按目標進行設計        182
8.2.1  按目標1進行設計：支持視圖的模塊結構        182
8.2.2  按目標2進行設計：簡化HTML的生成        185
8.2.3  按目標3進行設計：可擴展性和獨立性        186
8.2.4  HTML產生框架的設計        187
8.2.5  Core包        187
8.2.6  內容基元包        188
8.2.7  表單基元包        188
8.2.8  布局基元包        189
8.3  實現(xiàn)        190
8.3.1  Core包        191
8.3.2  ContentElements包        193
8.3.3  FormPrimitives包        199
8.3.4  Layout包        205
8.3.5  單元測試HTML基元        212
8.3.6  一個特定應用的HTML產生器        214
8.4  優(yōu)勢        219
8.5  不足        219
8.6  兼容技術        219
8.7  采用成本        219
8.7.1  UI設計人員        219
8.7.2  Java開發(fā)者        219
8.8  適用性        220
8.9  下一步        220
第9章  為用戶界面類評估候選技術        221
9.1  Swing        221
9.1.1  驚人的細節(jié)        222
9.1.2  優(yōu)勢        230
9.1.3  不足        230
9.1.4  兼容技術        230
9.1.5  采用成本        230
9.1.6  適用性        231
9.2  Java  servlet        232
9.2.1  驚人的細節(jié)        234
9.2.2  示例：網上調查系統(tǒng)        238
9.2.3  優(yōu)勢        250
9.2.4  不足        250
9.2.5  兼容技術        251
9.2.6  采用成本        251
9.2.7  適用性        252
9.3  JSP        253
9.3.1  驚人的細節(jié)        253
9.3.2  優(yōu)勢        256
9.3.3  不足        256
9.3.4  兼容技術        256
9.3.5  采用成本        256
9.3.6  適用性        257
9.4  JSP和servlet        257
9.5  為考勤系統(tǒng)選擇技術        259
9.6  結論        260
9.7  下一步        260
第10章  為系統(tǒng)接口評估候選技術        261
10.1  XML        261
10.1.1  驚人的細節(jié)        262
10.1.2  優(yōu)勢        263
10.1.3  不足        264
10.1.4  兼容技術        264
10.1.5  采用成本        264
10.1.6  適用性        264
10.2  SAX        265
10.2.1  驚人的細節(jié)        265
10.2.2  優(yōu)勢        274
10.2.3  不足        274
10.2.4  兼容技術        274
10.2.5  采用成本        274
10.3  DOM        274
10.3.1  驚人的細節(jié)        275
10.3.2  優(yōu)勢        281
10.3.3  不足        281
10.3.4  兼容技術        281
10.3.5  采用成本        281
10.4  JMS        282
10.4.1  術語        283
10.4.2  驚人的細節(jié)        284
10.4.3  優(yōu)勢        302
10.4.4  不足        302
10.4.5  兼容技術        302
10.4.6  采用成本        302
10.5  結論        303
10.6  下一步        303
第11章  為系統(tǒng)接口評估Web服務技術        305
11.1  揭開Web服務的神秘面紗        305
11.1.1  SOAP協(xié)議        309
11.1.2  UDDI        313
11.1.3  WSDL        315
11.2  Java中的Web服務        319
11.2.1  JAXP        319
11.2.2  JAXR        323
11.2.3  JAX-RPC        333
11.3  結論        340
11.4  下一步        340
第12章  為控制類和實體類評估候選技術        341
12.1  RMI        341
12.1.1  驚人的細節(jié)        341
12.1.2  RMI的一般用法        344
12.1.3  優(yōu)勢        347
12.1.4  不足        347
12.1.5  兼容技術        347
12.1.6  采用成本        348
12.2  JDBC        348
12.2.1  驚人的細節(jié)        349
12.2.2  優(yōu)勢        353
12.2.3  不足        353
12.2.4  兼容技術        354
12.2.5  采用成本        354
12.2.6  RMI和JDBC的適用性        354
12.3  EJB 2.0        355
12.3.1  驚人的細節(jié)        358
12.3.2  優(yōu)勢        362
12.3.3  不足        363
12.3.4  兼容技術        363
12.3.5  采用成本        363
12.3.6  適用性        364
12.4  技術選擇范例        364
12.5  結論        365
12.6  下一步        366
第13章  軟件架構        367
13.1  準備好了嗎        367
13.1.1  清晰準確地理解所面對的問題        367
13.1.2  清晰準確地理解候選技術        368
13.2  軟件架構的目標        368
13.2.1  可擴展性        368
13.2.2  可維護性        369
13.2.3  可靠性        369
13.2.4  可伸縮性        369
13.3  UML和架構        369
13.3.1  包        370
13.3.2  包依賴關系        371
13.3.3  子系統(tǒng)        373
13.4  軟件架構的準則        375
13.4.1  內聚性        375
13.4.2  耦合性        375
13.5  建立軟件架構        375
13.5.1  架構師        376
13.5.2  架構建立過程        376
13.6  考勤系統(tǒng)的樣本架構        378
13.6.1  確立目標        378
13.6.2  將類分組并評估各個類        378
13.6.3  展示技術        383
13.6.4  針對準則和目標對架構進行評估        383
13.7  下一步        384
第14章  設計入門        385
14.1  什么是設計        385
14.2  準備好了嗎        385
14.3  設計的必要性        385
14.3.1  生產力和士氣        386
14.3.2  一種具有適應能力的交流工具        386
14.3.3  進度安排和工作分配        387
14.4  設計模式        387
14.4.1  益處        387
14.4.2  使用        388
14.5  規(guī)劃設計工作        388
14.5.1  為整個設計建立目標        389
14.5.2  建立設計準則        390
14.5.3  尋找獨立的設計工作        391
14.6  設計包或者子系統(tǒng)        391
14.7  考勤系統(tǒng)的設計工作        392
14.8  下一步        392
第15章  設計TimecardDomain包和TimecardWorkflow包        393
15.1  確定工作目標        393
15.1.1  性能和可靠性        393
15.1.2  重用        394
15.1.3  可擴展性        394
15.2  對前一步工作進行評審        394
15.2.1  評審分析模型        394
15.2.2  評審架構約束        400
15.3  針對目標進行設計        401
15.4  將設計應用于用例        402
15.4.1  “Login”用例的設計        402
15.4.2  “Record  Time”用例的設計        405
15.4.3  “Extract  Time  Entries”用例的設計        407
15.5  設計方案評估        412
15.6  實現(xiàn)        413
15.6.1  EJB實現(xiàn)策略        414
15.6.2  User實體bean        414
15.6.3  Timecard實體bean        419
15.6.4  TimeEntry實體bean        424
15.6.5  LoginWorkflow無狀態(tài)會話bean        425
15.6.6  RecordTimeWorkflow有狀態(tài)會話bean        429
15.6.7  支持類        429
15.6.8  用JUnit進行單元測試        434
15.7  下一步        437
第16章  設計TimecardUI包        439
16.1  確定設計目標        439
16.1.1  可擴展性        439
16.1.2  可測試性        439
16.2  對前一步工作進行評審        440
16.2.1  評審架構約束        440
16.2.2  評審分析模型        441
16.3  針對目標進行設計        444
16.4  每個用例的設計        445
16.4.1  “Login”用例的設計        445
16.4.2  “Record Time”用例的設計        448
16.5  實現(xiàn)        451
16.6  下一步        460
第17章  BillingSystemInterface的設計        461
17.1  認清目標        461
17.1.1  清晰度        461
17.1.2  性能和可靠性        461
17.1.3  可擴展性        461
17.1.4  可重用性        462
17.2  分析模型的評審        462
17.3  架構的評審        462
17.4  設計        463
17.4.1  “Extract Time Entry”的SOAP/XML請求        463
17.4.2  “Extract Time Entry”的SOAP/XML響應        465
17.4.3  “Extract Time Entries”用例的設計        468
17.4.4  實現(xiàn)        470
17.5  結論        493
附錄A  配套網站上的內容        495
附錄B  額外資源        497