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

下載本文檔

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

文檔簡(jiǎn)介

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

2、套模型n一個(gè)形式化的數(shù)學(xué)模型n一組使用場(chǎng)景(用例)n一個(gè)原型(模版見(jiàn)p65)需求工程-IIIn確認(rèn)一種審查機(jī)制,即找出:n內(nèi)容或解釋上的錯(cuò)誤n可能需要進(jìn)一步解釋澄清的地方n丟失的信息n不一致性(這是建造大型產(chǎn)品或系統(tǒng)時(shí)遇到的主要問(wèn)題)n沖突的需求或不可實(shí)現(xiàn)的(不能達(dá)到的)需求 (確認(rèn)檢查表見(jià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)該和誰(shuí)交談”(創(chuàng)建人員列表)n識(shí)別多重觀點(diǎn)(軟件分析師應(yīng)從不同涉眾的角度去識(shí)別、表述他們需求。)n協(xié)同合作n 標(biāo)識(shí)公共區(qū)域和矛盾區(qū)域n 優(yōu)先點(diǎn)n首次提問(wèn)n誰(shuí)是這項(xiàng)工作的最初的請(qǐng)求者?n誰(shuí)將使用該解決方案n成功的解決方案將帶來(lái)什么樣的經(jīng)濟(jì)效益?n對(duì)于這個(gè)解決方案你還需要其他資源嗎?7導(dǎo)出需求n會(huì)議由軟件工程師和利益相關(guān)者共同舉辦和參與n制定籌備和參與會(huì)議的規(guī)則n建議擬定一個(gè)會(huì)議議程n由一個(gè)“調(diào)解人”(可以是客戶,開(kāi)發(fā)人員或其他人)控制會(huì)議n采用“方案論證手段”(可以是工作表、活動(dòng)掛圖、不干膠貼紙或電子公告

4、牌、聊天室或虛擬論壇)。n目的是n識(shí)別問(wèn)題n提出問(wèn)題解決方案n協(xié)商不同的方法n確定一套解決需求問(wè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)出需求召開(kāi)會(huì)議列出功能、類(lèi)列出約束等形式地劃分優(yōu)先級(jí)?非形式地劃分需求的優(yōu)先級(jí)使用QFD劃分需求的優(yōu)先級(jí)生成用例繪制用例圖完成模版編寫(xiě)場(chǎng)景確定參與者SafeHome 實(shí)例 n我們的研究表明,住宅管理系統(tǒng)市場(chǎng)以每年40%的速度增長(zhǎng)。我們推向市場(chǎng)的首個(gè)SafeHome功能將是住宅安全功能,因?yàn)槎鄶?shù)人都熟悉“報(bào)警系統(tǒng)”,所以這將更容易銷(xiāo)售。 住宅安全功能應(yīng)該為防止和(或)識(shí)別各種不希望出現(xiàn)的“情況”提供保護(hù),如非法入侵、火災(zāi)、漏水、一氧化碳濃度超標(biāo)等

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

7、務(wù)(過(guò)程或功能)列表 n開(kāi)發(fā)約束列表(成本、規(guī)模大小、業(yè)務(wù)規(guī)則n開(kāi)發(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 實(shí)例 n對(duì)象:一個(gè)控制面板、若干煙感器、若干門(mén)窗傳感器、若干動(dòng)態(tài)檢測(cè)器、一個(gè)警報(bào)器、一個(gè)事件(一個(gè)已被激活的傳感器)、一個(gè)顯示器、一臺(tái)計(jì)算機(jī)、若干電話號(hào)碼、一個(gè)電話等。n服務(wù)列表:配

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

9、成一個(gè)組合列表(刪除冗余項(xiàng),但不刪可加)n調(diào)解人主持討論并修改n小規(guī)格說(shuō)明(對(duì)服務(wù)或?qū)ο筮M(jìn)行更多的解釋?zhuān)﹏討論小規(guī)格說(shuō)明,進(jìn)行增刪改和細(xì)化工作( 實(shí)例見(jiàn)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類(lèi)需求:正常需求、期望需求和令人興奮的需求n功能部署決定系統(tǒng)所需的每一個(gè)功能的“價(jià)值”(由客戶感知)n信息部署確定數(shù)據(jù)對(duì)象和事件n任務(wù)部署檢查系統(tǒng)行為n價(jià)值分析決定需求的相對(duì)優(yōu)先權(quán)n用戶場(chǎng)景識(shí)別將要構(gòu)建系統(tǒng)的使用線索n產(chǎn)生需求表14導(dǎo)出工作產(chǎn)品n要求和可行性陳述。n系統(tǒng)或產(chǎn)品范圍的界限說(shuō)明。n參與需求導(dǎo)出的客戶、用戶和其他利益相關(guān)者的名單。n系統(tǒng)技術(shù)環(huán)境的說(shuō)明。n需求列表(最好按照功能加以組織)以及每個(gè)需求使用的領(lǐng)域限制。n一系列使用場(chǎng)景,有助于深入了解系統(tǒng)或產(chǎn)品在不同運(yùn)行環(huán)境下的使用。n任何能夠更好地定義需求的原型。需求分析的目的 需求分析的重點(diǎn):通過(guò)弄清業(yè)務(wù)流程和數(shù)據(jù)流程

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

12、每一個(gè)場(chǎng)景人或設(shè)備以某種方式與軟件交互n每一個(gè)場(chǎng)景回答以下問(wèn)題:n誰(shuí)是主要參與者、次要參與者?n參與者的目標(biāo)是什么?n故事開(kāi)始前有什么前提條件?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)通過(guò)因特網(wǎng)訪問(wèn)系統(tǒng)報(bào)警事件的響應(yīng)遇到錯(cuò)誤條件重新配置傳感器以及相關(guān)的系統(tǒng)特性傳感器系統(tǒng)管理員19類(lèi)圖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)活動(dòng)讀指令21分析模式模式名稱(chēng):模式名稱(chēng): 捕獲模式本質(zhì)的描述符。捕獲模式本質(zhì)的描述符。目的:目的: 描述該模式實(shí)現(xiàn)了或代表什么。描述該模式實(shí)現(xiàn)了或代表什么。動(dòng)機(jī):動(dòng)機(jī): 說(shuō)明怎樣用模式解決問(wèn)題的一個(gè)場(chǎng)景。說(shuō)明怎樣用模式解決問(wèn)題

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

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

溫馨提示

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

評(píng)論

0/150

提交評(píng)論