注冊 | 登錄讀書好,好讀書,讀好書!
讀書網(wǎng)-DuShu.com
當前位置: 首頁出版圖書科學技術計算機/網(wǎng)絡軟件與程序設計程序設計綜合VISUAL STUDIO TEAM SYSTEM軟件工程實踐

VISUAL STUDIO TEAM SYSTEM軟件工程實踐

VISUAL STUDIO TEAM SYSTEM軟件工程實踐

定 價:¥36.00

作 者: Sam Guckenheimer,Juan J. Perez
出版社: 機械工業(yè)出版社
叢編項:
標 簽: 軟件方法/軟件工程

ISBN: 9787111207580 出版時間: 2007-02-01 包裝: 膠版紙
開本: 1/16 頁數(shù): 226 字數(shù):  

內容簡介

  本書不講述如何具體操作VSTS,而講述VSTS的思想及其實踐。本書不僅包括了最新的軟件工程領域的思想和概念,還為軟件開發(fā)提出了一種嶄新的思維方式——價值增加。價值增加本書的核心思想,同時也是VSTS的核心設計理念。.本書理論與實例并重,圖文并茂,運用大量實例詳實地論述了如何將最現(xiàn)代的軟件工程思想和價值增加的思想應用到需求、項目管理、架構設計、開發(fā)和測試等軟件開發(fā)生命周期中的各個領域中。本書適合軟件項目管理人員、開發(fā)人員參考。本書論述了軟件開發(fā)價值增加的思維方式。這一思維方式構成了VSTS的基礎,包括VSTS的指導思想,為什么這些指導思想會以某些方式表現(xiàn),以及它們如何才能與管理軟件生命周期的過程緊密結合。本書如同一個現(xiàn)場教練,帶領開發(fā)團隊以一貫的流程走完整個軟件生命周期。讀者通過學習本書能夠了解使用VSTS所必需的知識,包括:■ 價值增加的思維(相對于工作消減)在軟件開發(fā)生命周期中的角色,以及“流”的意義和重要性。..■ 用于敏捷軟件開發(fā)的MSF和用于CMMI過程改進的MSF的應用?!?VSTS中用于計劃和管理待處理隊列(backlog)的工作項?!?多維的每日度量維護了項目的流,也為估計提供了參考數(shù)據(jù)?!?使用人物和應用場景來創(chuàng)建需求?!?使用迭代、可信任的透明度和無矛盾的度量來管理項目?!?使用價值增加的觀點、面向服務的架構、約束和服務質量來進行架構設計?!?使用單元測試、代碼覆蓋度、特征分析和構建自動化進行開發(fā)?!?使用應用場景、服務質量、配置、數(shù)據(jù)、探索和度量來測試客戶價值。■ 高效地進行缺陷報告和缺陷評估?!?項目問題解析:識別和糾正共同的隱患和反模式。...

作者簡介

  本書提供作譯者介紹Sam Guckenheimer 曾經(jīng)是VSTS的首席客戶代言人,負責VSTS外部設計的整個過程。本書描述了他對軟件項目思考方式的一個框架,這一思考方式能夠得到VSTS工具的直接支持。本書運用基本理論和實際例子為IT項目描述了一種現(xiàn)實的過程。 ...

圖書目錄

第1章價值增加的思維方式
11思維變遷
111有待和諧的三股力量
112什么軟件值得構建
12思維方式的對比
13對流的關注
131與工作消減的對比
132透明度
14一個工作項數(shù)據(jù)庫
15使過程適合于項目
16小結
參考文獻
第2章價值增加的過程
21微軟解決方案框架
22迭代
221為什么迭代
222長度
223不同的視野,不同的粒度
224優(yōu)先排序
225修改過程
23風險管理
24讓過程適合項目
241自適應與計劃驅動
242要求的文檔與隱含的知識
243隱式與顯式的審核關卡和
管理模型
244審計與法規(guī)關注
245規(guī)定的組織與自組織
246一次一個項目與一次
多個項目
247地理邊界與組織邊界
25小結
參考文獻
第3章需求
31什么是你的愿景
311戰(zhàn)略項目
312自適應項目
32何時細化需求
321需求是易變質的
322誰關心需求
33人物和應用場景
331從人物開始
332應用場景
333研究技術
334提早具體化
335故事板
336應用場景的寬度
337客戶驗證
338制定應用場景
34人物、應用場景及它們的替代
術語
341參與者和用例
342用戶故事
35興奮點、滿意點和不滿意點
36服務質量
361安全性和隱私
362性能
363用戶體驗
364可管理性
37卡諾分析
371技術接受生命周期
372收集數(shù)據(jù)
參考文獻
第4章項目管理
41理解偏差
42使用描述性的而非規(guī)定性的
度量元
43項目健康的多個維度
44回答日常問題
441剩余工作
442項目速度
443計劃外工作
444質量指示器
445缺陷率
446重新激活
447缺陷的優(yōu)先級
448實際質量與計劃速度
45估計迭代
451自頂向下
452自底向上
453精細化
454 估計的質量
455回顧
46優(yōu)先分配
461優(yōu)先分配的實驗
462什么讓優(yōu)先分配有效率:
紅線
463在優(yōu)先分配中發(fā)生了什么
464逐步增強和解決問題
465迭代和優(yōu)先分配
47讓審計者滿意
48小結
參考資料
第5章架構設計
51架構的價值增加觀點
52面向服務的架構
521Web服務和SOA
522契約優(yōu)先的設計
53自由度的約束
531基線架構
532驗證架構決策
533精細化基線
534參考架構
54 VSTS和面向服務的架構
55服務質量的理念
551安全性
552性能
56公民權理念
57針對運行而設計
58小結
參考文獻
第6章開發(fā)
61開發(fā)的價值增加觀
62從開發(fā)者的視點看質量
63使用測試驅動的開發(fā)來確保需求
的清晰
64通過自動和手動代碼評審來解決
編程錯誤
641自動的代碼分析
642手動的代碼評審
65用單元測試和代碼覆蓋度提供
立即的反饋
651先測試還是先編碼?
652代碼覆蓋度
66使單元測試更好
661使用數(shù)據(jù)
662配置
663構件集成測試
664構建確認測試
665性能調整
67防止版本扭曲
671簽入
672擱置
673分支
674哪些文件需要版本管理
675自動化構建
68 讓工作保持透明
69小結
參考文獻
第7章測試
71測試的價值增加觀
72基本問題
73我們交付了客戶價值嗎
731自動應用場景測試
732讓你的測試與UI變更無關
74服務質量適合使用嗎
741負載測試
742安全性測試
743易用性測試
75我們測試了變更嗎
76我們沒測試過什么嗎
761需求
762代碼
763風險
77軟件在生產(chǎn)環(huán)境和實驗室環(huán)境中
運行一樣嗎
78我們測試的足夠嗎
781定義“足夠好”
782探索測試
783為發(fā)現(xiàn)而測試
784 錯誤的自信
79我們什么時候應當測試
791簽入循環(huán)
792每日構建循環(huán)
793驗收構建循環(huán)
794迭代循環(huán)
795項目循環(huán)
710哪些測試應當自動化
711我們的團隊或外包團隊的效率
怎么樣
712小結
參考資料
第8章報告缺陷
81警示性的故事
82軟件缺陷的生命周期
821報告缺陷就像寫新聞
822主觀數(shù)據(jù)
823客觀數(shù)據(jù)
824評估數(shù)據(jù)
825計劃
83小結
參考資料
第9章項目問題解析
91低估
911不均勻的任務分解
912架構盲點
913范疇蠕變
914不充分的缺陷分配
915資源漏洞
92開發(fā)實踐過于松弛
921構建失敗
922不充分的單元測試
923重新激活
924虛報
93測試通過了,解決方案卻不能
工作
931高缺陷發(fā)現(xiàn)率
932測試失去時效性
94解決方案停留在測試
941測試失敗
942過少的測試
95小結
參考資料
第10章總結
101預料中的批評
102再論價值增加
參考資料

本目錄推薦

掃描二維碼
Copyright ? 讀書網(wǎng) www.autoforsalebyowners.com 2005-2020, All Rights Reserved.
鄂ICP備15019699號 鄂公網(wǎng)安備 42010302001612號