軟件工程2需求工程20121PPT課件

1、情景互動 如果要明確用戶提出的任務(wù)，需要和用戶進(jìn)行溝通，我們應(yīng)該獲得哪些方面的信息？應(yīng)該如何去做？第1頁/共28頁 產(chǎn)品介紹 產(chǎn)品的用途及意義 產(chǎn)品應(yīng)用背景 面向用戶 功能性需求 非功能性需求需要獲得的信息步驟v從用戶那里獲得信息從用戶那里獲得信息v整理并分析信息整理并分析信息v確認(rèn)信息確認(rèn)信息第2頁/共28頁一、需求概述 什么是需求？ 用戶解決問題或達(dá)到目標(biāo)所需要的條件或權(quán)能； 系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其他正式規(guī)定文檔所要具有的條件或權(quán)能； 反映上面兩條的文檔說明。 需求工程 指系統(tǒng)分析人員通過細(xì)致的調(diào)研分析，準(zhǔn)確地理解用戶的需求，確定客戶“需要”什么樣的軟件。將不規(guī)范的需求陳

2、述轉(zhuǎn)化為完整的需求定義，再將需求定義寫成需求規(guī)約的過程。需求工程包含需求開發(fā)和需求管理兩部分。第3頁/共28頁1. 需求的類型 功能需求和非功能需求 功能需求 描述系統(tǒng)所應(yīng)提供的功能和服務(wù)，包括系統(tǒng)應(yīng)該提供的服務(wù)、對輸入如何響應(yīng)及特定條件下系統(tǒng)行為的描述。 非功能需求 作為功能需求的補(bǔ)充，非功能需求是指那些不直接與系統(tǒng)的具體功能相關(guān)的一類需求，但它們與系統(tǒng)的總體特性相關(guān)，如可靠性、響應(yīng)時間、存儲空間等 。第4頁/共28頁非功能性需求的類型非功能性需求的類型第5頁/共28頁第6頁/共28頁 針對不同需求來源的需求分類 領(lǐng)域需求 領(lǐng)域需求的來源不是系統(tǒng)的用戶，而是系統(tǒng)應(yīng)用的領(lǐng)域，反映了該領(lǐng)域的特點(diǎn)

3、。它們主要反映了應(yīng)用領(lǐng)域的基本問題，如果這些需求得不到滿足，系統(tǒng)的正常運(yùn)轉(zhuǎn)就不可能。領(lǐng)域需求可能是功能需求，也可能是非功能需求，其確定所需的領(lǐng)域知識。它經(jīng)常采用一種應(yīng)用領(lǐng)域中的專門語言來描述。 業(yè)務(wù)需求 反映組織機(jī)構(gòu)或客戶對軟件高層次的目標(biāo)要求，這項需求是用戶高層領(lǐng)導(dǎo)機(jī)構(gòu)決定的，它確定了系統(tǒng)的目標(biāo)規(guī)模和范圍。第7頁/共28頁 用戶需求 用戶使用該軟件要完成的任務(wù) 系統(tǒng)需求 容易被忽視的要求通常是為了保證整個系統(tǒng)能夠正常運(yùn)行的輔助功能,用戶一般不會意識到。第8頁/共28頁 軟件需求各組成部分之間的關(guān)系第9頁/共28頁需求的演變過程需求的演變過程需求的需求的“沙漏沙漏”2. 需求的演變第10頁/共

4、28頁 需求演變的三個過程 第一階段：“訪談式”（Visitation） 這一階段是和具體用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員的訪談式溝通，從宏觀上把握用戶的具體需求方向和趨勢。 第二階段：“誘導(dǎo)式”（Inducement） 這一階段是在承建方已經(jīng)了解了具體用戶方的具體實際、客觀的信息基礎(chǔ)上，結(jié)合以往的項目經(jīng)驗對用戶采用誘導(dǎo)式、啟發(fā)式的調(diào)研方法和手段，和用戶一起探討業(yè)務(wù)流程設(shè)計的合理性、準(zhǔn)確性、便易性、習(xí)慣性。 第三階段：“確認(rèn)式”（Afirm） 這一階段是在上述兩個階段成果的基礎(chǔ)上，進(jìn)行具體的流程細(xì)化、數(shù)據(jù)項的確認(rèn)階段。承建方必須提供原型系統(tǒng)和明確的業(yè)務(wù)流程報告、數(shù)據(jù)項表，并能清晰地向用戶描述系統(tǒng)的業(yè)

5、務(wù)流設(shè)計目標(biāo)。第11頁/共28頁3. 需求工程的主要活動和文檔 需求開發(fā)活動 需求獲取 需求分析 編寫需求規(guī)格說明書 需求評審用戶需求說明書用戶需求說明書產(chǎn)品產(chǎn)品( (系統(tǒng)系統(tǒng)) )需求規(guī)格說明書需求規(guī)格說明書需求評審報告需求評審報告第12頁/共28頁 需求管理活動 需求變更控制 版本控制 需求跟蹤 需求狀態(tài)跟蹤需求跟蹤報告需求跟蹤報告需求變更控制報告需求變更控制報告實行嚴(yán)格的產(chǎn)品控制第13頁/共28頁 需求開發(fā)文檔的區(qū)別 讀者對象客戶管理者最終用戶系統(tǒng)體系結(jié)構(gòu)工程師承包商管理者客戶工程師用戶需求說明書用戶需求說明書第14頁/共28頁 需求開發(fā)文檔的區(qū)別 讀者對象軟件開發(fā)人員系統(tǒng)體系結(jié)構(gòu)工程師

6、需求規(guī)格說明書需求規(guī)格說明書客戶工程師最終用戶第15頁/共28頁 需求開發(fā)文檔的區(qū)別 內(nèi)容 用戶需求 是用自然語言加圖表的形式給出的關(guān)于系統(tǒng)需要提供哪些服務(wù)，以及系統(tǒng)操作受到哪些約束的聲明。 軟件需求規(guī)約(需求規(guī)格說明書) 詳細(xì)地給出系統(tǒng)將要提供的服務(wù)以及系統(tǒng)所受到的約束。軟件需求規(guī)約文檔有時也稱為功能描述，應(yīng)該非常精確，它可能成為系統(tǒng)買方和軟件開發(fā)者之間合同的主要內(nèi)容第16頁/共28頁二、需求獲取 需求獲取（requirements elicitation）也稱為需求收集（requirements capture），它是與發(fā)現(xiàn)目標(biāo)系統(tǒng)應(yīng)該提供的需求相關(guān)的活動的統(tǒng)稱。第17頁/共28頁1. 需

7、求獲取的過程 需求獲取的步驟 第18頁/共28頁2.需求調(diào)查的主要內(nèi)容 環(huán)境調(diào)查 包括與開發(fā)項目相關(guān)的企業(yè)的組織結(jié)構(gòu)、規(guī)章制度、工藝流程、產(chǎn)品和服務(wù)等。 新系統(tǒng)目標(biāo)的調(diào)查 將系統(tǒng)目標(biāo)具體化，例如節(jié)約成本的手段，提高業(yè)務(wù)處理速度的方法等。 管理功能和決策方式 調(diào)查了解各級組織的職能和有關(guān)人員的工作內(nèi)容，發(fā)現(xiàn)各種現(xiàn)存問題和薄弱環(huán)節(jié)，及對新系統(tǒng)的功能要求。第19頁/共28頁 業(yè)務(wù)流程 詳細(xì)了解各職能部門人員的業(yè)務(wù)分工情況和各單位人員之間業(yè)務(wù)關(guān)系、作業(yè)順序和管理信息流動等。調(diào)查結(jié)果用業(yè)務(wù)流程圖表示。 數(shù)據(jù)流程 收集各業(yè)務(wù)及管理崗位使用的賬目、報表、單據(jù)、文件等數(shù)據(jù)，弄清這些數(shù)據(jù)的來龍去脈。 第20頁/

8、共28頁 需求的其他來源 編寫調(diào)研報告-用戶需求說明書第21頁/共28頁3. 需求獲取的方法 會談 建立聯(lián)合分析小組 由用戶、系統(tǒng)分析員和領(lǐng)域?qū)＜覙?gòu)成的需求收集方法 座談會 由開發(fā)組組織用戶和相關(guān)部門的經(jīng)理、IT技術(shù)人員以及高層管理人員參 加，目的是集中精力、縮短時間、提高搜集信息的效率和準(zhǔn)確度；第22頁/共28頁 搜集資料 搜集現(xiàn)有文檔、報表等：這是最常用的方法，但必須依靠企業(yè)負(fù)責(zé)人和系統(tǒng)最終用戶的幫助，才能獲得所需文件； 調(diào)查問卷：涉及調(diào)查表，對一些共性的問題進(jìn)行較大范圍的調(diào)查，但效果不一定好；第23頁/共28頁 場景 系統(tǒng)分析師為每個用戶設(shè)計一個場景，以提問的方式提取需求。 學(xué)徒法 實地

9、觀察工作環(huán)境，參加業(yè)務(wù)實踐，對理解一些復(fù)雜細(xì)致的業(yè)務(wù)流程較為有效； 原型法 由于用戶對系統(tǒng)需求的含義不甚了解，因此由系統(tǒng)開發(fā)人員為用戶提供可以借鑒的模型系統(tǒng)，引導(dǎo)用戶提出更加合理的需求。 第24頁/共28頁4. 分析人員與用戶的合作關(guān)系 了解用戶，分清用戶的重要性 客戶 掏錢買軟件的用戶 最終用戶 最終操作軟件的用戶 間接用戶 既不掏錢買軟件，也不使用軟件，但它可能對軟件產(chǎn)品產(chǎn)生很大影響。 第25頁/共28頁5. 權(quán)利和義務(wù) 客戶合法要求（權(quán)利） 要求分析人員使用符合客戶語言習(xí)慣的表達(dá)； 要求分析人員了解客戶的業(yè)務(wù)及目標(biāo)； 要求分析人員編寫軟件需求規(guī)約； 要求得到需求工作結(jié)果的解釋說明； 要求開發(fā)人員尊重客戶的意見； 要求開發(fā)人員對需求及產(chǎn)品實施提供建議，拿出主意； 描述產(chǎn)品易使用的特性； 調(diào)整需求，允許重用已有的軟件構(gòu)件； 獲得滿足客戶功能和質(zhì)量要求的系統(tǒng)。第26頁/共28頁 軟件需求獲取過程中客戶的義務(wù) 給分析人員講解自己的業(yè)務(wù)； 抽