【正文】 需求分析階段對系統(tǒng)邏輯功能的要求來考慮系統(tǒng)所要用到的技術(shù)以及經(jīng)濟開銷和系統(tǒng)的運行環(huán)境等方面的條件，確定系統(tǒng)的總體設(shè)計方案，從而確保系統(tǒng)的總體目標的實現(xiàn)。而活動圖又體現(xiàn)了活動 ， 這是序列圖和協(xié)作圖不能表示出的?？梢?，序列圖對一個系統(tǒng)來說也是至關(guān)重要的，所以在本論文中 動態(tài) 圖我們最主要選擇了序列圖。序列圖可以供不同種類的人員使用，用戶可以從序列圖中看到業(yè)務過程的細節(jié)；分析人員可以從序 列圖中看到相關(guān)的處理流程；開發(fā)人員可以看到需要開發(fā)的對象以及對這些對象的操作；質(zhì)量保證師可以看到過程的細常州大學本科畢業(yè)設(shè)計（論文） 第 13 頁 共 47 頁 節(jié)，并根據(jù)這個過程開發(fā)測試案例。對于開發(fā)人員來說，動態(tài)建模具有明確性、可視性和簡易性的特點。借助序列圖、狀態(tài)圖和活動圖，可以描述系統(tǒng)的動態(tài)模型。 (iii)添加業(yè)務記錄用例描述 ： 用例名稱：添加業(yè)務記錄 簡要描述：業(yè)務員輸入業(yè)務記錄信息，檢查無誤，完成添加業(yè)務功能 ； 前置條件：業(yè)務員登陸客戶管理系統(tǒng) ； 后置條件： 空； 基本事件流： （ 1）業(yè)務事件發(fā)生 ； （ 2）業(yè)務員 在系統(tǒng)中 選擇發(fā)生業(yè)務的客戶 ； （ 3）業(yè)務員錄入與該客戶有關(guān)的業(yè)務信息 A1 錄入數(shù)據(jù)無效 ； （ 4）正常 錄入，系統(tǒng)確認 ； （ 5）更新業(yè)務記錄數(shù)據(jù)庫 ： B1 業(yè)務發(fā)生時間比客戶 “ 最近一次聯(lián)系時間 ” 早 B2 業(yè)務發(fā)生時間比客戶 “ 最近一次聯(lián)系時間 ” 晚 (6)更新客戶信息數(shù)據(jù)庫 ； (7)操作結(jié)束 ， 業(yè)務記錄添加成功 。 如圖 用例 27： 圖 27 用例圖 常州大學本科畢業(yè)設(shè)計（論文） 第 12 頁 共 47 頁 (ii) 用例描述：由于系 統(tǒng)用例較多，并且每個用例基本上都能分為添查改刪四個模塊，所以在本論文中我僅以業(yè)務記錄管理中的添加業(yè)務記錄為例展示出用例描述。其中管理員主要是負責對用戶的增加、刪除、修 改 、查看和對系統(tǒng)的管理，即查看系統(tǒng)的操作日志，同時其可以改變系統(tǒng)外觀風格和查看客戶聯(lián)系情況，而操作員是本系統(tǒng)的主要用戶，其負責所有業(yè)務的記錄與處理。他描述出了用例、角色以及它們之間的關(guān)系。 由于水平有限， 下面對其 部分 分析。 在面向?qū)ο蟮南到y(tǒng)分析中，在需求分析的基礎(chǔ)上要建立兩種模型。 常州大學本科畢業(yè)設(shè)計（論文） 第 11 頁 共 47 頁 系統(tǒng)分析 系統(tǒng)分析的目的 對本系統(tǒng)的系統(tǒng)分析，我選擇了面向?qū)ο蟮南到y(tǒng)分析方法。因此從操作方面看還是可行的。通過 Windows 友好的用戶界面和本系統(tǒng)良好的安全性設(shè)置，可以使其內(nèi)部員工在系統(tǒng)實施人員的指導幫助下很快掌握系統(tǒng)的使用方法，而無因操作失誤而引起系統(tǒng)出錯之虞。因此，實施該 項目在經(jīng)濟上是有利的，可行的。對于本系統(tǒng)的開發(fā) ， 能幫助公司對客戶的信息管提高工作效率 ， 并且能非常方便的對其進行一系列的管理和維護 ， 是以前的手工管理不能做到的。因此，開發(fā)實施本系統(tǒng)，從軟件角度看，是可行的。對于 SQL Server 20xx 而言，管理這種規(guī)模和復雜程度的數(shù)據(jù)庫是游刃有余的。 從目前市場上比較流行的數(shù)據(jù)庫開發(fā)、管理軟件來看；對于比較簡單的中小型數(shù)據(jù)庫， MyEclipse 和 SQL Server 20xx 的結(jié)合無疑是在實際應用中較為成功的一種解決方案。因此，從市場上目前流行的硬件水平來看，這種要求水平對于 某公司 而言，是非常容易達到的。 （ 4） 應用程序要求 8MBRAM， 依據(jù)具體的類型庫或應用程序包括的動態(tài)鏈接庫而變化。 常州大學本科畢業(yè)設(shè)計（論文） 第 10 頁 共 47 頁 （ 2） CPU1GHZ 左右的 微處理器?，F(xiàn)在我們從技術(shù)可行性以及經(jīng)濟可行性和操作可行性三個方面進行分析研究。 可行性分析 可行性分析目的 進行可行性分析是為了用最小的代價在盡可能很短的時間里，來確定我們所面對的問題是否可以解決，其目的不是為了來解決問題，而是為了來確定 問題是不是可以被我們解決，從而為以后的工作起一個決定性的作用。 總之，系統(tǒng)的安全性對于企業(yè)的重要性是不言而喻的，特別是在高科技犯罪日 益嚴重的今天，計算機技術(shù)和網(wǎng)絡通信技術(shù)給人們帶來高質(zhì)量的快速服務的同時，也方便了高科技犯罪的實施。 （ 3） 對于網(wǎng)絡通信安全，采用通信加密方式。 (ii)防范人為的作弊與破壞 要求采用多種方法防范人為破壞，主要有： （ 1） 利用操作系統(tǒng)的安全性，防止對數(shù)據(jù)庫的非法訪問。 (i)對突發(fā)性物理破壞的應急處理 主機以及核心設(shè)備 （ 硬盤、通信線路等 ） 采用雙機熱備份，一套為生產(chǎn)機，一套為備份機。因此，本系統(tǒng)的安全性和可靠性設(shè)計是極為重要的。 常州大學本科畢業(yè)設(shè)計（論文） 第 9 頁 共 47 頁 性能需求分析 眾所周知，信息化系統(tǒng)一旦被企業(yè)使用，企業(yè)便對其有極大的依賴性。如圖 26。 如圖 25： 常州大學本科畢業(yè)設(shè)計（論文） 第 8 頁 共 47 頁 圖 25 統(tǒng)計報表圖 （ 5） 基礎(chǔ)數(shù)據(jù) 對系統(tǒng)中需要已選擇的方式輸入的輸入項的候選項，統(tǒng)一通過數(shù)據(jù)字典來配置。如圖 23，處理流程如圖 24。 客戶管理的子用例圖如圖 22 所示。 有調(diào)查表明，公司的大部分利潤來自老客戶，開發(fā)新的客戶成本相對較高而且風險相對較大。 每個客戶經(jīng)理有責任維護自己負責的客戶信息，隨時更新。 如果開發(fā)客戶成功，系統(tǒng)自動創(chuàng)建新的客戶記錄。 制定完客戶開發(fā)計劃后，客戶經(jīng)理按實際執(zhí)行請跨功能填寫計劃中每個步驟的執(zhí)行效果。 所有的銷售機會由銷售主管進行分配，每個銷售機會分配給一個客戶經(jīng)理。 客戶經(jīng)理有開發(fā)新客戶的任務，在客戶經(jīng)理發(fā)現(xiàn)銷售機會時，應在系統(tǒng)中錄入該銷售機會的信息。 (5)保持合理的模塊扇人數(shù)和扇出數(shù)原則 ： 一個模塊直接控制的下屬模塊的個數(shù)，稱為該模塊的扇出數(shù) /跨度；一個模塊可能被多個模塊所調(diào)用，例如公用模塊，其上級模塊個數(shù)稱為該模塊的扇人數(shù)。 (4)盡可能消除重復的工作，建立公用模塊，以減少冗余的原則 。通常認為，一個模塊的程序最好能寫在一張紙上，程序行數(shù)在 50～ 100 行的范圍內(nèi)比較合理。要達到這個標準，一是要求模塊的內(nèi)聚性最大，二是要求模塊之間的耦合性最弱。這是系統(tǒng)人性化的要求所在 ， 在分析出系統(tǒng)問題所在和系統(tǒng)應有 的功能以后，就要開始對系統(tǒng)的功能模塊進行劃分。這樣以來可以實現(xiàn)正確的人在正確的時間對合理的數(shù)據(jù)進行正確的操作 ， 還避 免了系統(tǒng)的冗余。 (4)對長期未聯(lián)系的客戶進行提示，避免客戶的流失 ， 設(shè)置一個 “ 最近聯(lián)系時間 ” ，用戶可以查看長期未聯(lián)系的客戶，然后 對其進行處理 避免了因為遺忘而丟失客戶。用電子的方 法記錄下來往來業(yè)務，這樣能夠快速的查找出所需的業(yè)務。這 樣將聯(lián)系人跟企業(yè)整合在一塊，避免多線聯(lián)系 ， 并且 要對客戶 分級管理 以 方便企業(yè)分析客戶和選擇客戶。 (2)系統(tǒng)的客戶管理，不同的客戶具有不同的 等級 。 為 此，本課題引入了 XML 技術(shù)， XML 的好處是數(shù)據(jù)的可交換性 (portable)，同時在數(shù)據(jù)應用方面還具有如下優(yōu)點： (1)XML 文件為純文本文件，不受操作系統(tǒng)、軟件平臺的限制 ； (2)XML 具有基于 Schema 自描述語義的功能，容易描述數(shù)據(jù)的語義，這種描述能為計算機理解和自動處理 ； (3)XML 不僅可以描述結(jié) 構(gòu)化數(shù)據(jù)，還可有效描述半結(jié)構(gòu)化，甚至非結(jié)構(gòu)化數(shù)據(jù)。 數(shù)據(jù)處理的 需求 隨著 Web 技術(shù) 和 Inter 技術(shù) 的不斷發(fā)展，信息共享和數(shù)據(jù)交換的范圍 也在 不斷擴大， 數(shù)據(jù)交換的能力已成為新的應用系統(tǒng)的一個重要的要求 ， 傳統(tǒng)的關(guān)系數(shù)據(jù)庫 已 面臨常州大學本科畢業(yè)設(shè)計（論文） 第 4 頁 共 47 頁 著挑戰(zhàn)。 (7)當接到距離比較遠的采購訂單時，由于采購業(yè)務的整個流程都只是利用網(wǎng)絡通訊工具或郵件或傳真或電話的處理方式，往往因為信息傳遞的不及時性和不完整性，各部門之間，同部門不同人員之間信 息不能共享造成業(yè)務時間和成本浪費。 (6)接到新客戶的訂單，采購的產(chǎn)品是新產(chǎn) 品，這時由于產(chǎn)品規(guī)格等特殊需求，需要開發(fā)出能夠提供該產(chǎn)品原材料的客戶，在找到合適的材料供應商后，供應商的信息并沒有得到信息化的管理，這樣在下次接到同樣產(chǎn)品訂單時，就會出現(xiàn)不能第一時間確定是否接受該訂單的惡性循環(huán)，而造成客戶流失。 (5)業(yè)務過程中當接到老客戶采購訂單，采購產(chǎn)品是過去采購過的，其對產(chǎn)品規(guī)格和質(zhì)量有其自己的要求，這時就需要調(diào)出產(chǎn)品的歷史銷售數(shù)據(jù)，而公司采用傳統(tǒng)紙介信息存儲管理方法，難以第一時間得到準確有效的數(shù)據(jù)，對客戶的訂單難以判斷是否可以接受，容易造成訂單流失。 這是上層管理人員和業(yè)務人員最害怕的地方。 因此統(tǒng)計人員急切的希望可以有辦法使業(yè)務統(tǒng)計變得方便快捷，減少出錯的可能性。 (3)每當月末或者某一個時間進行業(yè)務統(tǒng)計與查看時非常的麻煩，業(yè)務統(tǒng)計很容易弄混時間、漏統(tǒng)計業(yè)務或者將一些無效的數(shù)據(jù)統(tǒng)計進去。 這是管理人員在決策時很擔心的問題，因為不能做出合理的比較和決策，很有可能選擇的原材料供應商或者產(chǎn)品分銷商不是最 優(yōu)的，而且很可能損壞了企業(yè)在好的客戶心目中的形象。 (2)由于客戶種類繁多，數(shù)量也很多。還有可能出現(xiàn)越權(quán)插手管理業(yè)務的情況。 因此，本課題 在服務器端進行數(shù)據(jù)表示時，采用 了 XML 技術(shù) 。 這些產(chǎn)品不能輕易的構(gòu)建系統(tǒng)間的數(shù)據(jù)交換平臺，在大型項目的應用中還存在很大的局限性。 (7)包裝程序：通常把 XML 文檔作為關(guān)系數(shù)據(jù)庫的數(shù)據(jù)源，用 SQL 來查詢 XML 文檔。如 BEA 的 Liquid Data、 Macromedia 的 ColdFusion、Apache 的 Cocoon 等。如 GroveMinder、 Dynabase、 ContentXML 等。如 Middleware 的 DataCraft 和 InterAccess 等。如 Oracle 的 XML SQL Utility for Java、 IBM 的 XML for Tables 和 Microsoft 的 ADO 等?，F(xiàn)在各大中間件和數(shù)據(jù)庫公司相繼推出了實現(xiàn) XML 與數(shù)據(jù)庫間進行數(shù)據(jù)交換的產(chǎn)品，主要有以下七類： (1)XML 增強型數(shù)據(jù)庫，主要通過對數(shù)據(jù)庫功能的擴展來實現(xiàn) XML 文檔和數(shù)據(jù)庫間的轉(zhuǎn)換，這種產(chǎn)品將 XML 文檔和關(guān)系數(shù)據(jù)庫的優(yōu)點結(jié)合 起來，如 SQLServer、 Oracle、Sybase 和 DB2 等，但是處理 XML 的效率還有待進一步提高。同時把 XML 文檔中的輔助信息也存儲起來，目的是為了 能盡量保證 XML 文檔的原貌，但這種方法對復雜的 XML 文檔間的信息轉(zhuǎn)換的精度有所欠缺。 在北方交大方翔的“ XML 文檔到關(guān)系數(shù)據(jù)庫的直接轉(zhuǎn)換 ” 的文章中，介紹了一種利用 DTD 文檔來直接實現(xiàn) XML 文檔向關(guān)系數(shù)據(jù)庫轉(zhuǎn)化的方法。 國內(nèi)青島科技大學杜軍威的“基于 XML 的異構(gòu)數(shù)據(jù)庫模式轉(zhuǎn)換的實現(xiàn)”，提出了一種以 XML 作為 中間載體來實現(xiàn)數(shù)據(jù)庫間的相互轉(zhuǎn)換的模型，有效地解決了 Web 數(shù)據(jù)庫常州大學本科畢業(yè)設(shè)計（論文） 第 2 頁 共 47 頁 間信息的共享和轉(zhuǎn)換問題，但這樣做的缺陷是將整個數(shù)據(jù)庫的數(shù)據(jù)全部轉(zhuǎn)換 XML 文檔。 就技術(shù)來說 ， 國外在這些方面的研究較早。 Xml 是 Inter 環(huán)境中跨平臺的，依賴于內(nèi)容的技術(shù)，是當前處理 結(jié)構(gòu)化 文檔 信息的有力工具。從 90 年代末期開始， CRM 市場一直處于一種爆炸性增長的狀態(tài)。另一方面，到 90 年代末期， 互聯(lián)網(wǎng) 的應用越來越普及，CTI、客戶信息處理技 術(shù)（如 數(shù)據(jù)倉庫 、 商業(yè)智能 、 知識發(fā)現(xiàn) 等技術(shù)）得到了長足的發(fā)展。 Gartner Group Inc 在早些提出的 ERP 概念中，強調(diào)對 供應鏈 進行整體管理。克遜 提出了 關(guān)系營銷 的概念，使人們對 市場營銷理論 的研究又邁上了一個新的臺階；到 1990 年則演變成包括電話服務中心支持資料分析的客戶關(guān)懷（ Customer care）。 最早發(fā)展客戶關(guān)系管理的國家是美國，在 1980 年初便有所謂的 “ 接觸管理 ”(Contact Management)， 即專門收集客戶與公司聯(lián)系的所有信息 ； 1985 年， 巴 巴巴拉 客戶關(guān)系管理注重的是與客戶的交流，企業(yè)的經(jīng)營是以客戶為中心，而不是傳統(tǒng)的以產(chǎn)品或以 市場為中心。 XML technology III 目 次 摘要 ............................................................................................................................................. I 目 次 .......................................................................................................................................III 1 概述 ............................