軟件工程項目實訓教程：基于微軟VSTS

第1章 軟件工程實訓項目課程導論
1.1 軟件工程與我
1.1.1 角色認知：我的未來不是夢
1.1.2 課程定位：軟件車間主任的培訓班
1.1.3 實訓與實戰(zhàn)：態(tài)度決定一切
1.1.4 理論與實踐：相映成趣、相得益彰
1.2 實訓各階段的任務與要求
1.2.1 階段1：組成項目團隊
1.2.2 階段2：提出項目目標
1.2.3 階段3：制定項目計劃
1.2.4 階段4：完成需求定義
1.2.5 階段5：設計系統(tǒng)架構
1.2.6 階段6：完成代碼開發(fā)
1.2.7 階段7：提交測試驗收
1.2.8 階段8：進行項目總結
1.3 實訓項目課題的選擇
1.3.1 關于實訓項目課題的選擇
1.3.2 實訓項目案例——atm系統(tǒng)擴展
1.3.3 在相同基礎上的個性化發(fā)揮
1.4 帶著兄弟們上路
1.4.1 組成項目團隊
1.4.2 從角色需要考慮人選
1.4.3 準備vsts環(huán)境
1.4.4 閱讀教材與參考書
1.5 本階段小結——組成項目團隊
1.5.1 理解實訓項目的課程目標
1.5.2 了解如何進行課程階段成果的檢查
1.5.3 本章 的理論基礎和實踐內(nèi)容小結
1.6 本章 作業(yè)與問題
1.6.1 本章 作業(yè)
1.6.2 問題：更進一步的思考
第2章 實訓項目的選題與目標范圍確定
2.1 認識我們的目標
2.1.1 微軟創(chuàng)新杯
2.1.2 大賽主題與選題
2.1.3 理解大賽主題
2.2 有一個好的點子
2.2.1 基于傳統(tǒng)問題域的創(chuàng)新選題
2.2.2 關注新的應用領域
2.2.3 尋找新的技術應用熱點
2.2.4 參考各類軟件創(chuàng)新大賽的獲獎選題
2.2.5 從既往的項目中選擇課題
2.3 選題的目標設計與價值評價
2.3.1 目標與方案
2.3.2 最初的目標：大賽通知
2.3.3 第一個交付成果：《項目計劃書》
2.3.4 再談目標——大賽的評價標準
2.4 課題的難度與可行性
2.4.1 何謂“難度”
2.4.2 難度與可行性的關系
2.4.3 可行性的非技術性考慮
2.5 確定項目的范圍
2.5.1 為目標而確定范圍
2.5.2 考慮條件和資源
2.5.3 修剪你的“范圍樹”
2.6 項目團隊組建與項目初步規(guī)劃
2.6.1 角色與分工
2.6.2 項目總體規(guī)劃
2.6.3 為第一次提交，制訂更詳細的工作計劃
2.7 實訓項目案例——《atm擴展項目計劃書》
2.7.1 參賽作品構思的創(chuàng)意與價值
2.7.2 參賽作品的目標實現(xiàn)形式
2.7.3 參賽作品目標實現(xiàn)的可行性
2.7.4 團隊組成與角色分工
2.7.5 項目時間進度表
2.8 本階段小結——通過項目初審
2.8.1 軟件創(chuàng)新大賽各階段評審重點
2.8.2 第一輪入圍與評判標準
2.8.3 本章 的理論基礎和實踐內(nèi)容小結
2.9 本章 作業(yè)與問題
2.9.1 本章 作業(yè)
2.9.2 問題：更進一步的思考
第3章 交付過程模型與項目管理控制
3.1 交付過程模型與過程管理
3.1.1 過程模型的一般意義
3.1.2 微軟公司的軟件過程模型msf與vsts
3.1.3 統(tǒng)一過程模型rup與ibm的jazz
3.1.4 msf與rup的比較
3.2 交付過程模型的結構與關鍵行為
3.2.1 工作項與工作產(chǎn)品
3.2.2 角色
3.2.3 流程
3.2.4 活動和步驟
3.3 為實訓項目搭建vsts平臺
3.3.1 vsts的邏輯結構與物理結構
3.3.2 安裝vsts系統(tǒng)的服務器端
3.3.3 安裝vsts系統(tǒng)的客戶端
3.4 使用vsts定義項目
3.4.1 在vsts上定義項目
3.4.2 使用團隊資源管理器定義項目的工作項內(nèi)容
3.5 為項目定義基線與狀態(tài)
3.5.1 基線與狀態(tài)控制
3.5.2 用vsts設置項目的基線
3.6 創(chuàng)建門戶與團隊報告
3.6.1 打開團隊項目門戶
3.6.2 自定義并擴展團隊報告
3.7 實訓項目案例——atm擴展
3.7.1 定義前的準備
3.7.2 為atm擴展項目選擇生命周期模型
3.7.3 為atm擴展項目定義項目計劃
3.7.4 為atm擴展項目定義具體的工作項內(nèi)容
3.7.5 為atm擴展項目定義基線
3.7.6 查看atm擴展項目的團隊門戶和團隊報告
3.8 本階段小結——召開第一次項目例會
3.8.1 如何開好一次項目例會
3.8.2 本章 的理論基礎和實踐內(nèi)容小結
3.9 本章 作業(yè)與問題
3.9.1 本章 作業(yè)
3.9.2 問題：更進一步的思考
第4章 需求工程中的需求開發(fā)與管理
4.1 軟件需求的獲取與描述
4.1.1 需求獲取階段的工作目標與關鍵交付物成果
4.1.2 基于uml的電梯控制系統(tǒng)需求模型
4.1.3 項目案例：atm擴展項目的需求獲取過程
4.1.4 項目案例：atm基本系統(tǒng)的業(yè)務用例模型
4.1.5 項目案例：在atm網(wǎng)絡系統(tǒng)中加入“前置機”的功能與作用
4.1.6 項目案例：atm系統(tǒng)的擴展以及相關的用戶確認
4.2 需求分析模型與關鍵需求
4.2.1 需求分析階段的工作目標與關鍵交付物成果
4.2.2 項目案例：atm基本系統(tǒng)的需求分析模型
4.2.3 項目案例：atm擴展的需求場景
4.2.4 項目案例：atm擴展的關鍵需求分析
4.2.5 項目案例：atm關鍵需求實現(xiàn)的用戶驗收
4.3 文檔化的需求處理與需求規(guī)格描述
4.3.1 需求處理階段的工作目標與關鍵交付物成果
4.3.2 《需求規(guī)格說明書》的主要內(nèi)容
4.3.3 項目案例：atm項目的《需求規(guī)格說明書》
4.4 borlandcaliber的需求定義與管理功能
4.4.1 borlandcaliber的需求定義與管理概念
4.4.2 borlandcaliber的需求定義與管理過程
4.5 使用caliber定義項目需求
4.5.1 創(chuàng)建新項目
4.5.2 為項目創(chuàng)建需求樹
4.5.3 定義需求信息
4.5.4 為需求分配屬性值
4.5.5 為需求分配用戶和組
4.5.6 鏈接參考文檔
4.5.7 創(chuàng)建追蹤能力鏈接
4.5.8 定義需求驗證過程
4.6 使用caliber對需求進行基線管理
4.6.1 查看項目的需求基線
4.6.2 創(chuàng)建項目的需求基線
4.6.3 初始化項目的需求基線
4.6.4 鎖定項目的需求基線
4.6.5 項目基線的電子簽名
4.6.6 添加項目基線的電子簽名
4.6.7 查看項目基線的簽名報告
4.6.8 比較項目的需求基線
4.6.9 有關項目需求基線的小結
4.7 將caliber與vsts集成
4.7.1 安裝caliber的vsts插件
4.7.2 讓caliber與vsts工作項關聯(lián)
4.7.3 在vsts中創(chuàng)建caliber的需求項
4.7.4 建立caliber的需求項與vsts工作項之間的跟蹤關系
4.7.5 總結：caliber與vsts一起工作
4.8 在caliber上建立atm擴展需求
4.8.1 從業(yè)務用例模型到caliber需求樹
4.8.2 了解caliber上的atm需求
4.8.3 在caliber中擴展自己的atm需求
4.8.4 在caliber上確定項目的需求范圍邊界
4.8.5 與vsts工作項相關聯(lián)并確定基線
4.9 本階段小結——通過需求評審
4.9.1 理解實訓項目的需求評審要求
4.9.2 開展實訓項目的需求評審活動
4.9.3 本章 的理論基礎和實踐內(nèi)容小結
4.1 0本章 作業(yè)與問題
4.1 0.1 本章 作業(yè)
4.1 0.2 問題：更進一步的思考
第5章 基于關鍵質(zhì)量屬性的架構設計
5.1 最初的架構模型設想
5.1.1 從需求模型開始
5.1.2 一般架構模型的基本考慮
5.1.3 從需求模型到架構模型的轉換
5.1.4 電梯控制系統(tǒng)的架構設計
5.2 關注與架構有關的關鍵質(zhì)量屬性
5.2.1 滿足關鍵質(zhì)量屬性需求的架構設計
5.2.2 電梯控制系統(tǒng)關鍵質(zhì)量屬性需求分析
5.2.3 規(guī)范的關鍵質(zhì)量屬性場景描述
5.2.4 有關atm擴展的關鍵質(zhì)量屬性場景描述
5.3 基于關鍵質(zhì)量屬性需求的分析與架構設計
5.3.1 “可用性”需求的現(xiàn)狀分析
5.3.2 實現(xiàn)“實時性”需求的對策
5.3.3 實現(xiàn)“實時性”需求的方法
5.3.4 基于關鍵質(zhì)量屬性的架構分析
5.3.5 實時故障恢復系統(tǒng)的架構設計考慮
5.3.6 實時故障恢復系統(tǒng)的詳細設計考慮
5.4 搭建一個基于mvc模式的struts架構
5.4.1 選擇mvc模式的理由
5.4.2 用struts搭建一個“輕量級”的應用架構
5.4.3 更進一步地體驗struts架構中的mvc組件
5.4.4 項目作業(yè)：比較在struts架構上搭建atm系統(tǒng)的優(yōu)劣
5.5 在struts架構上運用面向對象設計模式
5.5.1 業(yè)務處理流程靈活性的質(zhì)量屬性場景描述
5.5.2 實現(xiàn)業(yè)務處理流程靈活性的戰(zhàn)術對策
5.5.3 采用工廠方法實現(xiàn)流程靈活性的關鍵質(zhì)量需求
5.5.4 在struts框架下實現(xiàn)設計模式的應用
5.6 使用vsts可視化的分布式系統(tǒng)設計器構建系統(tǒng)架構
5.6.1 分布式系統(tǒng)設計器的作用和相互關系
5.6.2 定義組件的提供者
5.6.3 定義對組件提供者終結點的控制
5.6.4 定義組件之間的連接
5.6.5 應用程序的實現(xiàn)
5.6.6 項目作業(yè)：使用vsts應用程序設計器實現(xiàn)atm系統(tǒng)
5.7 架構文檔與架構評審
5.7.1 規(guī)范的架構設計活動過程與制品
5.7.2 需要編寫的架構視圖和文檔
5.7.3 透過架構視圖表現(xiàn)架構設計的核心內(nèi)容
5.7.4 針對一般要素的架構設計評審
5.7.5 針對關鍵質(zhì)量屬性需求的架構設計評審
5.7.6 atm實時故障恢復系統(tǒng)的構架設計評審
5.8 本階段小結——通過架構設計評審
5.8.1 理解項目實訓課程的架構設計評審要求
5.8.2 開展實訓項目的架構評審活動
5.8.3 本章 的理論基礎和實踐內(nèi)容小結
5.9 本章 作業(yè)與問題
5.9.1 本章 作業(yè)
5.9.2 問題：更進一步的思考
第6章 代碼開發(fā)階段的軟件過程控制與管理
6.1 用vsts實現(xiàn)對源代碼的控制與管理
6.1.1 從建立規(guī)范的源代碼開發(fā)管理環(huán)境開始
6.1.2 使用源代碼管理器對個人的工作區(qū)進行管理
6.1.3 向存儲庫和工作區(qū)中添加文件夾/文件/解決方案
6.1.4 通過配置簽入/簽出策略設置對變更活動的約束
6.1.5 簽出
6.1.6 簽入
6.2 使用tfvc進行版本控制
6.2.1 設置團隊版本控制環(huán)境
6.2.2 決定控制什么和由誰來進行控制
6.2.3 在開發(fā)中使用tfvc進行版本控制和管理
6.3 使用tfb進行構建與發(fā)布管理
6.3.1 什么是現(xiàn)代構建與發(fā)布管理
6.3.2 安裝并配置tfb
6.3.3 使用tfb進行生成與每日集成
6.3.4 查看tfb報告
6.4 體驗vsts的單元測試與測試管理
6.4.1 測試的概念與vsts的測試功能
6.4.2 單元測試的概念
6.4.3 建立本地的單元測試環(huán)境
6.4.4 為單元測試設置vs項目
6.4.5 使用測試管理器運行和管理單元測試
6.4.6 嘗試vsts的測試代碼覆蓋
6.4.7 運用vsts托管代碼分析工具
6.4.8 將測試與tfs集成并發(fā)布測試結果
6.5 本階段小結——通過代碼評審
6.5.1 理解實訓項目的代碼評審要求
6.5.2 開展實訓項目的代碼評審活動
6.5.3 本章 的理論基礎和實踐內(nèi)容小結
6.6 本章 作業(yè)與問題
6.6.1 本章 作業(yè)
6.6.2 問題：更進一步的思考
第7章 系統(tǒng)測試與用戶驗收
7.1 集成測試
7.1.1 什么是集成測試
7.1.2 在“類”級別的集成測試
7.1.3 使用vsts的web測試作為集成測試工具
7.1.4 用vsts的應用程序設計器創(chuàng)建一個web應用
7.1.5 實現(xiàn)stockbroker股票交易系統(tǒng)的關鍵組件
7.1.6 配置和創(chuàng)建web測試
7.1.7 開始模擬的web測試
7.1.8 測試組件之間的操作
7.2 系統(tǒng)測試
7.2.1 系統(tǒng)功能測試
7.2.2 系統(tǒng)性能測試
7.2.3 系統(tǒng)負載測試
7.3 應用系統(tǒng)的發(fā)布過程
7.3.1 部署與發(fā)布的概念
7.3.2 應用系統(tǒng)的現(xiàn)場實施過程
7.3.3 應用系統(tǒng)的現(xiàn)場實施活動
7.4 模擬用戶驗收測試
7.4.1 制定《驗收測試計劃》
7.4.2 設計《驗收測試用例》
7.4.3 實施驗收測試
7.4.4 編寫《驗收測試報告》
7.4.5 模擬用戶驗收測試
7.4.6 修改、修改、再修改
7.5 對atm擴展項目進行用戶驗收測試
7.5.1 對atm擴展項目進行驗收測試的用戶需求
7.5.2 對atm擴展項目進行用戶驗收測試的測試環(huán)境
7.5.3 對atm擴展項目進行用戶驗收測試的過程組織
7.5.4 對atm擴展項目進行用戶驗收測試的測試用例
7.6 本階段小結——通過用戶驗收測試
7.6.1 理解實訓項目的用戶驗收測試要求
7.6.2 開展實訓項目的用戶驗收測試活動
7.6.3 本章 的理論基礎和實踐內(nèi)容小結
7.7 本章 作業(yè)與問題
7.7.1 本章 作業(yè)
7.7.2 問題：更進一步的思考
第8章 實訓項目的結束與總結
8.1 理解實訓項目的結束活動與要求
8.1.1 項目管理中的項目結束活動
8.1.2 評價與度量的對象
8.1.3 評價“度”的把握
8.1.4 評價要素的選擇
8.1.5 針對項目團隊的“評價樹”
8.1.6 針對實訓課程本身的“評價樹”
8.2 基于項目作品目標實現(xiàn)與否的項目團隊評審
8.2.1 理解作品目標實現(xiàn)情況的評價與總結要求
8.2.2 實訓項目作品目標實現(xiàn)情況的測試與評審
8.3 基于項目管理目標實現(xiàn)與否的項目團隊評審
8.3.1 理解項目管理目標實現(xiàn)情況的評價與總結要求
8.3.2 項目管理目標實現(xiàn)情況的報告與評審
8.4 基于軟件過程管理目標實現(xiàn)與否的項目團隊評審
8.4.1 理解軟件過程管理目標實現(xiàn)情況的評價與總結要求
8.4.2 實訓項目軟件過程管理目標實現(xiàn)情況的報告與評審
8.5 本階段小結——對實訓課程本身的總結與評價
8.5.1 傳統(tǒng)課程評價方法的弊端
8.5.2 對課程評價方法的改進
8.5.3 課程目標與過程評價的實踐
8.5.4 本章 的理論基礎和實踐內(nèi)容小結
8.6 本章 作業(yè)與問題
8.6.1 本章 作業(yè)
8.6.2 問題：更進一步的思考
參考文獻