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

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

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

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

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

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

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

4.建立實(shí)體類(lèi)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ù)庫(kù)，再運(yùn)用hibernate將實(shí)體映射導(dǎo)入到數(shù)據(jù)庫(kù)中

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