郵政儲蓄銀行客戶營銷積分系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

郵政儲蓄銀行客戶營銷積分系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)目錄郵政儲蓄銀行客戶營銷積分系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 1摘要： 4第1章緒論 51.1研究背景 51.2國內(nèi)外研究現(xiàn)狀 6第2章郵政儲蓄銀行客戶營銷積分管理系統(tǒng)的相關(guān)技術(shù) 72.1統(tǒng)一建模語言UML介紹 72.1.1UML的建筑塊 72.1.2類 82.1.3關(guān)系 92.1.4通用機(jī)制 92.2Struts框架 92.2.1MVC設(shè)計(jì)模式 102.2.2Struts工作原理 112.2.3應(yīng)用實(shí)例 122.3Hibernate與持久層ORM 122.3.1hibernate 122.3.2hibernate工作原理 13第3章郵政儲蓄銀行客戶營銷積分管理系統(tǒng)的需求分析 133.1系統(tǒng)業(yè)務(wù)流程 133.1.1概要分析 143.1.2具體分析 153.2系統(tǒng)用例模型 203.2.1參與者描述 203.2.2用例模型 213.3用例的活動圖描述 263.4需求原型系統(tǒng) 323.5性能需求 333.6其他需求 343.6.1安全性需求 343.6.2數(shù)據(jù)性能需求 34第4章郵政儲蓄銀行客戶營銷積分管理系統(tǒng)的設(shè)計(jì) 354.1概述 354.2時序分析 354.2.1客戶信息變更管理 364.2.2客戶積分管理 374.2.3查詢記錄（按客戶ABC等級） 384.2.4查詢記錄（按商圈） 394.2.5卡類型管理 404.2.6客戶信息建檔 414.3類分析模型 414.3.1邊界類 424.3.2領(lǐng)域類 434.3.3實(shí)體類 434.3.2總體類 474.4數(shù)據(jù)模型 474.4.1概念模型 484.4.2邏輯模型 484.4.3完整數(shù)據(jù)模型 50第5章系統(tǒng)設(shè)計(jì)與優(yōu)化 505.1系統(tǒng)架構(gòu)設(shè)計(jì) 515.1.1系統(tǒng)架構(gòu)的選擇 515.2.2系統(tǒng)架構(gòu)的配置 525.2持久化設(shè)計(jì) 525.3.1ORM（對象——關(guān)系映射） 535.3.2數(shù)據(jù)庫物理設(shè)計(jì) 535.3系統(tǒng)功能設(shè)計(jì) 545.4實(shí)體類設(shè)計(jì) 555.5系統(tǒng)流程對象設(shè)計(jì) 565.6系統(tǒng)界面設(shè)計(jì) 575.6.1界面顯示設(shè)計(jì) 575.6.2界面流轉(zhuǎn)邏輯設(shè)計(jì) 585.7代碼設(shè)計(jì)原則 595.8面向?qū)ο蟮膬?yōu)化設(shè)計(jì) 595.8.1業(yè)務(wù)邏輯優(yōu)化 595.8.2靜態(tài)類優(yōu)化 605.8.3程序代碼結(jié)構(gòu)優(yōu)化 62第6章郵政儲蓄銀行客戶營銷積分管理系統(tǒng)的實(shí)現(xiàn)與測試 626.1系統(tǒng)實(shí)現(xiàn) 626.1.1系統(tǒng)主界面 626.1.2客戶管理模塊 636.1.3客戶營銷積分模塊 656.1.4查詢記錄模塊 656.1.5系統(tǒng)設(shè)立模塊 686.2系統(tǒng)測試 696.2.1系統(tǒng)測試內(nèi)容 696.2.2系統(tǒng)測試方案 706.3系統(tǒng)用例設(shè)計(jì) 706.3.1性能測試用例 716.3.2邊界值測試用例 716.4測試結(jié)果分析 72第7章總結(jié) 73致謝 75參考文獻(xiàn) 76摘要 著商業(yè)銀行多元化業(yè)務(wù)的開展，以及行業(yè)內(nèi)競爭日趨劇烈化，為提高商業(yè)銀行綜合競爭力，加快銀行業(yè)務(wù)整合營銷步伐，引導(dǎo)和鼓勵客戶使用銀行各類金融產(chǎn)品和金融服務(wù)，豐富促銷手段，加強(qiáng)客戶關(guān)系維護(hù)，提高客戶忠誠度，連續(xù)增長銀行收益，培養(yǎng)并吸引優(yōu)質(zhì)客戶群，按照“以客戶為中心”的經(jīng)營理念，商業(yè)銀行需要根據(jù)客戶對本行各類業(yè)務(wù)的整體奉獻(xiàn)度進(jìn)行一個全面度量和綜合管理，由此設(shè)立了銀行客戶營銷分管理系統(tǒng)關(guān)鍵詞：多元化、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)、商業(yè)銀行Abstract Withthediversificationofcommercialbanks,aswellastheincreasinglyfiercecompetitionintheindustry,inordertoimprovethecomprehensivecompetitivenessofcommercialbankstospeedupthepaceofintegratedbankingbusinesstoguideandencouragecustomerstouseallkindsofbankfinancialproductsandfinancialservices,Strengthencustomerrelationshipmaintenance,improvecustomerloyalty,continuetoincreasebankrevenue,trainingandattracthigh-qualitycustomerbase,inaccordancewiththe"customer-centric"businessphilosophy,commercialbanksneedtocustomersbasedontheoverallcontributionofvarioustypesofbusinessforacomprehensiveMeasurementandintegratedmanagement,whichsetupabankcustomermarketingsub-managementsystemKeywords：Diversification,systemdesign,systemimplementation,commercialbank第1章緒論1.1研究背景 內(nèi)銀行業(yè)隨著中國加入WTO，越來越多的機(jī)遇和競爭擺在了眼前。一方面是可以更加容易的引進(jìn)其他國家的先進(jìn)技術(shù)經(jīng)驗(yàn)；另一方面，實(shí)力雄厚的跨國銀行和財(cái)團(tuán)的涌入，給國內(nèi)金融市場帶來更多的壓力，國內(nèi)銀行業(yè)面臨著前所未有的壓力。不遠(yuǎn)的將來，加入WTO的沖擊將導(dǎo)致國內(nèi)金融市場一體化，國內(nèi)銀行業(yè)生存空間將進(jìn)一步被蠶食。隨著商業(yè)銀行多元化業(yè)務(wù)的開展，以及行業(yè)內(nèi)競爭日趨劇烈化，為提高商業(yè)銀行綜合競爭力，加快銀行業(yè)務(wù)整合營銷步伐，引導(dǎo)和鼓勵客戶使用銀行各類金融產(chǎn)品和金融服務(wù)，豐富促銷手段，加強(qiáng)客戶關(guān)系維護(hù)，提高客戶忠誠度，連續(xù)增長銀行收益，培養(yǎng)并吸引優(yōu)質(zhì)客戶群，按照“以客戶為中心”的經(jīng)營理念，商業(yè)銀行需要根據(jù)客戶對本行各類業(yè)務(wù)的整體奉獻(xiàn)度進(jìn)行一個全面度量和綜合管理，由此設(shè)立了銀行客戶銷銷積分管理系統(tǒng)。郵儲銀行就是在以上背景下完畢了郵政儲蓄銀行客戶營銷積分系統(tǒng)，系統(tǒng)面向銀行客戶積分管理、積分查詢、積分渠道采集、積分抵扣管理以及積分禮品兌換管理，構(gòu)建了集業(yè)務(wù)管理、客戶管理和積分管理的工作模式，實(shí)現(xiàn)了提高銀行客戶積分管理工作效率，節(jié)約了資源成本的目的。1.2國內(nèi)外研究現(xiàn)狀近幾年來，計(jì)算機(jī)技術(shù)和網(wǎng)絡(luò)技術(shù)的迅速發(fā)展，為銀行公司的信息化建設(shè)提供了便利的技術(shù)條件，在整個電子銀行世界范圍內(nèi)大發(fā)展的背景下，我國開始根據(jù)我國國情實(shí)行具有中國特色的銀行信息化系統(tǒng)、客戶積分管理系統(tǒng)。如今客戶積分管理成為國內(nèi)外眾多銀行信息化發(fā)展、市場競爭的重要手段，中國商業(yè)銀行要想提高客戶積分管理管理，必須推動技術(shù)創(chuàng)新。早在前些年，我國的一些商業(yè)銀行就提出，要充足發(fā)揮科技力量，依靠雄厚的資金實(shí)力，在現(xiàn)代產(chǎn)品銷售管理系統(tǒng)中，一方面引入了信息管理的模式。目前國內(nèi)國外積分管理系統(tǒng)已經(jīng)廣泛應(yīng)用到電子商務(wù)領(lǐng)域，如國內(nèi)外各大商業(yè)銀行系統(tǒng)、國內(nèi)淘寶網(wǎng)，美國的易趣網(wǎng)、日本的chobirich網(wǎng)等等。當(dāng)用戶使用銀行服務(wù)、網(wǎng)站購買商品、參與銀行或網(wǎng)站商戶提供的各種廣告活動、論壇發(fā)帖、回答游戲等，均可獲取一定的積分。而用戶使用這些積分，可直接在銀行商城或網(wǎng)站商城上消費(fèi)，或兌換各大特約商戶的聯(lián)名積分、實(shí)體禮品、電子貨幣、實(shí)體商場的鈔票禮品卷等等。近幾年來，國內(nèi)外各個行業(yè)的客戶積分管理系統(tǒng)發(fā)展迅速，通過查閱文獻(xiàn)，對客戶積分管理分以下幾類進(jìn)行研究。1）國內(nèi)外典型超市客戶積分管理系統(tǒng)的應(yīng)用狀況通過查閱相關(guān)文獻(xiàn)資料，了解到目前國內(nèi)外一般超市都投入運(yùn)用了客戶積分管理系統(tǒng)，如沃爾瑪，家樂福等均建立了完善的客戶積分管理系統(tǒng)，其首要目的實(shí)現(xiàn)會員基本信息管理，在此基礎(chǔ)上還完畢了一些業(yè)務(wù)功能，比如沃爾瑪超市客戶積分管理系統(tǒng)實(shí)現(xiàn)了會員積分管理和儲值管理，為方便會員消費(fèi)交易，會員卡具有小額度儲值功能，會員在消費(fèi)時，對一些交易的零錢可以從會員卡中扣除，或收銀員無需找零，把其存儲在會員卡上，方便以后交易時使用，這樣減輕了收銀員的工作，方便了客戶消費(fèi)。家樂福超市會員采集系統(tǒng)通過會員登記信息，借助短信平臺，向會員發(fā)送超市近期優(yōu)惠活動信息，使會員及時了解超市的營銷動態(tài)，方便公司的營銷推廣。2）國內(nèi)外大型連鎖店客戶積分管理系統(tǒng)的應(yīng)用狀況除零售行業(yè)外，國內(nèi)外大型的連鎖店也實(shí)行了客戶積分管理系統(tǒng)，比較典型的是一些連鎖酒店的客戶積分管理系統(tǒng)的普及應(yīng)用，如七天連鎖酒店、如家連鎖酒店等，這些酒店的客戶積分管理系統(tǒng)是基于全國聯(lián)網(wǎng)的會員信息共享模式，國內(nèi)任何一家分店可以登錄查詢會員基本信息、會員消費(fèi)、積分兌換、各種記錄信息等，會員可以登錄門戶網(wǎng)站進(jìn)行酒店預(yù)訂、積分禮品兌換等操作，分店操作人員可查看會員的酒店預(yù)訂信息、積分信息、消費(fèi)信息等。3）普通行業(yè)客戶積分管理系統(tǒng)的應(yīng)用狀況除連鎖店客戶積分管理系統(tǒng)外，一些普通行業(yè)的客戶積分管理系統(tǒng)也逐漸興起，如餐飲客戶積分管理系統(tǒng)、汽車美容店的客戶積分管理系統(tǒng)、健身會所客戶積分管理系統(tǒng)等，這些客戶積分管理系統(tǒng)一般實(shí)現(xiàn)的功能較單一，一般根據(jù)業(yè)務(wù)的需求對會員基本信息進(jìn)行管理，實(shí)現(xiàn)單一的功能需求，如會所客戶積分管理系統(tǒng)用于管理睬員消費(fèi)次數(shù)，判斷會員是否到期等。通過查閱相關(guān)參考文獻(xiàn)，從系統(tǒng)架構(gòu)分析，系統(tǒng)一般采用了基于C/S構(gòu)架，這是在當(dāng)時從B/S構(gòu)架方面安全考慮的，采用的C/S構(gòu)架需要在客戶端維護(hù)相關(guān)程序，升級成本較大，并且不容易擴(kuò)充客戶端，隨著B/S構(gòu)架技術(shù)的不斷完善，特別是隨著.Net、JAVAEE等框架成熟發(fā)展起來，B/S在安全面的管理已完善，因此構(gòu)建銀行客戶積分管理技術(shù)上具有了成熟條件。B/S系統(tǒng)規(guī)定只要通過聯(lián)網(wǎng)瀏覽器可以實(shí)現(xiàn)系統(tǒng)的操作，B/S系統(tǒng)在服務(wù)器性能規(guī)定上較高，可以承受多用戶的并發(fā)訪問及解決，實(shí)現(xiàn)多部門多用戶的在線并發(fā)訪問。第2章郵政儲蓄銀行客戶營銷積分管理系統(tǒng)的相關(guān)技術(shù)近年來，JAVA技術(shù)發(fā)展進(jìn)一步、廣泛，其中，J2EE應(yīng)用非常普遍，其作為大型公司開發(fā)工作常見的集成開發(fā)工具，能提供各層面、各領(lǐng)域的復(fù)雜技術(shù)支撐。J2EE可在表現(xiàn)成、業(yè)務(wù)層、領(lǐng)域模型等層次逐層開發(fā)，且各層之間互不混淆，多層級的架構(gòu)使開發(fā)人員工作大為減輕，使具體編程工作思緒更加清楚，進(jìn)一步實(shí)現(xiàn)了組件化、模塊化。J2EE有多種開發(fā)架構(gòu)可供選擇，比較常見且比較經(jīng)典的架構(gòu)是STRUTS+SPRING+HIBERNATE。這種架構(gòu)能比較容易的減少開發(fā)工作中各模塊之間的耦合度，提高靈活度。由于相稱于劃分了多個層級的邏輯架構(gòu)，它允許開發(fā)人員對部分層級進(jìn)行調(diào)整，只要層級對外接口特性不變，不會影響到其他層的程序文獻(xiàn)。所以這種架構(gòu)不僅將軟件模塊化進(jìn)一步提高，還將面向?qū)ο蟮乃枷霂У搅思軜?gòu)層面。因此，它能輕松解決容器間的服務(wù)，大大減少開發(fā)工作中復(fù)雜問題的難度[16]。

2.1統(tǒng)一建模語言UML介紹2.1.1UML的建筑塊組成UML有三種基本的建筑塊：1、事物（Things）2、關(guān)系（Relationships）3、圖（Diagrams）這三種基本建筑塊是逐級變得宏觀的關(guān)系。圖中有多個關(guān)系，關(guān)系中有多個事物。同一個關(guān)系中的事物有明顯的關(guān)聯(lián)；同一個圖中的多個關(guān)系構(gòu)成了系統(tǒng)的重要邏輯模塊。UML中部分類型的事物：1、結(jié)構(gòu)事物（Structuralthings）2、動作事物（Behavioralthings）3、分組事物（Groupingthings）4、注釋事物（Annotationalthings）上述事物作為UML中常用的邏輯抽象概念，是UML模型中比較基礎(chǔ)的靜態(tài)組件，代表了現(xiàn)實(shí)中存在的真實(shí)物體或現(xiàn)實(shí)中的部分抽象名詞。1結(jié)構(gòu)事物。常見的事物有7種。第一種是類。類最初從面向過程開發(fā)語言引入。在面向過程開發(fā)語言中，類是一個具有復(fù)雜多種屬性和方法的特殊集合。在面向過程開發(fā)語言中，類的概念更加豐富，它還包含了特定的從屬關(guān)系、接口。在UML圖中，常用矩形代表類，并標(biāo)注其名字、屬性和方法等。第2中是接口。一個類中常有多個方法，而大部分方法可以留空不予實(shí)現(xiàn)。這時就需要接口描述某個類的相關(guān)方法。在接口中，可以對這些方法予以實(shí)現(xiàn)，也可以不予實(shí)現(xiàn)。在UML圖中，用圓形代表它，且在圓形附近標(biāo)注接口的名稱。第3種是協(xié)作。在約定部分事物和元素的基礎(chǔ)上，定義這些事物和元素之間的操作，并對這些操作進(jìn)行明確，就構(gòu)成了協(xié)作。因此，協(xié)作比它所包含的事物和元素的集合還要大。由于構(gòu)成協(xié)作的事物和元素自身就是結(jié)構(gòu)化，因此協(xié)作一般具有結(jié)構(gòu)化特點(diǎn)。在某些類中，也許包含幾個協(xié)作，而這些協(xié)作基本構(gòu)成了系統(tǒng)重要功能。在UML圖中，常用虛橢圓代表協(xié)作，并在其附近標(biāo)注名稱。第4種是用例。用例基本上代表了一個應(yīng)用系統(tǒng)中的核心業(yè)務(wù)流程和操作。它由針對部分角色的一系列操作組成，在過程中、結(jié)果中得到重要的輸出。在UML中，一般采用用例表達(dá)事物及其之間的動作。事實(shí)上，用例是由多個協(xié)作實(shí)現(xiàn)的。在UML圖中，常用實(shí)橢圓代表用例，并在其附近標(biāo)注名稱。第5種是活動類?；顒宇愐话憧梢詫?shí)現(xiàn)具有多進(jìn)程、多線程的對象?；顒宇惥哂辛祟惖幕緦傩蕴攸c(diǎn)，但活動類實(shí)現(xiàn)的對象和操作方法是真實(shí)存在的，且具有多路并發(fā)特點(diǎn)。在UML圖中，常用矩形代表活動類，但其邊框使用粗線條。第6種是組件。組件在系統(tǒng)中并不是必不可少的，它可被替換，且種類多樣。常見的組件很多，比如COM+組件，JAVABEANS組件等等。上述7大元素構(gòu)成了UML圖中常用的各種事物。上述7大元素尚有其各自的衍生形態(tài)：進(jìn)程、線程、文獻(xiàn)、表等。2動作事物作為UML圖中的非靜止元素，動態(tài)事物擁有相關(guān)動作和操作。它有集中常見的動作。其中一種是交互。由一組對象構(gòu)成，且能通過一連串的信息交互構(gòu)成的動作能實(shí)現(xiàn)某種希望的結(jié)果，這就是交互。在交互中，需明確描述附屬在其上的動作、信息、操作順序、連接關(guān)系等。在UML圖中，一般用帶方向的直線代表交互，并在其附近標(biāo)注其名字。2.1.2類類是具有相同屬性、操作、關(guān)系的對象集合的總稱。通常在UML中類被畫成矩形。名稱為便于區(qū)分，必須給類命名。類名用一串字符代替，成為普通的類名；而在普通類名前添加途徑名稱，作為相關(guān)包的前綴，也是可以的。比如：CTT,J3T::SPR:MYTYPT等均可。在屬性名稱最后加上其類型也可構(gòu)成類名。組織屬性和方法有時候并不需要把所有圖形屬性和操作都描述。事實(shí)上，在大多數(shù)時候，很難將所有累的屬性和操作都描述出來，并且也沒有必要。在制作UML圖時，僅需要將與業(yè)務(wù)關(guān)系緊密的屬性和操作描述清楚就可以了。為區(qū)分部分屬性、方法，可以在其名稱前加上描述性字符串。類具有的任務(wù)功能稱為其職責(zé)。一個類，可擁有一至多個職責(zé)。在實(shí)際開發(fā)工作中，需要將類的職責(zé)劃分細(xì)化成各個屬性和方法。通常在UML中在類圖的最下方用單獨(dú)的部分列出類的職責(zé)。2.1.3關(guān)系依賴關(guān)系（Dependency）作為一種特殊關(guān)系，依賴意味著：某種屬性的變化也許影響到與其相關(guān)的事物和屬性，但是反過來不一定。這種特殊關(guān)系的顯示，一般可用依賴關(guān)系表達(dá)。一般而言，依賴關(guān)系意味著一個類的具體方法調(diào)用另一個類的對象或?qū)傩宰鳛閷?shí)參。在UML圖中，可在多個事物之間展示依賴關(guān)系。一般化，事實(shí)上是繼承，在UML語言里，該關(guān)系可存在于多個包之間。關(guān)聯(lián)（Association）作為兩種對象間的結(jié)構(gòu)化的聯(lián)系，關(guān)聯(lián)關(guān)系是指某兩個類可從一個類的對象獲取另一個類的對象。一般情況下，二元關(guān)系指兩個對象間的關(guān)系，多元關(guān)系，指多個對象間的關(guān)聯(lián)。一般情況下，可使用實(shí)線連接多個類，來表達(dá)關(guān)聯(lián)關(guān)系。2.1.4通用機(jī)制有多重方案，可使UML更便于運(yùn)用，在使用UML描述模型時，可隨時采用這些方案和機(jī)制：specificationsadornmentscommondivisionsextensibility 2.2Struts框架Struts框架的特點(diǎn)計(jì)劃構(gòu)件應(yīng)用程序（無論是否基于Web），需要至少一種框架包，假如使用基于Web的框架包，Struts就是最佳的選擇。2.2.1MVC設(shè)計(jì)模式MVC（模型-視圖-控制器）模型可以稱為模型-視圖-控制器模型。模型（模型）是一個解決邏輯問題、獨(dú)立外部顯示、內(nèi)部內(nèi)容和形式的軟件、計(jì)算核心數(shù)據(jù)、邏輯和功能的軟件，它獨(dú)立于具體表達(dá)式和I/O操作接口。視圖（視圖）向用戶顯示模型數(shù)據(jù)和邏輯關(guān)系和狀態(tài)信息，以及特定形式的表達(dá)。該模型實(shí)現(xiàn)了顯示信息相同的信息可以有不同的顯示形式?？刂破鳎–ontroller）是解決用戶交互的軟件，負(fù)責(zé)控制模式變化的傳播，保證用戶界面和模型之間的關(guān)系。它接受用戶的輸入和反饋模型，實(shí)現(xiàn)模型的控制，是該模型的觀點(diǎn)，協(xié)調(diào)一個視圖相應(yīng)一個視圖和控制器的分離，使得一個模型的多個顯示用戶通過一個視圖控制器模式的改變，和所有其他的依賴于這些數(shù)據(jù)的考慮，體現(xiàn)在這些的時候，發(fā)生了何種數(shù)據(jù)變化，控制器將改變告知所有的視圖，使得更新顯示。這事實(shí)上是一種模型的變化-傳播機(jī)制[17]。圖2-1MVC架構(gòu)VIEW涉及：用戶登錄界面；系統(tǒng)首頁；查詢顯示信息界面；修改信息界面；添加信息界面等。Control涉及：對具體類的查詢功能，添加功能，修改功能，以及相相應(yīng)的刪除功能。Model層涉及：超市客戶管理系統(tǒng)數(shù)據(jù)庫的創(chuàng)建，其中涉及實(shí)體類，尚有相應(yīng)的動作結(jié)果表等。2.2.2Struts工作原理Struts框架總控制器（ActionServlet）Struts框架總控制器（ActionServlet）視圖JSPStruts-config.xml模型（ActionForm）業(yè)務(wù)功能類（JavaBean）1、初始化3、填充FormBean4、將請求轉(zhuǎn)移到具體Action解決2、Http請求5、調(diào)用后臺業(yè)務(wù)功能類完畢商務(wù)邏輯6、返回目的相應(yīng)對象7、轉(zhuǎn)換Http請求到目的相應(yīng)對象8、Http相應(yīng)業(yè)務(wù)功能控制器（Action）圖2-2struts工作原理圖（1）初始化：Servlet在web.xml中可被定義為自啟動，ActionServlet也是servlet，它是struts的總控制器。Struts-config.xml的內(nèi)容，可作為struts各模塊初始化相關(guān)對象使用。（2）發(fā)送請求：請求的傳遞，一般可用提交webframe，或通過網(wǎng)址向服務(wù)器后臺提出規(guī)定，這些數(shù)據(jù)一般采用標(biāo)準(zhǔn)HTTP協(xié)議。（3）表單填充：在user傳遞請求時，將information存入struts的controller相應(yīng)的表單屬性中。（4）Assign請求：controller依據(jù)配置數(shù)據(jù)subject動作配置項(xiàng)內(nèi)容，將請求Assign到各個動作項(xiàng)，同時把相關(guān)表單Bean一起提交給這個動作的執(zhí)行方法中。（5）Handle業(yè)務(wù)：東走一般情況下，擁有執(zhí)行方法，具體貫徹有關(guān)功能實(shí)現(xiàn)（采用相關(guān)功能模塊），完畢之后，返回一個動作傳遞對象，后臺服務(wù)器通過動作傳遞對象將提交操作完畢。（6）Feedback響應(yīng)：動作將功能解決的各個數(shù)據(jù)提交給最終的類和控制組件。（7）Check響應(yīng)：控制組件依據(jù)動作解決功能提交的響應(yīng)目的，查詢到最終的對象，事實(shí)上一般這個結(jié)果就是一個HTML頁面。（8）響應(yīng)User：targect反饋的結(jié)果提交給最終目的，并把最終目的以HTML形式發(fā)給User查閱。2.2.3應(yīng)用實(shí)例為展示struts使用，這里列出相關(guān)代碼。在xml配置文獻(xiàn)中添加相關(guān)代碼：<actionpath=/testname=”loginForm”scope=”request”type=”LoginAction”input=”/login.jsp”><forwardname=”success”path=”/success.jsp”><forwardname=”failure”path=”/error.jsp”></action>這里配置了兩個元素：（1）<form-bean>用來配置前臺發(fā)過來的Form傳給ActionForm用的，傳到后臺com.baidu.form.LoginForm這個方法會把所有的前臺輸入的東西拿到。（2）<action>里面要填寫的是你希望將這個表單提交到什么途徑。(比如此外一個頁面)request的意思是提交的時候不在地址欄顯示你的提交信息(比如賬號密碼之類的)，為了用戶的信息安全。成功時轉(zhuǎn)發(fā)到“success.jsp”，“failure”表達(dá)失敗時轉(zhuǎn)發(fā)到“error.jsp”。2.3Hibernate與持久層ORM2.3.1hibernatehibernate是一個框架，是用來操作數(shù)據(jù)庫的。它把數(shù)據(jù)庫中的表，轉(zhuǎn)換成java類，通過xml文獻(xiàn)來實(shí)現(xiàn)類和表之間的映射。這樣的好處在于，可以面向?qū)ο蟮乃枷雭聿僮鲾?shù)據(jù)庫。JDBC的升級版，專用連接數(shù)據(jù)庫。

此東東比JDBC簡樸使用，不需要輸入很多的連接數(shù)據(jù)庫代碼。提取數(shù)據(jù)庫數(shù)據(jù)也不用循環(huán)提取。使用時的方法為：

1.新建一個Java普通項(xiàng)目

2.創(chuàng)建userlibrary加入三個地方的jar包：兩個hibernate一個MYSQL驅(qū)動

3.創(chuàng)建hibernate配置文獻(xiàn)，hibernate.cfg.xml

4.建立實(shí)體類user

5.在hibernate文獻(xiàn)中尋找eg至底部找出user.hbm.xml映射文獻(xiàn)，copy到映射文獻(xiàn)所在文獻(xiàn)中

6.將映射文獻(xiàn)user.hbm.xml部分加入到hibernate.cfg.xml中

7.創(chuàng)建數(shù)據(jù)庫，再運(yùn)用hibernate將實(shí)體映射導(dǎo)入到數(shù)據(jù)庫中

8.創(chuàng)建客戶端[19]。2.3.2hibernate工作原理Hibernate是采用ORM模式實(shí)現(xiàn)數(shù)據(jù)持久層的java組件。它提供了高效的、強(qiáng)大的將java對象進(jìn)行數(shù)據(jù)持久化操作的服務(wù)。運(yùn)用hibernate，開發(fā)人員可以按照java對象的結(jié)果進(jìn)行持久層的開發(fā)，并可以完畢java對象和關(guān)系型數(shù)據(jù)庫之間的轉(zhuǎn)換和操作[20]。hibernate的工作原理：（1）創(chuàng)建Configeration實(shí)例：根據(jù)它的構(gòu)造方法將指定的配置信息(默認(rèn)hibernate.cfg.xml)讀到內(nèi)存。一個Configeration實(shí)例代表Hibernate所有Java類到SQL數(shù)據(jù)庫映射的集合。（2）創(chuàng)建SessionFactory實(shí)例：當(dāng)使用Configeration實(shí)例創(chuàng)建了SessionFactory實(shí)例后，把Configeration對象中的所有配置信息拷貝到SessionFactory的緩存中。SessionFactory的實(shí)例代表一個數(shù)據(jù)庫存儲源，創(chuàng)建后不在與Configeration對象關(guān)聯(lián)。SessionFactory是線程安全的，通常情況下，一個應(yīng)用程序只有一個SessionFactory的實(shí)例。（3）創(chuàng)建Session實(shí)例：通過SessionFactory創(chuàng)建Session實(shí)例，session不是線程安全的，每個使用者應(yīng)當(dāng)用SessionFactory實(shí)例獲得自己的session實(shí)例。獲得session實(shí)例后就可以運(yùn)用session的各種方法對對象進(jìn)行持久化操作了。（4）創(chuàng)建Transaction事務(wù)：通過Session的beginTransaction()方法可以得到一個對象的實(shí)例。重要用于管理實(shí)務(wù)。一個事務(wù)對象也許會涉及多個對數(shù)據(jù)庫進(jìn)行的操作。第3章郵政儲蓄銀行客戶營銷積分管理系統(tǒng)的需求分析3.1系統(tǒng)業(yè)務(wù)流程基于零售公司對客戶卡的管理構(gòu)建了一個客戶信息管理系統(tǒng)?？蛻艨ü芾淼囊话懔鞒蹋撼杏?jì)劃部一方面設(shè)計(jì)并制作不同類型的客戶卡，交給超市服務(wù)臺，顧客填寫客戶卡申請表后交給服務(wù)員，由服務(wù)員為其建立客戶檔案，再進(jìn)行卡作業(yè)解決，將辦好的客戶卡交給顧客，顧客便可以持卡營銷積分[6]。超市記錄部定期根據(jù)顧客的營銷積分記錄進(jìn)行記錄分析，分析結(jié)果提交給計(jì)劃部，為制定銷售計(jì)劃提供依據(jù)。系統(tǒng)部根據(jù)實(shí)際情況，定義返利規(guī)則和具體積分返利商品，并結(jié)合平?？蛻艄芾硇畔?，為顧客定制特色促銷返利活動。為解決目前客戶卡存在的功能單一、信息不準(zhǔn)確、客戶信息資源的浪費(fèi)等弊端，基于客戶的持卡信息，通過數(shù)據(jù)挖掘，一是基于顧客信息對顧客進(jìn)行細(xì)分，提供重點(diǎn)服務(wù)，提高大多顧客的滿意度、忠誠度。二是對顧客的購買模式進(jìn)行細(xì)分，當(dāng)客戶再次光顧公司時，判斷他們的價值類型，對他們實(shí)行產(chǎn)品組合和交叉銷售。三是對客戶的愛好愛好進(jìn)行細(xì)分，提供各價值類型顧客感愛好的產(chǎn)品及服務(wù)。系統(tǒng)重要針對日前零售業(yè)客戶卡管理的重要功能，運(yùn)用現(xiàn)代化的計(jì)算機(jī)解決技術(shù)來實(shí)現(xiàn)其核心功能[7]。只有把為客戶提供更優(yōu)質(zhì)的服務(wù)放在零售業(yè)競爭的核心地位，處處考慮到客戶的需求和利益，時常站在客戶的角度來思考問題，最終才干獲得客戶的青睞和忠誠，客戶制的作用才會得到更大的發(fā)揮，公司的收益才干更有保證?？蛻艨ㄐ畔⒐芾硐到y(tǒng)的功能涉及前臺管理和后臺管理兩個大塊?？蛻艨ㄐ畔⒐芾硐到y(tǒng)重要為了實(shí)現(xiàn)基于客戶信息（后臺）和營銷積分信息（前臺）的數(shù)據(jù)挖掘，通過客戶卡信息管理系統(tǒng)的使用，在對市場行為、購買行為、用戶心理等各方面進(jìn)行分析后，制定出一套有關(guān)產(chǎn)品的特色營銷方案，以增強(qiáng)商家和顧客之間的互動性，從而提高顧客的忠誠度。實(shí)現(xiàn)顧客平常營銷積分?jǐn)?shù)據(jù)收集、記錄、分析的自動化、查詢的實(shí)時化，規(guī)避信息孤島，暢通公司的信息流，支持活動決策。HYPERLINK/> <mappingresource="com/membershipcard/model/Product.hbm.xml"/> <mappingresource="com/membershipcard/model/Scores.hbm.xml"/> <mappingresource="com/membershipcard/model/Purchase.hbm.xml"/><mappingresource="com/membershipcard/model/Membertable.hbm.xml"/>5.3.2數(shù)據(jù)庫物理設(shè)計(jì)一個完備的數(shù)據(jù)庫可認(rèn)為系統(tǒng)的開發(fā)帶來很多便利，同時也為實(shí)現(xiàn)系統(tǒng)功能鋪平道路。超市客戶卡管理信息系統(tǒng)的數(shù)據(jù)庫是基于用戶需求開發(fā)的，共使用多張數(shù)據(jù)表。數(shù)據(jù)庫命名：usercard；數(shù)據(jù)庫類型：Mysql；連接方式：hibernate。圖5-4重要數(shù)據(jù)表5.3系統(tǒng)功能設(shè)計(jì)客戶營銷客戶營銷管理系統(tǒng)客戶管理積分管理查詢記錄客戶消費(fèi)圖5-5系統(tǒng)功能模塊信息系統(tǒng)功能設(shè)計(jì)是整個系統(tǒng)設(shè)計(jì)的核心部分。按照系統(tǒng)架構(gòu)和I/O設(shè)計(jì)規(guī)定來進(jìn)行信息系統(tǒng)的功能設(shè)計(jì)。它通常涉及系統(tǒng)實(shí)體對象設(shè)計(jì)、系統(tǒng)流程對象設(shè)計(jì)和系統(tǒng)交互設(shè)計(jì)。本應(yīng)用的核心功能有：大客戶模塊、客戶營銷積分管理模塊、查詢記錄模塊、活動管理模塊?；顒庸芾砟K涉及積分管理和積分返利，它們所要實(shí)現(xiàn)的功能是為客戶卡商品類別定義基本積分率，并可查詢超市不同類別商品的積分率信息。積分計(jì)算，再結(jié)合基本積分率計(jì)算出相應(yīng)積分，并把積分信息與客戶卡持卡信息建立依賴關(guān)系。定義客戶卡返利活動，用于之后客戶卡返利兌換活動的定義。定義客戶卡返利商品，結(jié)合超市促銷活動，定義某些商品作為返利商品，在返利活動中定義相應(yīng)的規(guī)則后即可在實(shí)際操作過程中按規(guī)則進(jìn)行積分兌換相應(yīng)的商品。客戶卡升降級，根據(jù)客戶積分情況，手動將卡升級為更高級類型的客戶卡。查詢記錄模塊通過數(shù)據(jù)提取、轉(zhuǎn)換等過程，并加入基于超市的業(yè)務(wù)模型和數(shù)據(jù)挖掘算法，以便能精確的對客戶進(jìn)行營銷積分愛好分析、價值分類，從而提高公司的服務(wù)水平，并提出專項(xiàng)定制化的營銷策略、品牌活動等，從主線上提高公司的客戶忠誠度和市場競爭能力。該模塊重要涉及按客戶等級ABC進(jìn)行分析，用于查詢、記錄某一促銷活動期間，門店客戶分類別(ABC)的營銷積分及增長變化情況?？蛻舻燃変N售對比分析，用于查詢、記錄某一促銷期間，門店客戶分級別的營銷積分及增長變化情況。客戶年齡結(jié)構(gòu)分析記錄，按客戶的年齡段進(jìn)行記錄(各年齡段客戶人數(shù)及占比；營銷積分額及占比)，以便各門店準(zhǔn)確把握本店的客戶年齡結(jié)構(gòu)特性，用于商品組織和促銷。同城店積分查詢，系統(tǒng)可以記錄客戶某個時間段內(nèi)在同城店的營銷積分積分情況，支持積分累計(jì)、查詢、導(dǎo)出功能，用于同城店聯(lián)動促銷。記錄分析表支持按積分降序排列。發(fā)卡門店客戶商圈分析，發(fā)卡門店系統(tǒng)的記錄分析功能，重要用于記錄、分析在本店入會的客戶所處商圈分布情況及銷售額情況[24]。5.4實(shí)體類設(shè)計(jì)結(jié)合系統(tǒng)分析過程中得到的實(shí)體類以及系統(tǒng)的數(shù)據(jù)模型，得到如下相應(yīng)關(guān)系：表名重要關(guān)鍵字實(shí)體類Useridvarchar(20)usernamevarchar(20)passwordvarchar(20)usertypeint(8)idStringusernameStringpasswordStringusertypeintMembertablecardtypevarchar(50)cardnovarchar(50)namevarchar(50)gendervarchar(2)birthdaydatejoindaydatecityvarchar(50)postcodevarchar(10)addressvarchar(50)bussinesscirclevarchar(50)telvarchar(20)mobilevarchar(20)cardtypeStringcardnoStringnameStringgenderStringbirthdaydatejoindaydatecityStringpostcodeStringaddressStringbussinesscircleStringtelStringmobileStringscorescardnovarchar(50)namevarchar(50)validatedateshopnoint(20)scorefloat(20)expendscorefloat(20)lossdatedatecardtypeint(20)cardnoStringnameStringvalidatedateshopnointscorefloatexpendscorefloatlossdatedatecardtypeintproductproducttypevarchar(20)productnovarchar(20)productnamevarchar(10)numeberint(10)pricedouble(20)discountdouble(20)producttypeStringproductnoStringproductnameStringnumeberintpricedoublediscountdoublepurchasePurchasenovarchar(20)cardnovarchar(20)Totalpricedouble(20)Totalscoreint(20)Discountvarchar(20)Bargainpricevarchar(20)PurchasenoStringcardnoStringTotalpricedoubleTotalscoreintDiscountStringBargainpriceString表5-1數(shù)據(jù)庫表字段與實(shí)體對象屬性映射表實(shí)體類圖：類是具有相同屬性、操作、關(guān)系的對象集合的總稱。每個類必須有一個名字，用來區(qū)分其它的類。屬性是指類的命名的特性，經(jīng)常代表一類取值，類可以有任意多個屬性，也可以沒有屬性，在類圖中屬性只需要寫上名字。操作是類的任意一個實(shí)例對象都可以調(diào)用，并也許影響該對象行為的實(shí)現(xiàn)。一個系統(tǒng)可以看作是由一些不同類型的對象組成的，對象類之間的各種關(guān)系反映了系統(tǒng)內(nèi)部各種成分之間的靜態(tài)結(jié)構(gòu)。通過需求分析階段的用例描述和功能分析，客戶卡管理信息系統(tǒng)包含的重要類以及類之間的關(guān)系如下圖所示：圖5-6總體類圖5.5系統(tǒng)流程對象設(shè)計(jì)系統(tǒng)流程設(shè)計(jì)是對系統(tǒng)分析階段成果的進(jìn)一步完善和補(bǔ)充，從物理實(shí)現(xiàn)的角度對系統(tǒng)設(shè)計(jì)進(jìn)行新的分解和擴(kuò)展。系統(tǒng)流程對象設(shè)計(jì)按照以下兩個環(huán)節(jié)進(jìn)行：1、換名。系統(tǒng)分析階段產(chǎn)生的類和類的方法都是中文，這是為了方便分析人員和用戶的交流，但大多數(shù)程序設(shè)計(jì)語言和開發(fā)工具都不能很好地支持中文的類名和方法名，因此把文檔中的類和方法改為英文是很重要的設(shè)計(jì)環(huán)節(jié)。2、對類中的方法進(jìn)行解決。這類解決涉及的內(nèi)容很多，重要有以下幾種：1）去除不可實(shí)現(xiàn)的方法。2）增長功能實(shí)現(xiàn)必須的方法。3）改變方法作用域。4）為方法增長參數(shù)。5）改名[25]。系統(tǒng)流程對象設(shè)計(jì)是對分析階段產(chǎn)生的所有流程對象完畢上面兩個環(huán)節(jié)，但這里篇幅有限，選取系統(tǒng)中客戶管理功能模塊的流程對象進(jìn)行具體描述，如圖5-7所示。圖5-7“客戶卡管理”流程對象設(shè)計(jì)5.6系統(tǒng)界面設(shè)計(jì)人機(jī)交互體驗(yàn)感決定了用戶對系統(tǒng)的印象。設(shè)計(jì)良好的界面可以引導(dǎo)用戶自己完畢相應(yīng)操作，起到向?qū)ё饔?。界面設(shè)計(jì)重要是為了達(dá)成以下目的，應(yīng)按照下表中的規(guī)則進(jìn)行設(shè)計(jì)。（1）．以用戶為中心設(shè)計(jì)。由用戶控制的界面，而不是界面控制用戶。（2）．清楚一致的設(shè)計(jì)所有界面。其風(fēng)格保持一致，所有具有相同含義的術(shù)語保持一致，且易于理解和使用。（3）．擁有良好的直覺特性。以用戶所熟悉的現(xiàn)實(shí)世界事務(wù)的抽象來給用戶暗示和隱喻，來幫助用戶能迅速學(xué)會軟件的使用。（4）．較快的響應(yīng)速度（5）．簡潔、美觀5.6.1一級界面：二級界面：三級界面：5.6.2界面流轉(zhuǎn)邏輯設(shè)計(jì)login.jsplogin.jspindex.jsplogon_user(session)Dispatcher(Servlet)MembershipManagementConsumptionManagementQueryStatisticManagementActivitiesManagement圖5-8頁面流轉(zhuǎn)邏輯設(shè)計(jì)圖如圖5-8所示，一方面，用戶打開login.jsp，輸入用戶名和密碼進(jìn)行登錄。用戶進(jìn)入系統(tǒng)后，logon_user對象生成，該對象的有效時間將跨越整個會話，同時頁面轉(zhuǎn)到系統(tǒng)主菜單頁面（index.jsp）。用戶在系統(tǒng)主菜單頁面選擇希望執(zhí)行的功能后，若權(quán)限滿足則轉(zhuǎn)向用戶所選擇的功能頁面，如MembershipManagement.jsp（客戶管理），隨后用戶開始進(jìn)行相應(yīng)的操作。5.7代碼設(shè)計(jì)原則"開放－封閉"原則(OCP)Open-ClosedPrinciple原則講的是：一個軟件實(shí)體應(yīng)當(dāng)對擴(kuò)展開放，對修改關(guān)閉。優(yōu)點(diǎn)：通過擴(kuò)展已有軟件系統(tǒng)，可以提供新的行為，以滿足對軟件的新的需求，使變化中的軟件有一定的適應(yīng)性和靈活性。已有軟件模塊，特別是最重要的抽象層模塊不能再修改，這使變化中的軟件系統(tǒng)有一定的穩(wěn)定性和延續(xù)性。里氏代換原則（LSP）LiskovSubstitutionPrinciple（里氏代換原則）：子類型(subtype)必須可以替換它們的基類型。依賴倒置原則(DIP)依賴倒置（DependenceInversionPrinciple）原則講的是：要依賴于抽象，不要依賴于具體。簡樸的說，依賴倒置原則規(guī)定客戶端依賴于抽象耦合。原則表述：抽象不應(yīng)當(dāng)依賴于細(xì)節(jié)；細(xì)節(jié)應(yīng)當(dāng)依賴于抽象；要針對接口編程，不針對實(shí)現(xiàn)編程。接口隔離原則（ISP）接口隔離原則（InterfaceSegregationPrinciple）講的是：使用多個專門的接口比使用單一的總接口要好。換而言之，從一個客戶類的角度來講：一個類對此外一個類的依賴性應(yīng)當(dāng)是建立在最小接口上的。過于臃腫的接口是對接口的污染。不應(yīng)當(dāng)逼迫客戶依賴于它們不用的方法。合成/聚合復(fù)用原則（CARP）合成/聚合復(fù)用原則（Composite/AggregateReusePrinciple或CARP）經(jīng)常又叫做合成復(fù)用原則（CompositeReusePrinciple或CRP），就是在一個新的對象里面使用一些已有的對象，使之成為新對象的一部分；新對象通過向這些對象委派達(dá)成復(fù)用已有功能的目的。簡而言之，要盡量使用合成/聚合，盡量不要使用繼承[26]。迪米特法則（LoD）迪米特法則（LawofDemeter或簡寫LoD）又叫最少知識原則（LeastKnowledgePrinciple或簡寫為LKP），也就是說，一個對象應(yīng)當(dāng)對其它對象有盡也許少的了解。其它表述：只與你直接的朋友們通信，不要跟"陌生人"說話。5.8面向?qū)ο蟮膬?yōu)化設(shè)計(jì)5.8.1業(yè)務(wù)邏輯優(yōu)化業(yè)務(wù)邏輯優(yōu)化需要考慮兩件事情：(1)如何將所有業(yè)務(wù)邏輯中的子事務(wù)盡也許均勻地分派到在建系統(tǒng)中去，讓系統(tǒng)中各個部分充足發(fā)揮各自特有的功能，不要出現(xiàn)“越俎代庖”現(xiàn)象；(2)如何找到被分解業(yè)務(wù)的共同部分。業(yè)務(wù)邏輯在計(jì)算機(jī)系統(tǒng)中的分解也許使得原本兩個貌似沒有太多共同之處的業(yè)務(wù)出現(xiàn)了共同點(diǎn)，找到這些共同點(diǎn)，就找到了系統(tǒng)優(yōu)化的關(guān)鍵。對于第一個問題，基本方法就是參照選定的系統(tǒng)架構(gòu)層次進(jìn)行分層分派，將業(yè)務(wù)邏輯中的每個事務(wù)分別在所適合的層中實(shí)現(xiàn)；第二個問題，一方面可以通過度析時序圖找到邏輯上相同的部分，另一方面可以將該任務(wù)向后推，留待靜態(tài)類優(yōu)化時再加以解決。5.8.2靜態(tài)類優(yōu)化靜態(tài)類的優(yōu)化是指拋開業(yè)務(wù)邏輯，單純從編程語言自身對系統(tǒng)進(jìn)行的優(yōu)化。面向?qū)ο蟮某绦蚴遣粩嗟倪^程，隨著迭代的進(jìn)一步，系統(tǒng)逐漸變得更加豐富和完善。當(dāng)開發(fā)工作從系統(tǒng)分析轉(zhuǎn)入系統(tǒng)設(shè)計(jì)后，會出現(xiàn)和業(yè)務(wù)邏輯無關(guān)的代碼優(yōu)化問題，這就是靜態(tài)類優(yōu)化。它的基本方法和程序設(shè)計(jì)語言有一定的聯(lián)系，和面向?qū)ο蟪绦蛟瓌t高度相關(guān)。而靜態(tài)優(yōu)化完畢后，也許會對業(yè)務(wù)邏輯優(yōu)化產(chǎn)生新的提醒，從而導(dǎo)致更進(jìn)一步的業(yè)務(wù)邏輯優(yōu)化。這樣的迭代連續(xù)進(jìn)行，直到業(yè)務(wù)邏輯在實(shí)現(xiàn)層面完全清楚，所有類的設(shè)計(jì)符合或基本符合面向?qū)ο蟮脑O(shè)計(jì)原則。初始類圖User類和Admin類作為系統(tǒng)一般使用者和系統(tǒng)管理者，在使用系統(tǒng)的過程中，例如登錄、退出等操作。將兩者之間出現(xiàn)的相同操作的程序代碼合并在一起，并推送到共同的父類中，生成EntityBean、PersistObject、BaseAction這3個父類。接下來將方法從本來的實(shí)體類轉(zhuǎn)移到抽象類中去，在此過程中將能設(shè)定為私有的類一定要私有化，如圖5-8,、5-9、5-10、5-11所示。圖5-8初始類圖（2）靜態(tài)類初步優(yōu)化：將兩者之間的反復(fù)代碼合并并推送到父類圖5-9靜態(tài)類的初步優(yōu)化設(shè)計(jì)結(jié)果（3）將共同方法轉(zhuǎn)移到抽象類：將本來類中的共同方法轉(zhuǎn)移到抽象類中圖5-10將共同方法轉(zhuǎn)移到抽象類的結(jié)果（4）靜態(tài)類最終優(yōu)化結(jié)果圖5-11靜態(tài)類優(yōu)化設(shè)計(jì)最終結(jié)果5.8.3程序代碼結(jié)構(gòu)優(yōu)化程序代碼結(jié)構(gòu)定義了程序代碼應(yīng)當(dāng)如何被組織成文獻(xiàn)、目錄如何分組為庫，這種組織的優(yōu)劣對于計(jì)算機(jī)系統(tǒng)而言沒有什么意義，由于無論程序代碼組織的多么雜亂無章，只要它是對的的，編譯程序就一定可以對的且高效地找到所需的文獻(xiàn)并完畢工作；但對于人而言，組織結(jié)構(gòu)混亂的程序代碼難以理解，有時為了讀懂這些代碼所花費(fèi)的時間和精力更甚，因此程序代碼結(jié)構(gòu)的優(yōu)化是以方便人特別是非程序設(shè)計(jì)者閱讀而做的工作。程序代碼組織的基本形式是樹狀結(jié)構(gòu)，其組織層次從大到小依次為：工作環(huán)境—項(xiàng)目—包—文獻(xiàn)—類—方法—程序代碼行。第6章郵政儲蓄銀行客戶營銷積分管理系統(tǒng)的實(shí)現(xiàn)與測試系統(tǒng)實(shí)現(xiàn)是設(shè)計(jì)工作的最后一步，在此階段中，一方面要根據(jù)系統(tǒng)設(shè)計(jì)方案對系統(tǒng)進(jìn)行配置，設(shè)定相關(guān)參數(shù)，從而搭建系統(tǒng)運(yùn)營的軟硬件平臺，然后將測試完的系統(tǒng)程序及相關(guān)文獻(xiàn)部署到平臺上。6.1系統(tǒng)實(shí)現(xiàn)6.1.1系統(tǒng)登錄界面用戶輸入用戶名、密碼和系統(tǒng)角色后進(jìn)入客戶卡信息管理系統(tǒng)主界面。在該界面左側(cè)部分列該系統(tǒng)的重要功能模塊，中間界面提供平經(jīng)常規(guī)操作的快捷解決方式，如圖6-1、6-2所示。圖6-1系統(tǒng)登錄界面6.1.2客戶管理模塊顧客到門店提出客戶卡申請，并填寫客戶資本資料?？蛻舴?wù)中信人員審核客戶顧客是否滿足客戶卡申辦條什。為顧客辦理客戶卡，客戶基本信息必須填寫完整。系統(tǒng)應(yīng)自動控制：必填信息空項(xiàng)，則無法進(jìn)行下以步操作。直至客戶資料填寫完整后，才干激活客戶卡，使客戶卡得以投入使用，如圖6-3所示。圖6-3客戶管理界面單擊客戶卡開通按鈕，進(jìn)入客戶卡單據(jù)明細(xì)頁面。此表中的發(fā)卡門店為系統(tǒng)自動填寫，除此之外表中的客戶卡生效日期根據(jù)實(shí)際情況選擇(假如不選擇，則系統(tǒng)默認(rèn)生效日期為當(dāng)天)，其他必填欄位如：顧客姓名、性別、客戶生日、所在城市、電話、地址等，可根據(jù)實(shí)際情況來進(jìn)行填寫?？蛻纛I(lǐng)取客戶卡后，在購物時可以刷卡營銷積分，系統(tǒng)自動記錄和更新客戶的營銷積分信息。當(dāng)客戶信息需要修改時，登錄客戶卡資料維護(hù)界面進(jìn)行信息修改。要修改表中內(nèi)容可以單擊客戶修改按鈕，輸入查詢條件，單擊查詢按鈕，切換到待修改客戶信息列表頁面，修改完完畢后需要執(zhí)行保存操作，如圖6-4所示。圖6-4開通客戶卡界面6.1.3客戶營銷積分模塊圖6-5客戶營銷積分管理頁面6.1.4查詢記錄模塊根據(jù)現(xiàn)代營銷法則，公司的80％的利潤來自于那20％的忠誠客戶，因此市場營銷的關(guān)鍵問題在于在大量客戶的前提下，擬定出誰是20％的高價值客戶，如何發(fā)現(xiàn)甚至是如何隨時地發(fā)現(xiàn)客戶的價值，準(zhǔn)確地定義出超市的優(yōu)質(zhì)顧客，這正是數(shù)據(jù)挖掘作用所在。數(shù)據(jù)挖掘一般是指從大量的數(shù)據(jù)中自動搜索隱藏于其中的有著特殊關(guān)系性（屬于Associationrulelearning）的信息的過程。數(shù)據(jù)挖掘本質(zhì)上就是建模，即發(fā)現(xiàn)客觀事物的規(guī)律。針對零售公司中已經(jīng)獲取的顧客數(shù)據(jù)進(jìn)行分析，運(yùn)用數(shù)據(jù)挖掘算法，建立客戶價值預(yù)測模型，發(fā)掘不同客戶群體的不同價值，針對新的客戶數(shù)據(jù)資料進(jìn)行預(yù)測，發(fā)掘潛在賺錢客戶，使其可以成為公司發(fā)明利潤的價值客戶，通過提供符合客戶需求的服務(wù)使其成為公司的忠實(shí)客戶，以期大大減少平常促銷活動的盲目性，從而減少銷售成本，提高效率，增強(qiáng)公司核心競爭力?？蛻艨ㄐ畔⒐芾硐到y(tǒng)的查詢記錄模塊重要針對客戶持卡基本信息和客戶持卡營銷積分信息進(jìn)行數(shù)據(jù)挖掘[27]。數(shù)據(jù)挖掘在本系統(tǒng)的查詢記錄模塊應(yīng)涉及：（1）銷售、顧客、產(chǎn)品、時間和地區(qū)的多維分析；（2）對促銷活動的有效分析；（3）對顧客忠誠度的分析；（4）挖掘關(guān)聯(lián)信息，以形成購買推薦和商品參照，以幫助顧客選擇商品。1、基于數(shù)據(jù)挖掘的多維分析（1）數(shù)據(jù)挖掘的過程原始數(shù)據(jù)原始數(shù)據(jù)挖掘抽樣、清理原始數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)倉庫樣本集圖6-6數(shù)據(jù)挖掘過程數(shù)據(jù)挖掘的環(huán)節(jié)會隨不同領(lǐng)域的應(yīng)用而有所變化，每一種數(shù)據(jù)挖掘技術(shù)也會有各自的特性和使用環(huán)節(jié)，針對不同問題和需求所制定的數(shù)據(jù)挖掘過程也會存在差異。數(shù)據(jù)挖掘的一般環(huán)節(jié)如下：①理解數(shù)據(jù)和數(shù)據(jù)的來源（understanding）。②獲取相關(guān)知識與技術(shù)（acquisition）。③整合與檢查數(shù)據(jù)（integrationandchecking）。④去除錯誤或不一致的數(shù)據(jù)（datacleaning）。⑤建立模型和假設(shè)（modelandhypothesisdevelopment）。⑥實(shí)際數(shù)據(jù)挖掘工作（datamining）。⑦測試和驗(yàn)證挖掘結(jié)果（testingandverification）。⑧解釋和應(yīng)用（interpretationanduse）。（2）數(shù)據(jù)挖掘算法數(shù)據(jù)挖掘技術(shù)常見和應(yīng)用最廣泛的算法和模型涉及：決策樹、神經(jīng)網(wǎng)絡(luò)、基因算法、貝葉斯分類、盼望值最大化方法等。本系統(tǒng)采用決策樹細(xì)分客戶資源。運(yùn)用樣本數(shù)據(jù)庫，通過對客戶的所在商圈、購買頻度、購買數(shù)量、購買時間等因素的分析，建立客戶分類模型，從中提取分類規(guī)則，發(fā)現(xiàn)某群客戶的重要特性，然后運(yùn)用這個模型對收集到的新客戶數(shù)據(jù)進(jìn)行分析。決策樹算法是一種逼近離散函數(shù)值的方法。它是一種典型的分類方法，以自頂向下的遞歸方式構(gòu)造，對數(shù)據(jù)進(jìn)行解決。抱負(fù)的決策樹分為3種：葉節(jié)點(diǎn)數(shù)最少、葉子節(jié)點(diǎn)深度最小、葉節(jié)點(diǎn)數(shù)最少并且葉子節(jié)點(diǎn)深度最小。決策樹的好壞，不僅影響了分類的效率，并且影響了分類的準(zhǔn)確率。ID3算法的核心是：在決策樹各級結(jié)點(diǎn)上選擇屬性時，用信息增益（informationgain）作為屬性的選擇標(biāo)準(zhǔn)，以使得在每一個非葉結(jié)點(diǎn)進(jìn)行測試時，能獲得關(guān)于被測試記錄最大的類別信息[28]。由該屬性的不同取值建立分支，再對各分支的子集遞歸調(diào)用該方法建立決策樹結(jié)點(diǎn)的分支，直到所有子集僅包含同一類別的數(shù)據(jù)為止。最后得到一棵決策樹，它可以用來對新的樣本進(jìn)行分類。(3)記錄分析的數(shù)據(jù)本系統(tǒng)的基礎(chǔ)數(shù)據(jù)為超市的購物營銷積分記錄，其中涉及客戶顧客和非客戶顧客。顧客的基本資料和營銷積分記錄是進(jìn)行記錄分析的基礎(chǔ)。在Mysq數(shù)據(jù)庫中，建立一張數(shù)據(jù)表，用于存放顧客的購物營銷積分記錄，表名為purchase，通過前臺POS機(jī)可以獲得此數(shù)據(jù)。purchase表中涉及字段：客戶卡號：沒有客戶卡的顧客，客戶卡號為0；交易小票號：顧客一次購物記錄即產(chǎn)生交易票號（顧客購物的交易代碼是唯一的），購物金額：這次購物所花費(fèi)的費(fèi)用。商品折扣：根據(jù)客戶卡類型可以享受折扣或是依舊超市促銷活動的具體折扣情況設(shè)立折扣。假如沒有折扣銷售，記錄為0，假如進(jìn)行了折扣銷售，則記錄為相應(yīng)的折扣值。purchase表的主鍵為小票號和客戶卡號。根據(jù)客戶分析目的，需要從基本的購物數(shù)據(jù)表中選出所有的“客戶卡號”字段不為零的交易記錄，即持卡客戶的購物營銷積分記錄。在分析客戶顧客購物記錄時，需要定義可以描述該客戶在這段時間購物特性的變量，不僅需要知道客戶在何時購物以及所購買的商品，并且需要了解客戶的光顧頻率和購物的平均營銷積分額等信息。在對數(shù)據(jù)進(jìn)行預(yù)解決的時候，需要進(jìn)行對缺失值的解決、對數(shù)據(jù)的一致性進(jìn)行檢查。但在缺失值的解決中，缺失值所占的比例都比較小，可以根據(jù)表中的字段來推導(dǎo)具體的缺失值。將數(shù)據(jù)預(yù)解決后的數(shù)據(jù)轉(zhuǎn)化成數(shù)據(jù)挖掘算法可以接受的形式，并產(chǎn)生衍生變量。根據(jù)每個客戶的購物記錄，產(chǎn)生表6-1所示的變量：記錄變量備注總購物次數(shù)記錄該客戶光顧的商城的總次數(shù)總購物數(shù)量記錄該客戶購買商品的總數(shù)總營銷積分金額記錄該客戶購物營銷積分的總金額數(shù)衍生變量備注購物頻率用總購物次數(shù)來表達(dá)，數(shù)值越大，表白購物頻率越高單次購物數(shù)量記錄該客戶每次的平均購物數(shù)量，等于總購物數(shù)量除以總購物次數(shù)，以此來衡量客戶購物籃的大小購物平均價格記錄該客戶每次所購商品的平均價格，等于總營銷積分金額除以總購物數(shù)量表6-1數(shù)據(jù)挖掘過程設(shè)計(jì)的變量根據(jù)客戶顧客營銷積分額、購物頻率、單次購物數(shù)量和購物平均價格，這三個綜合指標(biāo)進(jìn)行排序，并劃分為三個區(qū)段，區(qū)間一占客戶總數(shù)的20％，區(qū)間二占客戶總數(shù)的40％，區(qū)間三占客戶總數(shù)的40％，從而把客戶分為三類：區(qū)間一的為高價值客戶、區(qū)間二的為高潛力客戶和區(qū)間三的為低價值客戶。（4）構(gòu)建決策樹運(yùn)用IBMDB2IntelligentMiner的決策樹方法對數(shù)據(jù)進(jìn)行挖掘分析。根據(jù)客戶對超市銷售額的奉獻(xiàn)把客戶分為高價值客戶和低價值客戶。不同類別的客戶相應(yīng)有不同的特性規(guī)則，根據(jù)不同客戶類型得出相應(yīng)的特性規(guī)則，高價值客戶的特性規(guī)則如下圖所示，設(shè)定概率大于72％的特性規(guī)則為有效規(guī)則。規(guī)則編號一二三四五六七八九十購物頻率2/3333222123單次購物數(shù)量4333131321購物平均價格-112/332/322/332支持?jǐn)?shù)43693381453864545121表6-2數(shù)據(jù)挖掘結(jié)果根據(jù)表6-2的記錄分析，可以認(rèn)為公司的高價值客戶就是那些頻繁光顧、平均購物數(shù)量多以及購買商品平均價格高的客戶，但是假如僅根據(jù)區(qū)分不同類別客戶，將顯得非常粗糙，并且會漏掉很多高價值客戶。對其進(jìn)行細(xì)分，高價值客戶重要涉及以下幾類，如表6-3所示：類別光顧頻率單次購物數(shù)量購買商品的平均價格13-515-4010-2026-3440-9010-2036-3440-9010-20表6-3數(shù)據(jù)挖掘結(jié)果2、超市不同門店客戶商圈分析超市不同門店客戶商圈分析重要用于記錄、分析在本店入會的客戶所處商圈分布情況及銷售額情況，如圖6-7所示。圖6-7查詢記錄頁面6.1.5系統(tǒng)設(shè)立模塊該模塊功能涉及系統(tǒng)員對商品折扣，客戶卡積分進(jìn)行設(shè)立，以及該系統(tǒng)的使用者對自己的登陸名和密碼進(jìn)行修改的操作，如圖6-8所示。圖6-8系統(tǒng)設(shè)立頁面6.2系統(tǒng)測試 廣義的系統(tǒng)測試涵蓋在系統(tǒng)分析、系統(tǒng)設(shè)計(jì)和程序設(shè)計(jì)3個階段，在系統(tǒng)分析階段，測試的重要工作是確認(rèn)，即確認(rèn)評估即將開發(fā)的應(yīng)用系統(tǒng)是否對的無誤、是否可行和有價值；系統(tǒng)設(shè)計(jì)階段，測試的重要工作是驗(yàn)證，即驗(yàn)證系統(tǒng)開發(fā)的每個階段、每個環(huán)節(jié)的結(jié)構(gòu)是否對的無誤、是否與各階段的規(guī)定或盼望一致；最后的程序設(shè)計(jì)階段是對代碼的測試，可以廣泛運(yùn)用已有的結(jié)構(gòu)化測試技術(shù)進(jìn)行測試[29]。6.2.1系統(tǒng)測試內(nèi)容常用的軟件測試方法有白盒和黑盒測試。黑盒測試也稱功能測試，它是通過測試用例來檢測每個功能是否能正常使用。本系統(tǒng)采用黑盒的測試方法。在測試過程中重要是為了測試以下幾個方面：(1)是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息例如數(shù)據(jù)文獻(xiàn)訪問錯誤(2)復(fù)雜運(yùn)算的時間是否可以接受；正常運(yùn)營的最大并發(fā)用戶數(shù)量(3)在接口上輸入數(shù)據(jù)是否能對的的接受，并且能否輸出對的的數(shù)據(jù)結(jié)果(4)檢查系統(tǒng)實(shí)現(xiàn)的功能是否全面、是否有不對的或漏掉的功能(5)是否有初始化功能或終止性錯誤。本系統(tǒng)重要測試的功能模塊如下表6-4所示：序號模塊功能測試結(jié)果1登錄模塊登錄系統(tǒng)2退出系統(tǒng)3客戶管理模塊客戶積分信息4客戶卡開通5客戶退卡6客戶修改7系統(tǒng)設(shè)立模塊折扣設(shè)立8積分設(shè)立9密碼設(shè)立10查詢記錄查詢記錄（按客戶等級ABC）11查詢記錄（按商圈）12客戶營銷積分客戶營銷積分信息錄入13客戶營銷積分信息查詢表6-4系統(tǒng)測試模塊6.2.2系統(tǒng)測試方案由于客戶卡管理信息系統(tǒng)實(shí)現(xiàn)模式為C／S結(jié)構(gòu)模式，基于此基礎(chǔ)上，在測試時對測試環(huán)境準(zhǔn)備則分為C端(客戶端)和S端(服務(wù)端)環(huán)境的準(zhǔn)備，具體的規(guī)定如下表6-5所示：型號配置操作系統(tǒng)、應(yīng)用軟件服務(wù)器端IBM解決器：3.2GHz/800MHz硬盤:最大148G光驅(qū)：48X網(wǎng)卡:集成10/100/1000以太網(wǎng)Windows7Tomcat6.0Mysql客戶端PC機(jī)CPU：3.2GHz/4.8GHz內(nèi)存：512M/1G硬盤：80G/30G光驅(qū)：52X網(wǎng)卡：10/100以太網(wǎng)Windows7360安全瀏覽器表6-5系統(tǒng)客戶端和服務(wù)端測試方案本系統(tǒng)的測試工作采用了自動化測試工具LoadRunner。系統(tǒng)測試重要進(jìn)行了性能測試和配置測試，性能測試借助于工具完畢，各功能的測試由人工來完畢。測試工具簡樸描述如下：LoadRunner屬于Mercury公司的產(chǎn)品，腳本生成器：錄制調(diào)試腳本用的。場景控制器：用腳本生成場景、執(zhí)行場景，并在場景執(zhí)行時進(jìn)行監(jiān)控。結(jié)果分析器：場景結(jié)束后將監(jiān)控的指標(biāo)整理成圖表展現(xiàn)給用戶。6.3系統(tǒng)用例設(shè)計(jì)設(shè)計(jì)測試用例需要有清楚的設(shè)計(jì)思緒，對要測試什么，按照什么順序測試，覆蓋哪些需求做到心中有數(shù)。測試用例設(shè)計(jì)規(guī)定測試用例編寫者對被測試軟件的設(shè)計(jì)、功能規(guī)格說明、用戶試用場景以及程序/模塊結(jié)構(gòu)有比較透徹的理解。6.3.1性能測試用例性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測試。根據(jù)客戶卡信息管理系統(tǒng)，設(shè)計(jì)了以下測試用例：并發(fā)測試并發(fā)測試的過程是逐漸增長負(fù)載，在同一時間點(diǎn)，支持多個不同的操作。LoadRunner中提供IP偽裝，集合點(diǎn)，配合虛擬用戶的設(shè)計(jì)，以及在多臺電腦上設(shè)立，可以比較好的模擬真實(shí)的并發(fā)。如表6-6所示。用例名稱用例描述一秒內(nèi)并發(fā)XX用戶登錄系統(tǒng)前提條件終端滿足系統(tǒng)最低規(guī)定輸入數(shù)據(jù)無環(huán)節(jié)一秒內(nèi)并發(fā)10、20、50、100…用戶登錄系統(tǒng)，并連續(xù)加壓到最大允許并發(fā)用戶數(shù)；查看頁面響應(yīng)速度；查看Tomcatserver和客戶端CPU負(fù)載、內(nèi)存使用希望結(jié)果用戶能正常登錄系統(tǒng)，且響應(yīng)速度不超過規(guī)定的3秒；Tomcatserver和客戶端CPU負(fù)載、內(nèi)存使用沒有查過限制表6-6用戶登錄并發(fā)測試的用例設(shè)計(jì)配置測試配置測試是系統(tǒng)使用不同的配置（硬件資源、網(wǎng)絡(luò)、應(yīng)用服務(wù)器和數(shù)據(jù)庫）執(zhí)行相同的操作來獲得性能數(shù)據(jù)，其目的是性能調(diào)優(yōu)，用例設(shè)計(jì)如表6-7所示。用例名稱用例描述用戶在不同網(wǎng)速下登錄系統(tǒng)前提條件無輸入數(shù)據(jù)無環(huán)節(jié)限制用戶網(wǎng)絡(luò)速度為8KB/s—16MB/s；用戶登錄系統(tǒng)；查看頁面響應(yīng)速度；查看Tomcatserver和客戶端CPU負(fù)載、內(nèi)存使用希望結(jié)果所有網(wǎng)絡(luò)速度滿足最低配置規(guī)定的用戶都可以正常登錄，且響應(yīng)時間滿足；Tomcatserver和客戶端CPU負(fù)載、內(nèi)存使用沒有查過限制表6-7用戶登錄配置測試的用例設(shè)計(jì)6.3.2邊界值測試用例有很多字段都可以使用邊界值法進(jìn)行測試，設(shè)計(jì)的測試用例如下表6-8所示：輸入內(nèi)容規(guī)格說明測試案例卡類型值只能是1、2、3當(dāng)中之一為空1,、2、3當(dāng)中之一除了1、2、3之外的數(shù)值卡號最大為20個字符，不能為空為空1個字符20個字符22個字符名字最大為20個字符，不能為空為空1個字符20個字符22個字符郵編只能是6位數(shù)字，可認(rèn)為空為空1個數(shù)字5個數(shù)字6個數(shù)字7個數(shù)字地址最大為50個字符，不能為空為空1個字符49個字符50個字符51個字符商圈最大為50個字符，不能為空為空1個字符49個字符50個字符51個字符固定電話只能輸入數(shù)字，區(qū)號中間可用“-”分隔，不能少于7位為空1個數(shù)字8個數(shù)字移動電話只能輸入數(shù)字，只能是11位數(shù)字，不能為空為空1個數(shù)字10個數(shù)字11個數(shù)字13個數(shù)字表6-8邊界值測試的用例設(shè)計(jì)6.4測試結(jié)果分析通過設(shè)計(jì)的各種測試用例對系統(tǒng)進(jìn)行測試，生成相應(yīng)的錯誤報(bào)告，記錄錯誤發(fā)現(xiàn)的時間和錯誤的具體描述，便于開發(fā)人員進(jìn)行錯誤重現(xiàn)，以縮短錯誤解決的時間。開發(fā)人員對于錯誤的解決簡樸記錄以及測試人員重測的結(jié)果都會記錄在錯誤報(bào)告中，以便進(jìn)行測試分析?？蛻艨ü芾硇畔⑾到y(tǒng)測試周期為兩周，期間一共測出問題數(shù)220為個，修改成功210個，拒絕6個，延期4個。延期的4個中為操作方面方面的問題。性能測試結(jié)果分析見下如表6-9所示：并發(fā)測試報(bào)告功能用戶登錄客戶卡信息管理系統(tǒng)目的最大登錄數(shù)量的并發(fā)方法虛擬最大數(shù)量的用戶且同時進(jìn)行登錄操作并發(fā)用戶數(shù)與事務(wù)執(zhí)行情況用戶并發(fā)數(shù)事務(wù)平均響應(yīng)時間事務(wù)最大響應(yīng)時間平均每秒解決的事務(wù)數(shù)事務(wù)成功率每秒點(diǎn)擊率平均流量（字節(jié)/秒）200.3243.6539.887100%98.871435250.000400.8656.52313.213100%132.132593652.000602.1218.43512.563100%125.634568456.536并發(fā)用戶數(shù)與數(shù)據(jù)庫主機(jī)用戶并發(fā)數(shù)CPU運(yùn)用率磁盤I/O情況DB參數(shù)其他參數(shù)2028%756.2124036%769.6536042%788.456表6-9系能測試結(jié)果從上表中可以看出，當(dāng)用戶數(shù)達(dá)成60人時，事件響應(yīng)的時間為8秒內(nèi)，而少于10秒，cpu占用率39％，內(nèi)存使用占到43％，所以系統(tǒng)性能達(dá)成規(guī)定。測試結(jié)果評價本系統(tǒng)的開發(fā)旨在提高顧客購買商品的效率，以及方便客戶和商家。提高人們的生活水平，也使商家能對超市有更好的管理。系統(tǒng)已經(jīng)基本運(yùn)營實(shí)現(xiàn)了設(shè)計(jì)的各項(xiàng)功能，可以投入使用。但由于開發(fā)者能力有限，致使系統(tǒng)還存在諸多局限性與缺陷，因此本系統(tǒng)還可以從以下幾個方面進(jìn)行改善。（1）豐富和完善用戶功能；（2）添加在線交流模塊；（3）系統(tǒng)功能并非完全實(shí)現(xiàn)，在后期逐步完善；（4）界面上還不夠完美；此外，本系統(tǒng)仍存在安全性問題的隱患。第7章總結(jié)MVC思想的運(yùn)用為郵政儲蓄銀行的客戶卡管理系統(tǒng)的開發(fā)提供了一種松散耦合的、互操作性強(qiáng)、并且具有良好可擴(kuò)展性的架構(gòu)思想。借助于這種系統(tǒng)架構(gòu)設(shè)計(jì)思想，系統(tǒng)設(shè)計(jì)變得更加簡樸。本文通過對零售公司客戶制營銷現(xiàn)狀的分析，以提高客戶的滿意度、忠誠度為目的，通過建立客戶顧客的信息庫，以期更好地了解顧客的營銷積分需求，與之建立長期的和諧