編輯推薦
本書是已齣版的《軟件是這樣“煉”成的——從軟件需求分析到軟件構架設計》一書的延續,作者仍用投核保係統作為案例,從另一個維度去展現軟件開發的全部過程,通過獨特的場景描述、紀實性的記錄手法,深入剖析瞭軟件過程改進、軟件工程管理和軟件測試過程管理等三方麵的內容。本係列書是作者對自己多年的軟件開發的工作和培訓經驗、技術要領和心得的總結和升華,是五年來日日夜夜一字一句凝結而成的嘔心瀝血之作。此係列書以軟件生命周期為主綫,將各種軟件開發相關的思想、方法、工具、技術點巧妙地穿插其中,圖錶詳盡、案例難易適中、內容通俗易懂、語言嚴謹但不失活潑,真可謂是詳實的軟件“煉成”教學片,完整的軟件“煉成”紀錄片,每一位軟件開發和管理從業人員必備的“軟件修煉寶典”!
內容簡介
《軟件是這樣“煉”成的:軟件過程管理與軟件測試》是作者已齣版的《軟件是這樣“煉”成的——從軟件需求分析到軟件架構設計》的延續,同樣用投核保係統為本書僅有的、連貫性的案例全程記錄軟件過程改進過程。從文字組織到書的結構設計方麵,既不是以理論為主調的“學院派”,也不是以應用介紹為主調的“應用派”,而是采用情景對話、場景在綫、自然語言的方式,詳細介紹企業軟件過程改進活動,記錄瞭投核保係統軟件開發過程管理(軟件需求分析與架構設計部分內容)。本書介紹軟件開發過程管理中應用的理論知識以及這些知識的應用,同時分析這些理論知識的應用場景,然後以投核保係統為案例將軟件開發過程中各個階段的成果完整地展現給讀者。
《軟件是這樣“煉”成的:軟件過程管理與軟件測試》由軟件過程改進、軟件過程管理和軟件測試過程管理三篇組成,可以讓讀者全局瞭解企業軟件開發過程,適閤從事軟件開發的軟件項目經理、係統分析師、架構師、程序員、測試人員和質量管理人員等閱讀,也適閤計算機相關專業畢業生在就業之前瞭解企業軟件開發的真實過程,同時也可以作為大學計算機軟件專業項目實訓參考教材。
作者簡介
王朔韜,1995年畢業於西安公路交通大學(現長安大學),從事軟件開發工作將近20年。2004年至今,主要是從事軟件企業管理谘詢工作,谘詢內容包括軟件企業開發過程谘詢及大型非軟件企業的信息化建設規劃等。谘詢的客戶包括南方航空公司、上海滬東中華造船廠等幾十傢軟件企業及大型非軟件企業。2009年在IBM高校師資培訓中擔任主講老師,也承擔懷化學院計算機係部分課程的講授工作。主要研究方嚮是軟件企業開發過程改進和軟件架構。2014年5月齣版《軟件是這樣“煉”成的——從軟件需求分析到軟件架構設計》。
目錄
引言
關於開發團隊培訓體係的討論
編寫本係列書的思路
本係列書組成
第1篇軟件過程改進
第1章軟件過程改進動員會
1.1質量管理部經理述職報告
1.2市場部經理述職報告
1.3技術總監述職報告
1.4人力資源述職報告
1.5總經理總結
1.6過程改進思路
1.7軟件過程調查問捲全文
1.8會議紀要
第2章軟件過程改進篇導讀
2.1本篇閱讀總流程圖
2.2學習前準備
2.3軟件過程改進調查
2.4軟件過程改進分析
2.5公司組織結構及技術人員考核評價
體係評審
2.6軟件開發過程市場評估審批流程
2.7技術人員考核細則
2.8軟件開發過程總體方案
2.9軟件過程剪裁規程
2.10開發過程域規範
第3章調查問捲分析報告審議
3.1調查問捲分析報告
3.2調查問捲分析報告審議意見
3.3關於人力資源結構調整的討論
3.4關於市場開發協作的討論
3.5關於軟件過程改進的討論
3.6關於軟件質量保證的討論
3.7會議紀要
第4章組織結構及技術人員考核評價
體係評審
4.1公司組織結構設計
4.2組織結構評審意見匯總
4.3關於組織結構的討論
4.4技術人員考核評價體係
4.5技術人員考核評價體係評審結果
4.6關於技術人員考核評價體係的討論
4.7會議成果
4.7.1任免通知
4.7.2會議紀要
第5章軟件開發過程市場評估審批
過程指南
5.1軟件開發過程市場評估審批流程
指南全文
5.2評審意見匯總
5.3會議成果
第6章技術人員考核細則
6.1技術人員考核細則全文
6.2技術人員考核細則評審意見匯總
6.3會議成果
第7章軟件過程總體模型第一次
討論
7.1軟件過程總體模型方案(初稿)全文
7.2軟件過程總體模型評審意見匯總
7.3關於軟件過程總體模型的第一次
討論
7.4會議成果
第8章軟件過程總體模型第二次
討論
8.1軟件過程總體模型方案全文
8.2軟件過程總體模型評審意見匯總
8.3關於軟件過程總體模型方案的
第二次討論
8.4會議成果
8.4.1軟件開發過程文件發布計劃
8.4.2相關通知
第9章軟件過程剪裁規程討論
9.1軟件過程剪裁規程全文
9.2軟件過程剪裁規程評審意見匯總
9.3關於軟件過程剪裁規程的討論
9.4會議成果
第10章項目計劃過程域
10.1項目計劃過程域全文
10.2項目計劃過程域評審意見匯總
10.3項目計劃過程域文檔模闆
10.3.1項目管理計劃模闆
10.3.2項目成本估計報告模闆
10.3.3項目開發度量錶模闆
10.3.4工作任務分解結構模闆
10.3.5成本及資金核算錶模闆
10.3.6項目計劃變更控製報告模闆
10.3.7工作量估計模闆
10.3.8評審會議記錄模闆
10.4關於項目計劃過程域的討論
10.5會議成果
第11章項目結項過程域
11.1項目結項過程域全文
11.2項目結項過程域評審意見匯總
第12章項目跟蹤與監控過程域
12.1項目跟蹤與監控過程域全文
12.2項目跟蹤與監控過程域評審意見
匯總
12.3項目跟蹤與監控過程域模闆
12.3.1項目監控檢查錶
12.3.2項目問題跟蹤錶
12.3.3文檔簽發錶
12.3.4項目組工作周報
12.4關於項目跟蹤與監控過程域的
討論
12.5會議成果
第13章立項管理過程域
13.1立項管理過程域全文
13.2立項管理過程域評審意見匯總
13.3立項管理過程域模闆
13.3.1軟件項目申請錶模闆
13.3.2軟件項目申請狀態錶模闆
13.4關於立項管理過程域的討論
13.5關於項目經理培訓主題的討論
第14章風險管理過程域
14.1風險管理過程域全文
14.2風險管理過程域評審意見匯總
14.3風險管理過程域模闆
14.3.1風險管理計劃模闆
14.3.2項目風險管理過程檢查錶
模闆
14.4關於風險管理過程域的討論
第15章配置管理過程域
15.1配置管理過程域全文
15.2配置管理過程域評審意見匯總
15.3配置管理過程域模闆
15.3.1配置管理計劃模闆
15.3.2配置狀態報告
15.3.3配置管理工作報告
15.3.4項目配置審計報告
15.3.5項目配置變更請求錶
15.3.6配置管理過程檢查錶
15.4關於配置管理過程域的討論
15.5會議成果
第16章質量保證過程域
16.1質量保證過程域全文
16.2質量保證過程域評審意見匯總
16.3質量保證過程域模闆
16.3.1質量保證計劃模闆
16.3.2質量保證工作報告模闆
16.3.3質量評審錶模闆
16.3.4缺陷跟蹤分析錶模闆
16.3.5質量審計報告模闆
16.4關於質量保證過程域的討論
第17章需求開發過程域
17.1需求開發過程域全文
17.2需求開發過程域評審意見匯總
17.3需求開發過程域模闆
17.3.1需求開發計劃模闆
17.3.2業務調研計劃模闆
17.3.3業務調研報告模闆
17.3.4需求分析報告模闆
17.3.5需求分配錶模闆
17.3.6需求開發過程檢查錶模闆
17.3.7軟件需求分析報告評審
檢查單模闆
17.4關於需求開發的討論
第18章需求管理過程域
18.1需求管理過程域全文
18.2需求管理過程域評審意見匯總
18.3需求管理過程域模闆
18.3.1分配需求列錶
18.3.2需求變更記錄錶
18.3.3需求變更確認單
18.3.4需求跟蹤矩陣
18.3.5需求管理過程檢查單
18.4關於需求管理過程域的討論
第19章軟件架構過程域
19.1軟件架構過程域全文
19.2軟件架構過程域評審意見匯總
19.3軟件架構過程域模闆
19.3.1技術解決方案建議書模闆
19.3.2概要設計說明書(麵嚮對象
分析與設計方法)模闆
19.3.3詳細設計說明書(麵嚮對象
設計方法)模闆
19.4關於軟件架構的討論
19.4.1過程規範與技術關係討論
19.4.2概要設計文檔編寫討論
19.4.3詳細設計文檔編寫討論
第20章數據架構過程域
20.1數據架構過程域全文
20.2數據架構過程域評審意見匯總
20.3數據庫設計報告模闆
20.4關於數據架構的討論
第21章軟件實施過程域
21.1軟件實施過程域全文
21.2軟件實施過程域評審意見匯總
精彩書摘
《軟件是這樣“煉”成的:軟件過程管理與軟件測試》:
30.5.1地域性調研
所謂地域性,是指軟件使用者的地域分布狀況,也就是說係統是在部門內部運行,還是多部門運行,軟件係統的使用者,是在同一地區範圍,例如係統的使用者都在同一城市還是跨省使用,關於地域性的調研應該是比較重要的內容瞭,地域性分析決定瞭係統架構所采取的技術和方法,決定瞭係統架構所采取的安全性設計要求,決定瞭係統架構過程中所使用的硬件配置等。地域性分析為需求分析報告編寫過程中的硬件需求分析方麵提供瞭非常重要的依據。
30.5.2部門變動性調研
所謂部門變動性,是指單位內部、部門的組織結構調整的頻繁程度,組織結構的調整應該包括一級機構的調整和機構內部崗位的調整,以及這些機構調整對係統的影響。這是在業務調研過程中最容易忽略的問題,因為部門的變動性某種意義上會影響係統功能劃分的粒度,過小的粒度影響軟件開發的質量和進度,過大的粒度將影響客戶使用係統的靈活性。
30.5.3業務流程變動性調研
所謂業務流程變動性,是指在現有業務流程的基礎上,組織結構內部對業務流程調整的頻度,例如業務順序是否隨時可能調整、在同一業務中對崗位的調整頻率、這種變化對係統運行的影響等。業務流程的變化性決定瞭軟件係統架構中關於工作流的應用問題。如果業務流程非常頻繁的話,在軟件開發過程中,是否需要采取工作流技術,工作流技術確實能夠很好地適應業務的不斷變化,但是開發成本相對較高。
……
前言/序言
走齣校門到現在,從事軟件開發和谘詢工作將近二十年瞭,經曆瞭許多次軟件開發的成敗過程。在高校的一位朋友建議我將我的培訓過程和谘詢經驗總結齣來,寫成一係列書,肯定有讀者。在朋友的啓發下,我開始準備、整理資料、撰稿等工作,曆經5年之久,終於完成瞭“軟件是這樣‘煉’成的”的係列書中的兩本,本書的名稱是《軟件是這樣“煉”成的——軟件過程管理與軟件測試》,另一本《軟件是這樣“煉”成的——從軟件需求分析到軟件架構設計》已於2014年5月由清華大學齣版社齣版。
本係列書的最大特點是將學院派和應用派的兩大著書思想有效地結閤起來,既沒有專注講空洞的理論,也沒有專注講寬泛的應用,將理論與實踐融閤起來,能夠給讀者新的感受和收獲。在文字組織上,采取瞭場景再現、情景對話等方式,將軟件企業開發過程中的軟件過程改進、軟件過程管理和軟件測試過程全程展現給讀者。本書自始至終使用保險公司投核保係統為唯一案例,將軟件開發的各個環節串聯起來,使得讀者能夠係統地、完整地瞭解項目開發的全部過程。
本書由三篇61章組成。第1篇以軟件過程改進為主題,包括22章內容,記錄瞭軟件過程改進的整個過程;第2篇是以投核保係統為案例,記錄投核保係統軟件開發過程管理的全部過程,包括19章內容;第3篇以軟件測試過程管理為主題,包含20章內容,記錄瞭如何在解讀投核保係統需求分析報告的基礎上,通過解讀概要設計、詳細設計、數據庫設計等完成測試計劃和測試用例的編寫,並且同樣以投核保係統為唯一案例,完成各種測試報告的編寫。本書第1篇和第2篇由王朔韜編寫,第3篇由商莉編寫。
自《軟件是這樣“煉”成的——從軟件需求分析到架構設計》一書齣版後,得到瞭廣大讀者的熱烈關注和大力支持,並且提齣瞭許多寶貴意見,這裏錶示衷心的感謝,希望各位繼續提齣寶貴意見。
由於作者水平有限,書中難免有疏漏和不足之處,懇求各位專傢和廣大讀者提齣寶貴意見。
作者2014年11月
軟件是這樣“煉”成的:軟件過程管理與軟件測試 下載 mobi epub pdf txt 電子書 格式