基于xml數據管理的crm系統設計畢業設計論文(編輯修改稿)

　

【文章內容簡介】 種規模和復雜程度的數據庫是游刃有余的。同樣對于MyEclipse來說，對數量較少的表（table）和其間關系（relation）進行比較簡單的操作正是其擅長的功能，無論是查詢、統計或利用數學公式進行趨勢預測，都能順利完成。因此，開發實施本系統，從軟件角度看，是可行的。 經濟可行性經濟可行性研究的是對開發軟件的成本估算和成本效益分析，以確定待開發軟件是否有開發的價值。對于本系統的開發，能幫助公司對客戶的信息管提高工作效率，并且能非常方便的對其進行一系列的管理和維護，是以前的手工管理不能做到的。而且如今的信息化管理顯得尤為重要，公司要想更好的發展就得花費一定的資金來購買此系統產品，而開發此系統并不需要投入多大的人力和物力，只需掌握相關的知識和技術就能很快的得以實現。因此，實施該項目在經濟上是有利的，可行的。 操作可行性本系統乃是一個人機交互式的系統，系統的界面簡潔友好，不需要深入的對其進行研究，很容易讓人操作。通過Windows友好的用戶界面和本系統良好的安全性設置，可以使其內部員工在系統實施人員的指導幫助下很快掌握系統的使用方法，而無因操作失誤而引起系統出錯之虞。系統用戶只需登陸到系統中，根據自己的權限和公司的具體要求就可對系統的一些相應信息進行操作了，如果在系統操作過程中實在還存在某些不解，可查找系統幫助信息進行理解。因此從操作方面看還是可行的。由以上經濟、操作等方面的分析可以看出，本系統的開發時機成熟，從多種角度考慮，都是可行的。 系統分析 系統分析的目的對本系統的系統分析，我選擇了面向對象的系統分析方法。系統分析的任務主要是在確定系統需求以后，繼續的識別待開發的系統的應用領域的對象，分析對象間的關系，建立出復合系統需求的模型。在面向對象的系統分析中，在需求分析的基礎上要建立兩種模型。一種是靜態模型，主要包括：用例圖、類圖/對象圖等；另一種是動態模型，主要包括：序列圖、協作圖、活動圖等。由于水平有限，下面對其部分分析。 靜態模型(i) 用例圖用例圖是從用戶角度描述系統功能，并指出每個功能的操作者。他描述出了用例、角色以及它們之間的關系。在本系統中主要的用戶是管理員和操作員。其中管理員主要是負責對用戶的增加、刪除、修改、查看和對系統的管理，即查看系統的操作日志，同時其可以改變系統外觀風格和查看客戶聯系情況，而操作員是本系統的主要用戶，其負責所有業務的記錄與處理。包括：對客戶信息的增刪改查、與客戶進行聯系，對業務記錄的增刪改查，同時其還可以查看修改自身的個人信息。如圖用例27：圖27 用例圖(ii) 用例描述：由于系統用例較多，并且每個用例基本上都能分為添查改刪四個模塊，所以在本論文中我僅以業務記錄管理中的添加業務記錄為例展示出用例描述。其他用例與其類似則不進行一一描述了。(iii)添加業務記錄用例描述：用例名稱：添加業務記錄 簡要描述：業務員輸入業務記錄信息，檢查無誤，完成添加業務功能； 前置條件：業務員登陸客戶管理系統； 后置條件：空；基本事件流：（1）業務事件發生；（2）業務員在系統中選擇發生業務的客戶；（3）業務員錄入與該客戶有關的業務信息A1錄入數據無效；（4）正常錄入，系統確認；（5）更新業務記錄數據庫： B1業務發生時間比客戶“最近一次聯系時間”早 B2業務發生時間比客戶“最近一次聯系時間”晚(6)更新客戶信息數據庫；(7)操作結束，業務記錄添加成功。(iv)其他事件流：A2錄入數據無效 返回基本事件流（2） B1業務發生時間比客戶“最近一次聯系時間”早 返回基本事件流（7） B2業務發生時間比客戶“最近一次聯系時間”晚 將客戶“最近一次聯系時間”字段改為該業務發生時間 返回基本事件流（6） 動態模型面向對象分析設計中，動態建模描述了系統的動態行為，動態模型描述與操作時間和順序有關的系統特征、影響更改的事件、事件的序列、事件的環境以及事件的組織。借助序列圖、狀態圖和活動圖，可以描述系統的動態模型。動態模型的每個圖均有助于理解系統的行為特征。對于開發人員來說，動態建模具有明確性、可視性和簡易性的特點。其中序列圖描述對象如何交互的，并且將重點放在消息的順序上，也就是說，描述消息如何在對象間發送和接受。序列圖可以供不同種類的人員使用，用戶可以從序列圖中看到業務過程的細節；分析人員可以從序列圖中看到相關的處理流程；開發人員可以看到需要開發的對象以及對這些對象的操作；質量保證師可以看到過程的細節，并根據這個過程開發測試案例?？梢哉f序列圖對系統的開發的各個方面都是有用的?？梢姡蛄袌D對一個系統來說也是至關重要的，所以在本論文中動態圖我們最主要選擇了序列圖。協作圖是交互圖的另外一種形式，它側重描述對象、對象間的鏈接以及鏈接對象間如何發送消息。而活動圖又體現了活動，這是序列圖和協作圖不能表示出的。3 系統概要設計 設計思想其實一個系統的總體設計一般都是由兩個階段組成：系統設計，用來確定系統的具體實施方案；結構設計，用來確定系統軟件的具體結構。系統設計是從系統的總體目標出發，根據我們在需求分析階段對系統邏輯功能的要求來考慮系統所要用到的技術以及經濟開銷和系統的運行環境等方面的條件，確定系統的總體設計方案，從而確保系統的總體目標的實現。某公司系統分為了幾個模塊，不過各個模塊之間沒有過多的相互作用，每個模塊完成一個相應的子功能，從而實現模塊的獨立化。由于模塊的獨立程度又由內聚和耦合兩個標準來進行衡量，因此要做到模塊的獨立化就得盡量使模塊的劃分做到高內聚和低耦合。耦合是對一個軟件結構內不同模塊之間互連程度的度量。耦合強弱取決于模塊之間接口的復雜程度，進入或訪問一個模塊的點，以及通過接口的數據，在軟件設計中應該追求盡可能低耦合的系統。由此可知影響軟件復雜程度的一個重要因素就是耦合，所以我們在開發系統時應該采取以下的設計原則：盡量使用數據耦合，少用控制耦合，限制公共環境耦合的范圍，完全不用內容耦合。 設計目標系統的總體設計目標就是建立一個統一的信息管理平臺，以公司經營的客戶群為中心來對客戶的詳細信息進行有效的管理，加強同客戶的交流和感情的建立，從而提高客戶對公司的滿意程度，也為公司的不斷發展起到推動性的作用。其實本系統要實現的一系列操作都是在對數據進行操作，也主要就是對數據進行增加、修改、查詢和刪除四項操作。那么對數據如何去實現有效的管理，則需要對其進行認真的分析和設計。通過對本系統的分析后，本系統需要達到的主要設計目標有：(1)首先我們應該確定，系統的最終效果要達到一個友好的人機交互模式，系統界面簡潔友好，信息的查詢要靈活、方便、快捷和準確。(2)系統的管理員對系統的不同用戶要分配不同的權限。(3)系統用戶可隨時修改自己的口令。(4)對系統用戶的輸入數據要作嚴格的驗證，盡量排除人為產生的錯誤。(5)系統各個模塊的增、刪、改、查要設計得當。(6)系統要有相應的幫助信息，以便用戶在操作過程中查看。(7)系統運行要穩定，而且也要安全可靠。 系統結構設計本系統的功能結構圖如圖31所示：圖31 功能結構圖 開發及運行環境設計 硬件平臺(1)CPU：CPU233MHZ以上；(2)內存：512MB以上；(3)硬盤：40G以上；(4)顯示器：。 軟件平臺(1)操作系統：Windows 7；(2)數據庫：SQL Server 2005；(3)Java開發工具包：JDK ；(4)java開發集成工具：MyEclipse。 系統的編碼設計計算機管理信息系統設計的基本前提條件是把管理對象數字化或符號化，也就是代碼設計。代碼指明了事物的名稱、屬性、狀態。運用計算機進行數據處理時，為了錄入和處理的方便，為了節省存儲空間，提高處理速度、效率和精度，通常用數字、字母和一些特殊符號組成的代碼來識別事物和處理數據，這就是代碼設計。代碼設計是數據庫系統開發的前提條件，數據庫的有力補充，是系統不可缺少的重要內容。編碼是指與原來名稱對應的編號、符號或記號。它是進行信息交換、處理、傳輸和實現信息資源共享的關鍵。編碼也用于指定數據的處理方法、區別數據類型，并指定計算機處理的內容等。在進行代碼設計的過程中，要求程序員遵循下列代碼設計的基本原則：(1)要適合計算機處理代碼是計算機進行分類、排序、檢索、統計、分析等所有處理的依據，因此代碼選擇要便于計算機識別和處理。例如，采用按位編碼法得到的代碼分類基準量明確，處理方便；而采用字母法進行代碼設計則便于人工閱讀，易于進行文檔的編寫和維護。當然，最重要的是代碼設計要滿足管理的要求。(2)要便于使用代碼的結構要簡單明了，含義單純，容易理解，容易記憶。例如，要盡可能使用現有的名稱代號和代碼符號。在本系統的對象中，企業內部的員工編號是確定而且穩定的，這樣在代碼設計時就不宜變動，可繼續使用。(3)要具有系統性、通用性和可擴展性代碼不僅對于本系統適用，而且要考慮到應用于本系統所在的高層網絡，甚至于全行業的應用。因此，代碼設計要從系統出發，從高處著眼，以利于通觀整個系統，便于整個系統內部的信息交換及數據共享，同時最好采用上級部門的編碼。要考慮到各種代碼的適用范圍、適用時間和適用的技術特點，直觀性要好，通用性要強。還要考慮到發展的遠景及有可能出現的變化和增減。(4)選擇最小值代碼代碼位數直接影響到存儲空間的利用和處理速度。同時，代碼位的數增加，工作人員的出錯率也隨之增加，所以代碼的位數要最小。(5)代碼標準化凡是國家和主管部門已經制定統一代碼的，則采用標準代碼形式，便于各系統之間的信息交換。如國家和主管部門無統寧規定的，則盡量和國際標準或國際慣例相一致，或和同行業的慣例相一致。以系統用戶和客戶為例本系統的代碼設計如下：(1)系統用戶的編碼采用順序碼，初始編號為1000，步長為1，每增加一個系統用戶，用戶編號便增加1。例如：第一個系統用戶為1001，第二個系統用戶為1002，第五個系統用戶為1005。(2)客戶的編碼采用順序碼，初始ID為10000，步長為1，每增加一位會員，ID便增加1。例如：第一位會員ID為10001，第二位會員ID為10002，第七位會員ID為10007。 系統的數據庫設計系統設計時，應該考慮如何用數據模型來描述數據的結構和語義，用以實現對現實世界的抽象。在目前廣泛使用的數據庫模型分為兩種類型，一種是獨立于計算機系統的“概念數據模型”，如“實體聯系模型”；另一種是直接面向數據庫邏輯結構的“結構數據模型”。本系統使用的數據庫是SQL Server 2005數據庫，系統數據庫名稱為ClientRMag，數據庫ClientRMag中所包含的數據表如下所示：(1)USERINFO（客戶信息表）客戶信息表主要用來保存公司經營的客戶資料信息。表USERINFO的結構如表31所示： 表31 USERINFO名稱類型主鍵是否為空約束條件備注useridnumber是否唯一用戶編號roleidnumber否是FK引用角色表的角色編號usernamevarchar否否唯一用戶名字passwordvarchar否否用戶密碼flagnumber否否1正常，2已刪除 (2)DEPOT（倉庫表）倉庫表主要用來顯示倉庫中存放的貨物情況。表DEPOT的結構圖如表32所示：表32 DEPOT名稱類型主鍵是否為空約束條件備注idnumber是否唯一主鍵productidvarchar否是產品IDwarehousevarchar否是倉庫warevarchar否是貨位quantitynumber否是數量remarkvarchar否是描述 (3) SALEPLAN（銷售計劃表）用來反映公司銷售的狀況。表SALEPLAN 的結構如表33所示：表33 SALEPLAN名稱類型主鍵是否為空約束條件備注idnumber是否唯一銷售計劃編號salechanceidnumber否否FK引用銷售機會編號plantimetunestanp否否銷售計劃制定時間plantodovarchar否否銷售計劃的計劃項Planresultvarchar否是執行計劃的結果 (4)SALECHANCE （銷售機會表）結構如表34所示：表34 SALECHANCE名稱類型主鍵是否為空約束條件備注idnumber是否唯一銷售機會編號chancesourcevarchar否是機會來源custnamevarchar否否客戶名稱summaryvarchar否否概要successratenumber否否成功機率lankmanvarchar否是聯系人telephonevarchar否是聯系人電話Chancedescvarchar否否機會描述createidnumber否否創建人編號createbyvarchar否是創建人manageridnu