1、軟件需求工程 軟件工程是以借鑒傳統(tǒng)工程的原則、方法，以提高質(zhì)量，降低成本為目的指導(dǎo)計算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科 付出較低的開發(fā)成本； 達(dá)到要求的軟件功能； 取得較好的軟件性能；需要較低的維護(hù)費(fèi)用； 能按時完成開發(fā)工作，及時交付使用； 軟件工程的基本目標(biāo)錯誤擴(kuò)大現(xiàn)象Xerox 查找和修復(fù)故障的時間表Requirement ModellingUse case 需求分析的第一步是確定系統(tǒng)能夠做什么？誰來使用這個系統(tǒng)？ 用例圖顯示用例（表示系統(tǒng)功能）與角色（表示提供或者接收系統(tǒng)信息的人或系統(tǒng)）之間的交互。用戶、項目管理員、分析人員、開發(fā)人員、質(zhì)保人員都可以通過用例圖了解系統(tǒng)功能。用例分析技術(shù)已成為重

2、要的需求分析技術(shù)之一。 課程登記實(shí)例的Use Case圖訂單處理系統(tǒng)初始問題描述 我們正在為National Widgets郵遞公司開發(fā)訂單處理系統(tǒng)。這是一家轉(zhuǎn)售各種商品的公司。這家公司一年公布兩次產(chǎn)品目錄，并將其郵遞給了客戶和其他感興趣的人。公司接到用戶訂單并適當(dāng)投遞。“你認(rèn)為一年公布兩次合適嗎？我們的產(chǎn)品變化得可非?？煅?？”“這只是我們的開始。我們會在需求分析過程中進(jìn)一步補(bǔ)充和完善，加深理解?！?訂單處理系統(tǒng)補(bǔ)充問題描述 客戶以遞交訂單并且向National Widgets公司付款的方式購買商品。National Widgets公司處理訂單并且將產(chǎn)品投遞到客戶指定地址。 訂單處理軟件記錄從

3、訂單收到直到商品被投遞給客戶的整個過程。 National Widgets公司提供快捷的服務(wù)。他們應(yīng)該能夠以最快、最有效的方法來運(yùn)送客戶訂購的產(chǎn)品。風(fēng)險分析郵購市場調(diào)研 多數(shù)家庭成年人都有工作，至少是兼職工作。他們都很少有時間購物。因此他們通常愿意付錢郵購商品。 網(wǎng)上購物日前很流行，是郵購市場的競爭者。 其它的郵遞公司提供24小時訂單接收服務(wù)，郵遞的次數(shù)從一天到兩周不等；此外還有禮品打包服務(wù)，并提供大量的折扣。 優(yōu)勢.信息廣泛? 實(shí)時處理? 易于操作? 可靠性高?National Widgets的風(fēng)險因素 如何在系統(tǒng)出錯時防止丟失訂單？*系統(tǒng)必須易于操作以使得非專業(yè)人士可以使用？*如果我們不提

4、供Web界面是否會成功？*我們應(yīng)該如何處理公司不同部門的眾多實(shí)時用戶？*我們應(yīng)該如何應(yīng)付數(shù)據(jù)庫崩潰？* 有些軟件設(shè)計人員沒有開發(fā)經(jīng)驗，特別是缺少團(tuán)隊開發(fā)精神。*問題描述我們在為一個稱為National Widgets的郵遞公司開發(fā)訂單處理軟件，這是一家經(jīng)銷各種產(chǎn)品的中間公司。這家公司一年兩次公布產(chǎn)品目錄，這些產(chǎn)品以郵遞的方式送到客戶以及其他感興趣的人手中?？蛻粢赃f交訂購產(chǎn)品清單，并向National Widgets公司付費(fèi)的方式購買商品。National Widgets公司處理訂單，并把商品投遞給客戶。訂單處理軟件記錄從訂單收到直到商品被投遞給客戶的整個過程。National Widgets公

5、司將提供快捷的服務(wù)，它們應(yīng)該能夠以最快捷、最有效的方法來運(yùn)送客戶訂購的產(chǎn)品?？蛻艨赡芡素洠部赡芤笾匦逻M(jìn)貨。假設(shè)一種電子訂購界面，例如Web，可能對某些客戶更適合。我們希望使用多家運(yùn)輸公司和多種保險方法。 問題描述（續(xù)）高：l 某些軟件開發(fā)人員沒有經(jīng)驗，特別是缺少團(tuán)隊開發(fā)精神l系統(tǒng)應(yīng)該使得非專業(yè)人員便于使用l如果不支持Web接口，我們是否會成功？中：l我們應(yīng)該如何處理同一公司之中不同部門的并發(fā)用戶?低：l我們在系統(tǒng)失敗時應(yīng)該如何避免丟失訂單？l如果系統(tǒng)立即被訂單淹沒將會怎樣？l 如何處理數(shù)據(jù)庫崩潰？初始階段交付項 完成交付項 項目描述 風(fēng)險分析 用例圖 角色和用例描述 項目提議確定系統(tǒng)邊界

6、什么是系統(tǒng)邊界？National Widgets公司需要把訂購的商品投遞給客戶。投遞過程包括打包和貼標(biāo)簽、稱重量，再根據(jù)運(yùn)送方法、郵遞速度、保險、重量、目的地等等收取郵資。我們的訂單處理系統(tǒng)要包括計算郵費(fèi)嗎？ 如何計算？確定執(zhí)行者（ACTOR）l 誰使用這個系統(tǒng)？l 誰安裝系統(tǒng)？l 誰啟動系統(tǒng)？l 誰維護(hù)系統(tǒng)？l 誰關(guān)閉系統(tǒng)？l 其他哪些系統(tǒng)使用這個系統(tǒng)？l 誰從這個系統(tǒng)獲取信息？l 誰為這個系統(tǒng)提供信息？l 是否有相關(guān)事件自動在預(yù)定的時間發(fā)生？ 訂單處理執(zhí)行者確定用例(USE CASE) 從執(zhí)行者的角度看，用例應(yīng)該是一個完整的任務(wù)。 考慮以下問題：執(zhí)行者想要系統(tǒng)有什么樣的功能？系統(tǒng)存儲信息嗎

7、？執(zhí)行者將要創(chuàng)建、讀取、更新、或刪除什么樣的信息？系統(tǒng)是否需要把自身內(nèi)部狀態(tài)的變化通知給執(zhí)行者？有哪些外部的事件系統(tǒng)必須知道？ 訂單處理用例圖描述執(zhí)行者和用例客戶（Customer）從National Widgets公司訂購商品的人客戶代表(Customer rep)National Widgets公司處理客戶請求的雇員運(yùn)輸公司(Shipping company)USPS,UPS,DHL,FedEx,DM等等職員(Clerk)National Widgets公司的雇員，負(fù)責(zé)包裝、貼標(biāo) 簽和運(yùn)送訂貨。庫存系統(tǒng)(Inventory system)記錄公司存貨的軟件記賬系統(tǒng)(Accounting s

8、ystem)記錄公司賬目的軟件 訂單處理用例描述 訂購貨物(Place Order)客戶提交新商品訂單并且為商品付費(fèi)。獲得目錄(Get Catalog)客戶要求得到一個目錄或產(chǎn)品清單。獲得訂單的狀態(tài)(Get Status on Order)客戶得到一個已存在訂單的狀態(tài)。退貨(Return Product)客戶退還商品并要求賠償。取消訂單(Cancel Order)客戶取消一個已存在的訂單。記錄投訴(Register Complain)客戶向公司發(fā)送投訴信息。運(yùn)送包裹(Deliver Packages)要求運(yùn)輸公司將商品運(yùn)送到客戶手中。計算郵費(fèi)(Calculate Postage)計算將商品投遞

9、到客戶手中需要多少郵費(fèi)。打印信件標(biāo)簽(Print Mailing Label)打印信件標(biāo)簽。更新商品數(shù)量(Update Product Quantities)更新庫存的商品數(shù)量 訂單處理用例圖訂購處理用例包用例重組 如果用例圖過于龐大和雜亂將會如何處理？ 需要創(chuàng)建多個用例圖。每一個圖可能代表系統(tǒng)中一個主要領(lǐng)域功能。在大型系統(tǒng)中，可以創(chuàng)建包來代表子系統(tǒng)或者主要功能領(lǐng)域。在UML之中，包是其他UML元素的載體。然后為每一個包繪制一張用例圖，來表示它所包含的用例。 訂購貨物 訂購貨物用例圖 訂購?fù)瓿捎美龍D確定項目范圍當(dāng)分階段實(shí)施項目計劃時，要分清優(yōu)先級，確定項目范圍。確定需求優(yōu)先級時，需要考慮你所確

10、定的風(fēng)險和市場因素。因此“一定要有”不是僅僅基于技術(shù)需要，但是可能也會在市場上遇到風(fēng)險。對于National Widgets公司來說，這可能意味著Web界面是一個訂單處理系統(tǒng)“一定要有”的因素，因為其他的郵遞公司都提供這一功能。這一特性是跟上市場競爭的要求。根據(jù)優(yōu)先級將需求確定為：一定要有應(yīng)該有考慮要有我們已經(jīng)考察了市場, 并且注意到網(wǎng)上商務(wù)的確很流行。在訂單處理系統(tǒng)中是否應(yīng)該有網(wǎng)頁, 在線產(chǎn)品目錄和電子訂單?初始階段交付項 完成交付項 項目描述 風(fēng)險分析 用例圖 角色和用例描述 項目提議完成交付項 項目描述 風(fēng)險分析 用例圖 角色和用例描述 項目建議完成交付項 項目描述 風(fēng)險分析 用例圖 角

11、色和用例描述 項目建議細(xì)化階段編寫詳細(xì)的用例并歸檔構(gòu)建軟件體系結(jié)構(gòu)確定進(jìn)一步實(shí)施計劃訂購貨物 詳細(xì)用例 前置條件：一個合法的客戶已經(jīng)登錄到這個系統(tǒng)事件流：當(dāng)客戶選擇訂購貨物時，用例開始。客戶輸入他（她）的姓名和地址。如果客戶只輸入郵編，系統(tǒng)將給出州和市區(qū)名?？蛻糨斎胂胍徺I的商品代碼。系統(tǒng)為每一項給出商品描述和價格。系統(tǒng)保存有連續(xù)的的已經(jīng)訂購的產(chǎn)品清單?？蛻糨斎胄庞每ㄖЦ缎畔??？蛻暨x擇提交。系統(tǒng)檢驗輸入的信息，把該訂單作為未完成的交易保存，同時向記賬系統(tǒng)提供支付信息。如果客戶提交的信息不正確，系統(tǒng)就提示客戶修改。當(dāng)支付被確認(rèn)后，該訂單也被標(biāo)記上已經(jīng)確認(rèn)，同時返回給客戶一個訂單ID，用例也就結(jié)束

12、了;如果支付沒有被確認(rèn)，系統(tǒng)將提示客戶去改正支付信息或者取消。如果客戶選擇去修改信息，就回到第7步；如果選擇取消，用例結(jié)束。后置條件：如果訂單沒有被取消，它將被保存在系統(tǒng)里，并 做上標(biāo)記。用例的表格表示 客戶代表系統(tǒng)記賬系統(tǒng)1接收到取消訂單的請求2輸入一個訂單ID3按下搜索4顯示訂單內(nèi)容5選擇取消6給該訂單作取消標(biāo)記7向客戶賬號中返錢基本路徑與擴(kuò)展細(xì)化階段交付項完成交付項 項目描述 風(fēng)險分析 用例圖 角色和用例描述 項目提議完成交付項 項目描述 風(fēng)險分析 用例圖 角色和用例描述 項目建議完成交付項 項目描述 風(fēng)險分析 用例圖 角色和用例描述 項目建議完成交付項細(xì)化的基本路徑可選路徑活動圖用戶接

13、口圖表（可選）體系結(jié)構(gòu)項目計劃完成交付項細(xì)化的基本路徑可選路徑活動圖用戶接口圖表（可選）體系結(jié)構(gòu)項目計劃輔助分析技術(shù)用活動圖來描述用例的步驟，并在用例文檔中專門加一節(jié)刻畫活動圖。 用簡單的時序圖來顯示執(zhí)行者和系統(tǒng)的相互作用，并加到用例文檔中?？蛻暨x擇訂購貨物，用例開始?？蛻翩I入他或她的姓名和地址。如果客戶鍵入唯一的郵遞區(qū)碼，系統(tǒng)提供州和市客戶鍵入想要訂購的產(chǎn)品的產(chǎn)品號。對于每一個鍵入的產(chǎn)品號系統(tǒng)提供產(chǎn)品描述和價格。系統(tǒng)把單價加入總價中。結(jié)束循環(huán)客戶鍵入信用卡支付信息客戶選擇提交系統(tǒng)確認(rèn)信息，把這次訂購以未完成交易保存以來，向記賬系統(tǒng)提交支付信息。當(dāng)支付確認(rèn)后，訂單被標(biāo)志為確認(rèn)，返回用戶一個訂單

14、ID，用例結(jié)束?；顒訄D免費(fèi)樣品領(lǐng)用物資管理部綜合計劃物資管理部計劃員將有關(guān)材料計劃輸入系統(tǒng)申請部門經(jīng)理審批領(lǐng)料單申請部門申請部門向物資管理部倉庫領(lǐng)料免費(fèi)樣品領(lǐng)用申請書計劃人員從系統(tǒng)中打印領(lǐng)料單物資管理部倉庫已批準(zhǔn)的領(lǐng)料單材料帳務(wù)人員從系統(tǒng)中確認(rèn)領(lǐng)料綜合計劃經(jīng)理對領(lǐng)料單進(jìn)行審核成品發(fā)料員進(jìn)行簽字、發(fā)料財務(wù)部財務(wù)人員進(jìn)行帳務(wù)處理訂購貨物的簡單時序圖細(xì)化階段交付項完成交付項 項目描述 風(fēng)險分析 用例圖 角色和用例描述 項目提議完成交付項 項目描述 風(fēng)險分析 用例圖 角色和用例描述 項目建議完成交付項 項目描述 風(fēng)險分析 用例圖 角色和用例描述 項目建議完成交付項細(xì)化的基本路徑可選路徑活動圖用戶接口圖表（可選）體系結(jié)構(gòu)項目計劃完成交付項細(xì)化的基本路徑可選路徑活動圖用戶接口圖表（可選）體系結(jié)構(gòu)項目計劃完成交付項 詳細(xì)基本路徑 可選路徑 活動圖 用戶接口圖（操作界面