需求分析管理工程

1、需求分析管理工程培訓(xùn)目標(biāo)v 什么是需求分析工程v 需求工程的意義v 需求工程的組成開展的根本步驟通過對于需求工程常識的了解，更好、更快、更合理的完成需求分析工作v 需求開發(fā)的詳細(xì)過程2/19/20222什么是需求分析工程 需求分析工程的定義 需求分析工程的層次劃分 優(yōu)秀需求分析的特征 需求分析工程中的常見問題2/19/20223需求分析工程的定義 需求分析要解決的問題： 為客戶和開發(fā)隊伍建立溝通的橋梁和標(biāo)準(zhǔn) IEEE軟件標(biāo)準(zhǔn)詞匯中的定義 用戶解決問題或到達(dá)目標(biāo)所需的條件權(quán)能 系統(tǒng)或系統(tǒng)部件滿足合同、標(biāo)準(zhǔn)、標(biāo)準(zhǔn)或其他正式規(guī)定文檔所需的條件或權(quán)能 一種反映上面兩種描述的條件或權(quán)能的文檔說明2/19

2、/20224需求分析工程定義的通俗理解 需求是在說明軟件做什么，而不是怎么做 需求是指明必須實現(xiàn)什么的規(guī)格說明，它描述了系統(tǒng)的行為、特性或?qū)傩?它是在開發(fā)過程中對于系統(tǒng)的約束 它必須以文檔方式物理存在 它必須準(zhǔn)確表達(dá)了用戶和開發(fā)者達(dá)成的共識 2/19/20225什么是需求分析工程 需求分析工程的定義 需求分析工程的層次劃分 優(yōu)秀需求分析的特征 需求分析工程中的常見問題2/19/20226需求分析的層次劃分我們對于任何事物的認(rèn)識都是由淺到深、由宏觀到微觀的，這一現(xiàn)象也存在在需求分析中，并引發(fā)了需求分析的三個層次業(yè)務(wù)需求說 明用戶需求功能需求反映客戶對于軟件產(chǎn)品高層次的目標(biāo)要求也就是系統(tǒng)做什么為了

3、完成特定功能，操作用戶和軟件的交互邏輯或方式 說明開發(fā)人員開發(fā)的軟件的表現(xiàn)形式和相關(guān)約束。 其他。2/19/20227什么是需求分析工程 需求分析工程的定義 需求分析工程的層次劃分 優(yōu)秀需求分析的特征 需求分析工程中的常見問題2/19/20228優(yōu)秀需求分析的特征每一項需求都必須將所有要實現(xiàn)的功能說明清楚。 每一項需求都必須準(zhǔn)確的描述其要開發(fā)的功能。 在軟件實現(xiàn)角度必須可行。軟件工程人員參與評估 每一項需求都是客戶真正需要的 必須為每一項需求劃分優(yōu)先等級，以指明在整個產(chǎn)品中所占的分量 需求說明的所有讀者都只能有一個明確統(tǒng)一的解釋 每一項需求都必須能夠通過設(shè)計測試用例或其他方法驗證 說 明完整性

4、正確性可行性必要性優(yōu)先性無二性可驗證性2/19/20229什么是需求分析工程 需求分析工程的定義 需求分析工程的層次劃分 優(yōu)秀需求分析的特征 需求分析工程中的常見問題2/19/202210需求分析中常見問題實際產(chǎn)品與客戶期望差距太大，返工 需求不斷增加返工產(chǎn)品不能被客戶接受浪費時間和精力導(dǎo)致結(jié)果過于精簡工程視圖和范圍不明確需求說明有二義用戶分類不完整畫蛇添足問題2/19/202211培訓(xùn)目標(biāo)v 什么是需求分析工程v 需求工程的意義v 需求工程的組成開展的根本步驟通過對于需求工程常識的了解，更好、更快、更合理的完成需求分析工作v 需求開發(fā)的詳細(xì)過程2/19/202212需求工程的意義“開發(fā)軟件最

5、為困難的局部就是準(zhǔn)確說明開發(fā)什么。同時開發(fā)軟件最為困難的局部就是準(zhǔn)確說明開發(fā)什么。同時，這也是一旦做錯，給最終系統(tǒng)傷害最大的局部。，這也是一旦做錯，給最終系統(tǒng)傷害最大的局部。 對客戶說 明對開發(fā)幫助客戶對于自己的要求作出準(zhǔn)確的描繪先于軟件實現(xiàn)，在客戶眼前詳細(xì)描繪客戶將要得到的系統(tǒng)的完整系統(tǒng)。幫助系統(tǒng)分析人員全面掌握客戶對于系統(tǒng)的要求。 是系統(tǒng)分析進(jìn)行數(shù)據(jù)流分析和建立數(shù)據(jù)庫結(jié)構(gòu)的根底。 是后期進(jìn)行用戶測試的根底文檔。 2/19/202213支持人員常用的手段：由于。原因，建議您重裝Windows XP失敗的工程開發(fā)失敗的工程開發(fā)2/19/202214培訓(xùn)目標(biāo)v 什么是需求分析工程v 需求工程的意

6、義v 需求工程的組成開展的根本步驟通過對于需求工程常識的了解，更好、更快、更合理的完成需求分析工作v 需求開發(fā)的詳細(xì)過程2/19/202215需求工程的組成和開展的根本步驟 需求工程的根本組成 需求開發(fā)的根本步驟 需求管理的根本步驟 需求開發(fā)與需求管理的關(guān)系2/19/202216需求工程根本上是由需求開發(fā)和需求管理兩大局部組成需求工程需求開發(fā)需求管理工程視圖和范圍用戶需求獲取詳細(xì)分析文檔編寫需求評審需求基線定義提出變更變更評審變更實施2/19/202217建立工程視圖和范圍說 明用戶需求獲取建立工程視圖：明確產(chǎn)品所涉及的功能 明確范圍約定：明確界定各項功能的范圍約定 詳細(xì)分析編寫文檔需求評審確

7、定產(chǎn)品所期望的用戶類。 獲取每個用戶類的需求 分析源于客戶的信息，區(qū)分業(yè)務(wù)需求、用戶需求、功能需求 分析系統(tǒng)的根本靜態(tài)結(jié)構(gòu)和根本動態(tài)結(jié)構(gòu) 商討實施的優(yōu)先等級 編寫相關(guān)文檔 各類用戶代表、需求分析人員、軟件開發(fā)人員就需求達(dá)成共識 2/19/202218需求管理的根本步驟定義需求基線說 明評審變更需求基線來源于需求開發(fā) 協(xié)商承諾實施變更評審提出的需求變更，評估每項變更的可能影響，從而決定是否實施以及實施的優(yōu)先等級 估計變更的影響，并在此根底上，協(xié)商新的承諾約定 以可控的方式將需求變更融入工程進(jìn)程中，使當(dāng)前的工程方案與需求保持一致。 需求管理的定義：建立并維護(hù)在軟件工程中同客戶達(dá)成的契約 2/19/

8、202219需求開發(fā)與需求管理的根本關(guān)系需求基線需求開發(fā)需求變更市場管理需求開發(fā)需求管理 市場客戶管理工程環(huán)境客戶2/19/202220培訓(xùn)目標(biāo)v 什么是需求分析工程v 需求工程的意義v 需求工程的組成開展的根本步驟通過對于需求工程常識的了解，更好、更快、更合理的完成需求分析工作v 需求開發(fā)的詳細(xì)過程2/19/202221需求開發(fā)的詳細(xì)過程 工程視圖和工程范圍的建立 用戶需求獲取 詳細(xì)分析 需求評審2/19/202222工程視圖和工程范圍的建立目標(biāo)說 明相關(guān)名詞從需求的第一個層次業(yè)務(wù)需求的層面，為工程確定一個明確的目標(biāo)，并指明工程所涉及的范圍 結(jié)束標(biāo)志視圖：描述了產(chǎn)品所涉及的各個方面在一個完美

9、的環(huán)境中所具有的最終功能。 工程范圍：描述了產(chǎn)品應(yīng)包括的局部和不應(yīng)包括的局部。同時，也說明了產(chǎn)品的局限性。 編寫完成工程和視圖范圍文檔，并在客戶、開發(fā)隊伍兩個方面達(dá)成共識。 后續(xù)工作構(gòu)架設(shè)計用戶需求獲取2/19/202223工程視圖和范圍文檔的根本結(jié)構(gòu)業(yè)務(wù)需求局部說 明工程視圖局部說明產(chǎn)品給客戶的最初利益。也就是你為什么要從事此工程的開發(fā)以及它給客戶帶來的利益。具體包括業(yè)務(wù)機遇、業(yè)務(wù)目標(biāo)、產(chǎn)品價值以及開發(fā)該產(chǎn)品的有關(guān)風(fēng)險。 工程范圍局部為產(chǎn)品建立一個長期的規(guī)劃視圖，從而進(jìn)一步指明業(yè)務(wù)目標(biāo)。具體包括工程視圖說明、產(chǎn)品的主要特征說明。 澄清工程范圍和產(chǎn)品使用的局限性。包括前面說明成立的假設(shè)和依賴環(huán)

10、境。此局部可以依據(jù)工程建設(shè)周期，分階段說明。 成功因素局部 明確定義產(chǎn)品的成功是如何測量的。如果可能，應(yīng)建立測量標(biāo)準(zhǔn)，用于評價是否到達(dá)業(yè)務(wù)目標(biāo)。 2/19/202224需求開發(fā)的詳細(xì)過程 工程視圖和工程范圍的建立 用戶需求獲取 詳細(xì)分析 需求評審2/19/202225用戶需求獲取目標(biāo)說 明最大的誤區(qū)搜集用戶的需求，為下一步對需求分析的第二個層次用戶需求進(jìn)行挖掘和詳細(xì)分析打根底。其核心目標(biāo)是致力于從各類用戶手中完整、有效的搜集用戶對于系統(tǒng)的期望和要求。 結(jié)束標(biāo)志用戶知道需求是什么 用戶就是操作人形成需求清單，并與客戶和整個工程組達(dá)成共識。后續(xù)工作進(jìn)一步系統(tǒng)設(shè)計用戶需求分析2/19/202226

11、實地觀察 訪談 特定群體調(diào)查 問卷調(diào)查 用戶指導(dǎo) 原型制作 統(tǒng)計分析用戶需求的獲取方法2/19/202227用戶需求清單的根本規(guī)格用戶需求清單是在問題獲取階段產(chǎn)生的，但其應(yīng)用將貫穿工程的整個周期。 用戶類別 用戶需求名稱 描述 狀態(tài) 優(yōu)先等級 實現(xiàn)時間要求 實現(xiàn)成本 2/19/202228需求開發(fā)的詳細(xì)過程 詳細(xì)分析 根本結(jié)構(gòu) 應(yīng)注意的問題 關(guān)于用例分析方法的說明 需求文檔的編寫 需求分析工具及其工件編寫模板2/19/202229詳細(xì)分析根本結(jié)構(gòu)工程視圖和范圍文檔用例分析文檔1用例分析文檔2規(guī)那么文檔工程字典頁面功能設(shè)計文檔1頁面功能設(shè)計文檔22/19/202230詳細(xì)分析 根本結(jié)構(gòu)目標(biāo)說 明

12、兩種做法以前兩個階段產(chǎn)生的工程視圖和范圍文檔和客戶需求清單為根底素材，對于用戶需求和功能需求進(jìn)行詳細(xì)的分析和清理。 結(jié)束標(biāo)志直接完成全部的用戶需求分析和功能需求分析包括最終頁面的設(shè)計。 只完成用戶需求分析，功能需求分析和最終頁面的實現(xiàn)由頁面設(shè)計人員完成。 編寫完成需求分析文檔后續(xù)工作需求評審2/19/202231需求開發(fā)的詳細(xì)過程 詳細(xì)分析 根本結(jié)構(gòu) 應(yīng)注意的問題 關(guān)于用例分析方法的說明 需求文檔的編寫 需求分析工具及其工件編寫模板2/19/202232詳細(xì)分析 應(yīng)該注意的問題層次問題說 明詞匯問題從宏觀到微觀，從結(jié)構(gòu)到規(guī)那么，采用層層深入的方式分析。角度問題在需求分析中，應(yīng)注意歸納和總結(jié)專業(yè)

13、詞匯，防止在不同的地方造成歧異。各層面的分析都應(yīng)該包括靜態(tài)結(jié)構(gòu)分析和動態(tài)結(jié)構(gòu)分析兩個局部。表現(xiàn)方式可以用圖形化表現(xiàn)的地方，盡量用圖形化的說明方式溝通。 溝通順序即使問題分析包括了功能需求局部，也應(yīng)該在用戶需求分析完成，并與客戶和系統(tǒng)分析人員溝通確認(rèn)后，再進(jìn)行功能需求分析，并詳細(xì)設(shè)計用戶界面。 2/19/202233需求開發(fā)的詳細(xì)過程 詳細(xì)分析 根本結(jié)構(gòu) 應(yīng)注意的問題 關(guān)于用例分析方法的說明 需求文檔的編寫 需求分析工具及其工件編寫模板2/19/202234詳細(xì)分析 關(guān)于用例分析方法的說明用例定義說 明系統(tǒng)為了向其參與者提供有價值的結(jié)果而執(zhí)行的動作序列。參與者指使用系統(tǒng)的一種用戶。所有的系統(tǒng)參與

14、者和所有的用例組合在一起，自然就形成了系統(tǒng)的模型 方法的優(yōu)點幫助在需求分析階段準(zhǔn)確把握需求分析的視角從使用者的視角描述系統(tǒng)功能，便于與客戶溝通幫助判定需求是否正確。表達(dá)符號符合國際標(biāo)準(zhǔn)它可以驅(qū)動整個開發(fā)過程。 投保單錄入員投保單預(yù)收錄入2/19/202235詳細(xì)分析 用例分析在詳細(xì)分析階段的應(yīng)用在詳細(xì)分析階段，我們主要應(yīng)用用例分析的根本思想和相關(guān)表現(xiàn)方式，說明分析對象的靜態(tài)結(jié)構(gòu)和動態(tài)結(jié)構(gòu)通過用例圖，分析和表現(xiàn)系統(tǒng)的靜態(tài)結(jié)構(gòu)通過活動圖、狀態(tài)圖或者交互圖，分析和表現(xiàn)系統(tǒng)的動態(tài)結(jié)構(gòu)通過Business Rules文檔描述業(yè)務(wù)規(guī)那么2/19/202236通過用例圖，分析系統(tǒng)靜態(tài)結(jié)構(gòu)的根本步驟識別系統(tǒng)周

15、圍的參與者系統(tǒng)的外部參與事物對參與者進(jìn)行歸并，將類似的參與者泛化，并形成一個層次結(jié)構(gòu) 對于每個參與者，考慮他們期望的行為或者需要系統(tǒng)提供的行為 ，并為每個行為進(jìn)行用例命名分解異常行為，形成新的用例，以使主要的控制流變的更加清晰。 拆解用例中的公共行為，形成新的用例，供其他用例使用。 在用例圖中表現(xiàn)參與者與用例及其關(guān)系添加其他注釋2/19/202237通過活動圖、交互圖、狀態(tài)圖，表現(xiàn)系統(tǒng)的動態(tài)結(jié)構(gòu)活動圖說 明狀態(tài)圖表現(xiàn)從活動到活動的控制流，本質(zhì)上是一個流程圖。當(dāng)對象在控制點上從一個活動到另一個活動移動時，用活動圖可以對該對象進(jìn)行分析和說明。 交互圖顯示從狀態(tài)到狀態(tài)的控制流，本質(zhì)上是一個流程圖。當(dāng)

16、對象在控制點上從一個狀態(tài)到另一個狀態(tài)移動時，用狀態(tài)圖可以對該對象建模。 其目標(biāo)是顯示一個交互，它是由一組對象和他們之間的關(guān)系組成。其中，包括對象之間傳遞的消息。 交互圖的表現(xiàn)形式：順序圖強調(diào)消息的時間順序、協(xié)作圖強調(diào)發(fā)送和接收消息的對象之間的組織結(jié)構(gòu) 2/19/202238通過Business Rules文檔描述業(yè)務(wù)規(guī)那么廣義含義：整個業(yè)務(wù)需求都可以稱為Business Rules狹義含義：系統(tǒng)在響應(yīng)Actor的要求完成任務(wù)時做必須遵從的業(yè)務(wù)規(guī)那么。Business Rules本身也可以形成獨立與用例的樹狀結(jié)構(gòu)。Rules定義說 明方法的優(yōu)點從方法角度：與用例內(nèi)部對于系統(tǒng)職責(zé)的“黑盒觀點進(jìn)行互

17、補。從需求維護(hù)角度：大量規(guī)那么是跨用例的，而且規(guī)那么的易變性高于用例，為了保證需求高效、一致的維護(hù)客戶需求，Business Rules需要與用例別離。2/19/202239需求開發(fā)的詳細(xì)過程 詳細(xì)分析 根本結(jié)構(gòu) 應(yīng)注意的問題 關(guān)于用例分析方法的說明 需求文檔的編寫 需求分析工具及其工件編寫模板2/19/202240需求分析文檔的編寫目的說 明意義需求分析文檔作為客戶和開發(fā)小組對于將要開發(fā)的產(chǎn)品達(dá)成的最終協(xié)議，綜合表達(dá)了業(yè)務(wù)需求、用戶需求和功能需求三個層次 。它作為協(xié)議的一局部，開發(fā)小組和客戶都不能在它的根底上做任何假設(shè)。任何未表達(dá)在需求分析文檔中的功能都不會表達(dá)在產(chǎn)品中。 客戶依賴它來了解和評價開發(fā)小組將要開發(fā)的產(chǎn)品工程管理人員根據(jù)它制定規(guī)劃并預(yù)測進(jìn)度。 軟件開發(fā)小組依賴它來理解他們所要開發(fā)的產(chǎn)品 測試小組依賴它制定測試方案、測試用例和測試過程 軟件維護(hù)和支持人員依賴它來了解產(chǎn)品的功能。 產(chǎn)品發(fā)布人員依賴它和界面設(shè)計文檔來編寫客戶使用手冊 培訓(xùn)人員依賴它和客戶手冊來編寫培訓(xùn)教材。 2/19/202241 詳細(xì)分析 根本結(jié)構(gòu) 應(yīng)注意的問題 關(guān)于用例分析方法的說明 需求文檔的編寫 需求分析工具及其工件編寫模板需求開