【正文】 文） 第 24 頁 共 47 頁 thdiv style=color： gray指派給 /div/th td select onchange=getManager(this) option value=1請選擇 .../option /select span class=red_star*/span/td thdiv style=color： gray指派時(shí)間 /div/th td input id=t2 value=fmt： formatDate value=${} pattern=yyyy 年 MM 月 dd 日 hh 時(shí) mm 分 / readonly size=25 /span class=red_star*/span input type=hidden name= value=1/ input type=hidden name= value=${ } /td /tr /table /form /body /html 在銷售機(jī)會管理下創(chuàng)建了新的用戶，其信息將會被保存到 XML 文檔中，然后將內(nèi)容讀入數(shù)據(jù)庫。 % head titlejbaptech 畢業(yè)設(shè)計(jì)項(xiàng)目 /title base href=%=basePath% meta equiv=ContentType content=text/html。 圖 41 銷售機(jī)會管理圖 %taglib uri=： // prefix=c% %taglib uri=： // prefix=fmt% % String path = ()。 機(jī)會 表 41 數(shù)據(jù) 項(xiàng) 說明 輸入格式 是否必填 編號 系統(tǒng)自動生成 輸入框只讀 機(jī)會來源 文本 客戶名稱 文本 是 成功機(jī)率 從 0 到 100 的數(shù)字 數(shù)字 是 概要 對銷售機(jī)會的簡要描述 文本 是 聯(lián)系人 文本 聯(lián)系人電話 文本 機(jī)會描述 文本 是 創(chuàng)建人 自動填入當(dāng)前登錄用戶，用戶不可更改 輸入框只讀 是 創(chuàng)建時(shí)間 當(dāng)前系統(tǒng)時(shí)間 輸入框只讀 是 處理流程 ： 從頁面獲取輸入信息，在數(shù)據(jù)庫中創(chuàng)建新記錄。表 SALEPLAN 的結(jié)構(gòu)如表 33 所示： 表 33 SALEPLAN 名稱 類型 主鍵 是否為空 約束條件 備注 id number 是 否 唯一 銷售計(jì)劃編號 salechanceid number 否 否 FK 引用銷售機(jī)會編號 plantime tunestanp 否 否 銷售計(jì)劃制定時(shí)間 plantodo varchar 否 否 銷售計(jì)劃的計(jì)劃項(xiàng) Planresult varchar 否 是 執(zhí)行計(jì)劃的結(jié)果 (4)SALECHANCE （ 銷售機(jī)會 表 ） 結(jié)構(gòu)如表 34 所示： 常州大學(xué)本科畢業(yè)設(shè)計(jì)（論文） 第 17 頁 共 47 頁 表 34 SALECHANCE 名稱 類型 主鍵 是否為空 約束條件 備注 id number 是 否 唯一 銷售機(jī)會編號 chancesource varchar 否 是 機(jī)會來源 custname varchar 否 否 客戶名稱 summary varchar 否 否 概要 successrate number 否 否 成功機(jī)率 lankman varchar 否 是 聯(lián)系人 telephone varchar 否 是 聯(lián)系人電話 Chancedesc varchar 否 否 機(jī)會描述 createid number 否 否 創(chuàng)建人編號 createby varchar 否 是 創(chuàng)建人 managerid number 否 是 指派人編號 managerby varchar 否 是 指派人名字 Createdate timestamp 否 是 創(chuàng)建時(shí)間 Assigndate timestamp 否 是 指派時(shí)間 state number 否 否 1 未指派， 2 開發(fā)中， 3 已歸檔， 4 開發(fā)成功 (5)LINKMAN（ 聯(lián)系人信息 表 ） 聯(lián)系人信息 表是用來存儲系統(tǒng)各 個(gè)聯(lián)系人的 信息。在目前廣泛使用的數(shù)據(jù)庫模型分為兩種類型，一種是獨(dú)立于計(jì)算機(jī)系統(tǒng)的“ 概念數(shù)據(jù) 模型 ”， 如 “ 實(shí)體聯(lián)系模型 ” ；另一種是直接面向數(shù)據(jù)庫邏輯結(jié)構(gòu)的 “結(jié)構(gòu)數(shù)據(jù)模型 ”。例如：第一個(gè)系統(tǒng)用戶為 1001，第二個(gè)系統(tǒng)用戶為 1002，第五個(gè)系統(tǒng)用戶為 1005。同時(shí)，代碼位的數(shù)增加，工作人員的出錯(cuò)率也隨之增加，所以代碼的位數(shù)要最小。因此，代碼設(shè)計(jì)要從系統(tǒng)出發(fā)，從高處著眼，以利于通觀整個(gè)系統(tǒng)，便于整個(gè)系統(tǒng)內(nèi)部的信息交換及數(shù)據(jù)共享，同時(shí)最好采用上級部門的編碼。 (2)要便于使用 代碼的結(jié)構(gòu)要簡單明了，含義單純，容易理解，容易記憶。編碼也用于指定數(shù)據(jù)的處理方法、區(qū)別數(shù)據(jù)類型，并指定計(jì)算機(jī)處理的內(nèi)容等。運(yùn)用計(jì)算機(jī)進(jìn)行數(shù)據(jù)處理時(shí)，為了錄入和處理的方便，為了節(jié)省存儲空間，提高處理速度、效率和精度，通常用數(shù)字、字母和常州大學(xué)本科畢業(yè)設(shè)計(jì)（論文） 第 15 頁 共 47 頁 一些特殊符號組成的代碼來識別事物和處理數(shù)據(jù)，這就是代碼設(shè)計(jì)。 系統(tǒng)結(jié)構(gòu)設(shè)計(jì) 本系統(tǒng)的功能結(jié)構(gòu)圖如圖 31 所示 ： 圖 31 功能結(jié)構(gòu)圖 開發(fā)及運(yùn)行環(huán)境設(shè)計(jì) 硬件平臺 (1)CPU： CPU233MHZ 以上； (2)內(nèi)存： 512MB 以上； (3)硬盤： 40G 以上； (4)顯示器： 英寸。 (4)對系統(tǒng)用戶的輸入數(shù)據(jù)要作嚴(yán)格的驗(yàn)證，盡量排 除人為產(chǎn)生的錯(cuò)誤。那么對數(shù)據(jù)如何去實(shí)現(xiàn)有效的管理，則需要對其進(jìn)行認(rèn)真的分析和設(shè)計(jì)。耦合強(qiáng)弱取決于模塊之間接口的復(fù)雜程度，進(jìn)入或訪問一個(gè)模塊的點(diǎn)，以及通過接口的數(shù)據(jù)，在軟件設(shè)計(jì)中應(yīng)該追求盡可能低耦合的系統(tǒng)。 系統(tǒng)設(shè)計(jì)是從系統(tǒng)的總體目標(biāo)出發(fā)，根據(jù)我們在需求分析階段對系統(tǒng)邏輯功能的要求來考慮系統(tǒng)所要用到的技術(shù)以及經(jīng)濟(jì)開銷和系統(tǒng)的運(yùn)行環(huán)境等方面的條件，確定系統(tǒng)的總體設(shè)計(jì)方案，從而確保系統(tǒng)的總體目標(biāo)的實(shí)現(xiàn)?？梢姡蛄袌D對一個(gè)系統(tǒng)來說也是至關(guān)重要的，所以在本論文中 動態(tài) 圖我們最主要選擇了序列圖。對于開發(fā)人員來說，動態(tài)建模具有明確性、可視性和簡易性的特點(diǎn)。 (iii)添加業(yè)務(wù)記錄用例描述 ： 用例名稱：添加業(yè)務(wù)記錄 簡要描述：業(yè)務(wù)員輸入業(yè)務(wù)記錄信息，檢查無誤，完成添加業(yè)務(wù)功能 ； 前置條件：業(yè)務(wù)員登陸客戶管理系統(tǒng) ； 后置條件： 空； 基本事件流： （ 1）業(yè)務(wù)事件發(fā)生 ； （ 2）業(yè)務(wù)員 在系統(tǒng)中 選擇發(fā)生業(yè)務(wù)的客戶 ； （ 3）業(yè)務(wù)員錄入與該客戶有關(guān)的業(yè)務(wù)信息 A1 錄入數(shù)據(jù)無效 ； （ 4）正常 錄入，系統(tǒng)確認(rèn) ； （ 5）更新業(yè)務(wù)記錄數(shù)據(jù)庫 ： B1 業(yè)務(wù)發(fā)生時(shí)間比客戶 “ 最近一次聯(lián)系時(shí)間 ” 早 B2 業(yè)務(wù)發(fā)生時(shí)間比客戶 “ 最近一次聯(lián)系時(shí)間 ” 晚 (6)更新客戶信息數(shù)據(jù)庫 ； (7)操作結(jié)束 ， 業(yè)務(wù)記錄添加成功 。其中管理員主要是負(fù)責(zé)對用戶的增加、刪除、修 改 、查看和對系統(tǒng)的管理，即查看系統(tǒng)的操作日志，同時(shí)其可以改變系統(tǒng)外觀風(fēng)格和查看客戶聯(lián)系情況，而操作員是本系統(tǒng)的主要用戶，其負(fù)責(zé)所有業(yè)務(wù)的記錄與處理。 由于水平有限， 下面對其 部分 分析。 常州大學(xué)本科畢業(yè)設(shè)計(jì)（論文） 第 11 頁 共 47 頁 系統(tǒng)分析 系統(tǒng)分析的目的 對本系統(tǒng)的系統(tǒng)分析，我選擇了面向?qū)ο蟮南到y(tǒng)分析方法。通過 Windows 友好的用戶界面和本系統(tǒng)良好的安全性設(shè)置，可以使其內(nèi)部員工在系統(tǒng)實(shí)施人員的指導(dǎo)幫助下很快掌握系統(tǒng)的使用方法，而無因操作失誤而引起系統(tǒng)出錯(cuò)之虞。對于本系統(tǒng)的開發(fā) ， 能幫助公司對客戶的信息管提高工作效率 ， 并且能非常方便的對其進(jìn)行一系列的管理和維護(hù) ， 是以前的手工管理不能做到的。對于 SQL Server 2020 而言，管理這種規(guī)模和復(fù)雜程度的數(shù)據(jù)庫是游刃有余的。因此，從市場上目前流行的硬件水平來看，這種要求水平對于 某公司 而言，是非常容易達(dá)到的。 常州大學(xué)本科畢業(yè)設(shè)計(jì)（論文） 第 10 頁 共 47 頁 （ 2） CPU1GHZ 左右的 微處理器。 可行性分析 可行性分析目的 進(jìn)行可行性分析是為了用最小的代價(jià)在盡可能很短的時(shí)間里，來確定我們所面對的問題是否可以解決，其目的不是為了來解決問題，而是為了來確定 問題是不是可以被我們解決，從而為以后的工作起一個(gè)決定性的作用。 （ 3） 對于網(wǎng)絡(luò)通信安全，采用通信加密方式。 (i)對突發(fā)性物理破壞的應(yīng)急處理 主機(jī)以及核心設(shè)備 （ 硬盤、通信線路等 ） 采用雙機(jī)熱備份，一套為生產(chǎn)機(jī)，一套為備份機(jī)。 常州大學(xué)本科畢業(yè)設(shè)計(jì)（論文） 第 9 頁 共 47 頁 性能需求分析 眾所周知，信息化系統(tǒng)一旦被企業(yè)使用，企業(yè)便對其有極大的依賴性。 如圖 25： 常州大學(xué)本科畢業(yè)設(shè)計(jì)（論文） 第 8 頁 共 47 頁 圖 25 統(tǒng)計(jì)報(bào)表圖 （ 5） 基礎(chǔ)數(shù)據(jù) 對系統(tǒng)中需要已選擇的方式輸入的輸入項(xiàng)的候選項(xiàng)，統(tǒng)一通過數(shù)據(jù)字典來配置。 客戶管理的子用例圖如圖 22 所示。 每個(gè)客戶經(jīng)理有責(zé)任維護(hù)自己負(fù)責(zé)的客戶信息，隨時(shí)更新。 制定完客戶開發(fā)計(jì)劃后，客戶經(jīng)理按實(shí)際執(zhí)行請跨功能填寫計(jì)劃中每個(gè)步驟的執(zhí)行效果。 客戶經(jīng)理有開發(fā)新客戶的任務(wù)，在客戶經(jīng)理發(fā)現(xiàn)銷售機(jī)會時(shí)，應(yīng)在系統(tǒng)中錄入該銷售機(jī)會的信息。 (4)盡可能消除重復(fù)的工作，建立公用模塊，以減少冗余的原則 。要達(dá)到這個(gè)標(biāo)準(zhǔn)，一是要求模塊的內(nèi)聚性最大，二是要求模塊之間的耦合性最弱。這樣以來可以實(shí)現(xiàn)正確的人在正確的時(shí)間對合理的數(shù)據(jù)進(jìn)行正確的操作 ， 還避 免了系統(tǒng)的冗余。用電子的方 法記錄下來往來業(yè)務(wù)，這樣能夠快速的查找出所需的業(yè)務(wù)。 (2)系統(tǒng)的客戶管理，不同的客戶具有不同的 等級 。 數(shù)據(jù)處理的 需求 隨著 Web 技術(shù) 和 Inter 技術(shù) 的不斷發(fā)展，信息共享和數(shù)據(jù)交換的范圍 也在 不斷擴(kuò)大， 數(shù)據(jù)交換的能力已成為新的應(yīng)用系統(tǒng)的一個(gè)重要的要求 ， 傳統(tǒng)的關(guān)系數(shù)據(jù)庫 已 面臨常州大學(xué)本科畢業(yè)設(shè)計(jì)（論文） 第 4 頁 共 47 頁 著挑戰(zhàn)。 (6)接到新客戶的訂單，采購的產(chǎn)品是新產(chǎn) 品，這時(shí)由于產(chǎn)品規(guī)格等特殊需求，需要開發(fā)出能夠提供該產(chǎn)品原材料的客戶，在找到合適的材料供應(yīng)商后，供應(yīng)商的信息并沒有得到信息化的管理，這樣在下次接到同樣產(chǎn)品訂單時(shí)，就會出現(xiàn)不能第一時(shí)間確定是否接受該訂單的惡性循環(huán)，而造成客戶流失。 這是上層管理人員和業(yè)務(wù)人員最害怕的地方。 (3)每當(dāng)月末或者某一個(gè)時(shí)間進(jìn)行業(yè)務(wù)統(tǒng)計(jì)與查看時(shí)非常的麻煩，業(yè)務(wù)統(tǒng)計(jì)很容易弄混時(shí)間、漏統(tǒng)計(jì)業(yè)務(wù)或者將一些無效的數(shù)據(jù)統(tǒng)計(jì)進(jìn)去。 (2)由于客戶種類繁多，數(shù)量也很多。 因此，本課題 在服務(wù)器端進(jìn)行數(shù)據(jù)表示時(shí)，采用 了 XML 技術(shù) 。 (7)包裝程序：通常把 XML 文檔作為關(guān)系數(shù)據(jù)庫的數(shù)據(jù)源，用 SQL 來查詢 XML 文檔。如 GroveMinder、 Dynabase、 ContentXML 等。如 Oracle 的 XML SQL Utility for Java、 IBM 的 XML for Tables 和 Microsoft 的 ADO 等。同時(shí)把 XML 文檔中的輔助信息也存儲起來，目的是為了 能盡量保證 XML 文檔的原貌，但這種方法對復(fù)雜的 XML 文檔間的信息轉(zhuǎn)換的精度有所欠缺。 國內(nèi)青島科技大學(xué)杜軍威的“基于 XML 的異構(gòu)數(shù)據(jù)庫模式轉(zhuǎn)換的實(shí)現(xiàn)”，提出了一種以 XML 作為 中間載體來實(shí)現(xiàn)數(shù)據(jù)庫間的相互轉(zhuǎn)換的模型，有效地解決了 Web 數(shù)據(jù)庫常州大學(xué)本科畢業(yè)設(shè)計(jì)（論文） 第 2 頁 共 47 頁 間信息的共享和轉(zhuǎn)換問題，但這樣做的缺陷是將整個(gè)數(shù)據(jù)庫的數(shù)據(jù)全部轉(zhuǎn)換 XML 文檔。 Xml 是 Inter 環(huán)境中跨平臺的，依賴于內(nèi)容的技術(shù)，是當(dāng)前處理 結(jié)構(gòu)化 文檔 信息的有力工具。另一方面，到 90 年代末期， 互聯(lián)網(wǎng) 的應(yīng)用越來越普及，CTI、客戶信息處理技 術(shù)（如 數(shù)據(jù)倉庫 、 商業(yè)智能 、 知識發(fā)現(xiàn) 等技術(shù)）得到了長足的發(fā)展?？诉d 提出了 關(guān)系營銷 的概念，使人們對 市場營銷理論 的研究又邁上了一個(gè)新的臺階；到 1990 年則演變成包括電話服務(wù)中心支持資料分析的客戶關(guān)懷（ Customer care）?？蛻絷P(guān)系管理注重的是與客戶的交流，企業(yè)的經(jīng)營是以客戶為中心，而不是傳統(tǒng)的以產(chǎn)品或以 市場為中心。 關(guān)鍵詞： CRM 系統(tǒng)； SSH 框架； XML 技術(shù) II XMLbased data management CRM system Abstract: CRM Customer Relationship Management is an intelligent information ma