【正文】 名稱 類型 主鍵 是否為空 約束條件 備注 id number 是 否 唯一 銷售機會編號 custid varchar 否 是 FK 引用客戶編號 Servicetype varchar 否 是 服務(wù)類型 summary varchar 否 是 概要 custname varchar 否 否 客戶名稱 state number 否 否 服務(wù)狀態(tài) 1,新創(chuàng)建 ,2 已分配 ,3 已處理 ,4已歸檔 servicerequest varchar 否 否 服務(wù)請求 createid number 否 否 創(chuàng)建人編號 createby varchar 否 是 創(chuàng)建人名字 createdate timestamp 否 否 創(chuàng)建時間 managerid number 否 是 指派人編號 managerby varchar 否 是 指派人名字 assigndate timestamp 否 是 指派時間 Servicedeal varchar 否 是 服務(wù)處理 dealid number 否 是 處理人的 id dealby varchar 否 是 處理人的名字 dealdate timestamp 否 是 處理時間 dealresult varchar 否 是 處理結(jié)果 satisfy number 否 是 滿意度 (8)CUSTOMER（客戶表）主要用來顯示客戶信息 ， 如表 368 所示： 常州大學(xué)本科畢業(yè)設(shè)計（論文） 第 19 頁 共 47 頁 表 38CUSTOMER 名稱 類型 主鍵 是否為空 約束條件 備注 id varchar 是 否 唯一 客戶編號 custname varchar 否 否 客戶名稱 region varchar 否 是 客戶所在地區(qū) managerid number 否 是 客戶經(jīng)理編號 Managername varchar 否 是 客戶經(jīng)理名字 custlevel number 否 是 客戶等級編號 levellabel varchar 否 是 客戶等級名稱 Custsatisfy number 否 是 客戶滿意度 credit number 否 是 客戶信用度 address varchar 否 是 客戶所在地址 zipcode varchar 否 是 郵編 telephone varchar 否 是 客戶電話 fax varchar 否 是 客戶傳真 website varchar 否 是 客戶網(wǎng)站 licenceno varchar 否 是 客戶營業(yè)執(zhí)照 chieftain varchar 否 是 客戶的法人 bankroll number 否 是 客戶注冊資金 yearturnover number 否 是 客戶年收入 bank varchar 否 是 開戶銀行 Bankaccount varchar 否 是 銀行賬號 placetaxno varchar 否 是 地稅號 nationaltaxno varchar 否 是 國稅號 state number 否 是 1 正常， 2，預(yù)警， 3，暫緩 ,4，流失， 5 客戶被加入流失表， 6,客戶被刪除 (9) CUSTLOST（ 客戶流失表 ） 主要用來顯示所流失的客戶的信息 ，表 結(jié)構(gòu)如表 369所示 ： 常州大學(xué)本科畢業(yè)設(shè)計（論文） 第 20 頁 共 47 頁 表 39 CUSTLOST 名稱 類型 主鍵 是否為空 約束條件 備注 id number 是 否 唯一 主鍵 custid varchar 否 否 FK 引用客戶編號 custname varchar 否 是 客戶名稱 managerid number 否 否 客戶經(jīng)理編號 managerby varchar 否 否 客戶經(jīng)理名字 lastorderdate timestamp 否 是 最后一次下訂單時間 lostdate timestamp 否 是 確認流失的時間 delay varchar 否 是 采取的暫緩流失的措施 reason varchar 否 是 確認流失的原因 state number 否 否 2 預(yù)警， 3 暫緩， 4確認流失 (10) ORDERDETAIL(訂單表 )結(jié)構(gòu)如表 3610 所示： 表 310 ORDERDETAIL 名稱 類型 主鍵 是否為空 約束條件 備注 id number 是 否 唯一 主鍵 orderid varchar 否 是 fk 引用訂單表主鍵 productid number 否 是 fk 引用產(chǎn)品表主鍵 quantity number 否 是 數(shù)量 unit varchar 否 否 單位 price number 否 否 價格 (11) PRODUCT（ 商品表 ） 顯示商品的主要信息 ， 結(jié)構(gòu)如表 3611 所示 ： 表 311 PRODUCT 名稱 類型 主鍵 是否為空 約束條件 備注 id number 是 否 唯一 主鍵 price number 否 是 fk 引用訂單表主鍵 productname varchar 否 是 fk 引用產(chǎn)品表主鍵 producttype varchar 否 是 數(shù)量 batch varchar 否 否 單位 unit number 否 否 價格 remark varchar 否 否 描述 常州大學(xué)本科畢業(yè)設(shè)計（論文） 第 21 頁 共 47 頁 4 系統(tǒng) 的詳細設(shè)計和 實現(xiàn) 本系統(tǒng)分營銷管理、客戶管理、服務(wù)管理、統(tǒng)計報表、基礎(chǔ)數(shù)據(jù)和權(quán)限管理六個模塊。 (2)客戶的編碼 采用順序碼，初始 ID 為 10000，步長為 1，每增加一位會員， ID 便增加 1。要考慮到各種代碼的適用范圍、適用時 間和適用的技術(shù)特點，直觀性要好，通用性要強。 在進行代碼設(shè)計的過程中，要求程序員遵循下列代碼設(shè)計的基本原則： (1)要適合計算機處理 代碼是計算機進行分類、排序、檢索、統(tǒng)計、分析等所有處理的依據(jù)，因此代碼選擇要便于計算機識別和處理。 軟件平臺 (1)操作系統(tǒng) ： Windows 7； (2)數(shù)據(jù)庫 ： SQL Server 2020； (3)Java 開發(fā)工具包 ： JDK ； (4)java 開發(fā)集成工具 ： MyEclipse。通過對本系統(tǒng)的分析后，本系統(tǒng)需要達到的主要設(shè)計目標(biāo)有： (1)首先我們應(yīng)該確定，系統(tǒng)的最終效果要達到一個友好的人機交互模式，系統(tǒng)界面簡潔友好，信息的查詢要靈活、方便、快捷和準(zhǔn)確。 某公司 系統(tǒng)分為了幾個模塊，不過各個模塊之間沒有過多的相互作用，每個模塊完成一個相應(yīng)的子功能，從而實現(xiàn)模塊的獨立化。 其中序列圖描述對象如何交互的，并且將重點放在消息的順序上，也就是說，描述消息如何在對象間發(fā)送和接受。包括：對客戶信息的增刪改查、與客戶進行聯(lián)系，對業(yè)務(wù)記錄的增刪改查，同時其還可以查看修改自身的個人信息 。系統(tǒng)分析的任務(wù)主要是在確定系統(tǒng)需求以后，繼續(xù)的識別待開發(fā)的系統(tǒng)的應(yīng)用領(lǐng)域的對象，分析對象間的關(guān)系，建立出復(fù)合系統(tǒng)需求的模型。而且如今的信息化管理顯得尤為重要，公司要想更好的發(fā)展就得花費一定的資金來購買此系統(tǒng)產(chǎn)品，而開發(fā)此系統(tǒng)并不需要投入多大的人力和物力，只需掌握相關(guān)的知識和技術(shù)就能很快的得以實現(xiàn)。所以，在硬件方面，本系統(tǒng)的開發(fā)也是可行的。在可行性分析階段我們要搞清問題的定義，能清楚的列舉出目標(biāo)系統(tǒng)存在的一些約束和限制，為新系統(tǒng)服務(wù)。每隔一小段時間生產(chǎn)機就自檢是否正常，若出現(xiàn)異常，系統(tǒng)能夠立刻切換到備份機繼續(xù)工作，而不影響業(yè)務(wù)員的工作，使得 系統(tǒng)具有很好的可靠性。 比如服務(wù)類型、客戶等級等。在本系統(tǒng)中，客戶信息將得到充分的共享，從而發(fā)揮最大的價值。銷售主管也可以在系統(tǒng)中創(chuàng)建銷售機會。 (2)恰當(dāng)?shù)卣莆蘸媚K的大小原則 ： 究竟劃分多大的模塊最合理，很難給出絕對的標(biāo)準(zhǔn)。有了業(yè)務(wù)統(tǒng)計功能 后 ，在月末等特殊時期時能夠大量的減少勞動力的消耗。 數(shù)據(jù)庫技術(shù)的應(yīng)用是建立在數(shù)據(jù)庫管理系統(tǒng)基礎(chǔ)上的，各數(shù)據(jù)庫管理系統(tǒng)之間的異構(gòu)性及其所依賴操作系統(tǒng)的異構(gòu)性，嚴(yán)重限制了信息共享和數(shù)據(jù)交換范圍 ； 數(shù)據(jù)庫技術(shù)的語義描述能力差，大多通過技術(shù)文檔表 示，很難實現(xiàn)數(shù)據(jù)語義的持久性和傳遞性，而數(shù)據(jù)交換和信息共享都是基于語義進行的，在異構(gòu)應(yīng)用數(shù)據(jù)交換時，不利于計算機基于語義自動進行正確數(shù)據(jù)的檢索與應(yīng)用 ； 關(guān)系 數(shù)據(jù)庫屬于高端應(yīng)用，需要昂貴的價格和運行環(huán)境。所以這是企業(yè)最大的需求：那就是有一套電子解決或者提醒方案，可以提醒業(yè)務(wù)人員與各位客戶都能保持聯(lián)系，避免客戶流失。并且客戶提供的產(chǎn)品質(zhì)量和類型也不一樣，自然客戶的優(yōu)先級別就不一樣，所以當(dāng)多個客戶可供選擇時無法很快的分析其優(yōu)劣并做出選擇。如 Sunopsis 的 Sunopsis XML Driver 等。 (3)XML 綁定工具，這些產(chǎn)品能把 XML 文檔和對象進行綁定，主要應(yīng)用在以數(shù)據(jù)為中心的場合。這樣做是沒有必要的，因為在數(shù)據(jù)交換時有些數(shù)據(jù)是不需要進行轉(zhuǎn)換的，因此轉(zhuǎn)換的效率有所降低。結(jié)合 新經(jīng)濟 的 需求 和新技術(shù)的發(fā)展， Gartner Group Inc 提出了 CRM 概念。為方便與客戶的溝通，客戶關(guān)系管理可以為客戶提供多種交流的渠道。 在系統(tǒng) 開發(fā)過程中以面向?qū)ο蟮乃枷?， 結(jié)合了 CRM 管理理念 。 本課題借助XML 數(shù)據(jù)管理 技術(shù)開發(fā) CRM 系統(tǒng) 。 XML technology III 目 次 摘要 ............................................................................................................................................. I 目 次 .......................................................................................................................................III 1 概述 ........................................................................................................................................ 1 課題背景 ..............................................................................................................................1 XML 技術(shù)背景 .....................................................................................................................1 2 需求分析 ................................................................................................................................ 2 現(xiàn)行業(yè)務(wù)問題及數(shù)據(jù)處理需求 ..........................................................................................2 功能模塊分析 ......................................................................................................................4 性能需求分析 ......................................................................................................................9 可行性分析 ..........................................................................................................................9 系統(tǒng)分析 ...............