Chapter_04v1_第1頁
Chapter_04v1_第2頁
Chapter_04v1_第3頁
Chapter_04v1_第4頁
Chapter_04v1_第5頁
已閱讀5頁,還剩19頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

1、1第4章 理解需求 2需求工程-In起始詢問一系列問題以建立n對問題的基本理解n需要解決方案的人n所期望解決方案的性質(zhì)n項目利益相關(guān)者和開發(fā)人員之間達成初步交流合作的效果n導(dǎo)出引出所有利益相關(guān)者的需求n范圍問題(邊界不清說明中部分內(nèi)容過細)n理解問題(客戶或用戶并不能完全確定需要什么)n易變問題(需求隨時間變化)n精化創(chuàng)建一個分析模型,用以說明軟件的數(shù)據(jù)、功能和行為等需求(用戶場景建模和求精任務(wù)驅(qū)動)3需求工程-IIn協(xié)商對開發(fā)者和客戶來說是現(xiàn)實的、達成一致的可交付系統(tǒng)n 解決不同客戶或用戶的相互沖突的需求或過高的要求(超出業(yè)務(wù)資源范圍)n規(guī)格說明可以是以下一項或任意組合:n一份寫好的文檔n一

2、套模型n一個形式化的數(shù)學(xué)模型n一組使用場景(用例)n一個原型(模版見p65)需求工程-IIIn確認(rèn)一種審查機制,即找出:n內(nèi)容或解釋上的錯誤n可能需要進一步解釋澄清的地方n丟失的信息n不一致性(這是建造大型產(chǎn)品或系統(tǒng)時遇到的主要問題)n沖突的需求或不可實現(xiàn)的(不能達到的)需求 (確認(rèn)檢查表見p66)n需求管理 管理變更These slides are designed to accompany Software Engineering: A Practitioners Approach, 7/e (McGraw-Hill, 2009). Slides copyright 2009 by Rog

3、er Pressman.46起始n確認(rèn)利益相關(guān)者(stakeholders)n“你認(rèn)為我還應(yīng)該和誰交談”(創(chuàng)建人員列表)n識別多重觀點(軟件分析師應(yīng)從不同涉眾的角度去識別、表述他們需求。)n協(xié)同合作n 標(biāo)識公共區(qū)域和矛盾區(qū)域n 優(yōu)先點n首次提問n誰是這項工作的最初的請求者?n誰將使用該解決方案n成功的解決方案將帶來什么樣的經(jīng)濟效益?n對于這個解決方案你還需要其他資源嗎?7導(dǎo)出需求n會議由軟件工程師和利益相關(guān)者共同舉辦和參與n制定籌備和參與會議的規(guī)則n建議擬定一個會議議程n由一個“調(diào)解人”(可以是客戶,開發(fā)人員或其他人)控制會議n采用“方案論證手段”(可以是工作表、活動掛圖、不干膠貼紙或電子公告

4、牌、聊天室或虛擬論壇)。n目的是n識別問題n提出問題解決方案n協(xié)商不同的方法n確定一套解決需求問題的初步方案8導(dǎo)出需求Use Q FD to pri ori ti zerequi rem entsi nform al l y pri ori ti zerequi rem entsform al pri ori ti zati on?Create Use-casesyesnoElicit requirem entsw ri te scenari odefi ne actorscom pl ete tem pl atedraw use-case di agramConduct FA STm eet

5、i ngsM ake l i sts offuncti ons, cl assesM ake l i sts ofconstrai nts, etc.導(dǎo)出需求召開會議列出功能、類列出約束等形式地劃分優(yōu)先級?非形式地劃分需求的優(yōu)先級使用QFD劃分需求的優(yōu)先級生成用例繪制用例圖完成模版編寫場景確定參與者SafeHome 實例 n我們的研究表明,住宅管理系統(tǒng)市場以每年40%的速度增長。我們推向市場的首個SafeHome功能將是住宅安全功能,因為多數(shù)人都熟悉“報警系統(tǒng)”,所以這將更容易銷售。 住宅安全功能應(yīng)該為防止和(或)識別各種不希望出現(xiàn)的“情況”提供保護,如非法入侵、火災(zāi)、漏水、一氧化碳濃度超標(biāo)等

6、。該功能將使用無線傳感器監(jiān)控每種情況,戶主可以編程控制,并且在發(fā)現(xiàn)情況時自動電話聯(lián)系監(jiān)控部門。n市場營銷人員撰寫,其他人在需求收集會議上補充信息。These slides are designed to accompany Software Engineering: A Practitioners Approach, 7/e (McGraw-Hill, 2009). Slides copyright 2009 by Roger Pressman.9會議前的準(zhǔn)備n要求每個與會者列出n構(gòu)成系統(tǒng)周圍環(huán)境的對象n 由系統(tǒng)產(chǎn)生的其他對象n系統(tǒng)用來完成功能的對象n要求每個與會者列出服務(wù)操作或與對象交互的服

7、務(wù)(過程或功能)列表 n開發(fā)約束列表(成本、規(guī)模大小、業(yè)務(wù)規(guī)則n開發(fā)性能標(biāo)準(zhǔn)(速度、精確度)These slides are designed to accompany Software Engineering: A Practitioners Approach, 7/e (McGraw-Hill, 2009). Slides copyright 2009 by Roger Pressman.10SafeHome 實例 n對象:一個控制面板、若干煙感器、若干門窗傳感器、若干動態(tài)檢測器、一個警報器、一個事件(一個已被激活的傳感器)、一個顯示器、一臺計算機、若干電話號碼、一個電話等。n服務(wù)列表:配

8、置系統(tǒng)、設(shè)置警報器、監(jiān)測傳感器、電話撥號、控制面板編程以及讀顯示器。n約束列表:當(dāng)傳感器不工作時系統(tǒng)必須能識別,必須是用戶友好的,必須能夠和標(biāo)準(zhǔn)電話線直接連接n性能標(biāo)準(zhǔn)列表:一個傳感器事件應(yīng)在一秒內(nèi)被識別,應(yīng)實施事件優(yōu)先級方案。These slides are designed to accompany Software Engineering: A Practitioners Approach, 7/e (McGraw-Hill, 2009). Slides copyright 2009 by Roger Pressman.11會議對這些列表的處理n公示(大紙、便簽紙、電子公告、聊天室)n生

9、成一個組合列表(刪除冗余項,但不刪可加)n調(diào)解人主持討論并修改n小規(guī)格說明(對服務(wù)或?qū)ο筮M行更多的解釋)n討論小規(guī)格說明,進行增刪改和細化工作( 實例見p70-p71)These slides are designed to accompany Software Engineering: A Practitioners Approach, 7/e (McGraw-Hill, 2009). Slides copyright 2009 by Roger Pressman.1213質(zhì)量功能部署(QFD)(Quality Function Deployment, QFD)-將客戶要求轉(zhuǎn)化成軟件技術(shù)需求

10、的質(zhì)量管理技術(shù)n3類需求:正常需求、期望需求和令人興奮的需求n功能部署決定系統(tǒng)所需的每一個功能的“價值”(由客戶感知)n信息部署確定數(shù)據(jù)對象和事件n任務(wù)部署檢查系統(tǒng)行為n價值分析決定需求的相對優(yōu)先權(quán)n用戶場景識別將要構(gòu)建系統(tǒng)的使用線索n產(chǎn)生需求表14導(dǎo)出工作產(chǎn)品n要求和可行性陳述。n系統(tǒng)或產(chǎn)品范圍的界限說明。n參與需求導(dǎo)出的客戶、用戶和其他利益相關(guān)者的名單。n系統(tǒng)技術(shù)環(huán)境的說明。n需求列表(最好按照功能加以組織)以及每個需求使用的領(lǐng)域限制。n一系列使用場景,有助于深入了解系統(tǒng)或產(chǎn)品在不同運行環(huán)境下的使用。n任何能夠更好地定義需求的原型。需求分析的目的 需求分析的重點:通過弄清業(yè)務(wù)流程和數(shù)據(jù)流程

11、的手段,達到與客戶共同確定業(yè)務(wù)模型、功能模型、性能模型、接口模型的目標(biāo)。 需求分析的難點:在系統(tǒng)的流程、功能、性能和接口四個方面,開發(fā)者與客戶達成完全一致,并且要求客戶簽字確認(rèn)。需求分析在商務(wù)上的目的。 需求分析的變更:萬一需求有點變化,雙方必須履行“需求變更管理程序”,而變更管理程序在簽訂合同時已經(jīng)作了規(guī)定。要知道,合同是具有法律效果的。16構(gòu)建需求模型n需求模型的元素n基于場景的元素 功能說明處理軟件功能的描述 用例描述“參與者”和系統(tǒng)之間的交互作用n基于類的元素 由場景暗示n行為元素 狀態(tài)圖n面向數(shù)據(jù)流元素 數(shù)據(jù)流圖17用例n一組用戶場景,描述系統(tǒng)的線程使用n從“參與者”的點-視角來描述

12、每一個場景人或設(shè)備以某種方式與軟件交互n每一個場景回答以下問題:n誰是主要參與者、次要參與者?n參與者的目標(biāo)是什么?n故事開始前有什么前提條件?n參與者完成的主要工作或功能是什么?n按照故事所描述的還可能需要考慮什么異常?n參與者的交互中有什么可能的變化?n參與者將獲得、產(chǎn)生或改變哪些系統(tǒng)信息?n參與者必須通知系統(tǒng)有關(guān)外部環(huán)境的改變嗎?n參與者希望從系統(tǒng)獲取什么信息?18用例圖hom eow nerArm s/di sarm s systemAccesses system vi a I nternetReconfi gures sensors and rel atedsystem featur

13、esResponds toal arm eventEncounters anerror condi ti onsystem adm i ni stratorsensors房主安裝/接觸系統(tǒng)通過因特網(wǎng)訪問系統(tǒng)報警事件的響應(yīng)遇到錯誤條件重新配置傳感器以及相關(guān)的系統(tǒng)特性傳感器系統(tǒng)管理員19類圖Sensorname/id type location area characteristics identify() enable() disable() reconfigure()從從SafeHome 系統(tǒng)系統(tǒng)傳感器20狀態(tài)圖Reading CommandsSystem status = “ready”Di

14、splay msg = “enter cmd”Display status = steadyEntry/subsystems readyDo: poll user input panelDo: read user inputDo: interpret user inputState nameState variablesState activities狀態(tài)名狀態(tài)變量狀態(tài)活動讀指令21分析模式模式名稱:模式名稱: 捕獲模式本質(zhì)的描述符。捕獲模式本質(zhì)的描述符。目的:目的: 描述該模式實現(xiàn)了或代表什么。描述該模式實現(xiàn)了或代表什么。動機:動機: 說明怎樣用模式解決問題的一個場景。說明怎樣用模式解決問題

15、的一個場景。影響環(huán)境:影響環(huán)境: 對外部問題(影響)的描述,即能夠影響如何使用模式,對外部問題(影響)的描述,即能夠影響如何使用模式,并當(dāng)應(yīng)用該模式時,影響即將被解決的外部問題。并當(dāng)應(yīng)用該模式時,影響即將被解決的外部問題。解決方案:解決方案:對如何應(yīng)用模式來解決強調(diào)結(jié)構(gòu)和行為問題的描述。對如何應(yīng)用模式來解決強調(diào)結(jié)構(gòu)和行為問題的描述。效果:效果: 解決了發(fā)生在應(yīng)用模式時和應(yīng)用過程中存在權(quán)衡的問題。解決了發(fā)生在應(yīng)用模式時和應(yīng)用過程中存在權(quán)衡的問題。設(shè)計:設(shè)計: 通過使用已知的設(shè)計模式討論如何實現(xiàn)該分析模式。通過使用已知的設(shè)計模式討論如何實現(xiàn)該分析模式。已知應(yīng)用已知應(yīng)用: 在實際系統(tǒng)中使用的例子。在

16、實際系統(tǒng)中使用的例子。相關(guān)模式:相關(guān)模式:與命名模式有關(guān)的一個或更多分析模式,因為與命名模式有關(guān)的一個或更多分析模式,因為(1) 與命名與命名模式共同使用;模式共同使用;(2) 在結(jié)構(gòu)上,與命名模式相似;在結(jié)構(gòu)上,與命名模式相似;(3) 是命名模式的一是命名模式的一個變化。個變化。22協(xié)商需求n確定關(guān)鍵的利益相關(guān)者n是即將參與協(xié)商的人n確定每個利益相關(guān)者“贏”的條件n贏的條件并不總是顯而易見的n協(xié)商n致力于導(dǎo)致“雙贏”的一組需求23確認(rèn)需求- In每項需求都和系統(tǒng)或產(chǎn)品的整體目標(biāo)一致嗎?n所有的需求都已經(jīng)在相應(yīng)的抽象層上說明了嗎?換句話說,是否有一些需求是在技術(shù)細節(jié)過多的層次上提出的,并不適合當(dāng)前的階段。n需求是真正必需的,還是另外加上去的,有可

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論