實(shí)用需求開發(fā)過程簡述ppt課件

1、適用需求開發(fā)過程綜述要旨 學(xué)會(huì)“以目的為根底、以用例為中心的三次迭代式需求分析的過程 領(lǐng)會(huì)“初始、細(xì)化、構(gòu)造與移交四步走的道路第一次迭代初始：學(xué)會(huì)進(jìn)展工程目的分解、進(jìn)第一次迭代初始：學(xué)會(huì)進(jìn)展工程目的分解、進(jìn)展工程目的可研分析，構(gòu)造提交工程目的模型，構(gòu)展工程目的可研分析，構(gòu)造提交工程目的模型，構(gòu)成工程大綱成工程大綱第二次迭代細(xì)化：學(xué)會(huì)進(jìn)展用例圖建模，進(jìn)展第二次迭代細(xì)化：學(xué)會(huì)進(jìn)展用例圖建模，進(jìn)展客戶需求分析，構(gòu)造提供軟件功能模型，構(gòu)成客戶客戶需求分析，構(gòu)造提供軟件功能模型，構(gòu)成客戶需求文檔需求文檔第三次迭代構(gòu)造：學(xué)會(huì)對用例進(jìn)展第三次迭代構(gòu)造：學(xué)會(huì)對用例進(jìn)展“三位一三位一體的描畫方式，分析軟件用例的

2、動(dòng)態(tài)行為，構(gòu)造提體的描畫方式，分析軟件用例的動(dòng)態(tài)行為，構(gòu)造提交用例的業(yè)務(wù)流程圖、實(shí)體類圖、原型圖，構(gòu)成產(chǎn)交用例的業(yè)務(wù)流程圖、實(shí)體類圖、原型圖，構(gòu)成產(chǎn)品需求闡明書。品需求闡明書。需求驗(yàn)證移交：學(xué)會(huì)從需求類型與屬性角度評需求驗(yàn)證移交：學(xué)會(huì)從需求類型與屬性角度評價(jià)需求的質(zhì)量，移交產(chǎn)品需求闡明書價(jià)需求的質(zhì)量，移交產(chǎn)品需求闡明書初始：目的建模早期需求分析初始：目的建模早期需求分析目的方法在實(shí)踐工程中的運(yùn)用 第一步:建立業(yè)務(wù)目的到軟件功能目的的轉(zhuǎn)化模型 第二步：建立業(yè)務(wù)限制要素到軟件非功能目的的轉(zhuǎn)化 第三步：建立軟件功能目的與非功能目的之間的雙向束定關(guān)系第一步：業(yè)務(wù)目的建模第一步：業(yè)務(wù)目的建模6工程目的業(yè)

3、務(wù)目的1業(yè)務(wù)目的2業(yè)務(wù)目的業(yè)務(wù)目的m軟件目的1軟件目的2軟件目的軟件目的n軟件目的3包含或派生角色劃分包圖每一個(gè)需求用一個(gè)包來表示，稱為需求包。包與包之間用每一個(gè)需求用一個(gè)包來表示，稱為需求包。包與包之間用組成關(guān)系關(guān)聯(lián)起來。需求包可以逐層分解，構(gòu)成分層用例組成關(guān)系關(guān)聯(lián)起來。需求包可以逐層分解，構(gòu)成分層用例需求構(gòu)造。需求構(gòu)造圖有兩種方式：需求構(gòu)造。需求構(gòu)造圖有兩種方式：計(jì)劃訂購書店信息系統(tǒng)書庫管理入庫出庫盤庫報(bào)損員工信息管理工資管理員工勤績管理日常事務(wù)管理圖書銷售圖書管理書店信息系統(tǒng)需求構(gòu)造圖 書店信息系統(tǒng)需求構(gòu)造圖 入庫出庫盤庫報(bào)損書庫管理員工信息管理員工勤績管理員工工資管理書庫管理日常事務(wù)管

4、理計(jì)劃訂購圖書銷售書店信息系統(tǒng)需求結(jié)構(gòu)第二步：業(yè)務(wù)限制要素分析第二步：業(yè)務(wù)限制要素分析9限制要素限制要素1限制要素2限制要素限制要素m非功能目的1非功能目的2非功能目的非功能目的n非功能目的3包含或派生包含或派生第三步：兩種底層目的的束定非功能目的1非功能目的2非功能目的非功能目的m功能目的1功能目的2功能目的功能目的n功能目的3束定束定為包進(jìn)展用例建模細(xì)化：用例建模細(xì)化：用例建模用例建模的根本原理 軟件目的是用例建模的根據(jù)。軟件目的是用例建模的根據(jù)。 軟件目的是用例引入的主要來源。軟件目的是用例引入的主要來源。 用例圖描畫用例建模的結(jié)果。一個(gè)系用例圖描畫用例建模的結(jié)果。一個(gè)系統(tǒng)的全部用例圖構(gòu)

5、成該軟件包的需求模統(tǒng)的全部用例圖構(gòu)成該軟件包的需求模型。型。用例 用例用例(Use Case)(Use Case)是用戶與系統(tǒng)之間，為是用戶與系統(tǒng)之間，為到達(dá)確定目的所進(jìn)展的一次交互活動(dòng)。到達(dá)確定目的所進(jìn)展的一次交互活動(dòng)。用戶向系統(tǒng)提供某些交互要求，系統(tǒng)向用戶向系統(tǒng)提供某些交互要求，系統(tǒng)向用戶反響可見的結(jié)果。用例是系統(tǒng)功能用戶反響可見的結(jié)果。用例是系統(tǒng)功能需求的反映，一個(gè)用例描畫用例的一項(xiàng)需求的反映，一個(gè)用例描畫用例的一項(xiàng)功能。功能。 用例是系統(tǒng)功能需求的反映。用例是系統(tǒng)功能需求的反映。參與者用例邊境包含關(guān)系用例圖用例圖(Use Case Diagram)(Use Case Diagram)用

6、來描畫軟件系統(tǒng)向交互活用來描畫軟件系統(tǒng)向交互活動(dòng)參與者提供的一組相關(guān)的功能。在一個(gè)用例圖中，有動(dòng)參與者提供的一組相關(guān)的功能。在一個(gè)用例圖中，有一個(gè)或多個(gè)參與者與一個(gè)或多個(gè)用例相互關(guān)聯(lián)。一個(gè)或多個(gè)參與者與一個(gè)或多個(gè)用例相互關(guān)聯(lián)。參與者方案管理訂單管理合同管理到貨管理方案訂購采購員方案員書目管理供書商管理事務(wù)管理功能用例圖 辦公員員工根本信息管理事務(wù)管理員工工資管理員工勤績管理日常事務(wù)管理事務(wù)管理分解功能用例圖 編輯員工根本信息閱讀員工根本信息輸出員工信息員工根本信息管理員工工資計(jì)算員工工資發(fā)放員工工資管理編輯員工勤績信息員工勤績統(tǒng)計(jì)員工勤績管理閱讀員工勤績信息辦公員包含關(guān)系依賴關(guān)系構(gòu)造：用例的動(dòng)

7、態(tài)行為分析構(gòu)造：用例的動(dòng)態(tài)行為分析用例分析是軟件行為分析的手段用例分析是軟件行為分析的手段 諸如：在線支付用例的三位一體描畫 業(yè)務(wù)流程圖 實(shí)體類圖 界面原型圖 : 客戶在線購書支付界面在線購書管理器在線支付管理器圖書庫存信息用戶支付記錄圖書銷售記錄1: 用戶身份ID4: 確認(rèn)在線支付購物車書目11: 用戶選擇確認(rèn)支付方式18: 用戶購書頁面更新2: 獲取用戶購物車信息3: 返回用戶購物車信息5: 確認(rèn)在線支付購物車書目17: 返回購書成功信息8: 確認(rèn)請求購書支付12: 請求支付9: 返回在線支付方式列表10: 返回支付方式列表6: 確認(rèn)圖書是否有庫存7: 確認(rèn)滿足13: 確認(rèn)戶支付14: 返

8、回確認(rèn)支付成功15: 更新圖書銷售記錄16: 返回更新后的購物車信息用例規(guī)約用例闡明用例闡明(UseCase Explanation)(UseCase Explanation)是對功能用例圖中的用例做出的闡明。是對功能用例圖中的用例做出的闡明。在用例闡明中，需求描畫用例的編號、稱號、參與者和用例的功能以及在用例闡明中，需求描畫用例的編號、稱號、參與者和用例的功能以及交互過程。闡明文本格式目前尚未一致，下表僅供參考。交互過程。闡明文本格式目前尚未一致，下表僅供參考。 用例卡模版稱號。稱號無疑應(yīng)該闡明用戶的意圖或用例的用途，如稱號。稱號無疑應(yīng)該闡明用戶的意圖或用例的用途，如“研討班招生。研討班招生

9、。 標(biāo)識符標(biāo)識符 可選可選 。獨(dú)一標(biāo)識符，如。獨(dú)一標(biāo)識符，如 UC1701 UC1701，在工程的其他元素如類模型中可用它來援用這個(gè)用例。，在工程的其他元素如類模型中可用它來援用這個(gè)用例。 闡明。概述用例的幾句話。闡明。概述用例的幾句話。 參與者參與者 可選可選 。與此用例相關(guān)的參與者列表。雖然這那么信息包含在用例本身中，但在沒有用例圖時(shí)，。與此用例相關(guān)的參與者列表。雖然這那么信息包含在用例本身中，但在沒有用例圖時(shí)，它有助于添加對該用例的了解。它有助于添加對該用例的了解。 形狀形狀 可選可選 。指示用例的形狀，通常為以下幾種之一：進(jìn)展中、等待審查、經(jīng)過審查或未經(jīng)過審查。指示用例的形狀，通常為以

10、下幾種之一：進(jìn)展中、等待審查、經(jīng)過審查或未經(jīng)過審查。 頻率。參與者訪問此用例的頻率。這是一個(gè)自在式問題，如用戶每次錄訪問一次或每月一次。頻率。參與者訪問此用例的頻率。這是一個(gè)自在式問題，如用戶每次錄訪問一次或每月一次。 前置條件。一個(gè)條件列表，假設(shè)其中包含條件，那么這些條件必需在訪問用例之前得到滿足。前置條件。一個(gè)條件列表，假設(shè)其中包含條件，那么這些條件必需在訪問用例之前得到滿足。 后置條件。一個(gè)條件列表，假設(shè)其中包含條件，那么這些條件將在用例勝利完成以后得到滿足。后置條件。一個(gè)條件列表，假設(shè)其中包含條件，那么這些條件將在用例勝利完成以后得到滿足。 被擴(kuò)展的用例被擴(kuò)展的用例 可選可選 。此用例

11、所擴(kuò)展的用例假設(shè)存在。擴(kuò)展關(guān)聯(lián)是一種廣義關(guān)系，其中擴(kuò)展用例接。此用例所擴(kuò)展的用例假設(shè)存在。擴(kuò)展關(guān)聯(lián)是一種廣義關(guān)系，其中擴(kuò)展用例接續(xù)基用例的行為。這是經(jīng)過擴(kuò)展用例向基用例的操作序列中插入附加的操作序列來實(shí)現(xiàn)的。這總是運(yùn)用帶續(xù)基用例的行為。這是經(jīng)過擴(kuò)展用例向基用例的操作序列中插入附加的操作序列來實(shí)現(xiàn)的。這總是運(yùn)用帶有有 的用例關(guān)聯(lián)來建模的。的用例關(guān)聯(lián)來建模的。 被包含的用例被包含的用例 可選可選 。此用例所包含用例的列表。包含關(guān)聯(lián)是一種廣義關(guān)系，它闡明對處于另一個(gè)用例。此用例所包含用例的列表。包含關(guān)聯(lián)是一種廣義關(guān)系，它闡明對處于另一個(gè)用例之中的用例所描畫的行為的包含關(guān)系。這總是運(yùn)用帶有之中的用例所

12、描畫的行為的包含關(guān)系。這總是運(yùn)用帶有 的用例關(guān)聯(lián)來建模的。也稱為運(yùn)用的用例關(guān)聯(lián)來建模的。也稱為運(yùn)用或具有或具有 (has-a) (has-a) 關(guān)系。關(guān)系。 假設(shè)假設(shè) 可選可選 。對編寫此用例時(shí)所創(chuàng)建的域的任何重要假設(shè)。您應(yīng)該在一定的時(shí)候檢驗(yàn)這些假設(shè)，或者將。對編寫此用例時(shí)所創(chuàng)建的域的任何重要假設(shè)。您應(yīng)該在一定的時(shí)候檢驗(yàn)這些假設(shè)，或者將它們變?yōu)闆Q策的一部分，或者將它們添加到操作的根本流程或可選流程中。它們變?yōu)闆Q策的一部分，或者將它們添加到操作的根本流程或可選流程中。 根本操作流程。參與者在用例中所遵照的主邏輯途徑。由于它描畫了當(dāng)各項(xiàng)任務(wù)都正常進(jìn)展時(shí)用例的任務(wù)根本操作流程。參與者在用例中所遵照的

13、主邏輯途徑。由于它描畫了當(dāng)各項(xiàng)任務(wù)都正常進(jìn)展時(shí)用例的任務(wù)方式，所以通常稱其為適當(dāng)途徑方式，所以通常稱其為適當(dāng)途徑 (happy path) (happy path) 或主途徑或主途徑 (main path) (main path) 。 可選操作流程。用例中很少運(yùn)用的邏輯途徑，那些在變卦任務(wù)方式、出現(xiàn)異?；虬l(fā)生錯(cuò)誤的情況下所遵照可選操作流程。用例中很少運(yùn)用的邏輯途徑，那些在變卦任務(wù)方式、出現(xiàn)異?；虬l(fā)生錯(cuò)誤的情況下所遵照的途徑。的途徑。 修正歷史記錄修正歷史記錄 可選可選 。關(guān)于用例的修正時(shí)間、修正緣由和修正人的詳細(xì)信息。關(guān)于用例的修正時(shí)間、修正緣由和修正人的詳細(xì)信息。 風(fēng)險(xiǎn)風(fēng)險(xiǎn) 可選可選 。假設(shè)

14、存在，那么為與此用例的開發(fā)相關(guān)的問題或操作工程的列表。假設(shè)存在，那么為與此用例的開發(fā)相關(guān)的問題或操作工程的列表。 決策。關(guān)鍵決策的列表，這些決策通常由您的決策。關(guān)鍵決策的列表，這些決策通常由您的 SME SME 作出，并屬于用例的內(nèi)容。將這些決策記錄下來對于作出，并屬于用例的內(nèi)容。將這些決策記錄下來對于維護(hù)團(tuán)體記憶庫維護(hù)團(tuán)體記憶庫 (group memory) (group memory) 是相當(dāng)重要的。是相當(dāng)重要的。軟件(產(chǎn)品)需求闡明書1. 引言1.1 工程簡介1.2 編寫闡明1.3 參考資料2. 目的 2.1 概述2.2 業(yè)務(wù)目的 2.2.1 總目的 2.2.2 業(yè)務(wù)目的 2.2.3 限

15、制性要素3. 軟件功能構(gòu)造 3.1 軟件包構(gòu)造圖 3.2 軟件包的闡明4. 軟件功能規(guī)約 4.1 概述 4.2 軟件包的用例模型 4.3 用例規(guī)約分析闡明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)的處置戰(zhàn)略7. 遺留問題最終完好產(chǎn)品需求闡明書目錄樣例最終完好產(chǎn)品需求闡明書目錄樣例 移交：經(jīng)過驗(yàn)證發(fā)布需求移交：經(jīng)過驗(yàn)證發(fā)布需求需求驗(yàn)證的方法幾種需求驗(yàn)證的根本方法。幾種需求驗(yàn)證的根本方法。1) 1) 自查法自查法自查法由需求分析人員對本人所確定的用例需求進(jìn)展審核和驗(yàn)證，自查法由需求分析人員對本人所確定的用例需

16、求進(jìn)展審核和驗(yàn)證，糾正需求中存在的問題。自查法又可以分為多種詳細(xì)方法。第一種糾正需求中存在的問題。自查法又可以分為多種詳細(xì)方法。第一種是小組審查法，即由一名分析人員向開發(fā)小組中其他人員引見用例是小組審查法，即由一名分析人員向開發(fā)小組中其他人員引見用例需求，小組中的成員進(jìn)展提問，由引見人進(jìn)展解答。需求，小組中的成員進(jìn)展提問，由引見人進(jìn)展解答。 2) 2) 用戶審查法用戶審查法分析人員可以把分析人員可以把 提交給用戶，有條件時(shí)可以同時(shí)提交給用戶，有條件時(shí)可以同時(shí)編寫一份針對此需求的編寫一份針對此需求的 并提交給用戶，用戶找出并提交給用戶，用戶找出不稱心或以為不能實(shí)現(xiàn)的需求，雙方再對這些有爭議的需求進(jìn)展討不稱心或以為不能實(shí)現(xiàn)的需求，雙方再對這些有爭議的需求進(jìn)展討論，最后達(dá)成一致認(rèn)識。論，最后達(dá)成一致認(rèn)識。 3) 3) 專家審查法專家審查法 專家審查法是指聘請業(yè)務(wù)領(lǐng)域、用例、政專家審查法是指聘請業(yè)務(wù)領(lǐng)域、用例、政策、法律等方面的專家對用例需求進(jìn)展審查。策、法律等方面的專家對用例需求進(jìn)展審查。 4) 4) 原型法原型法 原型法是對存在的有爭議或拿不準(zhǔn)的需求，