軟件工程項目實訓教程

內(nèi)容概要

　　《軟件工程項目實訓教程：基于微軟vsts》在簡單回顧軟件工程理論和技術(shù)方法的同時，介紹基于vsts的軟件過程管理方法，并帶領(lǐng)學生實際使用這些管理工具。全書采用“atm擴展”項目作為案例。每章還配有課堂作業(yè)與問題思考，方便老師和學生使用。
　　《軟件工程項目實訓教程：基于微軟vsts》可作為軟件學院或軟件工程專業(yè)的軟件工程實踐教材，也可作為其他相關(guān)專業(yè)的實踐教學用書，還可作為從事軟件開發(fā)的科技人員的參考書、培訓教材等。

書籍目錄

第1章 軟件工程實訓項目課程導論
1.1 軟件工程與我
1.1.1 角色認知：我的未來不是夢
1.1.2 課程定位：軟件車間主任的培訓班
1.1.3 實訓與實戰(zhàn)：態(tài)度決定一切
1.1.4 理論與實踐：相映成趣、相得益彰
1.2 實訓各階段的任務(wù)與要求
1.2.1 階段1：組成項目團隊
1.2.2 階段2：提出項目目標
1.2.3 階段3：制定項目計劃
1.2.4 階段4：完成需求定義
1.2.5 階段5：設(shè)計系統(tǒng)架構(gòu)
1.2.6 階段6：完成代碼開發(fā)
1.2.7 階段7：提交測試驗收
1.2.8 階段8：進行項目總結(jié)
1.3 實訓項目課題的選擇
1.3.1 關(guān)于實訓項目課題的選擇
1.3.2 實訓項目案例——atm系統(tǒng)擴展
1.3.3 在相同基礎(chǔ)上的個性化發(fā)揮
1.4 帶著兄弟們上路
1.4.1 組成項目團隊
1.4.2 從角色需要考慮人選
1.4.3 準備vsts環(huán)境
1.4.4 閱讀教材與參考書
1.5 本階段小結(jié)——組成項目團隊
1.5.1 理解實訓項目的課程目標
1.5.2 了解如何進行課程階段成果的檢查
1.5.3 本章 的理論基礎(chǔ)和實踐內(nèi)容小結(jié)
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 關(guān)注新的應(yīng)用領(lǐng)域
2.2.3 尋找新的技術(shù)應(yīng)用熱點
2.2.4 參考各類軟件創(chuàng)新大賽的獲獎選題
2.2.5 從既往的項目中選擇課題
2.3 選題的目標設(shè)計與價值評價
2.3.1 目標與方案
2.3.2 最初的目標：大賽通知
2.3.3 第一個交付成果：《項目計劃書》
2.3.4 再談目標——大賽的評價標準
2.4 課題的難度與可行性
2.4.1 何謂“難度”
2.4.2 難度與可行性的關(guān)系
2.4.3 可行性的非技術(shù)性考慮
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 參賽作品構(gòu)思的創(chuàng)意與價值
2.7.2 參賽作品的目標實現(xiàn)形式
2.7.3 參賽作品目標實現(xiàn)的可行性
2.7.4 團隊組成與角色分工
2.7.5 項目時間進度表
2.8 本階段小結(jié)——通過項目初審
2.8.1 軟件創(chuàng)新大賽各階段評審重點
2.8.2 第一輪入圍與評判標準
2.8.3 本章 的理論基礎(chǔ)和實踐內(nèi)容小結(jié)
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 交付過程模型的結(jié)構(gòu)與關(guān)鍵行為
3.2.1 工作項與工作產(chǎn)品
3.2.2 角色
3.2.3 流程
3.2.4 活動和步驟
3.3 為實訓項目搭建vsts平臺
3.3.1 vsts的邏輯結(jié)構(gòu)與物理結(jié)構(gòu)
3.3.2 安裝vsts系統(tǒng)的服務(wù)器端
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設(shè)置項目的基線
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 本階段小結(jié)——召開第一次項目例會
3.8.1 如何開好一次項目例會
3.8.2 本章 的理論基礎(chǔ)和實踐內(nèi)容小結(jié)
3.9 本章 作業(yè)與問題
3.9.1 本章 作業(yè)
3.9.2 問題：更進一步的思考
第4章 需求工程中的需求開發(fā)與管理
4.1 軟件需求的獲取與描述
4.1.1 需求獲取階段的工作目標與關(guān)鍵交付物成果
4.1.2 基于uml的電梯控制系統(tǒng)需求模型
4.1.3 項目案例：atm擴展項目的需求獲取過程
4.1.4 項目案例：atm基本系統(tǒng)的業(yè)務(wù)用例模型
4.1.5 項目案例：在atm網(wǎng)絡(luò)系統(tǒng)中加入“前置機”的功能與作用
4.1.6 項目案例：atm系統(tǒng)的擴展以及相關(guān)的用戶確認
4.2 需求分析模型與關(guān)鍵需求
4.2.1 需求分析階段的工作目標與關(guān)鍵交付物成果
4.2.2 項目案例：atm基本系統(tǒng)的需求分析模型
4.2.3 項目案例：atm擴展的需求場景
4.2.4 項目案例：atm擴展的關(guān)鍵需求分析
4.2.5 項目案例：atm關(guān)鍵需求實現(xiàn)的用戶驗收
4.3 文檔化的需求處理與需求規(guī)格描述
4.3.1 需求處理階段的工作目標與關(guān)鍵交付物成果
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 有關(guān)項目需求基線的小結(jié)
4.7 將caliber與vsts集成
4.7.1 安裝caliber的vsts插件
4.7.2 讓caliber與vsts工作項關(guān)聯(lián)
4.7.3 在vsts中創(chuàng)建caliber的需求項
4.7.4 建立caliber的需求項與vsts工作項之間的跟蹤關(guān)系
4.7.5 總結(jié)：caliber與vsts一起工作
4.8 在caliber上建立atm擴展需求
4.8.1 從業(yè)務(wù)用例模型到caliber需求樹
4.8.2 了解caliber上的atm需求
4.8.3 在caliber中擴展自己的atm需求
4.8.4 在caliber上確定項目的需求范圍邊界
4.8.5 與vsts工作項相關(guān)聯(lián)并確定基線
4.9 本階段小結(jié)——通過需求評審
4.9.1 理解實訓項目的需求評審要求
4.9.2 開展實訓項目的需求評審活動
4.9.3 本章 的理論基礎(chǔ)和實踐內(nèi)容小結(jié)
4.1 0本章 作業(yè)與問題
4.1 0.1 本章 作業(yè)
4.1 0.2 問題：更進一步的思考
第5章 基于關(guān)鍵質(zhì)量屬性的架構(gòu)設(shè)計
5.1 最初的架構(gòu)模型設(shè)想
5.1.1 從需求模型開始
5.1.2 一般架構(gòu)模型的基本考慮
5.1.3 從需求模型到架構(gòu)模型的轉(zhuǎn)換
5.1.4 電梯控制系統(tǒng)的架構(gòu)設(shè)計
5.2 關(guān)注與架構(gòu)有關(guān)的關(guān)鍵質(zhì)量屬性
5.2.1 滿足關(guān)鍵質(zhì)量屬性需求的架構(gòu)設(shè)計
5.2.2 電梯控制系統(tǒng)關(guān)鍵質(zhì)量屬性需求分析
5.2.3 規(guī)范的關(guān)鍵質(zhì)量屬性場景描述
5.2.4 有關(guān)atm擴展的關(guān)鍵質(zhì)量屬性場景描述
5.3 基于關(guān)鍵質(zhì)量屬性需求的分析與架構(gòu)設(shè)計
5.3.1 “可用性”需求的現(xiàn)狀分析
5.3.2 實現(xiàn)“實時性”需求的對策
5.3.3 實現(xiàn)“實時性”需求的方法
5.3.4 基于關(guān)鍵質(zhì)量屬性的架構(gòu)分析
5.3.5 實時故障恢復(fù)系統(tǒng)的架構(gòu)設(shè)計考慮
5.3.6 實時故障恢復(fù)系統(tǒng)的詳細設(shè)計考慮
5.4 搭建一個基于mvc模式的struts架構(gòu)
5.4.1 選擇mvc模式的理由
5.4.2 用struts搭建一個“輕量級”的應(yīng)用架構(gòu)
5.4.3 更進一步地體驗struts架構(gòu)中的mvc組件
5.4.4 項目作業(yè)：比較在struts架構(gòu)上搭建atm系統(tǒng)的優(yōu)劣
5.5 在struts架構(gòu)上運用面向?qū)ο笤O(shè)計模式
5.5.1 業(yè)務(wù)處理流程靈活性的質(zhì)量屬性場景描述
5.5.2 實現(xiàn)業(yè)務(wù)處理流程靈活性的戰(zhàn)術(shù)對策
5.5.3 采用工廠方法實現(xiàn)流程靈活性的關(guān)鍵質(zhì)量需求
5.5.4 在struts框架下實現(xiàn)設(shè)計模式的應(yīng)用
5.6 使用vsts可視化的分布式系統(tǒng)設(shè)計器構(gòu)建系統(tǒng)架構(gòu)
5.6.1 分布式系統(tǒng)設(shè)計器的作用和相互關(guān)系
5.6.2 定義組件的提供者
5.6.3 定義對組件提供者終結(jié)點的控制
5.6.4 定義組件之間的連接
5.6.5 應(yīng)用程序的實現(xiàn)
5.6.6 項目作業(yè)：使用vsts應(yīng)用程序設(shè)計器實現(xiàn)atm系統(tǒng)
5.7 架構(gòu)文檔與架構(gòu)評審
5.7.1 規(guī)范的架構(gòu)設(shè)計活動過程與制品
5.7.2 需要編寫的架構(gòu)視圖和文檔
5.7.3 透過架構(gòu)視圖表現(xiàn)架構(gòu)設(shè)計的核心內(nèi)容
5.7.4 針對一般要素的架構(gòu)設(shè)計評審
5.7.5 針對關(guān)鍵質(zhì)量屬性需求的架構(gòu)設(shè)計評審
5.7.6 atm實時故障恢復(fù)系統(tǒng)的構(gòu)架設(shè)計評審
5.8 本階段小結(jié)——通過架構(gòu)設(shè)計評審
5.8.1 理解項目實訓課程的架構(gòu)設(shè)計評審要求
5.8.2 開展實訓項目的架構(gòu)評審活動
5.8.3 本章 的理論基礎(chǔ)和實踐內(nèi)容小結(jié)
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 通過配置簽入/簽出策略設(shè)置對變更活動的約束
6.1.5 簽出
6.1.6 簽入
6.2 使用tfvc進行版本控制
6.2.1 設(shè)置團隊版本控制環(huán)境
6.2.2 決定控制什么和由誰來進行控制
6.2.3 在開發(fā)中使用tfvc進行版本控制和管理
6.3 使用tfb進行構(gòu)建與發(fā)布管理
6.3.1 什么是現(xiàn)代構(gòu)建與發(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 為單元測試設(shè)置vs項目
6.4.5 使用測試管理器運行和管理單元測試
6.4.6 嘗試vsts的測試代碼覆蓋
6.4.7 運用vsts托管代碼分析工具
6.4.8 將測試與tfs集成并發(fā)布測試結(jié)果
6.5 本階段小結(jié)——通過代碼評審
6.5.1 理解實訓項目的代碼評審要求
6.5.2 開展實訓項目的代碼評審活動
6.5.3 本章 的理論基礎(chǔ)和實踐內(nèi)容小結(jié)
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的應(yīng)用程序設(shè)計器創(chuàng)建一個web應(yīng)用
7.1.5 實現(xiàn)stockbroker股票交易系統(tǒng)的關(guān)鍵組件
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 應(yīng)用系統(tǒng)的發(fā)布過程
7.3.1 部署與發(fā)布的概念
7.3.2 應(yīng)用系統(tǒng)的現(xiàn)場實施過程
7.3.3 應(yīng)用系統(tǒng)的現(xiàn)場實施活動
7.4 模擬用戶驗收測試
7.4.1 制定《驗收測試計劃》
7.4.2 設(shè)計《驗收測試用例》
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 本階段小結(jié)——通過用戶驗收測試
7.6.1 理解實訓項目的用戶驗收測試要求
7.6.2 開展實訓項目的用戶驗收測試活動
7.6.3 本章 的理論基礎(chǔ)和實踐內(nèi)容小結(jié)
7.7 本章 作業(yè)與問題
7.7.1 本章 作業(yè)
7.7.2 問題：更進一步的思考
第8章 實訓項目的結(jié)束與總結(jié)
8.1 理解實訓項目的結(jié)束活動與要求
8.1.1 項目管理中的項目結(jié)束活動
8.1.2 評價與度量的對象
8.1.3 評價“度”的把握
8.1.4 評價要素的選擇
8.1.5 針對項目團隊的“評價樹”
8.1.6 針對實訓課程本身的“評價樹”
8.2 基于項目作品目標實現(xiàn)與否的項目團隊評審
8.2.1 理解作品目標實現(xiàn)情況的評價與總結(jié)要求
8.2.2 實訓項目作品目標實現(xiàn)情況的測試與評審
8.3 基于項目管理目標實現(xiàn)與否的項目團隊評審
8.3.1 理解項目管理目標實現(xiàn)情況的評價與總結(jié)要求
8.3.2 項目管理目標實現(xiàn)情況的報告與評審
8.4 基于軟件過程管理目標實現(xiàn)與否的項目團隊評審
8.4.1 理解軟件過程管理目標實現(xiàn)情況的評價與總結(jié)要求
8.4.2 實訓項目軟件過程管理目標實現(xiàn)情況的報告與評審
8.5 本階段小結(jié)——對實訓課程本身的總結(jié)與評價
8.5.1 傳統(tǒng)課程評價方法的弊端
8.5.2 對課程評價方法的改進
8.5.3 課程目標與過程評價的實踐
8.5.4 本章 的理論基礎(chǔ)和實踐內(nèi)容小結(jié)
8.6 本章 作業(yè)與問題
8.6.1 本章 作業(yè)
8.6.2 問題：更進一步的思考
參考文獻

章節(jié)摘錄

版權(quán)頁：插圖：首先看到，作為初賽入圍的評價標準，初賽階段評委關(guān)注什么？在初賽階段，評委首先關(guān)注的是參賽項目的創(chuàng)意與實用性，這個部分占了初賽成績的40％。而在大賽總的評價標準（表2-1）中，問題定義和解決方案設(shè)計和創(chuàng)新兩個部分，對此做了比較明確的提示。這個總體要求，主要體現(xiàn)在《項目計劃書》的第1節(jié)“系統(tǒng)主題”和第2節(jié)“需求分析”中。系統(tǒng)主題是《項目計劃書》中最核心、最關(guān)鍵的內(nèi)容。如果你很難揣摩評委的評價標準的話，我們試試從反面看看評委們從提交的文檔中能看出什么？評委如何從文檔中進行篩選？而不被評委淘汰就是我們的目標！換位思考一下：評委從幾千份《項目計劃書》中看什么（能看出什么）？評委不看什么（看不出什么）？如果你是評委，拿到這10頁紙（超過10頁，評委一定不會給你加分）的文檔，一般會先看一下《項目計劃書》是否按目錄的要求去寫。這主要是先篩掉一些不按規(guī)則出牌的人。第一輪可能有成千上萬的隊伍，評委們沒有時間和興趣與那些“亂來”的人“過招”。“形式”沒有問題，那好，順著目錄順序（關(guān)鍵是順著評委自己的思路），看幾個關(guān)鍵的、核心的內(nèi)容是否有。什么是關(guān)鍵問題？參賽作品到底要干什么（系統(tǒng)主題），有什么價值（如何體現(xiàn)創(chuàng)新性和應(yīng)用價值）？這個問題是核心關(guān)鍵，是第一輪淘汰目標。在這個關(guān)鍵問題上首先會犯的錯誤是：你自己都不知道自己到底要干什么（這個問題我們在后面將詳細講解）？你都不知道做出來的是個什么東西，你怎么讓評委知道呢？其次才是這個東西有什么價值。什么不是關(guān)鍵問題？用什么技術(shù)、平臺、實現(xiàn)的功能是否完整（具有核心價值的功能除外），文檔是否符合軟件工程規(guī)范（現(xiàn)在不看）等。所以，在第一階段所提交的《項目計劃書》中，目標是：嚴格按模板編寫《項目計劃書》，在規(guī)定的格式下，用最簡單、最清晰的方法，描述參賽作品的最終的呈現(xiàn)形式和結(jié)果（創(chuàng)新功能），用最能打動評委的語言，描述作品結(jié)果的價值。如果時間來不及，“系統(tǒng)主題”部分要花80％的時間和精力，認真準備，其他內(nèi)容可以簡單一點，不要花過多的時間和精力，更不要因此而影響“系統(tǒng)主題”的編寫。

編輯推薦

《軟件工程項目實訓教程:基于微軟VSTS》是重點大學軟件工程規(guī)劃系列教材之一。

圖書封面

評論、評分、閱讀與下載

---

    軟件工程項目實訓教程 PDF格式下載

---