實(shí)用需求開(kāi)發(fā)過(guò)程簡(jiǎn)述課件

實(shí)用需求開(kāi)發(fā)過(guò)程綜述2021/8/51要旨學(xué)會(huì)“以目標(biāo)為基礎(chǔ)、以用例為中心的三次迭代式需求分析”的過(guò)程體會(huì)“初始、細(xì)化、構(gòu)造與移交四步走”的路線2021/8/52第一次迭代（初始）：學(xué)會(huì)進(jìn)行項(xiàng)目目標(biāo)分解、進(jìn)行項(xiàng)目目標(biāo)可研分析，構(gòu)造提交項(xiàng)目目標(biāo)模型，形成項(xiàng)目大綱第二次迭代（細(xì)化）：學(xué)會(huì)進(jìn)行用例圖建模，進(jìn)行客戶需求分析，構(gòu)造提供軟件功能模型，形成客戶需求文檔第三次迭代（構(gòu)造）：學(xué)會(huì)對(duì)用例進(jìn)行“三位”一體的描述方式，分析軟件用例的動(dòng)態(tài)行為，構(gòu)造提交用例的業(yè)務(wù)流程圖、實(shí)體類圖、原型圖，形成產(chǎn)品需求說(shuō)明書(shū)。需求驗(yàn)證（移交）：學(xué)會(huì)從需求類型與屬性角度評(píng)估需求的質(zhì)量，移交產(chǎn)品需求說(shuō)明書(shū)2021/8/53初始：目標(biāo)建模（早期需求分析）2021/8/54目標(biāo)方法在實(shí)際項(xiàng)目中的運(yùn)用第一步:建立業(yè)務(wù)目標(biāo)到軟件功能目標(biāo)的轉(zhuǎn)化模型第二步：建立業(yè)務(wù)限制因素到軟件非功能目標(biāo)的轉(zhuǎn)化第三步：建立軟件功能目標(biāo)與非功能目標(biāo)之間的雙向束定關(guān)系2021/8/55第一步：業(yè)務(wù)目標(biāo)建模6項(xiàng)目目標(biāo)業(yè)務(wù)目標(biāo)1業(yè)務(wù)目標(biāo)2業(yè)務(wù)目標(biāo)…業(yè)務(wù)目標(biāo)m軟件目標(biāo)1軟件目標(biāo)2軟件目標(biāo)…軟件目標(biāo)n軟件目標(biāo)3包含或派生……角色劃分2021/8/56包圖每一個(gè)需求用一個(gè)包來(lái)表示，稱為需求包。包與包之間用組成關(guān)系關(guān)聯(lián)起來(lái)。需求包可以逐層分解，構(gòu)成分層用例需求結(jié)構(gòu)。需求結(jié)構(gòu)圖有兩種形式：書(shū)店信息系統(tǒng)需求結(jié)構(gòu)圖2021/8/57書(shū)店信息系統(tǒng)需求結(jié)構(gòu)圖2021/8/58第二步：業(yè)務(wù)限制因素分析9限制因素限制因素1限制因素2限制因素…限制因素m非功能目標(biāo)1非功能目標(biāo)2非功能目標(biāo)…非功能目標(biāo)n非功能目標(biāo)3包含或派生……包含或派生……2021/8/59第三步：兩種底層目標(biāo)的束定非功能目標(biāo)1非功能目標(biāo)2非功能目標(biāo)…非功能目標(biāo)m功能目標(biāo)1功能目標(biāo)2功能目標(biāo)…功能目標(biāo)n功能目標(biāo)3束定……2021/8/5102021/8/511為包進(jìn)行用例建模細(xì)化：用例建模2021/8/512用例建模的基本原理軟件目標(biāo)是用例建模的依據(jù)。軟件目標(biāo)是用例引入的主要來(lái)源。用例圖描述用例建模的結(jié)果。一個(gè)系統(tǒng)的全部用例圖構(gòu)成該軟件包的需求模型。2021/8/513用例用例(UseCase)是用戶與系統(tǒng)之間，為達(dá)到確定目的所進(jìn)行的一次交互活動(dòng)。用戶向系統(tǒng)提供某些交互要求，系統(tǒng)向用戶反饋可見(jiàn)的結(jié)果。用例是系統(tǒng)功能需求的反映，一個(gè)用例描述用例的一項(xiàng)功能。用例是系統(tǒng)功能需求的反映。2021/8/514參與者用例邊界包含關(guān)系用例圖(UseCaseDiagram)用來(lái)描述軟件系統(tǒng)向交互活動(dòng)參與者提供的一組相關(guān)的功能。在一個(gè)用例圖中，有一個(gè)或多個(gè)參與者與一個(gè)或多個(gè)用例相互關(guān)聯(lián)。參與者計(jì)劃管理訂單管理合同管理到貨管理計(jì)劃訂購(gòu)采購(gòu)員計(jì)劃員書(shū)目管理供書(shū)商管理2021/8/515事務(wù)管理功能用例圖辦公員員工基本信息管理事務(wù)管理員工工資管理員工勤績(jī)管理日常事務(wù)管理2021/8/516事務(wù)管理分解功能用例圖編輯員工基本信息瀏覽員工基本信息輸出員工信息員工基本信息管理員工工資計(jì)算員工工資發(fā)放員工工資管理編輯員工勤績(jī)信息員工勤績(jī)統(tǒng)計(jì)員工勤績(jī)管理瀏覽員工勤績(jī)信息辦公員包含關(guān)系依賴關(guān)系2021/8/517構(gòu)造：用例的動(dòng)態(tài)行為分析2021/8/518用例分析是軟件行為分析的手段諸如：在線支付用例的三位一體描述業(yè)務(wù)流程圖實(shí)體類圖界面原型圖2021/8/5192021/8/5202021/8/5212021/8/522用例規(guī)約用例說(shuō)明(UseCaseExplanation)是對(duì)功能用例圖中的用例做出的說(shuō)明。在用例說(shuō)明中，需要描述用例的編號(hào)、名稱、參與者和用例的功能以及交互過(guò)程。（說(shuō)明文本格式目前尚未統(tǒng)一，下表僅供參考。）2021/8/523用例卡模版名稱。名稱無(wú)疑應(yīng)該表明用戶的意圖或用例的用途，如“研究班招生”。標(biāo)識(shí)符[可選]。唯一標(biāo)識(shí)符，如"UC1701"，在項(xiàng)目的其他元素（如類模型）中可用它來(lái)引用這個(gè)用例。說(shuō)明。概述用例的幾句話。參與者[可選]。與此用例相關(guān)的參與者列表。盡管這則信息包含在用例本身中，但在沒(méi)有用例圖時(shí)，它有助于增加對(duì)該用例的理解。狀態(tài)[可選]。指示用例的狀態(tài)，通常為以下幾種之一：進(jìn)行中、等待審查、通過(guò)審查或未通過(guò)審查。頻率。參與者訪問(wèn)此用例的頻率。這是一個(gè)自由式問(wèn)題，如用戶每次錄訪問(wèn)一次或每月一次。前置條件。一個(gè)條件列表，如果其中包含條件，則這些條件必須在訪問(wèn)用例之前得到滿足。后置條件。一個(gè)條件列表，如果其中包含條件，則這些條件將在用例成功完成以后得到滿足。被擴(kuò)展的用例[可選]。此用例所擴(kuò)展的用例（如果存在）。擴(kuò)展關(guān)聯(lián)是一種廣義關(guān)系，其中擴(kuò)展用例接續(xù)基用例的行為。這是通過(guò)擴(kuò)展用例向基用例的操作序列中插入附加的操作序列來(lái)實(shí)現(xiàn)的。這總是使用帶有<<extend>>的用例關(guān)聯(lián)來(lái)建模的。被包含的用例[可選]。此用例所包含用例的列表。包含關(guān)聯(lián)是一種廣義關(guān)系，它表明對(duì)處于另一個(gè)用例之中的用例所描述的行為的包含關(guān)系。這總是使用帶有<<include>>的用例關(guān)聯(lián)來(lái)建模的。也稱為使用或具有(has-a)

關(guān)系。假設(shè)[可選]。對(duì)編寫(xiě)此用例時(shí)所創(chuàng)建的域的任何重要假設(shè)。您應(yīng)該在一定的時(shí)候檢驗(yàn)這些假設(shè)，或者將它們變?yōu)闆Q策的一部分，或者將它們添加到操作的基本流程或可選流程中。基本操作流程。參與者在用例中所遵循的主邏輯路徑。因?yàn)樗枋隽水?dāng)各項(xiàng)工作都正常進(jìn)行時(shí)用例的工作方式，所以通常稱其為適當(dāng)路徑(happypath)或主路徑(mainpath)。可選操作流程。用例中很少使用的邏輯路徑，那些在變更工作方式、出現(xiàn)異常或發(fā)生錯(cuò)誤的情況下所遵循的路徑。修改歷史記錄[可選]。關(guān)于用例的修改時(shí)間、修改原因和修改人的詳細(xì)信息。風(fēng)險(xiǎn)[可選]。如果存在，則為與此用例的開(kāi)發(fā)相關(guān)的問(wèn)題或操作項(xiàng)目的列表。決策。關(guān)鍵決策的列表，這些決策通常由您的SME作出，并屬于用例的內(nèi)容。將這些決策記錄下來(lái)對(duì)于維護(hù)團(tuán)體記憶庫(kù)(groupmemory)是相當(dāng)重要的。2021/8/524軟件(產(chǎn)品)需求說(shuō)明書(shū)1.引言1.1項(xiàng)目簡(jiǎn)介1.2編寫(xiě)說(shuō)明1.3參考資料2.目標(biāo)2.1概述2.2業(yè)務(wù)目標(biāo)

2.2.1總目標(biāo)

2.2.2業(yè)務(wù)目標(biāo)

2.2.3限制性因素3.軟件功能結(jié)構(gòu)

3.1軟件包結(jié)構(gòu)圖

3.2軟件包的說(shuō)明4.軟件功能規(guī)約

4.1概述

4.2軟件包的用例模型

4.3用例規(guī)約分析說(shuō)明5軟件功能限制因素

5.1概述

5.2非功能需求

5.3設(shè)計(jì)約束需求6.風(fēng)險(xiǎn)分析

6.1軟件面臨的主要風(fēng)險(xiǎn)

6.2風(fēng)險(xiǎn)的處理策略7.遺留問(wèn)題最終完整產(chǎn)品需求說(shuō)明書(shū)目錄樣例2021/8/525移交：通過(guò)驗(yàn)證發(fā)布需求2021/8/526需求驗(yàn)證的方法幾種需求驗(yàn)證的基本方法。1)自查法自查法由需求分析人員對(duì)自己所確定的用例需求進(jìn)行審核和驗(yàn)證，糾正需求中存在的問(wèn)題。自查法又可以分為多種具體方法。第一種是小組審查法，即由一名分析人員向開(kāi)發(fā)小組中其他人員介紹用例需求，小組中的成員進(jìn)行提問(wèn)，由介紹人進(jìn)行解答。2)用戶審查法分析人員可以把《用例需求說(shuō)明書(shū)》提交給用戶，有條件時(shí)可以同時(shí)編寫(xiě)一份針對(duì)此需求的《用戶使用說(shuō)明書(shū)》并提交給用戶，用戶找出不滿意或認(rèn)為不能實(shí)現(xiàn)的需求，雙方再對(duì)這些有爭(zhēng)議的需求進(jìn)行討論，最后達(dá)成一致認(rèn)識(shí)。2021/8/5273)專家審查法專家審查法是指聘請(qǐng)業(yè)務(wù)領(lǐng)域、用例、政策、法律等方面的專家對(duì)用例需求進(jìn)行審查。

4)原型法原型法是對(duì)存在的有爭(zhēng)議或拿不準(zhǔn)的需求，通過(guò)建立原型進(jìn)行驗(yàn)證，以確定需求