1、3-3需求分析案例第一階段：理清業(yè)務(wù)與流程需求分析案例第二階段：確定需求細(xì)節(jié)“Android點(diǎn)餐系統(tǒng)”項(xiàng)目案例需求獲取資料介紹如下：（1）目標(biāo)和范圍 本軟件主要作用是為點(diǎn)餐者提供一套可以在移動(dòng)設(shè)備（手機(jī)、平板）上運(yùn)行的點(diǎn)餐軟件。系統(tǒng)分為前臺(tái)和后臺(tái)，前臺(tái)是點(diǎn)餐者使用的，點(diǎn)餐者可以在移動(dòng)設(shè)備上查看餐館所有的菜目、價(jià)格、簡(jiǎn)單的菜品介紹以及餐館的特色菜介紹，同時(shí)點(diǎn)餐者還可以查看、取消自己已經(jīng)挑選的菜品，最后上傳訂單。后臺(tái)是管理員使用的，管理員可以在后進(jìn)行訂單管理、用戶管理、菜譜管理等。 （2）系統(tǒng)角色和職責(zé) 系統(tǒng)的使用人群包括兩類，一類是普通的用戶，另一類是管理員（經(jīng)過(guò)培訓(xùn)或是專業(yè)人員）。 管理員：系

2、統(tǒng)的維護(hù)，訂單管理、菜品的增刪。 普通用戶：注冊(cè)賬號(hào)，點(diǎn)餐、座位預(yù)訂?！癆ndroid點(diǎn)餐系統(tǒng)”項(xiàng)目案例需求獲取資料介紹如下：序號(hào)功能要求需求說(shuō)明1查詢菜品用戶可以查看菜品的基本介紹，包括簡(jiǎn)單的材料和燒制過(guò)程。戶可以查看菜品的價(jià)格、剩余數(shù)量、圖片等。戶可以查看當(dāng)日的特色菜和特價(jià)菜推薦。2設(shè)置菜品管理員可以不斷更新維護(hù)菜品信息，修改菜品價(jià)格，刪除不再供應(yīng)的菜品， 菜品信息里包括菜名、菜的簡(jiǎn)單介紹、圖片、價(jià)格、數(shù)量、分類等。3顧客下單用戶可以查看所有菜品，選擇菜品及數(shù)量后下單，如果選擇在餐廳用餐，還可以提前預(yù)訂座位。4訂單處理管理員可以查看到用戶的訂單情況，通過(guò)修改訂單狀態(tài)對(duì)訂單進(jìn)行處理，表示訂單

3、是否完成，對(duì)惡意訂單或已經(jīng)取消的訂單可以進(jìn)行刪除。用戶可以查看自己的訂單，如果訂單的狀態(tài)是未完成，用戶可以修改或取消自己的訂單。5數(shù)據(jù)處理管理員可以定期將數(shù)據(jù)備份到本地，遇到數(shù)據(jù)庫(kù)故障時(shí)可以恢復(fù)數(shù)據(jù)庫(kù)，打印數(shù)據(jù)庫(kù)相關(guān)數(shù)據(jù)。（3）系統(tǒng)處理功能要求見(jiàn)下表。“Android點(diǎn)餐系統(tǒng)”項(xiàng)目案例需求獲取資料介紹如下：（4）系統(tǒng)其他要求 本系統(tǒng)客戶端要求符合大眾操作習(xí)慣，與網(wǎng)上其他的Android系統(tǒng)App操作方式保持基本一致。餐館要求每筆訂單交易誤差不得超過(guò)1角，每天交易額的誤差不得超過(guò)100元。5年內(nèi)價(jià)位在500元以上的Android手機(jī)都可以流暢運(yùn)行該系統(tǒng)?！癆ndroid點(diǎn)餐系統(tǒng)”項(xiàng)目案例需求獲取

4、資料介紹如下：3-3需求分析案例以Android點(diǎn)餐系統(tǒng)為例。第一階段：理清業(yè)務(wù)與流程一、業(yè)務(wù)流程分析1. 業(yè)務(wù)流程分析一是理解流程的層次性；二是了解流程的類型；三是掌握以業(yè)務(wù)事件識(shí)別、尋找流程的技巧?；贏ndroid平臺(tái)的點(diǎn)餐系統(tǒng)的總體流程包括的步驟有：（1）顧客在智能手機(jī)上登錄點(diǎn)餐系統(tǒng)客戶端后，自動(dòng)進(jìn)入菜譜界面，查看菜譜； （2）顧客選擇菜品進(jìn)行下單；（3）顧客選擇菜品數(shù)量，若需在餐廳用餐還需選擇座位號(hào)；（4）選擇完成并確定后，提交訂單； （5）訂單提交后，訂單數(shù)據(jù)會(huì)上傳到服務(wù)器；（6）訂單提交后，顧客可以在客戶端查看自己的訂單情況；（7）在管理員未確認(rèn)訂單之前，顧客可以對(duì)訂單進(jìn)行修改或

5、取消操作；（8）管理員登錄點(diǎn)餐系統(tǒng)服務(wù)器端，對(duì)用戶訂單進(jìn)行確認(rèn)；一、業(yè)務(wù)流程分析2. 跨職責(zé)流程圖應(yīng)用具體來(lái)說(shuō)，我們應(yīng)該先找到業(yè)務(wù)事件的負(fù)責(zé)人，然后通過(guò)設(shè)問(wèn)的方式，讓他描述響應(yīng)該業(yè)務(wù)事件所進(jìn)行的活動(dòng)，說(shuō)明活動(dòng)的執(zhí)行崗位以及它們之間的關(guān)系、數(shù)據(jù)傳遞。一、業(yè)務(wù)流程分析3. 活動(dòng)圖應(yīng)用 活動(dòng)圖是一種表述過(guò)程機(jī)理、業(yè)務(wù)過(guò)程以及工作流的技術(shù)。本系統(tǒng)的下單活動(dòng)圖可以參看右圖。一、業(yè)務(wù)流程分析4.數(shù)據(jù)流程圖應(yīng)用客戶端數(shù)據(jù)流程圖服務(wù)器端數(shù)據(jù)流程圖二、業(yè)務(wù)實(shí)體分析1業(yè)務(wù)實(shí)體分析任務(wù)概述業(yè)務(wù)實(shí)體分析的產(chǎn)物有兩種可選的模型，包括類圖和E/R模型也叫實(shí)體關(guān)系圖。二、業(yè)務(wù)實(shí)體分析2.類圖1）領(lǐng)域建模方法領(lǐng)域建模時(shí)，其工

6、作主要就是識(shí)別標(biāo)識(shí)類、明確類之間的邏輯關(guān)系和數(shù)量關(guān)系以及添加重要的結(jié)構(gòu)規(guī)則三個(gè)方面。二、業(yè)務(wù)實(shí)體分析2.類圖使用名詞分析法發(fā)現(xiàn)類和對(duì)象。1用例描述：1. 經(jīng)理開(kāi)始制定促銷策略2. 經(jīng)理制定促銷策略3. 系統(tǒng)返回當(dāng)前促銷策略經(jīng)理重復(fù)步驟2-3，直至制定所有促銷策略4. 經(jīng)理結(jié)束制定促銷策略5. 系統(tǒng)返回當(dāng)前促銷策略確定對(duì)象：經(jīng)理，促銷策略概念類：經(jīng)理，促銷策略二、業(yè)務(wù)實(shí)體分析2.類圖2用例描述：1. 經(jīng)理查看預(yù)約2. 系統(tǒng)返回預(yù)約列表確定對(duì)象：經(jīng)理，預(yù)約，預(yù)約列表概念類：經(jīng)理，預(yù)約，預(yù)約列表摒棄對(duì)象：3用例描述：1. 經(jīng)理查看取號(hào)2. 系統(tǒng)返回取號(hào)列表確定對(duì)象：經(jīng)理，取號(hào)，取號(hào)列表概念類：經(jīng)理，

7、取號(hào)，取號(hào)列表摒棄對(duì)象：4用例描述：1. 經(jīng)理查看訂單2. 系統(tǒng)返回訂單列表確定對(duì)象：經(jīng)理，訂單，訂單列表概念類：經(jīng)理，訂單，訂單列表二、業(yè)務(wù)實(shí)體分析2.類圖5用例描述：1. 顧客請(qǐng)求預(yù)約2. 系統(tǒng)向經(jīng)理發(fā)送預(yù)約請(qǐng)求3. 經(jīng)理處理預(yù)約請(qǐng)求4. 系統(tǒng)提醒經(jīng)理處理成功5. 系統(tǒng)返回顧客預(yù)約信息確定對(duì)象：顧客，預(yù)約，經(jīng)理概念類：顧客，預(yù)約，經(jīng)理摒棄對(duì)象：6用例描述：1. 顧客請(qǐng)求取號(hào)2. 系統(tǒng)向經(jīng)理發(fā)送取號(hào)請(qǐng)求3. 經(jīng)理處理取號(hào)請(qǐng)求4. 系統(tǒng)提醒經(jīng)理處理成功5. 系統(tǒng)返回顧客取號(hào)信息確定對(duì)象：顧客，取號(hào)，經(jīng)理概念類：顧客，取號(hào)，經(jīng)理二、業(yè)務(wù)實(shí)體分析2.類圖7用例描述：1. 顧客請(qǐng)求下單2. 系統(tǒng)返回

8、促銷策略3. 顧客填寫(xiě)訂單4. 系統(tǒng)向經(jīng)理發(fā)送下單請(qǐng)求5. 經(jīng)理處理下單請(qǐng)求6. 系統(tǒng)提醒經(jīng)理處理成功7. 系統(tǒng)返回顧客訂單信息確定對(duì)象：顧客，下單，促銷策略，訂單，經(jīng)理概念類：顧客，下單，促銷策略，訂單，經(jīng)理摒棄對(duì)象：8用例描述：1. 顧客請(qǐng)求支付2. 系統(tǒng)向經(jīng)理發(fā)送支付請(qǐng)求3. 經(jīng)理處理支付請(qǐng)求4. 系統(tǒng)提示顧客可以支付5. 顧客支付6. 系統(tǒng)提示經(jīng)理顧客支付7. 經(jīng)理回應(yīng)支付8. 系統(tǒng)提示顧客支付結(jié)果9. 系統(tǒng)提示經(jīng)理支付結(jié)果確定對(duì)象：顧客，支付，經(jīng)理 概念類：顧客，支付，經(jīng)理二、業(yè)務(wù)實(shí)體分析2.類圖9用例描述：1. 顧客發(fā)表評(píng)論2. 系統(tǒng)返回評(píng)論列表確定對(duì)象：顧客，評(píng)論，評(píng)論列表概念類

9、：顧客，評(píng)論，評(píng)論列表最終發(fā)現(xiàn)的所有概念類如下：經(jīng)理，顧客，促銷策略，預(yù)約，預(yù)約表，取號(hào)，取號(hào)表，支付，下單，訂單，訂單信息列表，評(píng)論，評(píng)論列表二、業(yè)務(wù)實(shí)體分析2.類圖2）建立類之間的關(guān)聯(lián)二、業(yè)務(wù)實(shí)體分析2.類圖3）添加類的重要屬性二、業(yè)務(wù)實(shí)體分析2.類圖分析模型中有3種十分有用的構(gòu)造型即實(shí)體類、控制類和邊界類。實(shí)體類即實(shí)體對(duì)象的抽象；控制類即控制對(duì)象的抽象；邊界類即邊界對(duì)象的抽象。二、業(yè)務(wù)實(shí)體分析3. E/R圖應(yīng)用基礎(chǔ)概念模型和邏輯模型有什么區(qū)別呢？它們實(shí)際上是對(duì)“需求視圖”與“開(kāi)發(fā)視圖”的區(qū)分。換句話說(shuō)，概念模型是需求人員的視圖，等價(jià)于現(xiàn)在出鏡率很高的領(lǐng)域模型；而邏輯模型是開(kāi)發(fā)人員(包括設(shè)

10、計(jì)人員)的視圖，它約等于面向?qū)ο蠓治雠c設(shè)計(jì)方法中提到的“分析模型”。三、角色與使用場(chǎng)景分析在傳統(tǒng)的結(jié)構(gòu)化分析與設(shè)計(jì)方法中，整個(gè)分析視角是站在解決方案域的，很容易產(chǎn)生對(duì)問(wèn)題域分析不足的結(jié)果。用例分析技術(shù)的關(guān)鍵是“發(fā)現(xiàn)使用系統(tǒng)的角色(參與者)，了解并梳理這些角色將如何使用系統(tǒng)(場(chǎng)景)”，從而更好地完成“人”的視角的需求梳理。三、角色與使用場(chǎng)景分析1. 參與者參與者是在系統(tǒng)之外，透過(guò)系統(tǒng)邊界與系統(tǒng)進(jìn)行有意義交互的任何事物。本例中參與者包括 ：普通用戶與管理員。三、角色與使用場(chǎng)景分析2. 用例實(shí)例與用例用例實(shí)例(即場(chǎng)景)是在系統(tǒng)中執(zhí)行的一系列動(dòng)作，這些動(dòng)作將生成特定執(zhí)行者可見(jiàn)的價(jià)值結(jié)果，一個(gè)用例定義一

11、組用例實(shí)例。用例是對(duì)一組用例實(shí)例(場(chǎng)景)的抽象，也就是說(shuō)，用例是有路徑(基本事件流、擴(kuò)展事件流、子事件流等)的。一個(gè)場(chǎng)景是一個(gè)具體的行為，一個(gè)用例是對(duì)一類相關(guān)行為的抽象。 三、角色與使用場(chǎng)景分析3. 參與者與用例之間的關(guān)系、用例與用例之間的關(guān)系、參與者與參與者的關(guān)系參與者與用例的關(guān)系體現(xiàn)在一個(gè)參與者表示用例的使用者在與這些用例進(jìn)行交互時(shí)所扮演的角色。用例之間的關(guān)系有包含、擴(kuò)展和泛化。參與者之間的關(guān)系只有一種，那就是泛化。三、角色與使用場(chǎng)景分析事半功倍的問(wèn)題：你平時(shí)都做什么？（參與者目標(biāo)）這件事是誰(shuí)交辦的 ？做完了你需要通知或傳達(dá)給認(rèn)證嗎？做這件事情你都需要填寫(xiě)些什么表格嗎？三、角色與使用場(chǎng)景分

12、析示例：邊界確定(去除非End User的職責(zé)帶區(qū))確定角色(對(duì)剩下的職責(zé)帶區(qū)進(jìn)行角色化) 確定用例三、角色與使用場(chǎng)景分析示例：邊界確定確定角色確定用例主要參與者用例普通用戶1.普通用戶注冊(cè)2.普通用戶登錄3.用戶修改密碼4.查看菜譜5.點(diǎn)餐下單6.查看特色菜推薦信息7.查看訂單信息管理員1.管理員登錄2.菜品信息管理3.用戶信息管理4.訂單管理5.特色菜信息管理6.數(shù)據(jù)庫(kù)維護(hù)三、角色與使用場(chǎng)景分析 菜品信息管理用例，它的參與者是管理員，用例是菜品信息管理，菜品信息管理用例包含查看菜品信息、添加菜品、刪除菜品、修改菜品信息四個(gè)子用例，菜品信息管理是抽象出的一個(gè)基用例，是為了簡(jiǎn)化用例的描述。三、

13、角色與使用場(chǎng)景分析4用例分析技術(shù)應(yīng)用要點(diǎn)在上面用例分析的基礎(chǔ)上，來(lái)討論一下用例分析的幾個(gè)技術(shù)應(yīng)用要點(diǎn)。（1）用例真的有粒度嗎？（2）用業(yè)務(wù)動(dòng)詞命名用例十分重要。（3）采用先事后人的方式分析是要點(diǎn)。四、第一階段產(chǎn)物1工作任務(wù)說(shuō)明以為某餐飲公司開(kāi)發(fā)的Android點(diǎn)餐系統(tǒng)為例，詳細(xì)介紹該項(xiàng)目的第一階段分析情況。在需求分析的第一階段，核心任務(wù)就是結(jié)合業(yè)務(wù)流程、報(bào)表的需求，梳理出結(jié)構(gòu)框架和行為脈絡(luò)，為第二階段的需求分析工作建立基礎(chǔ)，指出方向。四、第一階段產(chǎn)物1工作任務(wù)說(shuō)明領(lǐng)域模型和用例模型：管理員主要負(fù)責(zé)系統(tǒng)的維護(hù)，訂單管理、菜品的增刪。希望通過(guò)這樣一個(gè)系統(tǒng)能夠吸引顧客，同時(shí)希望減少人力成本，獲得更高

14、的效率和收益。普通用戶主要使用這個(gè)系統(tǒng)來(lái)實(shí)現(xiàn)注冊(cè)賬號(hào)，點(diǎn)餐、座位預(yù)訂，節(jié)約時(shí)間。四、第一階段產(chǎn)物2業(yè)務(wù)事件分析“Android點(diǎn)餐系統(tǒng)”的總體業(yè)務(wù)流程包括如下步驟：（1）顧客在智能手機(jī)上登錄點(diǎn)餐系統(tǒng)客戶端后，自動(dòng)進(jìn)入菜譜界面，查看菜譜； （2）顧客選擇菜品進(jìn)行下單；（3）顧客選擇菜品數(shù)量，若需在餐廳用餐還需選擇座位號(hào)；（4）選擇完成并確定后，提交訂單； （5）訂單提交后，訂單數(shù)據(jù)會(huì)上傳到服務(wù)器；（6）訂單提交后，顧客可以在客戶端查看自己的訂單情況；（7）在管理員未確認(rèn)訂單之前，顧客可以對(duì)訂單進(jìn)行修改或取消操作；（8）管理員登錄點(diǎn)餐系統(tǒng)服務(wù)器端，對(duì)用戶訂單進(jìn)行確認(rèn)。 標(biāo)識(shí)出了查看菜譜、點(diǎn)餐下單、

15、菜品信息管理、用戶信息管理、訂單管理、特色菜信息管理、數(shù)據(jù)庫(kù)維護(hù)等業(yè)務(wù)事件。四、第一階段產(chǎn)物2業(yè)務(wù)事件分析以“菜品信息管理”業(yè)務(wù)事件為例四、第一階段產(chǎn)物2業(yè)務(wù)事件分析 服務(wù)器端的主要作用在于實(shí)現(xiàn)與數(shù)據(jù)庫(kù)的交互，完成相應(yīng)數(shù)據(jù)的增加、修改及刪除，具體的操作流程如下：（1）管理員輸入正確的登錄名和密碼來(lái)登錄系統(tǒng)；（2）管理員成功登錄系統(tǒng)后，可對(duì)系統(tǒng)的相關(guān)信息進(jìn)行管理。四、第一階段產(chǎn)物2業(yè)務(wù)事件分析 基于Android平臺(tái)的點(diǎn)餐系統(tǒng)采用C/S和B/S的混合模式結(jié)構(gòu)，其中手機(jī)客戶端的實(shí)現(xiàn)采用的是C/S模式，而服務(wù)器端基于B/S模式進(jìn)行實(shí)現(xiàn)。四、第一階段產(chǎn)物2業(yè)務(wù)事件分析參與該系統(tǒng)的類分別是用戶、管理員、

16、訂單、菜品、座位、菜品類別。四、第一階段產(chǎn)物3報(bào)表分析對(duì)于報(bào)表而言，分析工作可以分成why(目標(biāo))、what(內(nèi)容)與How(展現(xiàn)形式)三個(gè)層次。以“訂單業(yè)務(wù)報(bào)表”為例其要解決的問(wèn)題包括角色查詢、目的、相關(guān)場(chǎng)景與查詢頻率等方面的內(nèi)容。四、第一階段產(chǎn)物4抽象與整理客戶端:客戶端包括的主要功能有注冊(cè)功能、登錄功能、查看菜品功能、下單功能、選座功能、查看訂單功能等。服務(wù)器端：根據(jù)前文的分析可知道，服務(wù)器端包括的功能有登錄功能、用戶管理功能、菜譜管理、訂單管理等。系統(tǒng)管理模塊包含數(shù)據(jù)備份、數(shù)據(jù)恢復(fù)及數(shù)據(jù)打印功能四、第一階段產(chǎn)物4抽象與整理四、第一階段產(chǎn)物5填充需求規(guī)格說(shuō)明框架通過(guò)以上分析，就可以完成結(jié)

17、構(gòu)框架和行為脈絡(luò)的填充，同時(shí)將其填充到軟件需求規(guī)格說(shuō)明書(shū)中。需求規(guī)格說(shuō)明課后可以在網(wǎng)站下載參考。3-3需求分析案例以Android點(diǎn)餐系統(tǒng)為例。第二階段：確定需求細(xì)節(jié)一、確定行為需求的細(xì)節(jié)1.用例的靈活應(yīng)用根據(jù)行為需求的特點(diǎn)，可以將其分成“業(yè)務(wù)功能、報(bào)表功能、接口、技術(shù)支撐”4種類型。 統(tǒng)一封裝成用例，但在具體細(xì)節(jié)描述方面，可以對(duì)其進(jìn)行靈活處理。一、確定行為需求的細(xì)節(jié)2.用例描述模板 針對(duì)業(yè)務(wù)功能類的用例來(lái)說(shuō)，其需要整理的內(nèi)容主要包括事件流、相關(guān)需求與功能點(diǎn)、界面原型、規(guī)則與約束4個(gè)方面，描述的方法可以采用通用的用例描述模板來(lái)組織。 以“Android點(diǎn)餐系統(tǒng)”為例。一、確定行為需求的細(xì)節(jié)2.

18、用例描述模板以“Android點(diǎn)餐系統(tǒng)”查看菜品信息為例。一、確定行為需求的細(xì)節(jié)3.相關(guān)需求整理(1)用戶原始需求 將需求捕獲階段獲得的用戶原始需求，通常每個(gè)原始需求是以一句話的形式整理到相應(yīng)的用例中，它可以更好地建立用戶原始需求和軟件需求(即用例)之間的映射。 (2)相關(guān)功能點(diǎn) 在需求規(guī)格說(shuō)明書(shū)中除了可以將用戶原始需求歸類整理進(jìn)來(lái)，作為開(kāi)發(fā)時(shí)的重要參考依據(jù)之外，有時(shí)可能還會(huì)涉及一些無(wú)法有效地表述在事件流中的小功能點(diǎn)。 一、確定行為需求的細(xì)節(jié)4.界面原型(1) 要點(diǎn) (2) 交互不要忽略 (3) 別讓界面掩蓋本質(zhì)一、確定行為需求的細(xì)節(jié)4.界面原型一、確定行為需求的細(xì)節(jié)5.規(guī)則與約束規(guī)則大致可以分為：行為規(guī)則：或稱為功能規(guī)則、業(yè)務(wù)規(guī)則，它是指和業(yè)務(wù)邏輯、業(yè)務(wù)流程相關(guān)的規(guī)則。 結(jié)構(gòu)規(guī)則：或稱為數(shù)據(jù)規(guī)則，它是指和業(yè)務(wù)實(shí)體、屬性、派生屬性相關(guān)的規(guī)則。 界面規(guī)則：它是指和用戶界面相關(guān)的規(guī)則。 一、確定行為需求的細(xì)節(jié)5.規(guī)則與約束約束分成以下幾種類型： 性能指標(biāo)等非功能要求 軟、硬件環(huán)境限制 技術(shù)選擇限制 用戶特點(diǎn)及環(huán)境限制 二、確定結(jié)構(gòu)需求的細(xì)節(jié)(1)領(lǐng)域模型的組織(2)數(shù)據(jù)窗口分析 (3)數(shù)據(jù)組成與格式三、第二階段產(chǎn)物用例描