基于UML的餐飲預(yù)訂系統(tǒng)的需求分析和建模

馬晉文

摘 要 闡述UML的基本概念、特點和作用，從對餐飲預(yù)訂系統(tǒng)的需求調(diào)研入手，應(yīng)用面向?qū)ο蟮姆椒?，基于UML對系統(tǒng)進(jìn)行了需求分析與建模。介紹需求捕獲、需求分析和需求描述的完整過程。其中，運(yùn)用了用例圖、類圖和活動圖，描述了建模的主要過程。最后介紹系統(tǒng)的實際應(yīng)用情況，并提出進(jìn)一步的優(yōu)化和改進(jìn)建議。

關(guān)鍵詞 UML；餐飲預(yù)訂系統(tǒng)；建模

中圖分類號：TP311 文獻(xiàn)標(biāo)識碼：A 文章編號：1671-7597（2014）02-0050-02

面向?qū)ο蟮拈_發(fā)方法已成為當(dāng)今主流的軟件開發(fā)方法，并逐漸成熟。UML作為一種通用的建模語言，融入了軟件工程領(lǐng)域的新思想、新方法、新技術(shù)，在軟件開發(fā)的不同階段可以采用相同的一套概念和表示法，在同一個模型中它們可以混合使用，具有定義良好、易于表達(dá)、功能強(qiáng)大等優(yōu)勢。餐飲預(yù)訂系統(tǒng)依托語音平臺、互聯(lián)網(wǎng)以及手機(jī)終端為客戶提供餐飲預(yù)訂服務(wù)，既要具備全國統(tǒng)一，又要兼顧本地特色。這要求在需求分析時求同存異，盡可能達(dá)到統(tǒng)一管理的目的，也能滿足地方的個性化需求，做到統(tǒng)一和融合。應(yīng)用UML技術(shù)進(jìn)行分析和設(shè)計，可以快速構(gòu)建一個安全、性能良好的餐飲預(yù)訂系統(tǒng)。

本文應(yīng)用面向?qū)ο蟮姆椒ǎ赨ML對系統(tǒng)進(jìn)行了需求分析與建模的實踐。

1 需求定義

1.1 系統(tǒng)需求

本系統(tǒng)要具備以下主要功能和特點：①能夠以多種條件靈活地搜索定位商家，例如：地圖搜索、商圈搜索、菜系搜索同類商家查詢等；②實現(xiàn)以語音平臺為基礎(chǔ)，話務(wù)員受理生成訂單、變更訂單、取消訂單、與商家確認(rèn)預(yù)訂、核對客戶消費(fèi)的訂單處理流程；③接受來自客戶、商家的投訴，或服務(wù)信息類的訴求，生成客服單，處理客服單；④公告管理，包括：商家公告和系統(tǒng)公告。前者是記錄、發(fā)布商家營業(yè)動態(tài)。后者是針對服務(wù)中心內(nèi)的信息發(fā)布和通知；⑤商家信息采集、維護(hù)。商家合同維護(hù)；⑥服務(wù)費(fèi)（傭金）計算，賬單生成、賬單核對、賬單注銷；⑦基礎(chǔ)數(shù)據(jù)的維護(hù)，包括商圈、菜系等。

1.2 系統(tǒng)劃分

本系統(tǒng)劃分為三個子系統(tǒng)：服務(wù)中心管理子系統(tǒng)，合作商管理子系統(tǒng)和公司管理子系統(tǒng)。

1）服務(wù)中心管理子系統(tǒng)：主要由話務(wù)人員使用。包含的模塊有：訂單生成、訂單確認(rèn)、訂單核對和訂單查詢變更，客服單管理、商家公告、系統(tǒng)公告、坐席工作量統(tǒng)計等。

2）合作商管理子系統(tǒng)：主要由合作商使用，用于維護(hù)商家。包含的模塊有：商家信息維護(hù)、合同維護(hù)、商家公告管理、商家預(yù)訂成交統(tǒng)計等。

3）公司管理子系統(tǒng)：主要由公司業(yè)務(wù)管理人員使用。包含的模塊有：合作商維護(hù)、合作商管理員維護(hù)、商圈維護(hù)、菜系維護(hù)、賬務(wù)管理、業(yè)務(wù)量統(tǒng)計，客戶預(yù)訂量統(tǒng)計等。

2 需求分析和建模

2.1 建模的方法

需求分析是需求工程中最為核心的工作，而需求建模則是需求分析的主要手段。建模目的在于對系統(tǒng)進(jìn)行可視化，對決策進(jìn)行文檔化，詳細(xì)說明系統(tǒng)的結(jié)構(gòu)或行為。本項目選擇了融合Booch 1993、OOSE和OMT-2等建模語言優(yōu)點和概念的UML統(tǒng)一建模語言。UML（Unified Modeling Language）是用來對軟件密集系統(tǒng)進(jìn)行可視化的一種建模語言，它能讓系統(tǒng)構(gòu)造者用標(biāo)準(zhǔn)的、易于理解的方式建立起能夠表達(dá)出他們想象力的系統(tǒng)藍(lán)圖，并且提供了便于不同人之間有效地共享和交流設(shè)計結(jié)構(gòu)的機(jī)制，可有效地管理系統(tǒng)復(fù)雜度、提高系統(tǒng)設(shè)計的可重用性、增強(qiáng)系統(tǒng)架構(gòu)的靈活性。UML不僅適用于以面向?qū)ο蠹夹g(shù)來描述任何類型的系統(tǒng)，而且同樣適用于系統(tǒng)開發(fā)的不同階段，包括從需求描述直至系統(tǒng)完成后的測試和維護(hù)。除了用于軟件系統(tǒng)建模，UML還可以用于業(yè)務(wù)流程、業(yè)務(wù)知識、數(shù)據(jù)庫、嵌入式等多個領(lǐng)域。對于不同的領(lǐng)域，其采用的本質(zhì)元素是相同的，這樣不同的人們就可以基于相同的語言溝通；不同的領(lǐng)域模型就可以通過相同的機(jī)制進(jìn)行互換與遷移。

UML具有以下的特點：①統(tǒng)一標(biāo)準(zhǔn)。統(tǒng)一了Booch，OMT和OOSE等方法中的基本概念；②支持面向?qū)ο蠹夹g(shù)的設(shè)計，簡潔明了地表達(dá)面向?qū)ο蟮母鞣N概念和模型元素；③易于使用，表達(dá)能力強(qiáng)，進(jìn)行可視化建模；④可升級，具有廣闊的適用性和可用性；⑤簡單、可擴(kuò)展。擴(kuò)展無需對核心概念進(jìn)行修改。

總之，UML是一種通用的、可視化的、面向?qū)ο蟮慕ＵZ言。

2.2 建模的實現(xiàn)

1）用例和用例圖（Use Case Diagram）。用例（Use Case）是一種描述系統(tǒng)需求的方法，使用用例的方法來描述系統(tǒng)需求的過程就是用例建模。UML使用用例圖從宏觀上分析系統(tǒng)，將系統(tǒng)的功能模塊抽象為諸多用例。用例圖定義了系統(tǒng)應(yīng)該具備的功能，它使我們對系統(tǒng)的功能有了一個整體的認(rèn)知，我們可以知道有哪些參與者會與系統(tǒng)發(fā)生交互，每一個參與者需要系統(tǒng)為它提供什么樣的服務(wù)。

用例模型主要由以下模型元素構(gòu)成：①參與者（Actor）；②用例（Use Case）；③通訊關(guān)聯(lián)（Communication Association）。

在客戶電話預(yù)訂餐館這個業(yè)務(wù)流程中，用例如圖1所示。

圖1

2）業(yè)務(wù)流程分析和活動圖。每一個業(yè)務(wù)事件都是業(yè)務(wù)流程的觸發(fā)點。業(yè)務(wù)流程分析是對業(yè)務(wù)事件分析、識別業(yè)務(wù)活動，確定業(yè)務(wù)活動之間的關(guān)系，業(yè)務(wù)活動需要接收的信息，產(chǎn)生的數(shù)據(jù)。分析的要點在于理清流程的層次性（部門級、組織級、崗位級）和流程的類型（管理流程、業(yè)務(wù)流程、支撐流程）。

活動圖是業(yè)務(wù)流程分析的產(chǎn)物。它是UML規(guī)范中定義的一種圖表，是一種表述業(yè)務(wù)過程和工作流的技術(shù)，也可以對用例實現(xiàn)，甚至程序?qū)崿F(xiàn)來建模。

在客戶電話撥入，話務(wù)員受理的流程中，受理話務(wù)員根據(jù)客戶要求查詢商家?？蛻魰灰髨笊碳译娫?，或要求預(yù)訂。如果預(yù)訂，話務(wù)員會征詢客戶是否注冊會員，以及錄入預(yù)訂信息，保存生成訂單。如圖2所示。endprint

圖2

3）業(yè)務(wù)實體分析和類圖。在業(yè)務(wù)流程中，會涉及許多業(yè)務(wù)實體。識別業(yè)務(wù)領(lǐng)域中的業(yè)務(wù)實體，定義實體的關(guān)鍵屬性，理解它們之間的邏輯關(guān)系、數(shù)量關(guān)系和結(jié)構(gòu)規(guī)則，是正確構(gòu)建信息系統(tǒng)的關(guān)鍵。

類圖是業(yè)務(wù)實體分析的產(chǎn)物之一，它描述了一組具有類似結(jié)構(gòu)、行為和關(guān)系的對象。它是對系統(tǒng)靜態(tài)結(jié)構(gòu)的描述，在系統(tǒng)的整個生命周期中都是有效的。通過類圖將用例的實現(xiàn)具體到每個類中，從而完成設(shè)計走向細(xì)化的過程。

客戶預(yù)訂餐館這個業(yè)務(wù)流程中，主要涉及的業(yè)務(wù)實體有：客戶、商家、訂單、話務(wù)員?？蛻舴譃闀T和非會員。一個客戶可以預(yù)訂多次，每次只能預(yù)訂一個商家。所以一個客戶可以有多張訂單，而一張訂單只與一個客戶關(guān)聯(lián)。一個商家可以被預(yù)訂多次，所以與多張訂單關(guān)聯(lián)，但是一張訂單只記錄一個商家。由受理話務(wù)員根據(jù)客戶要求錄入生成訂單，處理話務(wù)員與商家確認(rèn)預(yù)訂，并通知客戶預(yù)訂結(jié)果。如圖3所示。

圖3

3 成果和展望

實踐證明，餐飲預(yù)訂系統(tǒng)的需求分析設(shè)計思路是正確的，方法是合理有效的。系統(tǒng)能夠承載全國業(yè)務(wù)，實現(xiàn)了業(yè)務(wù)平臺集約化，取得了一定的經(jīng)濟(jì)效益和社會效益。

依據(jù)迭代開發(fā)的理念，本次完成了主業(yè)務(wù)的核心功能的設(shè)計與開發(fā)。從構(gòu)建訂餐平臺的概念出發(fā)，并隨著業(yè)務(wù)的拓展，系統(tǒng)不斷有需求疊加和改進(jìn)的空間。例如：①疊加增值服務(wù)——引入合作方，實現(xiàn)實時查看客戶消費(fèi)金額，為客戶和商家提供更完善的服務(wù)，優(yōu)化商業(yè)模式；②商家排名算法——目前商家排名是通過手工設(shè)置的。下一步系統(tǒng)要能夠通過對商家受眾度、信用度、傭金高低等多角度進(jìn)行數(shù)據(jù)分析的算法，實現(xiàn)商家排名自動化；③界面優(yōu)化——當(dāng)前系統(tǒng)的界面還需從美觀程度、易用性等方面進(jìn)行優(yōu)化，以提高用戶的使用體驗。

4 結(jié)論

餐飲預(yù)訂系統(tǒng)采用了基于UML的面向?qū)ο蟮姆治雠c設(shè)計方法，進(jìn)行分布式的分析和建模。UML能夠?qū)φ麄€開發(fā)過程提供靈活、一致和易讀的表達(dá)，實現(xiàn)了信息封裝、數(shù)據(jù)抽象，便于系統(tǒng)的理解、擴(kuò)充和維護(hù)。從實際效果來看，實現(xiàn)了設(shè)計和編碼的無縫連接，加快了開發(fā)進(jìn)度，提高了軟件效率和質(zhì)量，降低了軟件開發(fā)中的風(fēng)險。

參考文獻(xiàn)

[1]蔡敏，徐慧慧，黃炳強(qiáng).UML基礎(chǔ)與Rose建模教程[M].北京：人民郵電出版社，2006.

[2]徐峰.軟件需求最佳實踐[M].電子工業(yè)出版社，2008.

[3]（美）斯塔姆（Stumpf，R.V.），（美）銻格（Teague，L.C.）.面向?qū)ο蟮南到y(tǒng)分析與設(shè)計（UML版）[M].梁金昆譯.北京：清華大學(xué)出版社，2005.endprint