UML實戰(zhàn)教程：面向.NET開發(fā)人員

第1部分 UML和UML五步法：都是關于交流.的
第1章 UML簡介：面向?qū)ο蟮姆治龊驮O計(OOAD)
1.1 對象
1.2 分析
1.3 設計
1.4 模型
1.5 UML
1.5.1 UML的統(tǒng)一
1.5.2 與UML相混淆的概念
1.5.3 UML圖
1.6 UML的作用
1.7 總結
1.8 練習題答案
第2章 UML五步法：輕量級OOAD
2.1 使用一個過程
2.1.1 過程中的問題
2.1.2 回答：UML五步法
2.1.3 UML五步法概述
2.2 自己實踐UML
2.2.1 尋找問題
2.2.2 從朋友處獲得幫助
2.3 第l步：定義
2.3.1 UML表示法
2.3.2 第l步的具體過程
2.4 第2步：細化
2.4.1 UML表示法
2.4.2 第2步的具體過程
2.5 第3步：分配
2.5.1 UML表示法：泳道
2.5.2 第3步的具體過程
2.6 第4步：設計
2.6.1 UML表示法
2.6 件
2.6.3 接口
2.6.4 實現(xiàn)
2.6.5 依賴關系
2.6.6 組件圖
2.6.7 第4步的具體過程
2.7 第5步：重復
2.7.1 UML表示法
2.7.2 第5步的具體過程
2.8 第5步(a)：再次重復
2.9 第5步(b)：再次重復?
2.10 第5步(c)：重復(反過來)
2.10.1 UML表示法
2.10.2 部署圖
2.10.3 設計部署：總結
2.11 總結
第3章 實用指南：起作用的圖
3.1 做有用的工作
3.1.1 目標
3.1.2 問題
3.1.3 聽眾
3.1.4 .NET視角
3.1.5 使用工具
3.2 模型規(guī)則
3.3 “合法的”并不一定是“漂亮的”
3.4 MTB規(guī)則
3.5 7士2規(guī)則
3.6 簡歷規(guī)則
3.7 “您只是沒有理解”從來不是一個借口
3.8 每個圖表達一個故事
3.9 公路地圖規(guī)則
3.10 使用原型定義您自己的UML
3.1l 剛剛好的建模：分析，而不是癱瘓(paralysis
3.12 總結
第4章 .NET的UML視圖
4.1 .NET基礎
4.1.1 命名空間
4.1.2 類
4.1.3 結構體
4.1.4 接口
4.1.5 枚舉
4.1.6 事件和委托
4.1.7 異常
4.1.8 程序集
4.1.9 System.Object
4.2 常見的.NET應用程序
4.2.1 控制臺應用程序
4.2.2 WinForms應用程序
4.2.3 WebForms應用程序
4.2.4 Web服務
4.3 總結
第二部分 案例分析：應用于.NET解決方案的UML
第5章 需求：我們的麻煩從這兒開始
5.1 收集需求
5.2 需求分類
5.3 確定需求之問的依賴
5.4 繪圖需求
5.5 評審需求
5.6 需求：.NET視角
5.7 總結
第6章 第1步：定義需求
6.1 犬舍管理系統(tǒng)
6.1.1 您所知道的一切未必正確
6.1.2 提醒一句話：提前工作
6.2 確定和組織角色
6.2.1 KMS角色原型(Stereotype)
6.2.2 角色分層模式，
6.3 確定和組織域?qū)ο?br />6.3.1 KMS域?qū)ο笤?br />6.3.2 域?qū)ο蠓謱幽Ｊ?TheDomain0bjectHierarchyPa~em)
6.4 為每個角色確定和編制用例
6.5 評審域?qū)ο笠源_保所有必要的用例
6.6 管理人員對需求的觀點
6.6.1 安置職員
6.6.2 編制計劃
6.6.3 跟蹤
6.6.4 報告
6.6.5 修正
6.6.6 風險管理
6.7 測試人員對需求的觀點
6.8 文檔人員對需求的觀點
6.9 總結
第7章 第2步：細化需求
7.1 確定每個用例的場景并制圖
7.2 管理人員對細化需求的觀點
7.2.1 安置職員
7.2.2 編制計劃
7.2.3 艮蹤
7.2.4 報告
7.2.5 修正
7.2.6 風險管理
7.3 測試人員對細化需求的觀點
7.4 文檔人員對細化需求的觀點
7.5 總結
第8章 第3步：將需求分配到組件和接口
8.1 從需求模型進入體系結構模型
8.2 向活動圖添加泳道
8.2.1 定義承包人時間表(DefineContractorSchedule)
8.2.2 檢查承包人作業(yè)列表(ReviewContractorTaskList)
8.2.3  請求口令(RequestPassword)
8.2.4 看PetCam(ViewPetCam)
8.3 管理人員對泳道和接口的觀點
8.3.1 安置職員
8.3.2 編制計劃
8.3.3  跟蹤
8.3.4 報告
8.3.5 修正
8.3.6 風險管理
8.4 測試人員對泳道和界面的觀點
8.5 文檔人員對泳道和界面的觀點
8.6 總結
第9章 第4步：設計體系結構
9.1 我所指的“體系結構”是什么意思?
9.2 搜集和整理接口
9.2.1 寵物接口
9.2.2 承包人接口
9.2.3 設施接口
9.2.4 視頻接口
9.2.5 基礎設施接口
9.2.6 安全接口
9.3 搜集和整理用戶界面
9.4 為組件分配接口和用戶界面
9.4.1 為UI組件分配用戶界面
9.4.2 為功能組件分配接口
9.4.3 添加用戶特有的組件
9.4.4 添加遺漏的東西
9.5 從活動圖確定依賴關系
9.6 組織體系結構
9.6.1 體系結構模式
9.6.2 選擇KMS體系結構
9.6.3 環(huán)境圖(ContextDiagram)
9.7 管理人員對體系結構的觀點
9.7.1 安置職員
9.7.2 編制計劃
9.7.3 跟蹤
9.7.4 報告
9.7.5 修正
9.7.6 風險管理
9.8 測試人員對體系結構的觀點
9.9 文檔人員對體系結構的觀點
9.10 總結
第10章 第5步：重復設計組件
10.1 設計‘UI組件
10.1.1 為該組件創(chuàng)建一‘個新的設計模型
10.1.2 為該組件創(chuàng)建UI原型
10.1.3 定義UI需求
10.1.4 細化UI需求
10.1.5 分配UI職責
10.1.6 設計UI結構
10.2 設計服務組件
10.2.1 為該組件創(chuàng)建‘個新的設計模型
10.2.2 細化服務需求
10.2.3 分配服務職責
10.2.4 設計服務結構
10.3 一個可供選擇的方法：使用Vs.NET和RATIONALXDE
10.3.1 運用VS.NET和XDE設計ContractorWeb
10.3.2 運用VS.NET和XDE設計ContmctorSystem
10.4 管理人員對組件設計的觀點
10.4.1 安置職員
10.4.2 編制計劃
10.4.3 跟蹤
10.4.4 報告
10.4.5 修正
10.4.6 風險管理
10.5 測試人員對組件設計的觀點
10.6 文檔人員對組件設計的觀點
10.7 總結
第11章 從外部設計部署
11.1 將組件分配到各節(jié)點
11.1.1 記賬系統(tǒng)
11.1.2 主管系統(tǒng)
11.1.3 接收系統(tǒng)
11.1.4 Web服務器
11.1.5 KMS服務器
11.1.6 視頻服務器
11.1.7 數(shù)據(jù)庫服務器
11.2 描述節(jié)點
11.3 設計邏輯部署
11.4 設計物理部署
11.5 描述關聯(lián)
11.6 管理人員對部署的觀點
11.6.1 安置職員
11.6.2 編制計劃
11.6.3 風險管理
11.7 測試人員對部署的觀點
11.8 文檔人員對部署的觀點
11.9 總結
第三部分 隱藏在代碼后面的內(nèi)容
第12章 開發(fā)過程的UML模型
12.1 瀑布模型的UML模型
12.2 螺旋過程的uML模型
12.3 統(tǒng)一過程的UML模型
12.3.1 4個關鍵特征
12.3.2 核心工作流程
12.3.3 統(tǒng)一過程階段
12.3.4 需求工作流程
12.3.5 分析工作流程
12.3.6 設計工作流程
12.3.7 實現(xiàn)工作流程
12.3.8 測試工作流程
12.3.9 定制統(tǒng)一過程
12.4 UML五步法的UML模型
12.5 極限編程的UML模型
12.6 總結
第13章 所有內(nèi)容都是關于交流的..
13.1 UML的其余內(nèi)容
13.1.1 順序圖
13.1.2 協(xié)作圖
13.1.3 狀態(tài)圖
13.2 在開始的地方結束
第四部分 附錄
附錄A 犬舍管理系統(tǒng)的規(guī)范
附錄B 精選的UML工具列表
附錄C 參考書目
附錄D 網(wǎng)絡資源目錄