軟件需求實踐(一)課件

1、需求分析師培訓(xùn)第一課需求與需求工程需求是什么?用戶需求用戶需求是指描述用戶使用產(chǎn)品必須要完成什么任務(wù)，怎么完成的需求，通常是在問題定義的基礎(chǔ)上進(jìn)用戶訪談、調(diào)查，對用戶使用的場景進(jìn)行整理，從而建立從用戶角度的需求。 用戶有不同類型： 管理型、事務(wù)型 信息系統(tǒng)、人 決策層、使用層 常用者、偶用者例子：對快到期的客戶，系統(tǒng)將通過短信將續(xù)保信息發(fā)給該客戶的代理人軟件需求從系統(tǒng)實現(xiàn)的角度描述的需求。開發(fā)人員（設(shè)計及分析人員）在業(yè)務(wù)需求、用戶需求的基礎(chǔ)上生成的。有時還需要考慮相關(guān)聯(lián)的硬件、環(huán)境方面的需求 業(yè)務(wù)需求 用戶需求 軟件需求需求定義需求捕獲需求分析功能需求功能需求是需求的主體，是需求的本質(zhì)功能需求

2、定義了：系統(tǒng)必須完成的那些事，即為了向它的用戶提供有用的功能，產(chǎn)品必須執(zhí)行的動作功能需求也稱為行為需求零散（需求項）整理（特性、用例、用戶故事）功能需求的要點(diǎn)在于組織!質(zhì)量屬性產(chǎn)品必須具備的屬性或品質(zhì) McCall體系：運(yùn)行(正確性、可靠性、效率、完整性、使用性)、修正(維護(hù)性、測試性、靈活性)、轉(zhuǎn)移(移植性、復(fù)用性、共運(yùn)行性)非功能需求重在有效傳遞!1)定性場景定量2)全局局部+全局3)零散可追蹤需求的“冰山模型 ”與應(yīng)對需求開發(fā)與管理需求定義的工作內(nèi)容出發(fā)點(diǎn)：問題/機(jī)會項目目標(biāo)(業(yè)務(wù)需求) 如何破解混沌不清的項目目標(biāo)?產(chǎn)物： 項目型：POS文檔 產(chǎn)品型：Vision文檔明確項目的范圍：傳統(tǒng)

3、模式：列出功能模塊合理模式：可行性研究：技術(shù)、 經(jīng)濟(jì)、社會、 內(nèi)部溯源 外部尋因列出涉及的人和事需求定義的時機(jī)正常模式：項目立項時負(fù)責(zé)人：由業(yè)主/產(chǎn)品經(jīng)理完成問題：現(xiàn)在通常做得不好原因：立項結(jié)果較空(目標(biāo)空/范圍空)補(bǔ)救模式：項目開工前困難：大多數(shù)人感到多此一舉必要性： （“六拍”項目經(jīng)理）需求獲取的誤區(qū)應(yīng)收集什么信息： 問題域的描述-業(yè)務(wù)模型 要求解決的問題列表（需求） 用戶對解系統(tǒng)的行為或結(jié)構(gòu)施加的任何約束缺乏計劃性：隨意、走過場，預(yù)先沒計劃缺乏科學(xué)性：未從本質(zhì)入手捕獲對象不明確，甚至造成岐義過于迷信現(xiàn)有文檔過于迷信“聽”到的東西需求獲取技術(shù)閱讀背景資料頭腦風(fēng)暴討論分析文檔考古面談（用戶訪

4、談）聯(lián)合開發(fā)用戶調(diào)查需求剝離現(xiàn)場觀摩情節(jié)串聯(lián)板用例和場景編寫規(guī)約“正規(guī)”的開發(fā)組織都重視，但?！爸匾曔^度” 束之高閣 事后補(bǔ)文檔規(guī)格說明書的格式與所采用的開發(fā)過程、分析方法相關(guān)的，不同的方法格式不同需求開發(fā)與需求管理的分界需求管理 vs. 項目管理需求管理的主題是“需求項”，關(guān)乎優(yōu)先級、盡力滿足；項目管理的主題是“項目” ，關(guān)乎成本、進(jìn)度需求管理是項目管理的支撐 WBS 優(yōu)先級 基線需求管理管理的是項目中的價值維需求管理是項目管理的子集需求管理的主要活動基線：救火隊嚴(yán)謹(jǐn)團(tuán)隊變更：不是避免，而是控制。通過統(tǒng)一渠道、統(tǒng)一平臺（并分類）做到避免錯誤產(chǎn)生的變更、減少變化產(chǎn)生的變更跟蹤：高階活動，包括用

5、戶需求軟件需求，軟件需求軟件需求、軟件需求設(shè)計原則的跟蹤版本控制：歷史變化的管理與跟蹤狀態(tài)管理：管理過程中的動作需求與需求工程需求分析-內(nèi)容與形式需求分析與建模不應(yīng)該是孤立的行為 ，產(chǎn)生的結(jié)果也不一定非得是規(guī)范度很高的標(biāo)準(zhǔn)文檔，而應(yīng)該重在分析、重在方法、重在交流、重在解決問題 團(tuán)隊聚在一起，利用白板甚至是紙張，在充分的合作下進(jìn)行分析與初步建模是成本最低、效率最高、實用性最強(qiáng)的方法 對于這些活動所產(chǎn)生的結(jié)果，可以利用數(shù)碼相機(jī)、掃描儀進(jìn)行文檔化 ，“直到你一定要用時，再寫文檔” 對于比較重要、核心的內(nèi)容，再采用Rose、Together這樣的工具進(jìn)行文檔化信息系統(tǒng)的基本類型信息系統(tǒng)需求的本質(zhì) 1流

6、程電子化-業(yè)務(wù)事件為中心 利用信息化系統(tǒng)改進(jìn)、固化流程 事務(wù)處理系統(tǒng)尤其明顯 工作流定義、流程改進(jìn)、再造 工作流模型數(shù)據(jù)信息化-Report為中心 業(yè)務(wù)術(shù)語，業(yè)務(wù)實體 需要留存哪些數(shù)據(jù)？誰需要共享？ 需要什么報表？有哪些數(shù)據(jù)分析規(guī)則？OLTP的需求線索：業(yè)務(wù)事件傳統(tǒng)問題2：流程太零散 流程是分層的：把握管理視野 流程基本分類：生產(chǎn)類、管理類、支撐類業(yè)務(wù)事件是流程的觸發(fā)點(diǎn)BPR 、BPD？MIS的需求線索：Report何時開始梳理此類需求？實施要點(diǎn)：類別要點(diǎn)說明Why目的從管理場景出發(fā)，借助對管理控制點(diǎn)的理解來理解報表的目的使用部門/職位了解報表的使用者，以便有針對性地調(diào)研相關(guān)場景諸如用戶數(shù)量、

7、查詢頻率等非功能性場景描述What關(guān)聯(lián)實體以類圖或E-R圖表示，說明數(shù)據(jù)的來源關(guān)鍵指標(biāo)及計算規(guī)則細(xì)化推導(dǎo)出關(guān)聯(lián)的字段，以及派生屬性的計算方法，指導(dǎo)報表數(shù)據(jù)視圖的實現(xiàn)How展現(xiàn)形式以虛擬窗口等形式說明最終的呈現(xiàn)方式輸入輸出需要說明是否打印，以什么格式提供等其他信息報表的常見分類信息系統(tǒng)需求的本質(zhì) 2個人知識轉(zhuǎn)換為企業(yè)知識-模型為中心 將知識工作的經(jīng)驗轉(zhuǎn)換成模型 業(yè)務(wù)場景的分析與抽象是重點(diǎn) 提高速度、提高質(zhì)量信息決策化-決策模型為中心 業(yè)務(wù)場景的分析與抽象是重點(diǎn) 將非程序化問題分解 成多個子問題 提出所需的數(shù)據(jù)模型、經(jīng)驗?zāi)Ｐ筒煌暯窍碌男畔⑾到y(tǒng)需求大綱-SERU模型Subject：主題域，將一個復(fù)

8、雜的大系統(tǒng)分解成由確定接口相互連接的多個子系統(tǒng)構(gòu)件圖 /System（上下文關(guān)系圖、事件列表、Report列表）/SubjectEvent：業(yè)務(wù)事件，信息系統(tǒng)行為主線條（業(yè)務(wù)流程圖、領(lǐng)域類圖E/R圖、用例圖opt）/EventReport：查詢、分析、統(tǒng)計等管理動作（目的、數(shù)據(jù)、虛擬屏幕） /ReportUse case：需求管理的分子！SERU模型需求復(fù)用流程級需求復(fù)用流程內(nèi)需求與需求工程需求分析師需求分析員是對項目涉眾的需求進(jìn)行收集、分析、記錄和驗證等職責(zé)的主要承擔(dān)者，是用戶群體與軟件開發(fā)團(tuán)隊間進(jìn)行需求溝通的主要渠道典型活動：定義業(yè)務(wù)需求、確定項目涉眾和用戶類別、獲取需求、分析需求、為需求

9、建模、編寫需求規(guī)格說明、主持對需求的驗證、引導(dǎo)對需求的優(yōu)先級劃分、管理需求必備技能：傾聽、交談和提問的技巧，分析、協(xié)調(diào)、觀察、寫作、組織、建模、人際交往和創(chuàng)造能力 需求分析師必備知識：現(xiàn)代需求管理技術(shù)、各種軟件開發(fā)生命周期、領(lǐng)域知識需求分析員的來源：用戶轉(zhuǎn)為分析員（軟件工程知識欠缺）、開發(fā)人員轉(zhuǎn)為分析員（領(lǐng)域知識、溝通能力）、主題專家（易按自己的偏好來構(gòu)建系統(tǒng)）需求相關(guān)溝通示例信息處處長1、系統(tǒng)部署過程匯報2、系統(tǒng)培訓(xùn)情況匯報3、系統(tǒng)業(yè)務(wù)試用應(yīng)用情況匯報已開始應(yīng)用，但還有一些未決問題，已安排人溝通、落實、解決：1)、2)、3)4、系統(tǒng)試用期間服務(wù)情況匯報5、進(jìn)度、效果總結(jié)(良好)轉(zhuǎn)換思維示例例如，經(jīng)典的馬的遍歷問題：尋找一系列的移動步驟，使馬走完每個方塊，而落入任何一個方塊一次本源：你的燈還亮著嗎?問題：日內(nèi)瓦湖上的山脈中建成了一條很長的汽車隧道，為了防止停電時發(fā)生災(zāi)難，必須提醒司機(jī)進(jìn)入隧道之前把車燈打開。解決方案一：“警告！前有隧道請打開車頭燈”新問題：隧道出口風(fēng)景很美，返回時發(fā)現(xiàn)汽車沒電忘了關(guān)車頭燈！解決方案二：出口處立標(biāo)牌“關(guān)掉車燈”新問題：夜行車也會關(guān)掉車燈？解決方案三：建充電站新問題：維護(hù)開支大，充電站也會出故障本源：你的燈還亮著嗎?解決方案四：授權(quán)私人經(jīng)營充電站新問題：風(fēng)景區(qū)商業(yè)化，政府與游客均不接受解決方案五：在隧道盡頭，樹立新標(biāo)牌 如果是白天，并且車燈開著，請