【正文】 系統(tǒng)階段建模 商品管理子系統(tǒng) 商品管理系統(tǒng)概述 系統(tǒng)分析 需求分析 系統(tǒng)功能流程圖設(shè)計(jì) 定義活動(dòng)者和 UseCase 訂單管理子系統(tǒng) 概述 系統(tǒng)需求分析 定義活動(dòng)者和 UseCase 繪制 UseCase 圖 建立靜態(tài)結(jié)構(gòu)模型 建立動(dòng)態(tài)行為模型 連鎖超市配送中心管理子系統(tǒng) 連鎖超市配送中心分類 連鎖超市配送中心業(yè)務(wù)流程分析 功能分析 結(jié)構(gòu)分析 連鎖超市配送中心管理信息系統(tǒng)建設(shè)方案 客戶關(guān)系管理子系統(tǒng) 連鎖超市采購管理客戶關(guān)系管理系統(tǒng)目標(biāo)與功能模塊 系統(tǒng)需求分析 數(shù)據(jù)庫設(shè)計(jì) 定義活動(dòng)者和用例圖 建立靜態(tài)結(jié)構(gòu)模型 建立動(dòng)態(tài)行為模型 財(cái)務(wù)管理子系統(tǒng) 系統(tǒng)的需求分析 連鎖超市財(cái)務(wù)管理的特點(diǎn) 繪制順序圖 繪制用例圖 建立靜態(tài)結(jié)構(gòu)模型 數(shù)據(jù)流 程圖 建立動(dòng)態(tài)行為模型 36． 6 連鎖超市采購決策支持系統(tǒng) 目標(biāo)與基本模型 系統(tǒng)需求分析 定義活動(dòng)者和 UseCase 繪制 UseCase 圖 建立靜態(tài)結(jié)構(gòu)模型 建立動(dòng)態(tài)行為模型 系統(tǒng)維護(hù)子系統(tǒng) 系統(tǒng)需求分析 定義活動(dòng)者和 UseCase 繪制 UseCase 圖 建立靜態(tài)結(jié)構(gòu)模 型 建立動(dòng)態(tài)行為模型 3 參考文獻(xiàn) 3 附錄 一 引言 商品超市是當(dāng)前最重要的商業(yè)經(jīng)營(yíng)形式之一，為了進(jìn)一步提高商業(yè)超市的管理水平和競(jìng)爭(zhēng)力，管理信息系統(tǒng)在商業(yè)超市中的應(yīng)用已是大勢(shì)所趨。 連鎖企業(yè)一般實(shí)行集中采購制度，以集中化采購為主，在某些特定條件下也采用分散采購制度，進(jìn)行適當(dāng)?shù)姆稚⑿圆少彙? 需求分析的任務(wù)是通過詳細(xì)調(diào)查現(xiàn)實(shí)世界要處理的對(duì)象，充分了解系統(tǒng)工作的概況，明確用戶的各種需求，然后在此基礎(chǔ)上確定新系統(tǒng)的功能。而對(duì)于后者則要求應(yīng)用程序功能完備 ,易使用等特點(diǎn)。該平臺(tái)利用企業(yè)內(nèi)部局域網(wǎng)，將與企業(yè)客戶相關(guān)的信息管理、訂單管理、售后服務(wù)以及營(yíng)銷活動(dòng)等流程有機(jī)的結(jié)合起來，實(shí)現(xiàn)企業(yè)內(nèi)部的信息與數(shù)據(jù)共享以及管理的系統(tǒng)化、訂單處理科學(xué)化和業(yè)務(wù)流程自動(dòng)化等目標(biāo)。 繪制用例圖 圖 系統(tǒng)用例圖 四 系統(tǒng)靜態(tài)建模 繪制對(duì)象類圖 連鎖超市采購管理系統(tǒng)主要是以門店訂單展開的各項(xiàng)活動(dòng)的集合。企業(yè)使用商品管理系統(tǒng)即有宏觀上的意義，那就是順應(yīng)時(shí)代信息化、現(xiàn)代化潮流，提高效益；也有微觀上的意義，那就是可以提高管理的現(xiàn)代化程序，加強(qiáng)管理的信息化手段，提高工作效率。 硬件方面，除了服務(wù)器要求高一點(diǎn)以外，終端設(shè)備不是太貴。我開發(fā)小組人員利用現(xiàn)有的開發(fā)工具和開發(fā)技術(shù)完全可以在規(guī)定的時(shí)間，規(guī)定的資金范圍內(nèi)實(shí)現(xiàn)新系統(tǒng)的全部功能。 （ 2）進(jìn)貨信息管理模塊 該模塊主要包括進(jìn)貨信息查詢、進(jìn)貨訂單錄入和修改、進(jìn)貨單錄入和修改。隨著科學(xué)技術(shù)的不斷提高 ,計(jì)算機(jī)科學(xué)日漸成熟 ,強(qiáng)大的功能已為人們深刻認(rèn)識(shí)，商品管理系統(tǒng)的開發(fā)的環(huán)境及條件越來越優(yōu)越，同時(shí)功能也 變得越來越強(qiáng)大。最后申報(bào)總監(jiān)審批。 庫存商品抽查 由抽查人員對(duì)已交叉復(fù)核完畢的庫存商品進(jìn)行抽查，每抽查一個(gè)庫存商品必須在手工“盤點(diǎn)表”上的“抽查”欄注明“√”，抽查比率 20%，其中以物查表 10%，以表查物 10%。通過流程配置，可進(jìn)行多種采購流程選擇，如訂單直接入庫，或經(jīng)過到貨質(zhì)檢環(huán)節(jié)后檢驗(yàn)入庫等，在整個(gè)過程中 ，可以實(shí)現(xiàn)對(duì)采購存貨的計(jì)劃狀態(tài)、訂單在途狀態(tài)、到貨待檢狀態(tài)等的監(jiān)控和管理。 訂單的流程可由用戶制定，通常包 含：產(chǎn)品報(bào)價(jià)、訂單制定、合同制定、生產(chǎn)計(jì)劃、出貨交付、貨款回收、后續(xù)服務(wù)、客戶關(guān)懷等。透過退貨交易的專業(yè)處理方式，可鞏固客戶的信任和忠誠度，商業(yè)關(guān)系更進(jìn)一步。 圖 訂單管理系統(tǒng)的主要功能模塊圖 連鎖超市提供采購訂單，將采購訂單交給配送中心信息處理部，進(jìn)行信息處理后，然后交給配送中心采購部門，由他將采購訂單提供給供應(yīng)商，供應(yīng)商接到訂單后提取貨物，將貨物給配送中心，配送中心負(fù)責(zé)把貨物配送給超市門店，連鎖超市采購業(yè)務(wù)流程圖如圖 。每一個(gè)系統(tǒng)之外的實(shí)體可以用一個(gè)或者多個(gè)執(zhí)行者來代表。 (3)確定 Use Case 圖。建模順序圖可以用來實(shí)現(xiàn)用例 ,還可以用來演示某個(gè)用例最終產(chǎn)生的所有的路徑。 配送中心的采購部開始采購商品時(shí)需查詢提供商品的供應(yīng)商，找到供應(yīng)商并聯(lián)系供應(yīng)商，與其談判價(jià)格，如果找不到供應(yīng)商需找外界供應(yīng)商，外界供應(yīng)商提供樣品，檢驗(yàn)樣品合格與否，合格的話談判價(jià)格，不合格另找供應(yīng)商直到檢驗(yàn)的樣品合格為止，并進(jìn)行談判價(jià)格，將原供應(yīng)商與外界供應(yīng)商提供的價(jià)格進(jìn)行比較，選擇合適的供應(yīng)商并確定采購數(shù)量，進(jìn)行采購。隨著零售市場(chǎng)競(jìng)爭(zhēng)的加劇，配送效率已成為連鎖企業(yè)競(jìng)爭(zhēng)的核心。基于此 , 本研究對(duì)連鎖超市配送中心管理信息系統(tǒng)建設(shè)方案進(jìn)行了探討。 自有配送中心主要面向組織內(nèi)部進(jìn)行配送 . 因此 , 從是否具有社會(huì)配送功能角度來看 , 可將配送中心分為具有法人資格 ( 或授權(quán)模式 ) 面向社會(huì)配送及不具有法人資格 ( 或物流模式 ) 主要面向組織內(nèi)供應(yīng)這兩類配送中心 .配送中心的服務(wù)輻射范圍、規(guī)模也是決策者要重點(diǎn)研究的問題。 連鎖超市配送中心的功能主要包括六大部分，即采購、銷售、倉儲(chǔ)、運(yùn)輸、分揀、組配及財(cái)務(wù) . 但不是每個(gè)配送中心都具有這六大功能 .采購和銷售功能是進(jìn)行社會(huì)配送服務(wù)的基礎(chǔ) , 是主要功能 , 占主導(dǎo)地位 . 一般來說此類配送中心是一個(gè)獨(dú)立的企業(yè)實(shí)體 , 它必須開展經(jīng)營(yíng) , 要經(jīng)營(yíng)就必須有采購和銷售功能 , 同時(shí)它也必須要有一套完整的財(cái)務(wù)系統(tǒng) .面向組織內(nèi)部的配送中心一般不具有采購、銷售及完整的財(cái)務(wù)系統(tǒng) , 這些功能一般在總部實(shí)現(xiàn) . 值得一提的是 , 在數(shù)據(jù)處理分析、運(yùn)輸及分揀組配等諸功能上 , 兩者也有所差別 , 這里不再細(xì)述 .總之 , 上 述兩種配送中心模式其功能是完全不同的 , 在建設(shè) MIS 系統(tǒng)時(shí)必須認(rèn)真研究 .下圖為配送中心功能類圖 : 圖 配送中心類圖 結(jié)構(gòu)分析 結(jié)構(gòu)分析是一級(jí)配送模式還是兩級(jí)配送模式 , 對(duì)整個(gè)超市來說其運(yùn)作流程將有所不同。 c. 對(duì)面向社會(huì)的配送中心 , 在購入標(biāo)準(zhǔn)財(cái)務(wù)軟件后 , 利用系統(tǒng)與 財(cái)務(wù)軟件的標(biāo)準(zhǔn)接口模塊 , 即可將財(cái)務(wù)系統(tǒng)融入系統(tǒng)之中。 銷售管理模塊，主要提供銷售信息的添加、修改和刪除功能。聯(lián)系人信息管理包括添加新聯(lián)系人、刪除已有聯(lián)系人、修改聯(lián)系人姓名、查找聯(lián)系人功能 。 系統(tǒng)需求分析 系信息管理系統(tǒng)是典型的信息管理系統(tǒng) ,其開發(fā)主要包括是后臺(tái)數(shù)據(jù)庫的設(shè)計(jì)和前臺(tái)系統(tǒng)功能的實(shí)現(xiàn)兩個(gè)方面。連鎖超市采購管理信息系統(tǒng)的 CRM 系統(tǒng)是連鎖超市信息系統(tǒng)的重要組成部分，在這里包括：客戶信息、聯(lián)系人信息、銷售信息、服務(wù)反饋信息、員工信息 管理、機(jī)會(huì)信息管理、系統(tǒng)參數(shù)設(shè)置、安全密碼管理等。 系統(tǒng)的主要 UseCase 包括：個(gè)人信息、問題反饋、服務(wù)查詢、資料管理、活動(dòng)管理、權(quán)限管理、偽命題解決等。 （ 1）繪制順序圖 UM動(dòng)態(tài)建模中順序圖（也稱序列圖）是一種交互圖（ InteractionDiagram，用于描述執(zhí)行系統(tǒng)功能的各個(gè)角色之間相互傳遞消息的順序關(guān)系，顯示跨越多個(gè)對(duì)象的系統(tǒng)控制流程），強(qiáng)調(diào)的是時(shí)間和消息的次序，用來說明系統(tǒng)的動(dòng)態(tài)情況，順序 圖由參與者、對(duì)象、對(duì)象生命線和消息組成。如果實(shí)行特許連鎖，各特許店雖然也都是獨(dú)立的，但加盟者只擁有特許店的部分所有權(quán)，一般都是只擁有有形物資財(cái)產(chǎn)的所有權(quán)，特許店經(jīng)營(yíng)權(quán)則是由盟主有償提供給加盟者的，所以，無論業(yè)務(wù)管理或財(cái)務(wù)管理都會(huì)受到加盟主的嚴(yán)格控制。連鎖超市的資產(chǎn)有總部實(shí)行集中管理，有利于提高資產(chǎn)的利用效率，充分發(fā)揮資產(chǎn)規(guī)模經(jīng)營(yíng)優(yōu)勢(shì)。下面進(jìn)行賬務(wù)管理系統(tǒng)中功能模塊分析業(yè)務(wù)類圖的 設(shè)計(jì)。對(duì)物流具體業(yè)務(wù)進(jìn)行綜合的優(yōu)化決策，這正是連鎖超市決策支持系統(tǒng)的核心功能： .信息管理、優(yōu)化選擇決策方案、物流決策管理。或者幾個(gè)人可以用一個(gè)執(zhí)行者來表示 ,因?yàn)樗麄儗?duì)于系統(tǒng)來講具有同樣的角色。圖 描述了一個(gè)該決策支持系統(tǒng)的 UseCase 圖。第三方?jīng)Q策系統(tǒng)雖然不大，但也可以把系統(tǒng)的對(duì)象類組織成包，以便更清楚的了解系統(tǒng)的結(jié)構(gòu)。操作人員或業(yè)務(wù)領(lǐng)導(dǎo)用書面形式向主管領(lǐng)導(dǎo)提出對(duì)某項(xiàng)工作的修改要求，這種修改要求不能直接向程序員提出。 （ 5）記錄修改情況。用備份文件替換受損文件。 定義活動(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ù)管理等工作。 （ 4）文檔管理用例圖 圖 文檔管理用例圖 活動(dòng)者“系統(tǒng)管理員”與 Use Case “管理資料”、“管理文檔”、“管理特效”、“管理文件”、“管理欄目”和“查詢下載情況”發(fā)生交互。 Use Case“文檔管理”可以分解為以下一些 Use Case：“資源管理”、“管理文檔”、“管理特效”、“管理文件” 、“管理欄目”和“查詢下載情況”。 （ 4）系統(tǒng)工具箱。 （ 1）數(shù)據(jù)備份。系統(tǒng)主管人員如果認(rèn)為需要修改，則向有關(guān)的維護(hù)人員下達(dá)任務(wù)，說明修改的內(nèi)容、要求和期限。 圖 決策支持系統(tǒng)順序圖 圖 決策支持系統(tǒng)活動(dòng)圖 系統(tǒng)維護(hù)子系統(tǒng) 系統(tǒng)運(yùn)行維護(hù)階段的任務(wù)是： 同時(shí)進(jìn)行系統(tǒng)的日常運(yùn)行管理、評(píng)價(jià)、監(jiān)理審計(jì)三部分工作。在對(duì)象類圖中，一方面描述各個(gè)對(duì)象類本身的組成，即類的屬性、操作和對(duì)象的約束；另一方面描述系統(tǒng)中對(duì)象類之間的各種靜態(tài)的聯(lián)系。用例是系統(tǒng)的 一種行為 ,它為執(zhí)行者產(chǎn)生一種可以估量的價(jià)值結(jié)果。 (1)確定執(zhí)行者。 決策支持系統(tǒng)基本結(jié)構(gòu)主要由四個(gè)部分組成，即數(shù)據(jù)部分、模型部分、推理部分 和人機(jī)交互部分：數(shù)據(jù)部分是一個(gè)數(shù)據(jù)庫系統(tǒng)；模型部分包括模型庫 (mb)及其管理系統(tǒng) (mbms)；推理部分由知識(shí)庫 (kb)、知識(shí)庫管理系統(tǒng) (kbms)和推理機(jī)組成；人機(jī)交互部分是決策支持系統(tǒng)的人機(jī)交互界面，用以接收和檢驗(yàn)用戶請(qǐng)求，調(diào)用系統(tǒng)內(nèi)部功能軟件為決策服務(wù)，使模型運(yùn)行、數(shù)據(jù)調(diào)用和知識(shí)推理達(dá)到有機(jī)地統(tǒng)一，有效地解決決策問題。基層 店憑發(fā)票增加庫存，按獨(dú)立會(huì)計(jì)進(jìn)行核算，月未計(jì)算并結(jié)轉(zhuǎn)當(dāng)期經(jīng)營(yíng)成果，編制財(cái)務(wù)會(huì)計(jì)報(bào)告，將當(dāng)期實(shí)現(xiàn)的利潤(rùn)上繳總部。 票物分開 單店經(jīng)營(yíng)的企業(yè)，資金與商品往往同步運(yùn)行的，即所謂票流與物流是緊密地結(jié)合在一起的。從而為決策層提供及時(shí)、準(zhǔn)確、務(wù)實(shí)的財(cái)務(wù)分析，達(dá)到依法自主理財(cái)、約束企業(yè)經(jīng)營(yíng)行為、管理企業(yè)各項(xiàng)經(jīng)濟(jì)活動(dòng)的目的?？蛻艄芾韱T的活動(dòng)主要有：客戶資 料管理，活動(dòng)管理，問題解決，客戶權(quán)限管理。主聯(lián)系人只設(shè)置兩種情況“是/否”，一客戶可對(duì)應(yīng)多個(gè)聯(lián)系人，主聯(lián)系人具有決定性作用。數(shù)據(jù)庫應(yīng)用系統(tǒng)開發(fā)的目標(biāo)是建立一個(gè)滿足用戶長(zhǎng)期需求的產(chǎn)品。 （ 5）銷售信息管理 銷售信息管理指的是超市短期、長(zhǎng)期等的銷售情況以及銷售人群。所謂精確查詢是指輸入的內(nèi)容完全相同才能查詢到結(jié)果，而所謂模糊查詢，是在輸入的查詢條件中只要從左到右 計(jì)算，所輸入內(nèi)容是系統(tǒng)數(shù)據(jù)庫中所包含字段內(nèi)容的子串，就能夠顯示在顯示查詢結(jié)果。該平臺(tái)利用企業(yè)內(nèi)部局域網(wǎng)，將與企業(yè)客戶相關(guān)的信息管理、訂單管理、售后服務(wù)以及營(yíng)銷活動(dòng)等流程有機(jī)的結(jié)合起來，實(shí)現(xiàn)企業(yè)內(nèi)部的信息與數(shù)據(jù)共享以及管理的系統(tǒng)化、訂單處理科學(xué)化和業(yè)務(wù)流程自動(dòng)化等目標(biāo)。目前，物流配送環(huán)節(jié)存在的種種問題已經(jīng)成為制約我國連鎖超市進(jìn)一步發(fā)展的“瓶頸”。 表 配送中心分類 連鎖超市配送中心業(yè)務(wù)流程分析 這里主要從兩個(gè)角度來討論 : a. 分析不同類型配送中心的業(yè)務(wù)功能范圍 ,以下簡(jiǎn)稱功能分析 . 分析的目的在于建立管理信息系統(tǒng)時(shí) , 根據(jù)配送中心的業(yè)務(wù)功能建立相應(yīng)的軟件功能 。 指連鎖超市與其他公司共同投資建設(shè)的配送中心 , 共同享受配送中 心的服務(wù) 。因而，配送中心存在著大量復(fù)雜的物流、資金流和信息流。配送中心業(yè)務(wù)功能多，業(yè)務(wù)處理量大，信息覆蓋面廣泛，且涉及數(shù)據(jù)量大，管理復(fù)雜多變，許多 信息需要?jiǎng)討B(tài)、適時(shí)地傳輸和處理?；顒?dòng)圖是用例 圖之后提供下一步系統(tǒng)分析中對(duì)系統(tǒng)的充分的描述。根據(jù)用例進(jìn)行靜態(tài)建模，描述出系統(tǒng)的類 ,找出對(duì)象，并定義出對(duì)象或?qū)ο箢惖膶傩院筒僮鞯?, 類圖如圖 。 (2)確定用例。配送中心和訂單管理員通過訂單系統(tǒng)查詢訂單。 訂單管理功能模塊圖如圖 。 （ 3）退貨管理 退貨管理是商業(yè)上非常重要的一個(gè)課題。 訂單管理是采購方和供應(yīng)商的供應(yīng)鏈管理的基礎(chǔ)環(huán)節(jié) ,也就是說 ,買賣雙方都關(guān)注 ,都需要有一套完整的管理系統(tǒng)和基礎(chǔ)作流程 .對(duì)于供應(yīng)商 ,訂單是最基礎(chǔ)的渠道行為 ,訂 單流程是渠道組織結(jié)構(gòu)的重要依據(jù) ,訂單信息是相關(guān)業(yè)務(wù)控制的重要依據(jù)；對(duì)于采購方 ,訂單管理實(shí)際上關(guān)聯(lián)了庫存管理 ,物流管理 ,財(cái)務(wù)管理 ,供應(yīng)商管理 ,需求預(yù)測(cè) ,電子