【正文】 者確定用例。 Use Case圖是 UML模型中高層次的用戶視圖，它從外部執(zhí)行者的角度描述了系統(tǒng)的活動(dòng)。 建立動(dòng)態(tài)行為模型 在系統(tǒng)的分析和設(shè)計(jì)中應(yīng)當(dāng)對(duì)主要的 UseCase和對(duì)象類繪制順序圖、狀態(tài)圖和活動(dòng)圖，以便分析系統(tǒng)的行為，印證和修改系統(tǒng)的靜態(tài)結(jié)構(gòu)，滿足用戶的需求，達(dá)到系統(tǒng)的目標(biāo)。 采購(gòu)訂單可以直接通過(guò)電子商務(wù)系統(tǒng)發(fā)向?qū)?yīng)的供應(yīng)商進(jìn)行在線采購(gòu)。活動(dòng)圖允許讀者了解系統(tǒng)的執(zhí)行，以及如何根據(jù)不同的條件和刺激改變執(zhí)行方向。 若外界供應(yīng)商提供的商品價(jià)格高于原供應(yīng)商的價(jià)格，將其添加到供應(yīng)商范圍內(nèi)以便以合作，采購(gòu)商品活動(dòng)圖如圖 。建設(shè)配送中心的信息管理系統(tǒng)對(duì)于提高配送中心的日常運(yùn)作效率、提升配送中心的服務(wù)能力具有十分重要的意義。所以如何根據(jù)連鎖超市配送模式進(jìn)行配送體系優(yōu)化，從而提高配送效率是目前連鎖企業(yè)面臨的重要問(wèn)題。配送中心作為商品的聚集地和發(fā)散地，它對(duì)來(lái)自內(nèi)部和外部的各種信息的及時(shí)收集、把握、分析和統(tǒng)計(jì)，對(duì)于更好地安排貨源，調(diào)整資金流向，促進(jìn)商品流通，加速資金周轉(zhuǎn)有著重要的意義。 連鎖超市配送中心分類 對(duì)一個(gè)連鎖超市的決策者來(lái)說(shuō) , 在考慮設(shè)立與配置配送中心時(shí) , 第一要進(jìn)行決策的問(wèn)題是自己建不建配送中心 , 一般認(rèn)為有三種選擇 : a. 他有型配送中心。 c. 自有型配送中心。 一般認(rèn)為有三種服務(wù)范圍、規(guī)模的配送中心體系 : 一級(jí)配送體系指以所在城市范圍 為配送范圍的配送中心 , 一般直接配送至各連鎖門(mén)店 。 b. 分析不同類型配送中心與總部、門(mén)店及環(huán)境 ( 供應(yīng)商、零售商、批發(fā)商及顧客 ) 在“ 三流”( 物流、商流及信息流 ) 方面的聯(lián)系 , 它體現(xiàn)了配送中心的業(yè)務(wù)運(yùn)作體系結(jié)構(gòu) , 以下簡(jiǎn)稱結(jié)構(gòu)分析 .分析的目的在于建立管理信息系統(tǒng)時(shí) , 充分注意到不同配送中心類型對(duì)數(shù)據(jù)通信及整體網(wǎng)絡(luò)結(jié)構(gòu)的不同要求 .下面是用戶與管理員之間一個(gè)用例圖。如下圖為兩級(jí)配送模式下的連鎖超市業(yè)務(wù)動(dòng)作圖。 配送中心的 MIS 系統(tǒng)功能分為四個(gè)層次 ,即數(shù)據(jù)管理層、業(yè)務(wù)處理層、計(jì)劃控制層和決策分析層 .對(duì)面向社會(huì)的配送中心 , 根據(jù)前面的功能分析 , MIS 系統(tǒng)的功能 可用圖 3 表示 。 配送中心網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計(jì) 連鎖超市總部、配送中心、門(mén)店、供應(yīng)商及批發(fā) 零售商之間的數(shù)據(jù)聯(lián)系依據(jù)前面的結(jié)構(gòu)分析 ,一級(jí)配送中心與兩級(jí)配送中心是不同的 ,如表 2 所示 . 表 2 中 * 表示一級(jí)配送中心的強(qiáng)數(shù)據(jù)聯(lián)系 , △ 表示配送中心的強(qiáng)數(shù)據(jù)聯(lián)系 , 一格內(nèi) * 及△的多少表示數(shù)據(jù)聯(lián)系的相對(duì)強(qiáng)弱 ,表示弱聯(lián)系。 因此，連鎖超市構(gòu)建 CRM系統(tǒng)應(yīng)實(shí)現(xiàn)以下四個(gè)層次的目標(biāo)：（ 1）在社會(huì)層面上，該系統(tǒng)應(yīng)能夠降低整個(gè)社會(huì)的物流成本，提高國(guó)民經(jīng)濟(jì)的整體效益；（ 2）在企業(yè)層面上，該系統(tǒng)能夠幫助客戶企業(yè)實(shí)現(xiàn)其盈利目標(biāo)和提高本企業(yè)效益；（ 3）在客戶層面上，該系統(tǒng)能夠降低消費(fèi)者購(gòu)買(mǎi)服務(wù)的時(shí)間成本和金錢(qián)成本來(lái)實(shí)現(xiàn)最終客戶價(jià)值最大化；（ 4）在整個(gè)信息系統(tǒng)項(xiàng)目上，該系統(tǒng)應(yīng)能夠很好的和其他系統(tǒng)兼容，實(shí)現(xiàn)整個(gè)信息系統(tǒng)功能效益的最大化。 服務(wù)反饋模塊，主要提供服務(wù)反饋信息的添加、修改和刪除功能。 報(bào)表模塊，這也是對(duì)客戶信息、聯(lián)系人信息、銷售信息、服務(wù)反饋信息的基本信息給出了打印其記錄的功能，報(bào)表是打印的預(yù)覽。聯(lián)系方式信息管理包括添加新的聯(lián)系方式、刪除舊的聯(lián)系方式、修改已有聯(lián)系方式的信息、查找聯(lián)系人聯(lián)系信息功能。 （ 6）反饋信息管理 反饋信息管理是客戶信息管理中重要的一個(gè)環(huán)節(jié)，客戶信息以及銷售信息、售后信息的反饋有利于超市改進(jìn)自我，實(shí)現(xiàn)潮 超市的優(yōu)化。對(duì)于前者要求建立起數(shù)據(jù)一致性和完整性強(qiáng)、數(shù)據(jù)安全性好的數(shù)據(jù)庫(kù)。開(kāi)發(fā)的主要過(guò)程為：理解用戶的需求，然后，把它們轉(zhuǎn)變?yōu)橛行У臄?shù)據(jù)庫(kù)設(shè)計(jì)。 數(shù)據(jù)庫(kù)設(shè)計(jì) 關(guān)鍵數(shù)據(jù)結(jié)構(gòu)分析 在前面的關(guān)于系統(tǒng)的描述中我們已經(jīng)掌握了系統(tǒng)數(shù)據(jù)流動(dòng)的來(lái)龍去脈，也知道了系統(tǒng)要使用的一些關(guān)鍵數(shù)據(jù)對(duì)象信息，下面需要的就是進(jìn)行數(shù)據(jù)結(jié)構(gòu)即數(shù)據(jù)庫(kù)的設(shè)計(jì)，設(shè)計(jì)結(jié)構(gòu)合理，不容余而又高效的數(shù)據(jù)庫(kù)表結(jié)構(gòu)是一個(gè)信息管理的重中之重，而與程序設(shè)計(jì)語(yǔ)言是沒(méi)有什么關(guān)系的。 業(yè)余愛(ài)好和特別紀(jì)念日記錄了聯(lián)系人相關(guān)信息，在業(yè)務(wù)往來(lái)中，難免有應(yīng)酬場(chǎng)合，了解聯(lián)系人的業(yè)余愛(ài)好既可以作為談資使對(duì)方有親切感，而特別紀(jì)念日也 往往在必要的時(shí)候成為成功贏得客戶的機(jī)會(huì)來(lái)源。 繪制用例圖如下 : 圖 客戶關(guān)系管理用例圖 用例圖組合要體現(xiàn)了 CRM 系統(tǒng)的組要成員和功能模塊，以及他們之間的聯(lián)系，準(zhǔn)確的表達(dá)了活動(dòng)者與系統(tǒng)的交互情況和 CRM系統(tǒng)所提供的服務(wù)。靜態(tài)模型的建立主要是繪制系統(tǒng)的對(duì)象圖和對(duì)象類圖。一個(gè)順序圖顯示了一系列的對(duì)象（通常是類的實(shí)例，也可以代表其他事物的實(shí)例）。不同類型的連鎖企業(yè)財(cái)務(wù)管理的內(nèi)容是不一樣的。如果是直營(yíng)連鎖，總部與門(mén)店是在資產(chǎn)一體化的前提下運(yùn)作的，各門(mén)店只是總部的一個(gè)分支結(jié)構(gòu)，門(mén)店的收入金額上交總部，費(fèi)用也有總部列支。而連鎖超市公司由于實(shí)行總部統(tǒng)一采購(gòu)、統(tǒng)一配送、統(tǒng)一核算以及實(shí)施專業(yè)化管理，票流與物流是分開(kāi)的。如籌建大性的配送中心?？偛渴盏交鶎拥晟蠄?bào)的利潤(rùn)和財(cái)務(wù)會(huì)計(jì)報(bào)告后，編制合并會(huì)計(jì)報(bào)表 ,根據(jù)以上可得如圖所示的財(cái)務(wù)總計(jì)順序圖 . 圖 財(cái)務(wù)會(huì)計(jì)順序圖 繪制用例圖 在采購(gòu)部采購(gòu)商品時(shí) ,有以下幾種付款方式 ,現(xiàn)金采購(gòu)（包括匯票）、翻單結(jié)算、貨到付款、延期付款、代銷、引店進(jìn)場(chǎng)。繪制類圖： 圖 類圖 圖 類圖 數(shù)據(jù)流程圖 圖 頂層 DFD “ F1”：供應(yīng)商提供給采購(gòu)部的收貨憑證； “ F2”：供應(yīng)商提供給配送中心的收貨憑證； “ F4”：財(cái)務(wù)部經(jīng)核算正確開(kāi)具給供應(yīng)商的收貨發(fā)票； “ F5”：財(cái)務(wù)部經(jīng)核算正確開(kāi)具給配送中心的應(yīng)收賬款發(fā)票； “ F6”：財(cái)務(wù)部制定的財(cái)務(wù)報(bào)表； “ F7”：財(cái)務(wù)部制定的財(cái)務(wù)總結(jié)； SHAPE \* MERGEFORMAT 圖 第一層 DFD “ F1”、“ F2”、“ 9/aF3”、“ F4”、“ F5”、“ F6”同頂層 DFD； “ F1”、“ F2”、“ F3”、“ F4”、“ F5”、“ F6”同頂層 DFD； “ F7”：財(cái)務(wù)信息查詢條件（查詢?nèi)诵彰⒚艽a、權(quán)限、用途等）； “ P3”：財(cái)務(wù)信息綜合處理包括：財(cái)務(wù)分析、信息統(tǒng)計(jì)、信息修改存儲(chǔ)、信息維護(hù)； SHAPE \* MERGEFORMAT 圖 第二層 DFD 建立動(dòng)態(tài)行為模型 通過(guò)對(duì)財(cái)務(wù)流程圖的分析，繪制業(yè)務(wù)流程并行圖，當(dāng)采購(gòu)部才會(huì)商品后 ,配送中心的庫(kù)管員對(duì)商品進(jìn)行盤(pán)點(diǎn) ,并填寫(xiě)盤(pán)點(diǎn)清單 .核 算是否與賬面數(shù)一樣 ,賬實(shí)不符 ,在進(jìn)行核算是盤(pán)虧還是盤(pán)盈 ,然后財(cái)務(wù)部生成財(cái)務(wù)報(bào)表 ,提交財(cái)務(wù)部 ,最后交給總部 . 圖 財(cái)務(wù)管理活動(dòng)圖 6． 6 連鎖超市采購(gòu)決策支持系統(tǒng) 目標(biāo)與基本模型 決策支持系統(tǒng)（ Decision Supporting System， 簡(jiǎn)稱 DDS）是以管理科學(xué)、運(yùn)籌學(xué)、控制論和行為科學(xué)為基礎(chǔ)，以計(jì)算機(jī)技術(shù)、仿真技術(shù)和信息技術(shù)為手段，針對(duì)半機(jī)構(gòu)化的決策問(wèn)題，支持決策活動(dòng)的具有智能作用的人機(jī)系統(tǒng)。 （ 1）基本模型： 圖 決策支持系統(tǒng)基本模型圖 子系統(tǒng)模塊間關(guān)系： 圖 子系統(tǒng)圖 系統(tǒng)需求分析 高效的物流管理模式是連鎖超市快速發(fā)展的基礎(chǔ)和保障，在日益復(fù)雜的市場(chǎng)經(jīng)濟(jì)環(huán)境下，連鎖超市要想獲得更好的生存和發(fā)展空間，對(duì)其物流活動(dòng)的各個(gè)環(huán)節(jié)提出了更高的要求。 定義活動(dòng)者和 UseCase 每個(gè) UseCase都是一個(gè)活動(dòng)者與系統(tǒng)在交互中執(zhí)行有關(guān)事務(wù)序列。執(zhí)行者是同系統(tǒng)交互的所有事物 ,每一個(gè)執(zhí)行者定義一種特定的角色。對(duì)決策支持子系統(tǒng)來(lái)說(shuō) ,訂單處理執(zhí)行者有 :連鎖超市采購(gòu)決策者和評(píng)價(jià)人員。對(duì)決策支持系統(tǒng)來(lái)說(shuō) ,可以確定的 9 個(gè)用例分別為 :客戶中心，運(yùn)輸調(diào)度，庫(kù)存控制，訂單處理，配送優(yōu)化，系統(tǒng)維護(hù)，數(shù)據(jù)處理，模型優(yōu)化，實(shí)體質(zhì)量評(píng)估。 繪制 UseCase 圖 圖 決策支持系統(tǒng) UseCase 圖 UseCase 圖組合要體現(xiàn)了決策支持系統(tǒng)的組要成員和功能 模塊，以及他們之間的聯(lián)系，準(zhǔn)確的表達(dá)了活動(dòng)者與系統(tǒng)的交互情況和決策支持系統(tǒng)提供的服務(wù)。對(duì)象類之間的靜態(tài)聯(lián)系主要類型有：關(guān)聯(lián)、聚合、組合、泛化、依賴等。包圖表示的是系統(tǒng)的靜態(tài)結(jié)構(gòu)，但建立包圖同時(shí)應(yīng)當(dāng)考慮系統(tǒng)的動(dòng)態(tài)行為。然后分析運(yùn)行結(jié)果，如果運(yùn)行結(jié)果良好，則送管理部門(mén)，指導(dǎo)生產(chǎn)經(jīng)營(yíng)活動(dòng)；如果有問(wèn)題，則要對(duì)系統(tǒng)進(jìn)行修改、維護(hù)或者是局部性調(diào)整。 （ 2）領(lǐng)導(dǎo)批準(zhǔn)。 （ 4）驗(yàn)收成果。修改要做認(rèn)真的記錄，作為新的版本通報(bào)用戶和操作人員，指出新的功能和修改的地方。將所有數(shù)據(jù)表信息定期保存在磁盤(pán)中。數(shù)據(jù)恢復(fù) 是指由于各種原因?qū)е聰?shù)據(jù)損失時(shí)把保留在介質(zhì)上的數(shù)據(jù)重新恢復(fù)的過(guò)程。把系統(tǒng)常用的工具放到一個(gè)小箱子里，不用再每次去找那些常用的工具。 從系統(tǒng)維護(hù)系統(tǒng)的頂層 Use Case抽象，可以定義四個(gè) Use Case：數(shù)據(jù)備份、系統(tǒng)設(shè)置、數(shù)據(jù)恢復(fù)、系統(tǒng)工具箱和文檔管理。 繪制 UseCase 圖 （ 1）系統(tǒng)頂層 UseCase 圖： 圖 系統(tǒng)頂層用例圖 根據(jù)系統(tǒng)的業(yè)務(wù)過(guò)程分析與用戶的需求分析，得系統(tǒng)的頂層用例分析圖，活動(dòng)者“系統(tǒng)管理員”與 Use Case“數(shù)據(jù)備份”、“系統(tǒng)設(shè)置”、“數(shù)據(jù)恢復(fù)”、“系統(tǒng)工具箱”和“文檔管理”發(fā)生交互?！肮芾碣Y料”依賴“對(duì)資源授權(quán)”和“設(shè)置保護(hù)信息”；“管理文檔”依賴“選擇文檔所屬欄目”和“選擇文檔特效”；“管。 （ 3）系統(tǒng)設(shè)置用例圖： 圖 系統(tǒng)設(shè)置用例圖 活動(dòng)者“系統(tǒng)管理員”與 Use Case “用戶設(shè)置”、“安全設(shè)置”和“身份設(shè)置”發(fā)生交互。 Use Case“系統(tǒng)設(shè)置”可以分解為以下一些 Use Case：“用戶登錄”、“安全設(shè)置”和 “安全管理”。文檔管理應(yīng)從以下幾個(gè)方面著手進(jìn)行： 、規(guī)范化 。包括用戶管理、身份設(shè)置、安全管理、接口管理。 （ 2）數(shù)據(jù)恢復(fù)。 系統(tǒng)需求分析 該子系統(tǒng)提供對(duì)安全管理的的支持，包括：數(shù)據(jù)備份、數(shù)據(jù)恢復(fù)、系統(tǒng)設(shè)置、系統(tǒng)工具箱和文檔管理等內(nèi)容。驗(yàn) 收通過(guò)后，講修改的部分嵌入系統(tǒng)，取代舊的部分。 （ 3）分配任務(wù)。 系統(tǒng)維護(hù)的步驟： （ 1）提出修改要求。 決策支持子系統(tǒng)決策模塊查詢庫(kù)存信息、人員設(shè)備信息及其他運(yùn)輸、倉(cāng)儲(chǔ)外協(xié)合作商 和供應(yīng)商數(shù)據(jù)，并分析經(jīng)營(yíng)管理的歷史數(shù)據(jù)，然后做出決策反應(yīng)，并提交到配送中心； 活動(dòng)圖的主要作用是表示系統(tǒng)的業(yè)務(wù)工作流和并發(fā)處理過(guò)程。 下面是該系統(tǒng)類圖： 圖 決策支持系統(tǒng)類圖 對(duì)于一個(gè)大型的復(fù)雜系統(tǒng)，常需要把大量的模型元素用包組織起來(lái)，以方便理解和處理。類圖主要反應(yīng)系統(tǒng)中涉及到的對(duì)象的抽象，基于決策支持系統(tǒng)的類圖主要反映各組對(duì)象類它們之間的關(guān)系。 Use Case 圖是 UML模型中高層次的用戶視圖 ,它從外部執(zhí)行者的角度描述了系統(tǒng)的活動(dòng)。仔細(xì)檢查所有的執(zhí)行者 ,并為每一個(gè)執(zhí)行者確定用例。因此一個(gè)人可能會(huì)被多個(gè)執(zhí)行者來(lái)代表 ,因?yàn)檫@個(gè)人在系統(tǒng)中占有多種角色。對(duì)一個(gè) UseCase應(yīng)說(shuō)明的基 本內(nèi)容是： UseCase 怎樣開(kāi)始和結(jié)束，正常的事件流、變通的事件流、以外情況的事件流等。 對(duì)連鎖超市運(yùn)作來(lái)說(shuō)，物流決策是關(guān)鍵，即在一定的優(yōu)化目標(biāo)下，運(yùn)用一定的優(yōu)化方法與手段。它為決策者提供分析問(wèn)題、建立模型、模擬決策過(guò)程和方案的環(huán)境，調(diào)用各種信息資源和分析工具，幫助決策者提高決策水平和質(zhì)量。 執(zhí)行者 1：會(huì)計(jì)管理員；執(zhí)行者 2：會(huì)計(jì)員執(zhí)行者； 3：預(yù)算員 圖 財(cái)務(wù)管理系統(tǒng)用例圖 圖 財(cái)務(wù)角色管理用例圖 建立靜態(tài)結(jié)構(gòu)模型 通過(guò)對(duì)用例圖的分析，賬務(wù)管理可分為基礎(chǔ)維護(hù)、憑證處理、銀行對(duì)帳、預(yù)算控制、現(xiàn)金流量、賬簿查詢等功能模塊。按內(nèi)部商品價(jià)格進(jìn)行結(jié)算，并按配送額開(kāi)具增值稅專用發(fā)票（一般納稅人）或普通發(fā)票。 (三 ) 資產(chǎn)集中 統(tǒng)一核算與票物分開(kāi)實(shí)際上是資產(chǎn)一體化和集中化所導(dǎo)致的。連鎖超市門(mén)店一般不設(shè)專職財(cái)務(wù)人員，總部與門(mén)店屬于同一區(qū)域的，由總部實(shí)行統(tǒng)一核算；規(guī)模較大的跨區(qū)域連鎖超市公司，可建立區(qū)域分部，負(fù)責(zé)對(duì)本區(qū)域內(nèi)的門(mén)店進(jìn)行核算，以及其它方面的管理。 連鎖超市財(cái)務(wù)管理的特點(diǎn) 采用連鎖經(jīng)營(yíng)形式的超級(jí)市場(chǎng) ,其財(cái)務(wù)管理的特點(diǎn)因連鎖經(jīng)營(yíng)形式的不同而有區(qū)別 ,如果實(shí)行自由連鎖 ,各成員店的所有權(quán)、經(jīng)營(yíng)權(quán)和核算權(quán)都是獨(dú)立的。通過(guò)動(dòng)用財(cái)務(wù)手段對(duì)連鎖企業(yè)的各個(gè)部門(mén)，企業(yè)經(jīng)營(yíng) 的全過(guò)程，商品進(jìn)、銷、存的每一個(gè)結(jié)算環(huán)節(jié)進(jìn)行監(jiān)督、檢查和控制，充分動(dòng)用銷售時(shí)點(diǎn)管理系統(tǒng)和管理信息系統(tǒng)對(duì)企業(yè)的經(jīng)濟(jì)效益進(jìn)行分析，判斷出哪些是企業(yè)的長(zhǎng)期效益和穩(wěn)定效益，哪些是企業(yè)的短期效益和虛假效益，哪些是降低成本、減少費(fèi)用的因素，哪些是增加利潤(rùn)、提高效率和效益的手段。 圖 客戶關(guān)系管理類圖 建立動(dòng)態(tài)行為模型 動(dòng)態(tài)建模主要是描述系統(tǒng)的流程，這里主要繪制 CRM系統(tǒng)的順序圖和部分活動(dòng)圖。客戶行為主要有：個(gè)人信息填寫(xiě)，服務(wù)查詢，問(wèn)題反饋與投訴。