應用軟件系統需求培訓講師：賈偉東應用軟件系統需求培訓講師：賈偉東客戶的系統策劃、客戶平臺業務分析管理人員、平臺業務的管理者開發部門管理者、系統分析師、軟件系統設計師、軟件工程師軟件產品部門負責人網站策劃、美工軟件測試部門負責人等適用人群客戶的系統策劃、客戶平臺業務分析管理人員、平臺業務的管理者適2什么是需求？需求分析的要素寫需求說明的任務需求說明書規范課程內容

（全程案例－餐飲管理系統）什么是需求？課程內容

（全程案例－餐飲管理系統）3就是用戶想通過軟件系統平臺實現、輔助、簡化其工作范圍內的業務的要求一個需求是一個完整獨立的規范，要有明確的業務目標、流程、數據等“需求分析”是一個過程：指對要解決的問題進行詳細的分析，弄清楚問題的要求，包括需要輸入什么數據，要得到什么結果，最后應輸出什么。什么是軟件系統需求就是用戶想通過軟件系統平臺實現、輔助、簡化其工作范圍內的業務4用戶與開發人員很難進行交流

為什么要進行需求分析用戶的需求是動態變化的系統變更的代價呈非線性增長公司的平臺需要向產品化的方向發展討論分析一下，個人看法與實現體會用戶與開發人員很難進行交流為什么要進行需求分析用戶的需求是5需求分析的要素用例業務場景參與者需求分析的要素用例業務場景參與者6查找參與者參與者：涉眾，就是找出那些直接對系統發出動作，或者直接從系統中接收反饋的涉眾；先從崗位設置入手。上級部門或領導業務負責人崗位操作員崗位，數據收集服務對象….查找參與者參與者：涉眾，就是找出那些直接對系統發出動作，或者7誰負責提供、使用或刪除信息？誰使用此功能？誰對某個特定功能感興趣？在組織中的什么地方使用系統？誰負責支持和維護系統？系統有哪些外部資源？其他還有哪些系統將需要與該系統進行交互？調查誰負責提供、使用或刪除信息？調查8分析事例情況一：顧客通過酒店網站訂餐餐飲訂餐系統網站登陸網站顧客分析事例情況一：顧客通過酒店網站訂餐餐飲訂餐系統網站登陸網站9情況二：假定顧客通過電話，由接線生操作訂餐系統訂餐，那么接線生才是真正的參與者，而顧客實際上是訂餐電話服務中心的參與者.電話訂餐系統網站顧客接線生情況二：假定顧客通過電話，由接線生操作訂餐系統訂餐，那么接線10情況三：顧客通過酒店訂餐電話的自動語音訂餐。（參與者是非人類）顧客訂餐系統網站酒店電話服務中心自動語音情況三：顧客通過酒店訂餐電話的自動語音訂餐。（參與者是非人11情況四：擴大系統邊界，讓酒店電話服務中心成為訂餐管理系統的一個子系統，并且假設顧客戶訂餐可以自主選擇可通過接線生、自動語音還是登錄網站訂餐系統，那么顧客是參與者，而接線生則變成業務工人情況四：擴大系統邊界，讓酒店電話服務中心成為訂餐管理系統的一12電話酒店訂餐管理系統登陸網站WEB子系統網站訂餐電話服務子系統自動語音接線生登陸網站顧客電話酒店訂餐管理系統登陸網站WEB子系統網站訂餐電話服務子系13是參與者的一個版型。是與業務系統有著交互的人和事物，他們用來確認業務范圍。業務主角我是主角我是誰？業務主角圖示是參與者的一個版型。業務主角我是主角業務主角圖示14如果你對獲得的業務主角不是很自信，請回答以下問題：1.業務主角的名稱是否是客戶的業務業語？2.其職責是否在客戶的崗位手冊里有對應的定義？3.其業務用例是否都是客戶的業務術語？4.客戶是否對業務主角能順序理解？不會也有我的份吧？如果你對獲得的業務主角不是很自信，請回答以下問題：不會也有我15參與了業務，他是被動參與業務的，不好說他有什么具體的目的，但又的確在業務過程中做了事情。是一個可有可無的，不是參與者，三個原因：一、不主動向系統發出動作二、沒有完整的業務目標三、系統不是為他服務的業務工人我不說話參與了業務，他是被動參與業務的，不好說他有什么具體的目的，但16用例的定義是由參與者驅動的，并且給參與者提供可觀測的有意義的結果的一系統的活動的集合，參與者對系統的期望就是什么人可以做什么事（一個用例是參與者對目標系統的一個愿望，一個完整的事件），通過用例圖表現出來什么是用例？用例的定義是由參與者驅動的，并且給參與者提供可觀測的有意義的17獲取用例的準備工作主角1主角2涉眾系統邊界可能的用例獲取用例的準備工作主角1主角2涉眾系統邊界可能的用例18您對系統有什么期望？您打算在系統中做些什么事情？您做這件事的目的是什么？您做完這件事希望有一個什么樣的結果？確保一個明確的有效目標才是一個用例的來源確保一人真實的目標應當完備地表達主角的期望一個有效的目標應當在系統邊界內，由主角發動，并具有明確的后果。用例獲取情景您對系統有什么期望？用例獲取情景19以下做一個情景演習情景演習:一個需求分析員一個餐廳老板(財務)一個大堂經理(大廚)問題是什么？看一下吧以下做一個情景演習情景演習:問題是什么？看一下吧20“張總”（餐廳老板）您對系統有什么期望？張總：我對收銀員不放心，他們可能私拿了我的錢;吧吧庫房物品帳目不清;帳務算帳太慢了。系統需要解決這些問題劉經理（大堂）：一到吃飯的時，大堂總是比較亂，沒有的菜也點、菜不能按順序上等。系統可不可解決這些問題獲取用例情景“張總”（餐廳老板）您對系統有什么期望？獲取用例情景21張總，您打算在系統中做些什么事情？張總：我想到在睡覺前就看到今天的營業報表;大廚：月底馬上就要給我本月的成本及下個月的預算獲取用例情景張總，您打算在系統中做些什么事情？獲取用例情景22張總，您做開發餐廳系統的目的是什么？張總：數據清楚，實時可查，如“紅燒肉”買了多少份。我還想省點人工。我想讓系統給我多位來點顧客…李大姐（財務），你希望系統可以解決什么事？李大姐：不要讓我每天很晚還要一張一張的單記帳了吧,我每天坐在這里就可以看到營業額，材料成本就好獲取用例情景張總，您做開發餐廳系統的目的是什么？獲取用例情景23支持信用卡接算業務嗎？ 插入客戶VIP金卡？輸入菜名？選擇做菜方法服務？結帳？餐飲管理用例判斷錯,這是一個業務規則，限定業務的范圍錯，這是一個過程步驟，不是完整的目標錯，同上錯，同上對，這是一個有效的完整目標支持信用卡接算業務嗎？ 餐飲管理用例判斷錯,這是一個業務規則24催菜？掛失客戶VIP卡？退菜？張貼出特價菜？吃到不衛生的飯菜免單收銀員找零用例判斷這是一個有效的完整目標對錯，已經超出了邊界范圍錯，同上錯 收銀員沒有找零的愿望，只是過程步驟催菜？用例判斷這是一個有效的完整目標25通過用例來劃分子系統、功能模塊各功能點用例是捕獲功能性需求的，前提條件是從參與者角度出發的，用例并不是功能。功能實際描述的是輸入—計算—輸出一、這個事物是什么？（結構）二、這人事物能做什么？（功能）三、人們能夠用這個事物做什么？（使用）用例與功能的誤區通過用例來劃分子系統、功能模塊各功能點用例與功能的誤區26一、自行車是一種交通工具，它由傳動系統、剎車系統等部分組成(結構)二、自行車可以騎行、可以載物(功能)三、人們可以用雙腳蹬動踏板向前行進，可以用手捏合剎車使自行車停下來(使用)描述自行車一、自行車是一種交通工具，它由傳動系統、剎車系統等部分組成(27功能是脫離使用者的愿望而存在的用例是描述使用者的愿望，是使用者對系統的使用要求。功能是孤立，給一個輸入，通過計算就可以有一個固定的輸出。用例描述的是一個系統性的工作，這工作非常明確地去達成一個特定的目標用例可以解釋為一系列完成一個特定目標的“功能”的組合，針對不同的應用場景，這些“功能”體現不同的組合方式總結用例與功能的區別功能是脫離使用者的愿望而存在的總結用例與功能的區別28在實際應用中，對用例使用的另一個誤區是混淆目標和完成目標的步驟。目標與步驟的誤區就餐以完整的目標作為用例

顧客在實際應用中，對用例使用的另一個誤區是混淆目標和完成目標的步29以步驟作為用例（不對）點菜使用VIP卡結帳打印單據

顧客以步驟作為用例（不對）點菜使用VIP卡結帳打印單據顧客30分不清目標和步驟粒度過于細小，使得系統分析沒有抽象的余地如果系統達到一定的規模面對幾百上千的用例不知你該如何處理？用例粒度的誤區分不清目標和步驟用例粒度的誤區31同一個需求階段中用例粒度大小不一，原因是你心目中沒有一個清楚的邊界，沒有檢查現階級處于哪個抽象層次而造成的邊界決定了當前分析階段的抽象層次，錯誤的暴露會導致（程序）結構的混亂用例粒度的誤區同一個需求階段中用例粒度大小不一，原因是你心目中沒有一個清楚32進行打拆結帳超出邊界，結帳包括在就餐用例中，只是一個過程，打折也不是顧客想做就可以做的事解決辦法就是認定系統邊界和抽象層次如上以”大堂管理”做為邊界，就可以是大堂經理為了業務需要主動提出給顧客打折，告知收銀員或是直接對當前訂單設定拆操“進行打拆”就可以成為一個用例粒度分析（餐飲中顧客用例）大堂經理訂單打折查看訂單狀態顧客訂餐就餐打折結帳進行打拆結帳超出邊界，結帳包括在就餐用例中，只是一個過程，打33業務用例的實現（訂餐）訂餐網上訂餐電話訂餐到吧臺訂餐業務用例的實現（訂餐）訂餐網上訂餐電話訂餐到吧臺訂餐34點菜員下單退菜加菜收銀員結帳查閱訂單查看餐廳狀態餐廳內的訂單用例點菜員下單退菜加菜收銀員結帳查閱訂單查看餐廳狀態餐廳內的訂單35在顧客就餐用例中點菜員只能是業務工人，那就是因為邊界抽象設定就是餐廳系統假設為顧客服務，即以顧客角度看問題現在以點菜員的角度看問題，菜單我們改一下名稱叫訂單，就是發送訂單假設為一個子系統，也就是說邊界就是點菜員輸入訂單后要廚房照單做菜，再讓菜做好傳到大堂,也就是說不考慮顧客的角度，就是為了工作環境的需要。那以點菜員就成為了這個邊界的業務主角，用例如下：點菜單發出訂單用例在顧客就餐用例中點菜員只能是業務工人，那就是因為邊界抽象設定36每人定義一個簡單的業務系統名稱寫出所有的參與者、業務工人畫出二個主要角色用例練習一參與命題

一、超市購物系統——購物者、收銀員、發票座席

二、辦公物品管理——部門員工、用品管理員

三、吧臺管理子系統——吧臺出酒水用例每人定義一個簡單的業務系統名稱寫出所有的參與者、業務工人畫出37用活動圖描述如何達到某一個目標所做的事以及執行的順序。也就是業務場景，每個節點（活動）完成一個工作單元業務場景用活動圖描述如何達到某一個目標所做的事以及執行的順序。也就是38邊界決定視界,對有形的事物來說，就是大多數時候可以看得見的(在什么位置看出什么)。邊界決定描象層次，自項向下的方式把系統描述清楚。靈活使用邊界，邊界是無形的，大到業務框架，小到一個業務功能的需求邊界邊界決定視界,對有形的事物來說，就是大多數時候可以看得見的(39顧客網站訂餐場景餐廳顧客就餐場景倉庫進貨場景財務日帳場景餐廳管理系統一些場景引導顧客入座場景吧臺申請酒水場景收銀員結帳場景顧客網站訂餐場景餐廳管理系統一些場景引導顧客入座場景40餐廳顧客就餐場景餐廳顧客就餐場景41繼續練習定義一個邊界，畫出業務場景（活動圖）練習二參考命題

一、購物過程、打印發票

二、員工獲取辦公品、辦公品的采購

三、吧臺申請酒水、結帳場景繼續練習定義一個邊界，畫出業務場景（活動圖）練習二參考命題

42需求的任務二、功能性能與擴展要求

三、業務系統的數據要求

四、業務流程與特征要求

五、修正系統開發計劃

一、業務目標、概念定義

需求的任務二、功能性能與擴展要求三、業務系統的數據要求四43⑴首先調查組織機構情況

包括了解該組織的部門組成情況，各部門的職能等，為分析信息流程作準備。⑵然后調查各部門的業務活動情況

包括了解各個部門輸入和使用什么數據，如何加工處理這些數據，輸出什么信息，輸出到什么部門，輸出結果的格式是什么。具體的準備工作⑴首先調查組織機構情況具體的準備工作44⑶協助用戶明確對新系統的各種要求包括信息要求、處理要求、完全性與完整性要求。⑷確定新系統的邊界確定哪些功能由計算機完成或將來準備讓計算機完成，哪些活動由人工完成。由計算機完成的功能就是新系統應該實現的功能。具體的準備工作⑶協助用戶明確對新系統的各種要求具體的準備工作45⑴跟班作業

通過親身參加業務工作來了解業務活動的情況。這種方法可以比較準確地理解用戶的需求，但比較耗費時間。⑵開調查會

通過與用戶座談來了解業務活動情況及用戶需求。座談時，參加者之間可以相互啟發。⑶請專人介紹。

⑷詢問

對某些調查中的問題，可以找專人詢問。常用的調查方法⑴跟班作業

通過親身參加業務工作來了解業務活動的情況。這46⑸設計調查表請用戶填寫

如果調查表設計得合理，這種方法是很有效，也很易于為用戶接受的。⑹查閱工作記錄即查閱與原系統有關的數據記錄，包括原始單據、賬簿、報表等。通過調查了解了用戶需求后，還需要進一步分析和表達用戶的需求。分析和表達用戶需求的方法主要包括自頂向下和自底向上兩類方法。常用的調查方法⑸設計調查表請用戶填寫常用的調查方法47業務目標，就是為什么要做，解決了哪一些重要的問題，達到什么樣的目標與結果業務術語，就是到相關業務方面的專用名詞的解釋，大方面的總體術語，參與者名稱的解釋，業務對象與操作的解釋，部門間的，對外的術語等要求術語表示要全面，準確、統一、唯一性。需求內容要用術語進行溝通。有二義性或是不同義的名稱也要進行解釋說明。一般名稱包括參與者名稱的解釋，業務對象與操作的解釋等。業務目標、業務術語業務目標，就是為什么要做，解決了哪一些重要的問題，達到什么樣48因為現有餐廳業務不夠飽和，及顧客意見要求是否可預訂，需要開發網上預訂及電話預訂服務系統，以達到提高餐廳銷售業績本系統與方便顧客訂餐的問題.訂單：這里指的是顧客就餐時的菜單（訂單的數據格式！）電子菜譜：為方例顧客訂餐而設定的餐廳服務的菜名列表（名稱分大類、小類兩個層次、做法與加碼）訂餐子系統的業務目標因為現有餐廳業務不夠飽和，及顧客意見要求是否可預訂，需要開發49餐飲服務業務邊界邊界描述、業務框架顧客散客單位顧客倉庫財務部門酒水吧臺收銀臺廚房大堂服務中心餐飲服務業務邊界邊界描述、業務框架顧客散客單位顧客倉庫財務部50明確業務目標是為誰服務邊界明確決定了哪些涉眾（忽略業務工人）與這一業務目標利益相關，這些涉眾可以提出他們的期望邊界的劃分指明了需求分析的起點，推導用例。邊界進一步的深入明確業務目標是為誰服務51一個流程達到什么目標？流程節點抽象層次名稱表示的準確性、可理解性、一致性開始、動作、狀態、分支、判斷、備注、錯誤提示、結束寫業務流程要注意什么一個流程達到什么目標？寫業務流程要注意什么52如何描述功能功能說明與具體模塊圖如何描述功能功能說明與具體模塊圖53一、層次段落文本說明

1.1業務功能名稱A

[業務描述：業務前提說明、結果說明、過程說明、工作中的報表單據與規范等]

1.1.1子功能或操作名稱

[描述]。。。常用的三種表示方式一、層次段落文本說明

1.1業務功能名稱A

[業務描述：業54二、用戶交互圖示法

[界面視圖或來源]

[對界面上的部分細節作一下解釋說明]

如何描述功能二、用戶交互圖示法

[界面視圖或來源]

[對界面上的部分細節55如何描述功能三、標準表格功能編號DH0301業務類型[頁面/接口/后臺功能/數據處理/變更/作廢]示意圖業務功能簡述描述業務要求信息來源與輸入：條件名稱與要求輸出與結果要求：輸出項目名稱說明，結果要求與描述關系與接口描述[與其它相關的功能名及關系][需要開放什么樣的接口]操作步驟或流程圖：按步驟順序說明過程如何描述功能三、標準表格功能編號DH0301業務類型[頁面/56定義一個功能，使用其中一種方式來描述練習三參與命題

一、收銀結帳、發票打印

二、申請辦公品、物品入庫

三、結帳功能定義一個功能，使用其中一種方式來描述練習三參與命題

一、收銀57用戶數說明：不同業務功能的日訪問量、在線人數、最高在線人數在線運行時間穩定性需求：如出現故障的最長充許處理時間、工作業務時間段等功能運行速度需求：如功能查詢的反應時長、頁面反應速度、結果時間要求等系統兼容性需求：如操作系統要求、瀏覽器兼容要求數據要求：業務數據保持時長、最大業務數據容量等性能需求有哪些用戶數說明：不同業務功能的日訪問量、在線人數、最高在線人數性58人員結構、權限管理、數值范圍重要業務數據指標有哪些？業務數據的時間性要求、數據量大小接口數據項（輸入、輸出）功能條件業務對應的數據項各種業務展示數據項數據需求有哪些人員結構、權限管理、數值范圍數據需求有哪些59渠道應用系統用戶數據需求子系統名稱用戶總數(W)一般在線用戶數(W)最高在線用戶數估計(W)完美前程（推廣門戶）10025完美錢程（社會推廣員）20.20.5網盟0.50.10.3渠道應用系統用戶數據需求子系統名稱用戶總數(W)一般在線用戶60新加需求的獨立性，前提條件、業務過程、結果，數據的關聯變更需求的功能與數據的邏輯性、涉及的影響點、注明變更的人、時間、計劃為了進行變更，靈活性要求、擴展性要求需求的變更新加需求的獨立性，前提條件、業務過程、結果，數據的關聯需求的61需求說明書模板與案例糾錯需求說明書模板渠道推廣中心門戶需求說明書v1.0新手卡系統V1.2_需求說明書需求說明書模板與案例糾錯需求說明書模板62學習了什么內容？術語、過程、方法、規范。得到了哪些能力（溝通、理解力、表達力、專業知識）？案例分析，需求分析是一個過程，發現、挖掘與如何規范化表達的過程，需求是開發設計的引導結果是什么？（需求說明書）總結學習了什么內容？術語、過程、方法、規范。總結63/view/111493.htm/view/7607538a6529647d27285209.html/view/cd5e6d2acfc789eb172dc85a.html參考/view/1164謝謝了！謝謝了！65演講完畢，謝謝觀看！演講完畢，謝謝觀看！66應用軟件系統需求培訓講師：賈偉東應用軟件系統需求培訓講師：賈偉東客戶的系統策劃、客戶平臺業務分析管理人員、平臺業務的管理者開發部門管理者、系統分析師、軟件系統設計師、軟件工程師軟件產品部門負責人網站策劃、美工軟件測試部門負責人等適用人群客戶的系統策劃、客戶平臺業務分析管理人員、平臺業務的管理者適68什么是需求？需求分析的要素寫需求說明的任務需求說明書規范課程內容

（全程案例－餐飲管理系統）什么是需求？課程內容

（全程案例－餐飲管理系統）69就是用戶想通過軟件系統平臺實現、輔助、簡化其工作范圍內的業務的要求一個需求是一個完整獨立的規范，要有明確的業務目標、流程、數據等“需求分析”是一個過程：指對要解決的問題進行詳細的分析，弄清楚問題的要求，包括需要輸入什么數據，要得到什么結果，最后應輸出什么。什么是軟件系統需求就是用戶想通過軟件系統平臺實現、輔助、簡化其工作范圍內的業務70用戶與開發人員很難進行交流

為什么要進行需求分析用戶的需求是動態變化的系統變更的代價呈非線性增長公司的平臺需要向產品化的方向發展討論分析一下，個人看法與實現體會用戶與開發人員很難進行交流為什么要進行需求分析用戶的需求是71需求分析的要素用例業務場景參與者需求分析的要素用例業務場景參與者72查找參與者參與者：涉眾，就是找出那些直接對系統發出動作，或者直接從系統中接收反饋的涉眾；先從崗位設置入手。上級部門或領導業務負責人崗位操作員崗位，數據收集服務對象….查找參與者參與者：涉眾，就是找出那些直接對系統發出動作，或者73誰負責提供、使用或刪除信息？誰使用此功能？誰對某個特定功能感興趣？在組織中的什么地方使用系統？誰負責支持和維護系統？系統有哪些外部資源？其他還有哪些系統將需要與該系統進行交互？調查誰負責提供、使用或刪除信息？調查74分析事例情況一：顧客通過酒店網站訂餐餐飲訂餐系統網站登陸網站顧客分析事例情況一：顧客通過酒店網站訂餐餐飲訂餐系統網站登陸網站75情況二：假定顧客通過電話，由接線生操作訂餐系統訂餐，那么接線生才是真正的參與者，而顧客實際上是訂餐電話服務中心的參與者.電話訂餐系統網站顧客接線生情況二：假定顧客通過電話，由接線生操作訂餐系統訂餐，那么接線76情況三：顧客通過酒店訂餐電話的自動語音訂餐。（參與者是非人類）顧客訂餐系統網站酒店電話服務中心自動語音情況三：顧客通過酒店訂餐電話的自動語音訂餐。（參與者是非人77情況四：擴大系統邊界，讓酒店電話服務中心成為訂餐管理系統的一個子系統，并且假設顧客戶訂餐可以自主選擇可通過接線生、自動語音還是登錄網站訂餐系統，那么顧客是參與者，而接線生則變成業務工人情況四：擴大系統邊界，讓酒店電話服務中心成為訂餐管理系統的一78電話酒店訂餐管理系統登陸網站WEB子系統網站訂餐電話服務子系統自動語音接線生登陸網站顧客電話酒店訂餐管理系統登陸網站WEB子系統網站訂餐電話服務子系79是參與者的一個版型。是與業務系統有著交互的人和事物，他們用來確認業務范圍。業務主角我是主角我是誰？業務主角圖示是參與者的一個版型。業務主角我是主角業務主角圖示80如果你對獲得的業務主角不是很自信，請回答以下問題：1.業務主角的名稱是否是客戶的業務業語？2.其職責是否在客戶的崗位手冊里有對應的定義？3.其業務用例是否都是客戶的業務術語？4.客戶是否對業務主角能順序理解？不會也有我的份吧？如果你對獲得的業務主角不是很自信，請回答以下問題：不會也有我81參與了業務，他是被動參與業務的，不好說他有什么具體的目的，但又的確在業務過程中做了事情。是一個可有可無的，不是參與者，三個原因：一、不主動向系統發出動作二、沒有完整的業務目標三、系統不是為他服務的業務工人我不說話參與了業務，他是被動參與業務的，不好說他有什么具體的目的，但82用例的定義是由參與者驅動的，并且給參與者提供可觀測的有意義的結果的一系統的活動的集合，參與者對系統的期望就是什么人可以做什么事（一個用例是參與者對目標系統的一個愿望，一個完整的事件），通過用例圖表現出來什么是用例？用例的定義是由參與者驅動的，并且給參與者提供可觀測的有意義的83獲取用例的準備工作主角1主角2涉眾系統邊界可能的用例獲取用例的準備工作主角1主角2涉眾系統邊界可能的用例84您對系統有什么期望？您打算在系統中做些什么事情？您做這件事的目的是什么？您做完這件事希望有一個什么樣的結果？確保一個明確的有效目標才是一個用例的來源確保一人真實的目標應當完備地表達主角的期望一個有效的目標應當在系統邊界內，由主角發動，并具有明確的后果。用例獲取情景您對系統有什么期望？用例獲取情景85以下做一個情景演習情景演習:一個需求分析員一個餐廳老板(財務)一個大堂經理(大廚)問題是什么？看一下吧以下做一個情景演習情景演習:問題是什么？看一下吧86“張總”（餐廳老板）您對系統有什么期望？張總：我對收銀員不放心，他們可能私拿了我的錢;吧吧庫房物品帳目不清;帳務算帳太慢了。系統需要解決這些問題劉經理（大堂）：一到吃飯的時，大堂總是比較亂，沒有的菜也點、菜不能按順序上等。系統可不可解決這些問題獲取用例情景“張總”（餐廳老板）您對系統有什么期望？獲取用例情景87張總，您打算在系統中做些什么事情？張總：我想到在睡覺前就看到今天的營業報表;大廚：月底馬上就要給我本月的成本及下個月的預算獲取用例情景張總，您打算在系統中做些什么事情？獲取用例情景88張總，您做開發餐廳系統的目的是什么？張總：數據清楚，實時可查，如“紅燒肉”買了多少份。我還想省點人工。我想讓系統給我多位來點顧客…李大姐（財務），你希望系統可以解決什么事？李大姐：不要讓我每天很晚還要一張一張的單記帳了吧,我每天坐在這里就可以看到營業額，材料成本就好獲取用例情景張總，您做開發餐廳系統的目的是什么？獲取用例情景89支持信用卡接算業務嗎？ 插入客戶VIP金卡？輸入菜名？選擇做菜方法服務？結帳？餐飲管理用例判斷錯,這是一個業務規則，限定業務的范圍錯，這是一個過程步驟，不是完整的目標錯，同上錯，同上對，這是一個有效的完整目標支持信用卡接算業務嗎？ 餐飲管理用例判斷錯,這是一個業務規則90催菜？掛失客戶VIP卡？退菜？張貼出特價菜？吃到不衛生的飯菜免單收銀員找零用例判斷這是一個有效的完整目標對錯，已經超出了邊界范圍錯，同上錯 收銀員沒有找零的愿望，只是過程步驟催菜？用例判斷這是一個有效的完整目標91通過用例來劃分子系統、功能模塊各功能點用例是捕獲功能性需求的，前提條件是從參與者角度出發的，用例并不是功能。功能實際描述的是輸入—計算—輸出一、這個事物是什么？（結構）二、這人事物能做什么？（功能）三、人們能夠用這個事物做什么？（使用）用例與功能的誤區通過用例來劃分子系統、功能模塊各功能點用例與功能的誤區92一、自行車是一種交通工具，它由傳動系統、剎車系統等部分組成(結構)二、自行車可以騎行、可以載物(功能)三、人們可以用雙腳蹬動踏板向前行進，可以用手捏合剎車使自行車停下來(使用)描述自行車一、自行車是一種交通工具，它由傳動系統、剎車系統等部分組成(93功能是脫離使用者的愿望而存在的用例是描述使用者的愿望，是使用者對系統的使用要求。功能是孤立，給一個輸入，通過計算就可以有一個固定的輸出。用例描述的是一個系統性的工作，這工作非常明確地去達成一個特定的目標用例可以解釋為一系列完成一個特定目標的“功能”的組合，針對不同的應用場景，這些“功能”體現不同的組合方式總結用例與功能的區別功能是脫離使用者的愿望而存在的總結用例與功能的區別94在實際應用中，對用例使用的另一個誤區是混淆目標和完成目標的步驟。目標與步驟的誤區就餐以完整的目標作為用例

顧客在實際應用中，對用例使用的另一個誤區是混淆目標和完成目標的步95以步驟作為用例（不對）點菜使用VIP卡結帳打印單據

顧客以步驟作為用例（不對）點菜使用VIP卡結帳打印單據顧客96分不清目標和步驟粒度過于細小，使得系統分析沒有抽象的余地如果系統達到一定的規模面對幾百上千的用例不知你該如何處理？用例粒度的誤區分不清目標和步驟用例粒度的誤區97同一個需求階段中用例粒度大小不一，原因是你心目中沒有一個清楚的邊界，沒有檢查現階級處于哪個抽象層次而造成的邊界決定了當前分析階段的抽象層次，錯誤的暴露會導致（程序）結構的混亂用例粒度的誤區同一個需求階段中用例粒度大小不一，原因是你心目中沒有一個清楚98進行打拆結帳超出邊界，結帳包括在就餐用例中，只是一個過程，打折也不是顧客想做就可以做的事解決辦法就是認定系統邊界和抽象層次如上以”大堂管理”做為邊界，就可以是大堂經理為了業務需要主動提出給顧客打折，告知收銀員或是直接對當前訂單設定拆操“進行打拆”就可以成為一個用例粒度分析（餐飲中顧客用例）大堂經理訂單打折查看訂單狀態顧客訂餐就餐打折結帳進行打拆結帳超出邊界，結帳包括在就餐用例中，只是一個過程，打99業務用例的實現（訂餐）訂餐網上訂餐電話訂餐到吧臺訂餐業務用例的實現（訂餐）訂餐網上訂餐電話訂餐到吧臺訂餐100點菜員下單退菜加菜收銀員結帳查閱訂單查看餐廳狀態餐廳內的訂單用例點菜員下單退菜加菜收銀員結帳查閱訂單查看餐廳狀態餐廳內的訂單101在顧客就餐用例中點菜員只能是業務工人，那就是因為邊界抽象設定就是餐廳系統假設為顧客服務，即以顧客角度看問題現在以點菜員的角度看問題，菜單我們改一下名稱叫訂單，就是發送訂單假設為一個子系統，也就是說邊界就是點菜員輸入訂單后要廚房照單做菜，再讓菜做好傳到大堂,也就是說不考慮顧客的角度，就是為了工作環境的需要。那以點菜員就成為了這個邊界的業務主角，用例如下：點菜單發出訂單用例在顧客就餐用例中點菜員只能是業務工人，那就是因為邊界抽象設定102每人定義一個簡單的業務系統名稱寫出所有的參與者、業務工人畫出二個主要角色用例練習一參與命題

一、超市購物系統——購物者、收銀員、發票座席

二、辦公物品管理——部門員工、用品管理員

三、吧臺管理子系統——吧臺出酒水用例每人定義一個簡單的業務系統名稱寫出所有的參與者、業務工人畫出103用活動圖描述如何達到某一個目標所做的事以及執行的順序。也就是業務場景，每個節點（活動）完成一個工作單元業務場景用活動圖描述如何達到某一個目標所做的事以及執行的順序。也就是104邊界決定視界,對有形的事物來說，就是大多數時候可以看得見的(在什么位置看出什么)。邊界決定描象層次，自項向下的方式把系統描述清楚。靈活使用邊界，邊界是無形的，大到業務框架，小到一個業務功能的需求邊界邊界決定視界,對有形的事物來說，就是大多數時候可以看得見的(105顧客網站訂餐場景餐廳顧客就餐場景倉庫進貨場景財務日帳場景餐廳管理系統一些場景引導顧客入座場景吧臺申請酒水場景收銀員結帳場景顧客網站訂餐場景餐廳管理系統一些場景引導顧客入座場景106餐廳顧客就餐場景餐廳顧客就餐場景107繼續練習定義一個邊界，畫出業務場景（活動圖）練習二參考命題

一、購物過程、打印發票

二、員工獲取辦公品、辦公品的采購

三、吧臺申請酒水、結帳場景繼續練習定義一個邊界，畫出業務場景（活動圖）練習二參考命題

108需求的任務二、功能性能與擴展要求

三、業務系統的數據要求

四、業務流程與特征要求

五、修正系統開發計劃

一、業務目標、概念定義

需求的任務二、功能性能與擴展要求三、業務系統的數據要求四109⑴首先調查組織機構情況

包括了解該組織的部門組成情況，各部門的職能等，為分析信息流程作準備。⑵然后調查各部門的業務活動情況

包括了解各個部門輸入和使用什么數據，如何加工處理這些數據，輸出什么信息，輸出到什么部門，輸出結果的格式是什么。具體的準備工作⑴首先調查組織機構情況具體的準備工作110⑶協助用戶明確對新系統的各種要求包括信息要求、處理要求、完全性與完整性要求。⑷確定新系統的邊界確定哪些功能由計算機完成或將來準備讓計算機完成，哪些活動由人工完成。由計算機完成的功能就是新系統應該實現的功能。具體的準備工作⑶協助用戶明確對新系統的各種要求具體的準備工作111⑴跟班作業

通過親身參加業務工作來了解業務活動的情況。這種方法可以比較準確地理解用戶的需求，但比較耗費時間。⑵開調查會

通過與用戶座談來了解業務活動情況及用戶需求。座談時，參加者之間可以相互啟發。⑶請專人介紹。

⑷詢問

對某些調查中的問題，可以找專人詢問。常用的調查方法⑴跟班作業

通過親身參加業務工作來了解業務活動的情況。這112⑸設計調查表請用戶填寫

如果調查表設計得合理，這種方法是很有效，也很易于為用戶接受的。⑹查閱工作記錄即查閱與原系統有關的數據記錄，包括原始單據、賬簿、報表等。通過調查了解了用戶需求后，還需要進一步分析和表達用戶的需求。分析和表達用戶需求的方法主要包括自頂向下和自底向上兩類方法。常用的調查方法⑸設計調查表請用戶填寫常用的調查方法113業務目標，就是為什么要做，解決了哪一些重要的問題，達到什么樣的目標與結果業務術語，就是到相關業務方面的專用名詞的解釋，大方面的總體術語，參與者名稱的解釋，業務對象與操作的解釋，部門間的，對外的術語等要求術語表示要全面，準確、統一、唯一性。需求內容要用術語進行溝通。有二義性或是不同義的名稱也要進行解釋說明。一般名稱包括參與者名稱的解釋，業務對象與操作的解釋等。業務目標、業務術語業務目標，就是為什么要做，解決了哪一些重要的問題，達到什么樣114因為現有餐廳業務不夠飽和，及顧客意見要求是否可預訂，需要開發網上預訂及電話預訂服務系統，以達到提高餐廳銷售業績本系統與方便顧客訂餐的問題.訂單：這里指的是顧客就餐時的菜單（訂單的數據格式！）電子菜譜：為方例顧客訂餐而設定的餐廳服務的菜名列表（名稱分大類、小類兩個層次、做法與加碼）訂餐子系統的業務目標因為現有餐廳業務不夠飽和，及顧客意見要求是否可預訂，需要開發115餐飲服務業務邊界邊界描述、業務框架顧客散客單位顧客倉庫財務部門酒水吧臺收銀臺廚房大堂服務中心餐飲服務業務邊界邊界描述、業務框架顧客散客單位顧客倉庫財務部116明確業務目標是為誰服務邊界明確決定了哪些涉眾（忽略業務工人）與這一業務目標利益相關，這些涉眾可以提出他們的期望邊界的劃分指明了需求分析的起點，推導用例。邊界進一步的深入明確業務目標是為誰服務117一個流程達到什么目標？流程節點抽象層次名稱表示的準確性、可理解性、一致性開始