軟件需求課程
軟件需求課程背景
在高質(zhì)量軟件項目中，需求工程的作用舉足輕重。統(tǒng)計表明，軟件缺陷一半以上的原因來自于需求分析中的問題。僅憑這個數(shù)字，就足以告訴我們提升需求開發(fā)水平是多么重要，這正是在軟件項目中，我們需要對需求分析下功夫的*原因，本課程的主要思想如下：
1，軟件開發(fā)是一種高風(fēng)險的創(chuàng)造性活動，大多數(shù)項目風(fēng)險都與需求密切相關(guān)，而這一類風(fēng)險的控制又十分困難，單靠推斷來進行風(fēng)險控制是不合適也是不可能的。因此，如何通過適當(dāng)?shù)墓こ棠Ｐ拖枨蟛淮_定與變更風(fēng)險，就成為項目成功的根本保障。
2，信息技術(shù)并不是把傳統(tǒng)工作流程搬到信息平臺上，必須要根據(jù)信息技術(shù)扁平、共享的特點，對工作流程進行梳理后重構(gòu)。分析師需要利用自己獨特的對于業(yè)務(wù)和技術(shù)兩方面融合的知識水平，以及長期工作中總結(jié)歸納出來的經(jīng)驗，為提升組織戰(zhàn)略能力提供重要支撐。
3，從廣義上看軟件需求可以分成兩類，一類是有明確單一客戶的需求，另一類是面向市場的創(chuàng)新產(chǎn)品需求。這兩類需求有什么共性？又有什么個性？如何才能把需求做得更好？分析師應(yīng)該具有其他人所沒有的思想、眼光和感知世界的方法，突破已有的思維模式，規(guī)劃出有特色、有新意、有創(chuàng)造力的新產(chǎn)品，那我們該如何去做呢？
4，很多人認(rèn)為需求的變化是不利的，但我們能不能把變化由敵人轉(zhuǎn)化為朋友？一般化的分析很難做到深入，抓住變化才是深入分析之本。通過對業(yè)務(wù)共性和變化性進行分析，往往能更加透徹的理解需求，并且從中發(fā)現(xiàn)潛在需求。分析的基本工具是建模，分析師必須對于概念、行為、變化這三大模型嫻熟的使用，并且用它更好的表達(dá)分析思想。
5，在產(chǎn)品需求的定義中，利用場景描述行為是減少需求二義性的有效手段。分析師需要通過編寫恰當(dāng)?shù)挠美龍鼍昂蛯I(yè)的需求文檔，準(zhǔn)確對系統(tǒng)行為進行詳細(xì)描述，從而完整定義產(chǎn)品功能性需求。在需求規(guī)格說明中，還需要以可測試的方式描述質(zhì)量屬性與驗收條件等非功能性需求，這都是高質(zhì)量需求分析的重要控制點。
6，作為一個完整的工程方法，除了高水平需求開發(fā)以外，還需要嚴(yán)謹(jǐn)與規(guī)范的需求管理。如何保證各方對需求有一致的理解？如何實現(xiàn)需求跟蹤？如何實施需求變更策略？特別是隨著近年來項目越來越復(fù)雜，需要有更加合理的需求管理方法，為高質(zhì)量軟件開發(fā)提供關(guān)鍵支撐。
7，在研究軟件需求分析的時候，如果只關(guān)注一些具體的技巧和方法，并不可能真正理解需求分析的精髓。如果把眼光放得更高一些，把問題抽象出來進行分析，發(fā)現(xiàn)它們之間的邏輯，往往更容易看到本質(zhì)，也更容易適應(yīng)各種變化的環(huán)境。
本課程匯集了許多專家多年來理論和實踐的總結(jié)，課程既有理論高度，又能提升實踐技巧，使理論與實踐完美結(jié)合。在授課過程中強調(diào)了知其然更要知其所以然，從根本上解決問題。從而避免死板僵化毫無生氣的分析模式，代之以生動活潑富有創(chuàng)意的分析過程。通過課程的教學(xué)，希望組織的項目開發(fā)達(dá)到一個新的水平。
培訓(xùn)目標(biāo)
1、建立正確、規(guī)范與創(chuàng)新的需求方法，能夠根據(jù)信息系統(tǒng)的類型選擇適合的入手點，合理的判斷需求的關(guān)注點。
2、能夠用組織學(xué)的觀點組織需求團隊，掌握需求過程定義的本質(zhì)以及技巧，學(xué)會使用需求過程來組織需求工程的各種活動。
3、提升交流的能力，理解需求獲取的難點與機會，能夠應(yīng)用正確的需求捕獲技術(shù)來獲取真正的需求。
課程大綱
第一講 系統(tǒng)思考：高質(zhì)量軟件需求工程概述
1，需求工程：需求開發(fā)與需求管理
軟件需求工程模型
良好的需求應(yīng)該具有的特征
2，項目風(fēng)險與需求開發(fā)
需求不確定性風(fēng)險的化解方法
需求開發(fā)的過程框架
第二講 需求規(guī)劃：產(chǎn)品的目標(biāo)與輪廓
1，產(chǎn)品目標(biāo)：從發(fā)現(xiàn)客戶問題到產(chǎn)品目標(biāo)
在問題定義上達(dá)成共識
多角度思考產(chǎn)品目標(biāo)
流程再造：需求的來源與基礎(chǔ)
業(yè)務(wù)流程再造的基本工具
2，產(chǎn)品創(chuàng)新：新產(chǎn)品規(guī)劃的需求方法論
產(chǎn)品創(chuàng)新與創(chuàng)新方法
創(chuàng)新產(chǎn)品構(gòu)思與設(shè)計研討會
用戶體驗評估的過程與方法
確定數(shù)據(jù)收集和整理的方案
利用工具對數(shù)據(jù)進行統(tǒng)計分析
四個最基本的使用效果度量
用戶期望與效果的比較分析
3，產(chǎn)品的輪廓：未來產(chǎn)品的素描
定義解決方案的邊界
確定解決方案將受的約束
總結(jié)歸納：項目的陳述
第三講 面向客戶：如何開發(fā)客戶需求
1，建模分析：讓復(fù)雜變得簡單
分析視角：把變化由敵人變?yōu)榕笥?br /> 概念模型：發(fā)現(xiàn)業(yè)務(wù)的共性及其關(guān)系
理解特征：概念的共性和變化性
分析矩陣：通過分析變化來發(fā)現(xiàn)潛在需求
2，行為分析：發(fā)現(xiàn)業(yè)務(wù)功能
關(guān)注源頭：業(yè)務(wù)用例與業(yè)務(wù)事件
理解特征：行為的共性和變化性
變化模型：發(fā)現(xiàn)變化與理解變化
發(fā)現(xiàn)功能：在建模中發(fā)現(xiàn)功能需求
3，溝通技巧：理解涉眾的需要
良好溝通需要關(guān)注的問題
培養(yǎng)和鍛煉面談的技巧
溝通的方法論
4，原型分析：溝通的手段
原型是“什么”和“為什么”要原型
通過原型挖掘需求
5，產(chǎn)品邊界的最后確定
最終確定產(chǎn)品的價值與范圍
客戶需求說明書參考模板
6，需求獲取問題的進一步討論
第四講 面向產(chǎn)品：如何開發(fā)產(chǎn)品需求
1，產(chǎn)品需求開發(fā)中的問題
復(fù)雜系統(tǒng)的需求分解
與利益相關(guān)方協(xié)商需求
2，用例分析：描述產(chǎn)品部件的場景
用例的完整概念
用例是規(guī)范行為的契約
用例模型及其創(chuàng)建
3，用例結(jié)構(gòu)化：應(yīng)對復(fù)雜性的手段
包含、擴展與泛化
包含的場景描述
擴展的場景描述
用例的泛化關(guān)系及場景描述
4，利用用例描述需求要注意的問題
第五講 深入分析：如何分析與確認(rèn)需求
1，功能性需求：產(chǎn)品應(yīng)該如何工作？
關(guān)注細(xì)節(jié)：事務(wù)與功能需求
避免誤解：如何減少二義性
2，非功能性需求：產(chǎn)品的質(zhì)量特征
關(guān)注質(zhì)量：產(chǎn)品的特征與獨到之處
抓住重點：明確關(guān)鍵質(zhì)量屬性
避免沖突：質(zhì)量屬性的取舍
3，驗收標(biāo)準(zhǔn)：可測量的的需求
驗收需要標(biāo)準(zhǔn)的原因
測量的尺度
明確理由
非功能需求的驗收標(biāo)準(zhǔn)
功能性需求的驗收標(biāo)準(zhǔn)
4，設(shè)定優(yōu)先級：哪些需求是最重要的？
為什么要設(shè)定需求的優(yōu)先級
從多個角度考慮設(shè)定優(yōu)先級
第六講 總結(jié)歸納：編寫需求規(guī)格說明
1，需求規(guī)格說明書模板
2，項目驅(qū)動與問題描述
3，產(chǎn)品限制條件的確定
4，功能性和非功能性需求的描述
5，闡述項目問題
6，需求文檔編寫的若干建議
產(chǎn)品需求規(guī)格說明書參考模板
善于書寫良好的文檔
第七講 質(zhì)量控制：需求的管理、驗證與確認(rèn)
1，需求管理的目的與任務(wù)
2，獲得對需求一致的理解
建立利益相關(guān)方理解需求的渠道
獲取對需求的承諾
3，需求跟蹤
需求跟蹤的動機與方法
需求跟蹤中的管理活動
查找和消除不一致
4，需求變更控制
5，驗證與確認(rèn)的基本概念
6，需求驗證測試的步驟
7，需求確認(rèn)與正式評審方法
正式評審過程
評審前復(fù)查規(guī)格說明
需求評審的問題分離技術(shù)
需求評審的困難
第八講 需求分析案例教學(xué)
1，案例背景介紹
2，需求分析場景練習(xí)
3，如何確定項目的邊界
4，如何劃分需求的等級
5，學(xué)員操練結(jié)果點評
第九講 需求建模和文檔管理案例分析
1，從客戶需求到分析模型
2，需求建模操作要點
3，避免使用實例陷阱
4，編寫需求文檔的原則
5，需求示例的改進前后
第十講 從需求分析到架構(gòu)設(shè)計案例分析
1，幾個需求案例介紹
2，體會練習(xí)不同需求對架構(gòu)的影響
3，逐一分析不同背景下的工作思路
4，總結(jié)如何從需求過渡到設(shè)計
5，介紹如何從需求到測試