馬晉文

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

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

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

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

本文應(yīng)用面向?qū)ο蟮姆椒?，基于UML對(duì)系統(tǒng)進(jìn)行了需求分析與建模的實(shí)踐。

1 需求定義

1.1 系統(tǒng)需求

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

1.2 系統(tǒng)劃分

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

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

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

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

2 需求分析和建模

2.1 建模的方法

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

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

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

2.2 建模的實(shí)現(xiàn)

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

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

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

圖1

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

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

在客戶電話撥入，話務(wù)員受理的流程中，受理話務(wù)員根據(jù)客戶要求查詢商家。客戶會(huì)只要求報(bào)商家電話，或要求預(yù)訂。如果預(yù)訂，話務(wù)員會(huì)征詢客戶是否注冊(cè)會(huì)員，以及錄入預(yù)訂信息，保存生成訂單。如圖2所示。endprint

圖2

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

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

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

圖3

3 成果和展望

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

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

4 結(jié)論

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

參考文獻(xiàn)

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

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

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