第4章 餐館系統(tǒng)業(yè)務(wù)建模

1、第4章餐館系統(tǒng)：業(yè)務(wù)建模接下來的四章將考慮一個簡單的案例，并給出一個從需求獲取到實(shí)現(xiàn)的完整開發(fā)過程。我們將考慮一次單獨(dú)的迭代，它通過統(tǒng)一過程標(biāo)識的主要工作流之中的四個：即需求、分析、設(shè)計(jì)和實(shí)現(xiàn)，用例子說明UML表示法在軟件開發(fā)中的使用。由于本案例研究的意圖在于強(qiáng)調(diào)開發(fā)的產(chǎn)品而不是過程，所以不會詳細(xì)考慮由統(tǒng)一過程定義的這些工作流的結(jié)構(gòu)，而在真正需要的地方將在介紹UML表示法的同時，簡略介紹開發(fā)中涉及的活動。4.1非正式的需求非正式的需求要

2、開發(fā)的系統(tǒng)的意圖是，通過改進(jìn)為顧客預(yù)定和分配餐臺的過程，支持一家餐館的日常經(jīng)營。這家餐館當(dāng)前采用一個手工預(yù)約系統(tǒng)，使用的是保存在一個大文件夾中的手寫預(yù)約單。圖4.1是當(dāng)前的預(yù)約單的一個例子，預(yù)約單中的每一行對應(yīng)餐館中一張?zhí)囟ǖ牟团_。預(yù)約是對特定的一個餐臺登記的，每個預(yù)約中記錄有“餐具”的數(shù)目，或者預(yù)期進(jìn)餐者的數(shù)目，這樣就能夠分配一個大小適當(dāng)?shù)牟团_。這家餐館在晚間供應(yīng)三次餐點(diǎn)，稱為“簡餐”、“正餐”和“夜點(diǎn)”時段。但如同預(yù)約單所表明的，這

3、些時段無須嚴(yán)格遵守，可以預(yù)約跨多個時段的時間。最后，每個預(yù)約中要記錄聯(lián)系人的姓名和電話。圖4.1手工預(yù)約單為了記錄各種事情，要在預(yù)約單上加一個注文。當(dāng)一行用餐者到來并在他們的餐臺就座時，就劃掉相應(yīng)的預(yù)約登記。如果他們就座的不是他們預(yù)約的餐臺，就畫一個箭頭從最初預(yù)約的餐臺指向新的餐臺。如果顧客打電話取消預(yù)約，并不能從表中真正地擦除，而是當(dāng)?shù)慕巧?，一個用例則描述了用戶使用系統(tǒng)能夠完成的一項(xiàng)特定的任務(wù)。用例視圖應(yīng)該包含一組定義了該系統(tǒng)的完整功

4、能的用例，或者至少定義了當(dāng)前迭代所規(guī)定的功能的用例，這些用例應(yīng)該以在系統(tǒng)支持下能夠完成的任務(wù)的措詞給出。理想地，用例視圖應(yīng)該是客戶、最終用戶、領(lǐng)域?qū)＜?、測試人員和任何其他的涉及系統(tǒng)的人員，不需要詳細(xì)了解系統(tǒng)結(jié)構(gòu)和實(shí)現(xiàn)就容易理解的。用例視圖不描述軟件系統(tǒng)的組織或結(jié)構(gòu)，它的作用是給設(shè)計(jì)者施加約束，設(shè)計(jì)者必須設(shè)計(jì)出一個能夠提供用例視圖中指定的功能的結(jié)構(gòu)。4.2.1用例用例一組用例是一個系統(tǒng)的用戶能夠使用系統(tǒng)完成的不同任務(wù)。在這個例子中，我們將

5、簡單描述預(yù)約系統(tǒng)可能有的一組用例，但是在真正的開發(fā)中，用例一般是由分析人員與系統(tǒng)未來的用戶進(jìn)行磋商確定的。餐館預(yù)約系統(tǒng)第一次迭代的意圖是允許用戶使用一個自動化的預(yù)約單?？梢酝ㄟ^考慮在系統(tǒng)實(shí)現(xiàn)后餐館員工能夠用它來做什么，簡單地草擬出這次迭代的一組初步的用例。下面列出了這些用例所支持的主要任務(wù)：1記錄一個新的預(yù)約信息（“記錄預(yù)約”）。2取消一個預(yù)約（“取消預(yù)約”）。3記錄一位顧客的到來（“記錄到達(dá)”）。4將一位顧客從一張餐臺移到另一張餐臺（

6、“調(diào)換餐臺”）。一個用例不單是簡單地描述了該系統(tǒng)的部分功能，所以有時可以這樣描述：一個用例描述了系統(tǒng)能夠?yàn)橐粋€特定的用戶做些什么：一個用例描述的是一個自包含的任務(wù)，用戶總是愿意把該任務(wù)作為他們正常工作的一部分。如果一組用例覆蓋了用戶使用系統(tǒng)完成的所有功能，這就為系統(tǒng)的功能需求已經(jīng)完全指定提供了某種保證。上面的列表簡單確定和命名了一些候選的用例。為了更完全地理解每個用例中包含什么，必須如4.3節(jié)中所說明的那樣，寫出每個用例的詳細(xì)描述。4.