【導(dǎo)讀】工具熟練使用的目的。和進(jìn)一步學(xué)習(xí)新知識的目的。根據(jù)選定的題目，采用UML面向?qū)ο蠼５乃枷脒M(jìn)行系統(tǒng)分析，然后進(jìn)行系統(tǒng)設(shè)計(jì)；采用StarUml繪制相關(guān)可視化視圖。由個(gè)人報(bào)名組隊(duì)或課代表集中分組，確定每6-7人一小組選定一個(gè)題目；要求獨(dú)立思考，小組內(nèi)團(tuán)結(jié)協(xié)作，集思廣益做好各自小組物流信息系統(tǒng)設(shè)計(jì)的任務(wù)。18周查找相關(guān)資料；19周進(jìn)行合理的子系統(tǒng)劃分并繪制相關(guān)圖形；20完成圖形的文檔說明，進(jìn)行排版。力，管理信息系統(tǒng)在商業(yè)超市中的應(yīng)用已是大勢所趨。而采購管理主要負(fù)責(zé)處理整個(gè)超市的。往來數(shù)據(jù)信息的及時(shí)、準(zhǔn)確會促進(jìn)商業(yè)超市成本的降低，加快資金回。流，提高各級管理人員管理決策的水平。標(biāo)為適時(shí)適量、保證質(zhì)量、費(fèi)用最省。度，進(jìn)行適當(dāng)?shù)姆稚⑿圆少彙＿B鎖企業(yè)采用的集中型采購組織形式主要有總部職能部門采購、采購委員會、聯(lián)合采購。購組織與連鎖企業(yè)的管理水平相適應(yīng)。戶關(guān)系管理、供應(yīng)商關(guān)系管理、系統(tǒng)維采購支持子系統(tǒng)。在每個(gè)子模塊中有分別設(shè)計(jì)相應(yīng)的

　　

【正文】 一體化的前提下運(yùn)作的，各門店只是總部的一個(gè)分支結(jié)構(gòu)，門店的收入金額上交總部，費(fèi)用也有總部列支。 主 要從實(shí)行直營連鎖的超市進(jìn)行分析，其財(cái)務(wù)管理的特點(diǎn)有以下三方面： 統(tǒng)一核算 統(tǒng)一核算是指由總部對采購貸款、銷售貸款、損益、利稅等實(shí)行統(tǒng)一核算。連鎖超市門店一般不設(shè)專職財(cái)務(wù)人員，總部與門店屬于同一區(qū)域的，由總部實(shí)行統(tǒng)一核算；規(guī)模較大的跨區(qū)域連鎖超市公司，可建立區(qū)域分部，負(fù)責(zé)對本區(qū)域內(nèi)的門店進(jìn)行核算，以及其它方面的管理。 票物分開 單店經(jīng)營的企業(yè)，資金與商品往往同步運(yùn)行的，即所謂票流與物流是緊密地結(jié)合在一起的。而連鎖超市公司由于實(shí)行總部統(tǒng)一采購、統(tǒng)一配送、統(tǒng)一核算以及實(shí)施專業(yè)化管理，票流與物流是分開的。在總部，商 品開發(fā)人員負(fù)責(zé)引進(jìn)商品，商品采購人員負(fù)責(zé)日常的商品訂購，財(cái)務(wù)部門則負(fù)責(zé)按實(shí)結(jié)算貸款，因此，財(cái)務(wù)部門在支付貸款前，要對采購部門傳來的各類憑證進(jìn)行認(rèn)真核算。 (三 ) 資產(chǎn)集中 統(tǒng)一核算與票物分開實(shí)際上是資產(chǎn)一體化和集中化所導(dǎo)致的。連鎖超市的資產(chǎn)有總部實(shí)行集中管理，有利于提高資產(chǎn)的利用效率，充分發(fā)揮資產(chǎn)規(guī)模經(jīng)營優(yōu)勢。如籌建大性的配送中心。 繪制順序圖 總部對經(jīng)營所需商品實(shí)行集中統(tǒng)一采購，按需要為下屬基層店統(tǒng)一配送商品。按內(nèi)部商品價(jià)格進(jìn)行結(jié)算，并按配送額開具增值稅專用發(fā)票（一般納稅人）或普通發(fā)票。基層 店憑發(fā)票增加庫存，按獨(dú)立會計(jì)進(jìn)行核算，月未計(jì)算并結(jié)轉(zhuǎn)當(dāng)期經(jīng)營成果，編制財(cái)務(wù)會計(jì)報(bào)告，將當(dāng)期實(shí)現(xiàn)的利潤上繳總部?？偛渴盏交鶎拥晟蠄?bào)的利潤和財(cái)務(wù)會計(jì)報(bào)告后，編制合并會計(jì)報(bào)表 ,根據(jù)以上可得如圖所示的財(cái)務(wù)總計(jì)順序圖 . 圖 財(cái)務(wù)會計(jì)順序圖 繪制用例圖 在采購部采購商品時(shí) ,有以下幾種付款方式 ,現(xiàn)金采購（包括匯票）、翻單結(jié)算、貨到付款、延期付款、代銷、引店進(jìn)場。配送中心的供應(yīng)商付款用例圖如圖： 圖 供應(yīng)商付款用例圖 財(cái)務(wù)管理系統(tǒng)的頂層用例圖如下 : 圖 財(cái)務(wù)管理系 統(tǒng)預(yù)算員用例圖 圖 財(cái)務(wù)管理系統(tǒng)會計(jì)職務(wù)用例圖 執(zhí)行者 1 使用權(quán)限：執(zhí)行者具有會計(jì)管理員的權(quán)限；執(zhí)行者 2 使用權(quán)限：執(zhí)行 具有會計(jì)員的權(quán)限；執(zhí)行者 3 使用權(quán)限：執(zhí)行者具有預(yù)算員的權(quán)限。 執(zhí)行者 1：會計(jì)管理員；執(zhí)行者 2：會計(jì)員執(zhí)行者； 3：預(yù)算員 圖 財(cái)務(wù)管理系統(tǒng)用例圖 圖 財(cái)務(wù)角色管理用例圖 建立靜態(tài)結(jié)構(gòu)模型 通過對用例圖的分析，賬務(wù)管理可分為基礎(chǔ)維護(hù)、憑證處理、銀行對帳、預(yù)算控制、現(xiàn)金流量、賬簿查詢等功能模塊。下面進(jìn)行賬務(wù)管理系統(tǒng)中功能模塊分析業(yè)務(wù)類圖的 設(shè)計(jì)。繪制類圖： 圖 類圖 圖 類圖 數(shù)據(jù)流程圖 圖 頂層 DFD “ F1”：供應(yīng)商提供給采購部的收貨憑證； “ F2”：供應(yīng)商提供給配送中心的收貨憑證； “ F4”：財(cái)務(wù)部經(jīng)核算正確開具給供應(yīng)商的收貨發(fā)票； “ F5”：財(cái)務(wù)部經(jīng)核算正確開具給配送中心的應(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ì)、信息修改存儲、信息維護(hù)； SHAPE \* MERGEFORMAT 圖 第二層 DFD 建立動(dòng)態(tài)行為模型 通過對財(cái)務(wù)流程圖的分析，繪制業(yè)務(wù)流程并行圖，當(dāng)采購部才會商品后 ,配送中心的庫管員對商品進(jìn)行盤點(diǎn) ,并填寫盤點(diǎn)清單 .核 算是否與賬面數(shù)一樣 ,賬實(shí)不符 ,在進(jìn)行核算是盤虧還是盤盈 ,然后財(cái)務(wù)部生成財(cái)務(wù)報(bào)表 ,提交財(cái)務(wù)部 ,最后交給總部 . 圖 財(cái)務(wù)管理活動(dòng)圖 6． 6 連鎖超市采購決策支持系統(tǒng) 目標(biāo)與基本模型 決策支持系統(tǒng)（ Decision Supporting System， 簡稱 DDS）是以管理科學(xué)、運(yùn)籌學(xué)、控制論和行為科學(xué)為基礎(chǔ)，以計(jì)算機(jī)技術(shù)、仿真技術(shù)和信息技術(shù)為手段，針對半機(jī)構(gòu)化的決策問題，支持決策活動(dòng)的具有智能作用的人機(jī)系統(tǒng)。該系統(tǒng)能夠?yàn)闆Q策者提供決策所需的數(shù)據(jù)、信息和背景 資料，幫助明確決策目標(biāo)和進(jìn)行問題的識別，建立或修改決策模型，提供各種備選方案，并且對各種方案進(jìn)行評價(jià)和優(yōu)選，通過人機(jī)交互功能進(jìn)行分析、比較和判斷，為正確決策提供必要的支持。它為決策者提供分析問題、建立模型、模擬決策過程和方案的環(huán)境，調(diào)用各種信息資源和分析工具，幫助決策者提高決策水平和質(zhì)量。 決策支持系統(tǒng)基本結(jié)構(gòu)主要由四個(gè)部分組成，即數(shù)據(jù)部分、模型部分、推理部分 和人機(jī)交互部分：數(shù)據(jù)部分是一個(gè)數(shù)據(jù)庫系統(tǒng)；模型部分包括模型庫 (mb)及其管理系統(tǒng) (mbms)；推理部分由知識庫 (kb)、知識庫管理系統(tǒng) (kbms)和推理機(jī)組成；人機(jī)交互部分是決策支持系統(tǒng)的人機(jī)交互界面，用以接收和檢驗(yàn)用戶請求，調(diào)用系統(tǒng)內(nèi)部功能軟件為決策服務(wù)，使模型運(yùn)行、數(shù)據(jù)調(diào)用和知識推理達(dá)到有機(jī)地統(tǒng)一，有效地解決決策問題。 （ 1）基本模型： 圖 決策支持系統(tǒng)基本模型圖 子系統(tǒng)模塊間關(guān)系： 圖 子系統(tǒng)圖 系統(tǒng)需求分析 高效的物流管理模式是連鎖超市快速發(fā)展的基礎(chǔ)和保障，在日益復(fù)雜的市場經(jīng)濟(jì)環(huán)境下，連鎖超市要想獲得更好的生存和發(fā)展空間，對其物流活動(dòng)的各個(gè)環(huán)節(jié)提出了更高的要求。建立連鎖超市物流管理決策支持系統(tǒng)目標(biāo)為提 高連鎖超市物流決策的有效性，促進(jìn)物流決策的科學(xué)化，提高物流系統(tǒng)的管理水平，降低物流成本提供決策輔助支持。 對連鎖超市運(yùn)作來說，物流決策是關(guān)鍵，即在一定的優(yōu)化目標(biāo)下，運(yùn)用一定的優(yōu)化方法與手段。對物流具體業(yè)務(wù)進(jìn)行綜合的優(yōu)化決策，這正是連鎖超市決策支持系統(tǒng)的核心功能： .信息管理、優(yōu)化選擇決策方案、物流決策管理。 定義活動(dòng)者和 UseCase 每個(gè) UseCase都是一個(gè)活動(dòng)者與系統(tǒng)在交互中執(zhí)行有關(guān)事務(wù)序列。根據(jù)系統(tǒng)需求找出全部的UseCase，并從活動(dòng)者的角度給出事件流。對一個(gè) UseCase應(yīng)說明的基 本內(nèi)容是： UseCase 怎樣開始和結(jié)束，正常的事件流、變通的事件流、以外情況的事件流等。 (1)確定執(zhí)行者。執(zhí)行者是同系統(tǒng)交互的所有事物 ,每一個(gè)執(zhí)行者定義一種特定的角色。每一個(gè)系統(tǒng)之外的實(shí)體可以用一個(gè)或者多個(gè)執(zhí)行者來代表。因此一個(gè)人可能會被多個(gè)執(zhí)行者來代表 ,因?yàn)檫@個(gè)人在系統(tǒng)中占有多種角色。或者幾個(gè)人可以用一個(gè)執(zhí)行者來表示 ,因?yàn)樗麄儗τ谙到y(tǒng)來講具有同樣的角色。對決策支持子系統(tǒng)來說 ,訂單處理執(zhí)行者有 :連鎖超市采購決策者和評價(jià)人員。 (2)確定用例。仔細(xì)檢查所有的執(zhí)行者 ,并為每一個(gè)執(zhí)行者確定用例。用例是系統(tǒng)的 一種行為 ,它為執(zhí)行者產(chǎn)生一種可以估量的價(jià)值結(jié)果。對決策支持系統(tǒng)來說 ,可以確定的 9 個(gè)用例分別為 :客戶中心，運(yùn)輸調(diào)度，庫存控制，訂單處理，配送優(yōu)化，系統(tǒng)維護(hù)，數(shù)據(jù)處理，模型優(yōu)化，實(shí)體質(zhì)量評估。 (3)確定 Use Case 圖。 Use Case 圖是 UML模型中高層次的用戶視圖 ,它從外部執(zhí)行者的角度描述了系統(tǒng)的活動(dòng)。圖 描述了一個(gè)該決策支持系統(tǒng)的 UseCase 圖。 繪制 UseCase 圖 圖 決策支持系統(tǒng) UseCase 圖 UseCase 圖組合要體現(xiàn)了決策支持系統(tǒng)的組要成員和功能 模塊，以及他們之間的聯(lián)系，準(zhǔn)確的表達(dá)了活動(dòng)者與系統(tǒng)的交互情況和決策支持系統(tǒng)提供的服務(wù)。 建立靜態(tài)結(jié)構(gòu)模型 靜態(tài)模型主要是繪制系統(tǒng)對象圖和類圖和包圖。類圖主要反應(yīng)系統(tǒng)中涉及到的對象的抽象，基于決策支持系統(tǒng)的類圖主要反映各組對象類它們之間的關(guān)系。在對象類圖中，一方面描述各個(gè)對象類本身的組成，即類的屬性、操作和對象的約束；另一方面描述系統(tǒng)中對象類之間的各種靜態(tài)的聯(lián)系。對象類之間的靜態(tài)聯(lián)系主要類型有：關(guān)聯(lián)、聚合、組合、泛化、依賴等。根據(jù)系統(tǒng)的 UseCase 圖，分析出系統(tǒng)的對象，進(jìn)行抽象，定義類的屬性和 操作，以及相互之間的聯(lián)系，繪制類圖。 下面是該系統(tǒng)類圖： 圖 決策支持系統(tǒng)類圖 對于一個(gè)大型的復(fù)雜系統(tǒng)，常需要把大量的模型元素用包組織起來，以方便理解和處理。第三方?jīng)Q策系統(tǒng)雖然不大，但也可以把系統(tǒng)的對象類組織成包，以便更清楚的了解系統(tǒng)的結(jié)構(gòu)。包圖表示的是系統(tǒng)的靜態(tài)結(jié)構(gòu)，但建立包圖同時(shí)應(yīng)當(dāng)考慮系統(tǒng)的動(dòng)態(tài)行為。 圖 決策支持系統(tǒng)包圖 建立動(dòng)態(tài)行為模型 動(dòng)態(tài)行為建模主要建立模型的順序圖和活動(dòng)圖。 決策支持子系統(tǒng)決策模塊查詢庫存信息、人員設(shè)備信息及其他運(yùn)輸、倉儲外協(xié)合作商 和供應(yīng)商數(shù)據(jù)，并分析經(jīng)營管理的歷史數(shù)據(jù)，然后做出決策反應(yīng)，并提交到配送中心； 活動(dòng)圖的主要作用是表示系統(tǒng)的業(yè)務(wù)工作流和并發(fā)處理過程。 圖 決策支持系統(tǒng)順序圖 圖 決策支持系統(tǒng)活動(dòng)圖 系統(tǒng)維護(hù)子系統(tǒng) 系統(tǒng)運(yùn)行維護(hù)階段的任務(wù)是： 同時(shí)進(jìn)行系統(tǒng)的日常運(yùn)行管理、評價(jià)、監(jiān)理審計(jì)三部分工作。然后分析運(yùn)行結(jié)果，如果運(yùn)行結(jié)果良好，則送管理部門，指導(dǎo)生產(chǎn)經(jīng)營活動(dòng)；如果有問題，則要對系統(tǒng)進(jìn)行修改、維護(hù)或者是局部性調(diào)整。 系統(tǒng)日常運(yùn)行管理包括：新數(shù)據(jù)的錄入、存儲、更新 復(fù)制以及統(tǒng)計(jì)分析、報(bào)表生成和定期與外界交流數(shù)據(jù)處理工作。 系統(tǒng)維護(hù)的步驟： （ 1）提出修改要求。操作人員或業(yè)務(wù)領(lǐng)導(dǎo)用書面形式向主管領(lǐng)導(dǎo)提出對某項(xiàng)工作的修改要求，這種修改要求不能直接向程序員提出。 （ 2）領(lǐng)導(dǎo)批準(zhǔn)。主管人員進(jìn)行一定的調(diào)查后，根據(jù)系統(tǒng)的情況和工作人員的情況，考慮這種修改的必要性與可行性，最后做出是否修改、何時(shí)修改、由誰修改的決定。 （ 3）分配任務(wù)。系統(tǒng)主管人員如果認(rèn)為需要修改，則向有關(guān)的維護(hù)人員下達(dá)任務(wù)，說明修改的內(nèi)容、要求和期限。 （ 4）驗(yàn)收成果。系統(tǒng)主管人員對修改的部分進(jìn)行驗(yàn)收。驗(yàn) 收通過后，講修改的部分嵌入系統(tǒng)，取代舊的部分。 （ 5）記錄修改情況。修改要做認(rèn)真的記錄，作為新的版本通報(bào)用戶和操作人員，指出新的功能和修改的地方。某些重大的修改，可以看做一個(gè)小系統(tǒng)的開發(fā)項(xiàng)目，因此，也要求按系統(tǒng)開發(fā)的步驟進(jìn)行。 系統(tǒng)需求分析 該子系統(tǒng)提供對安全管理的的支持，包括：數(shù)據(jù)備份、數(shù)據(jù)恢復(fù)、系統(tǒng)設(shè)置、系統(tǒng)工具箱和文檔管理等內(nèi)容。 （ 1）數(shù)據(jù)備份。將所有數(shù)據(jù)表信息定期保存在磁盤中。對于重要數(shù)據(jù)，應(yīng)該防患于未然，那就是做好數(shù)據(jù)備份。 （ 2）數(shù)據(jù)恢復(fù)。用備份文件替換受損文件。數(shù)據(jù)恢復(fù) 是指由于各種原因?qū)е聰?shù)據(jù)損失時(shí)把保留在介質(zhì)上的數(shù)據(jù)重新恢復(fù)的過程。 （ 3）系統(tǒng)設(shè)置。包括用戶管理、身份設(shè)置、安全管理、接口管理。 （ 4）系統(tǒng)工具箱。把系統(tǒng)常用的工具放到一個(gè)小箱子里，不用再每次去找那些常用的工具。 （ 5）文檔管理。文檔管理應(yīng)從以下幾個(gè)方面著手進(jìn)行： 、規(guī)范化 。 定義活動(dòng)者和 UseCase 根據(jù)系統(tǒng)維護(hù)系統(tǒng)的職責(zé)范圍和需求可以確定一個(gè)活動(dòng)者：系統(tǒng)管理員， 系統(tǒng)管理員使用系統(tǒng)維護(hù)系統(tǒng)進(jìn)行查詢數(shù)據(jù)信息和 進(jìn)行數(shù)據(jù)管理等工作。 從系統(tǒng)維護(hù)系統(tǒng)的頂層 Use Case抽象，可以定義四個(gè) Use Case：數(shù)據(jù)備份、系統(tǒng)設(shè)置、數(shù)據(jù)恢復(fù)、系統(tǒng)工具箱和文檔管理。 Use Case“數(shù)據(jù)備份和數(shù)據(jù)恢復(fù)”可以分解為以下一些Use Case：“登錄”、“查詢數(shù)據(jù)”、“備份數(shù)據(jù)”和“恢復(fù)數(shù)據(jù)”。 Use Case“系統(tǒng)設(shè)置”可以分解為以下一些 Use Case：“用戶登錄”、“安全設(shè)置”和 “安全管理”。 Use Case“文檔管理”可以分解為以下一些 Use Case：“資源管理”、“管理文檔”、“管理特效”、“管理文件” 、“管理欄目”和“查詢下載情況”。 繪制 UseCase 圖 （ 1）系統(tǒng)頂層 UseCase 圖： 圖 系統(tǒng)頂層用例圖 根據(jù)系統(tǒng)的業(yè)務(wù)過程分析與用戶的需求分析，得系統(tǒng)的頂層用例分析圖，活動(dòng)者“系統(tǒng)管理員”與 Use Case“數(shù)據(jù)備份”、“系統(tǒng)設(shè)置”、“數(shù)據(jù)恢復(fù)”、“系統(tǒng)工具箱”和“文檔管理”發(fā)生交互。 （ 2）數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)用例圖： 圖 數(shù)據(jù)備份與數(shù)據(jù)恢復(fù)用例圖 活動(dòng)者“系統(tǒng)管理員”與 Use Case “登錄”、“查詢數(shù)據(jù)”、“數(shù)據(jù)備份”和“數(shù)據(jù)恢復(fù)”發(fā)生交互 。 （ 3）系統(tǒng)設(shè)置用例圖： 圖 系統(tǒng)設(shè)置用例圖 活動(dòng)者“系統(tǒng)管理員”與 Use Case “用戶設(shè)置”、“安全設(shè)置”和“身份設(shè)置”發(fā)生交互。 （ 4）文檔管理用例圖 圖 文檔管理用例圖 活動(dòng)者“系統(tǒng)管理員”與 Use Case “管理資料”、“管理文檔”、“管理特效”、“管理文件”、“管理欄目”和“查詢下載情況”發(fā)生交互?！肮芾碣Y料”依賴“對資源授權(quán)”和“設(shè)置保護(hù)信息”；“管理文檔”依賴“選擇文檔所屬欄目”和“選擇文檔特效”；