客戶關系管理系統(tǒng)系統(tǒng)總體設計說明書_第1頁
客戶關系管理系統(tǒng)系統(tǒng)總體設計說明書_第2頁
客戶關系管理系統(tǒng)系統(tǒng)總體設計說明書_第3頁
客戶關系管理系統(tǒng)系統(tǒng)總體設計說明書_第4頁
客戶關系管理系統(tǒng)系統(tǒng)總體設計說明書_第5頁
已閱讀5頁,還剩13頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、系統(tǒng)設計與分析 總體設計說明書編號 001版本 V1.0 總體設計說明書項目名稱:客戶關系管理系統(tǒng)項目負責人陳一鳴編寫趙子賀校對陳一鳴審核康林單位:20132013班第1小組2015年10月8日目錄1引言11。1編寫目的11.2背景11.3定義11.4參考資料12總體設計12.1需求規(guī)定12。1.1系統(tǒng)功能12.1.2系統(tǒng)性能22。1。3輸入、輸出需求22.2運行環(huán)境32。2.1硬件平臺32.2。2軟件環(huán)境32。3基本設計概念和處理流程32。3。1系統(tǒng)設計思想32。3。2拓撲結構和計算模式52。3。3系統(tǒng)管理流程52。4結構62。4。1系統(tǒng)總體結構62.4。2系統(tǒng)界面72.4。3系統(tǒng)功能分析8

2、2.4.3系統(tǒng)操作人員及其權限82。5功能需求與程序的關系82。6人工處理過程92。7尚未問決的問題93接口設計103。1用戶接口103。2外部接口103。3內部接口104運行設計124。1運行模塊組合124.2運行控制124。3運行時間125系統(tǒng)數據結構設計135.1邏輯結構設計要點135。2物理結構設計要點175.3數據結構與程序的關系176系統(tǒng)出錯處理設計176.1出錯信息176.2補救措施176。3系統(tǒng)維護設計17070622班第7小組 執(zhí)筆人:嚴鑫 聯系電話:132065507631引言1.1編寫目的本文檔的目的是闡述客戶關系管理系統(tǒng)的總體設計,全面充實客戶關系管理系統(tǒng)在前一階段中的

3、設計構想,主要內容包括系統(tǒng)的平臺設計、基本處理流程、系統(tǒng)的組織結構、模塊劃分和功能分配等,為系統(tǒng)的詳細設計以及今后的編碼測試工作提供基礎。本文檔的預期讀者為系統(tǒng)設計人員、軟件開發(fā)人員以及項目評審人員.1。2背景A. 待開發(fā)的軟件系統(tǒng)的名稱:客戶關系管理系統(tǒng)B. 項目的任務提出者:XX酒店C. 項目開發(fā)者:哈爾濱工程大學軟件工程專業(yè)20132013班第1小組1。3定義在概要設計說明書中涉及到的專門術語有:總體設計、接口設計、運行設計、系統(tǒng)數據結構設計、系統(tǒng)出錯處理設計,具體的概念與含義在文檔中將會解釋.1。4參考資料1余志山。酒店電子商務體系的組織結構探討J。決策與信息(下旬刊),2009,(2

4、):158.DOI:10.3969/j.issn。10028129-B。2009。02。107。2王保倫。我國旅游酒店組織結構再造研究J。旅游學刊,2001,16(6):43-48。DOI:10。3969/j.issn。10025006。2001。06。009。3于淼.CRM的結構和內容解析J.商業(yè)研究,2003,(3):101103.DOI:10。3969/j。issn.1001148X.2003。03.041.4周良,鄭洪源,謝強等??蛻絷P系管理系統(tǒng)設計研究J。計算機應用研究,2002,19(9):108-109,131.DOI:10。3969/j。issn。1001-3695.2002。

5、09.034.5齊佳音,李懷祖??蛻絷P系管理(CRM)的體系框架分析J。工業(yè)工程,2002,5(1):42-45。DOI:10。3969/j.issn.1007-7375.2002.01.011.2總體設計2.1需求規(guī)定2。1。1系統(tǒng)功能A. 建立對酒店日常業(yè)務的全面管理的系統(tǒng),建立一個集成的信息平臺和合信息系統(tǒng),完成酒店各項業(yè)務流程的信息化處理。B. 對客歷信息、會員信息、合約公司信息、應收單位信息、銷售員工信息提供全面管理.C. 對客戶消費的消費情況提供全面管理。D. 對酒店的營業(yè)收入、銷售狀況等財務信息提供全面的管理。E. 提供對客歷的關懷,獲取客歷的反饋.F. 能夠對客戶信息和經營狀況

6、提供全面的查詢功能和數據分析功能G. 對各部門間進行合理的用戶權限分配,只能根據權限進行相應的數據操作。2.1.2系統(tǒng)性能A. 正確性:系統(tǒng)正常運轉期間不允許出現故障和錯誤,不允許丟失信息。B. 健壯性:容納5個以上客戶端同時訪問。C. 可靠性:服務器意外斷電有一定緩沖時間以進行數據庫備份。D. 時效性:系統(tǒng)處理效率要比手工提高50,反應時間最慢不能低于3秒.E. 易用性:一般職工通過簡單培訓就可以使用系統(tǒng),界面友好,操作簡便。F. 清晰性:業(yè)務流程明確,各部門職能劃分明確.G. 保密性:用戶信息保密,操作權限明確,各級使用者只能看到允許查看的系統(tǒng)信息。H. 交互性:系統(tǒng)界面設計友好,操作方便

7、靈活,并且具有聯機提示和幫助學習功能.I. 可擴展性:可在當前需求基礎之上進行功能上的擴展。J. 兼容性:可運行在大多數主流的硬件環(huán)境中.K. 可移植性:可運行在大多數主流的操作平臺上。L. 高效性:提供批量數據處理功能,提高工作效率.2.1。3輸入、輸出需求輸入:系統(tǒng)的全部數據輸入和運行參數的輸入均要求采用填空格式的鍵盤輸入,在所有應提示信息處,系統(tǒng)應能給出下拉式的提示并能可由用戶根據需要進行選擇.同時要有足夠的信息提示與校驗用戶所輸入值的有效性與合法性。輸出:系統(tǒng)的運行結果均應能通過屏幕進行輸出,并要求能將輸出的信息靈活地進行屏幕轉換,以提高信息的可讀性與操作的靈活性.自定義界面中能夠根據

8、子菜單訪問頻率生成動態(tài)界面,提高易用性。2。2運行環(huán)境2。2。1硬件平臺需求名稱詳細要求服務器操作系統(tǒng)版本Windows Server 2003內存>=4G CPU主頻2.4=GHz客戶端操作系統(tǒng)版本Windows Xp以上 內存=512MCPU主頻=1.6GHz打印機激光打印機五臺POS刷卡器讀取準確率,讀取速度符合國家標準規(guī)定身份證信息掃描器讀取準確率,讀取速度符合國家標準規(guī)定2.2.2軟件環(huán)境需求名稱詳細要求操作系統(tǒng)Windows XP/7/8運行環(huán)境.Net FrameWork 4.0數據庫MySQL56顯示器分辨率最佳效果1024×768像素2。3基本設計概念和處理流

9、程2。3。1系統(tǒng)設計思想客戶關系管理系統(tǒng)的基本設計思想是把整個系統(tǒng)按照實現模塊進行分解,為提高代碼效率,便于維護與擴展,本項目采用基于Winform 。NET 三層結構框架的WCF擴展框架進行分層處理,系統(tǒng)的分層結構圖如圖2.1所示. 圖2。1 系統(tǒng)分層結構圖圖2。1描述了客戶關系管理系統(tǒng)采用的基于Winform 。NET 三層結構框架的WCF擴展框架。界面表示層(UI),采用.NET中著名的第三方控件庫(開源無版權問題)DevExpress與DotNetBar搭配進行界面設計。業(yè)務邏輯層(BLL),用于做一些有效性驗證的工作,以更好的保證程序運行的健壯性.如完成數據添加、修改和查詢業(yè)務等;不

10、允許指定的文本框中輸入空字符串,數據格式是否正確以及數據類型驗證;用戶權限的合法性判斷等;通過以上的諸多判斷以決定是否將操作繼續(xù)向后傳遞,盡量保證程序的正常運行。采用Winform開發(fā)框架的業(yè)務對象同一調用方式,即通過使用BLLFactory,這樣一個系統(tǒng)庫提供的抽象工廠模式,進行代碼優(yōu)化與邏輯剝離,輔助進行低耦合處理.在引入了WCF服務層之后,。net Framework提供的權限管理組件與字典管理組件,從UI層移交至BLL層,通過數據處理接口實現與WCF接入.數據訪問層(DAL),要是對原始數據(數據庫或者文本文件等存放數據的形式)的操作層,具體為業(yè)務邏輯層或表示層提供數據服務。抽象的接口

11、模塊IDAL,它體現了“抽象"的精神,或者說是“面向接口編程"的最佳體現,IDAL只是一個接口層,里面封狀了要完成的一些業(yè)務邏輯,而具體的實現則交給DAL去實現,然后借助于工廠模式DALFactory和映射完成IDAL層中類的實例化。這樣不管我們用的底層用的是什么數據庫都可以完成BLL對DAL的調用。數據庫層(DB),數據庫在本系統(tǒng)中采用的是MySQL56數據庫。WCF擴展層,WCF是類似于CORBA的一套基于。NET的中間件系統(tǒng),實現SOA(面向組件架構)系統(tǒng),圖2。2所示為WCF中間件的代理模型。圖2。2 WCF客戶端服務器端代理模型UI層與BLL之間通過WCF進行代理

12、,在WCF上實現契約,客戶端只需要按照標準契約進行調用擴展接口,而WCF實質上是包含BLL的,是對BLL進行了封裝,即圖2.1中的IBaseService接口,將此接口提供給WCF服務。2.3。2拓撲結構和計算模式客戶關系管理系統(tǒng)按照應用需要設置七個節(jié)點,分別為客歷管理節(jié)點、合約公司管理節(jié)點、萬能查詢節(jié)點、報表服務節(jié)點、辦公室節(jié)點、系統(tǒng)管理節(jié)點和數據庫服務器??蛻絷P系管理系統(tǒng)的拓撲結構采用星型結構,拓撲結構圖如圖2.3所示??蛻絷P系管理系統(tǒng)的計算模式采用C/S模式。圖2.3 拓撲結構圖2。3。3系統(tǒng)處理流程酒店是以銷售商品的數量為依據進行各項相關流程管理的,例如:當客歷消費補單時,通過餐飲、住

13、房等部門上傳消費卡片到財務部門,財務部門對應客歷將消費信息補錄到消費單庫中;當總經理需要分析客歷消費信息時,首先通過萬能查詢從客歷庫和客歷消費庫中查詢到客歷消費信息,再從報表庫中選擇報表樣式將目標信息以報表形式輸出。圖2。4展示了系統(tǒng)的整個流程。圖2.4 系統(tǒng)處理流程圖2.4結構2。4。1系統(tǒng)總體結構通過對客戶關系管理系統(tǒng)的需求分析,可將系統(tǒng)劃分為8個子模塊,分別為客歷管理、會員查詢、合約公司管理、應收單位查詢、客歷關懷、萬能查詢、系統(tǒng)設置、自定義報表.系統(tǒng)功能結構圖如圖2.5所示。圖2。5 系統(tǒng)功能結構圖2。4。2系統(tǒng)界面系統(tǒng)的登錄界面如下圖所示,用戶輸入正確的用戶名和密碼后進入主界面。圖2

14、。6 登錄界面用戶登陸系統(tǒng)后進入主頁,采用上左右布局,菜單以及其子菜單如左圖所示。系統(tǒng)根據登陸用戶的角色顯示其具有權限的相應菜單。圖2。7 系統(tǒng)主界面2。4.3系統(tǒng)功能分析A. 客歷管理:客歷管理主要是指對客歷信息的存儲和管理以及客歷消費過程的業(yè)務管理,它包括:新增客歷、刪除客歷、客歷消費補單、會員批量轉客歷、客歷批量歸屬設置。B. 會員查詢:會員查詢能夠提供組合條件查詢在籍會員的具體信息和會員信息打印。C. 合約公司管理:合約公司管理主要是指對合約公司信息的存儲和管理以及合約公司消費流程的業(yè)務管理,它包括:合約管理、應收單位批量轉合約公司、合約公司隨訪、合同管理、批量修改合約、合約消費補單、

15、新建合約公司。D. 應收單位查詢:應收單位查詢能夠提供組合條件查詢應收單位的具體信息。E. 客歷關懷:客歷關懷是指通過短信和郵件形式為酒店提供宣傳,它包括:短信群發(fā)和發(fā)送郵件。F. 萬能查詢:萬能查詢是指對酒店客戶基本信息以及酒店各項業(yè)務指標的查詢和數據分析,它包括:客歷基本信息查詢、客歷消費查詢、合約公司基本信息查詢、合約公司消費查詢、合約公司所屬客歷關系查詢、客歷分析、客歷消費分析、合約消費分析。G. 系統(tǒng)設置:系統(tǒng)設置是指客戶關系管理系統(tǒng)一些基本信息管理、系統(tǒng)權限的設置以及系統(tǒng)參數的設置,它包括:合約類型編輯、客歷類型編輯、操作記錄查詢、銷售員設置、數據源配置、場所設置、用戶數據解鎖、系

16、統(tǒng)參數設置。H. 自定義報表:自定義報表是指提供報表編輯和報表設置的功能。2。4。3系統(tǒng)操作人員及其權限該酒店設總經理,總經理下設銷售人員若干名、業(yè)務人員若干名和財務人員若干名.另設有系統(tǒng)管理員,但系統(tǒng)管理員不屬與酒店組織機構人員結構體系中,應該由公司內某權益無關人或高級管理人員擔任.當用戶登錄時,系統(tǒng)根據登陸用戶角色不同顯示不同的菜單,對應于該用戶擁有的相應的權限.用戶角色與權限的關系如下:A. 系統(tǒng)管理員:擁有所有權限。B. 酒店經理:經營收益錄入、合約審核、客歷信息查詢、合約公司信息查詢、消費信息查詢、業(yè)務經營分析。C. 銷售人員:POS銷售、客歷信息錄入、合約公司信息錄入、會員信息如露

17、、應收單位信息錄入、用戶歸屬設置。D. 業(yè)務人員:客歷關懷、會員推廣、合約公司推廣。E. 財務人員:消費補單、報表制定、業(yè)務數據統(tǒng)計.2。5功能需求與程序的關系本條用一張如下的矩陣圖說明各項功能需求的實現同各塊程序的分配關系:客歷管理合約公司管理會員查詢應收單位查詢萬能查詢客歷關懷自定義報表系統(tǒng)設置對客歷基本信息、消費信息進行管理對合約公司基本信息、消費信息進行管理對會員信息進行查詢統(tǒng)計對應收單位信息進行查詢統(tǒng)計對酒店營業(yè)狀況進行全方位查詢和統(tǒng)計分析對報表進行預覽和定義對客歷的關懷進行管理對系統(tǒng)基本設置、員工信息和數據庫進行管理維護2.6人工處理過程A. 將客歷信息通過鍵盤、讀卡器等外設錄入到

18、客歷信息庫中。B. 將合約公司信息通過鍵盤等外設錄入到合約公司信息庫中.C. 當消費單由于某種原因未被錄入數據庫中時,手動填寫消費補單。D. 當會員信息由于某種原因未被轉為客歷時,手動會員轉客歷。E. 當應收單位由于某種原因未被轉為客歷時,手動應收單位轉合約公司。2。7尚未問決的問題登陸系統(tǒng)的用戶角色進行相應操作的權限處理考慮欠妥當。3接口設計3。1用戶接口用戶通過瀏覽器打開客戶關系管理系統(tǒng)的首頁后,必須輸入正確的用戶名和密碼才能登陸到系統(tǒng)的主界面,以進行后續(xù)的操作。3。2外部接口A. 系統(tǒng)提供了與打印機、讀卡器之間的接口.B. 系統(tǒng)提供了與Excel之間的接口。3。3內部接口客歷管理子模塊中

19、專用應用層和通用應用層幾個子模塊之間的接口描述見下圖:圖3。1客歷管理子模塊接口圖合約公司管理子模塊中專用應用層和通用應用層幾個子模塊之間的接口描述見下圖:圖3。2合約公司管理子模塊接口圖客歷關懷管理子模塊中專用應用層和通用應用層幾個子模塊之間的接口描述見下圖:圖3.3客歷關懷管理子模塊接口圖萬能查詢管理子模塊中專用應用層和通用應用層幾個子模塊之間的接口描述見下圖:圖3.4萬能查詢信息管理子模塊接口圖4運行設計4.1運行模塊組合系統(tǒng)分為客歷管理、會員查詢、合約公司管理、應收單位查詢、客歷關懷、萬能查詢、系統(tǒng)設置、自定義報表8個子模塊。系統(tǒng)根據登錄用戶的權限顯示相應的菜單,對應于用戶可以使用的子

20、模塊。4。2運行控制說明每一種外界的運行控制的方式方法和操作步驟.4.3運行時間說明每種運行模塊組合將占用各種資源的時間。5系統(tǒng)數據結構設計5。1邏輯結構設計要點表名kl表說明客歷表列名主鍵類型字節(jié)數長度小數位數允許為空kl_idint4110建立日期datetime客歷編號varchar88姓名varchar2020簡拼varchar2020聯系電話varchar2020證件種類varchar2020證件號碼varchar2020照片varchar2020入住天數int2020黑名單否bool11戶籍地址varchar100100備注varchar200200VIPvarchar2020銷售

21、員號varchar2020卡號varchar2020合約編號varchar2020合約名稱varchar2020前臺消費額decimal8194餐飲消費額decimal8194洗浴消費額decimal8194表名Kllx表說明客歷類型表列名主鍵類型字節(jié)數長度小數位數允許為空kllx_idint4104客歷類型varchar2020表名Sfzjlx表說明身份證件類型表列名主鍵類型字節(jié)數長度小數位數允許為空Zjlx_idint410證件編號varchar2020表名Xfd表說明消費單表列名主鍵類型字節(jié)數長度小數位數允許為空xfidInt440合約編號varchar2020客歷編號varchar2020計入時間datetime金額decimal8194折扣金額decimal8194場所號varchar2020場所名varchar2020銷售員varchar2020消費時間datetime消費類型varchar2020表名Hyb表說明會員表列名主鍵類型字節(jié)數長度小數位數允許為空Hy_idint1010會員名稱varchar2020客歷編號varchar2020會員卡類型varchar2020金額decimal8194銷售員varchar2020表名Hyklx表說明會員卡類型表列名主鍵類型字節(jié)數長度小數

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論