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

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

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

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

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

5.在hibernate文件中尋求eg至底部找出user.hbm.xml映射文件，copy到映射文件所在文件中

6.將映射文件user.hbm.xml部分加入到hibernate.cfg.xml中

7.創(chuàng)建數(shù)據(jù)庫(kù)，再利用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ù)。利用hibernate，開發(fā)人員能夠根據(jù)java對(duì)象結(jié)果進(jìn)行持久層開發(fā)，并能夠完成java對(duì)象和關(guān)系型數(shù)據(jù)庫(kù)之間轉(zhuǎn)換和操作[20]。hibernate工作原理：（1）創(chuàng)建Configeration實(shí)例：依據(jù)它結(jié)構(gòu)方法將指定配置信息(默認(rèn)hibernate.cfg.xml)讀到內(nèi)存。一個(gè)Configeration實(shí)例代表Hibernate全部Java類到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ù)存放源，創(chuàng)建后不在和Configeration對(duì)象關(guān)聯(lián)。SessionFactory是線程安全，通常情況下，一個(gè)應(yīng)用程序只有一個(gè)SessionFactory實(shí)例。（3）創(chuàng)建Session實(shí)例：經(jīng)過(guò)SessionFactory創(chuàng)建Session實(shí)例，session不是線程安全，每個(gè)使用者應(yīng)該用SessionFactory實(shí)例取得自己session實(shí)例。取得session實(shí)例后就能夠利用session多種方法對(duì)對(duì)象進(jìn)行持久化操作了。（4）創(chuàng)建Transaction事務(wù)：經(jīng)過(guò)SessionbeginTransaction()方法能夠得到一個(gè)對(duì)象實(shí)例。關(guān)鍵用于管理實(shí)務(wù)。一個(gè)事務(wù)對(duì)象可能會(huì)包含多個(gè)對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作。第3章郵政儲(chǔ)蓄銀行用戶營(yíng)銷積分管理系統(tǒng)需求分析3.1系統(tǒng)業(yè)務(wù)步驟基于零售企業(yè)對(duì)用戶卡管理構(gòu)建了一個(gè)用戶信息管理系統(tǒng)。用戶卡管理通常步驟：超市計(jì)劃部首先設(shè)計(jì)并制作不一樣類型用戶卡，交給超市服務(wù)臺(tái)，用戶填寫用戶卡申請(qǐng)表后交給服務(wù)員，由服務(wù)員為其建立用戶檔案，再進(jìn)行卡作業(yè)處理，將辦好用戶卡交給用戶，用戶便能夠持卡營(yíng)銷積分[6]。超市統(tǒng)計(jì)部定時(shí)依據(jù)用戶營(yíng)銷積分統(tǒng)計(jì)進(jìn)行統(tǒng)計(jì)分析，分析結(jié)果提交給計(jì)劃部，為制訂銷售計(jì)劃提供依據(jù)。系統(tǒng)部依據(jù)實(shí)際情況，定義返利規(guī)則和具體積分返利商品，并結(jié)合日常見戶管理信息，為用戶定制特色促銷返利活動(dòng)。為處理現(xiàn)在用戶卡存在功效單一、信息不正確、用戶信息資源浪費(fèi)等弊端，基于用戶持卡信息，經(jīng)過(guò)數(shù)據(jù)挖掘，一是基于用戶信息對(duì)用戶進(jìn)行細(xì)分，提供關(guān)鍵服務(wù)，提升大多用戶滿意度、忠誠(chéng)度。二是對(duì)用戶購(gòu)置模式進(jìn)行細(xì)分，當(dāng)用戶再次光顧企業(yè)時(shí)，判定她們價(jià)值類型，對(duì)她們實(shí)施產(chǎn)品組合和交叉銷售。三是對(duì)用戶愛好愛好進(jìn)行細(xì)分，提供各價(jià)值類型用戶感愛好產(chǎn)品及服務(wù)。系統(tǒng)關(guān)鍵針對(duì)日前零售業(yè)用戶卡管理關(guān)鍵功效，利用現(xiàn)代化計(jì)算機(jī)處理技術(shù)來(lái)實(shí)現(xiàn)其關(guān)鍵功效[7]。只有把為用戶提供更優(yōu)質(zhì)服務(wù)放在零售業(yè)競(jìng)爭(zhēng)關(guān)鍵地位，四處考慮到用戶需求和利益，時(shí)常站在用戶角度來(lái)思索問題，最終才能取得用戶青睞和忠誠(chéng)，用戶制作用才會(huì)得到更大發(fā)揮，企業(yè)收益才能更有確保。用戶卡信息管理系統(tǒng)功效包含前臺(tái)管理和后臺(tái)管理兩個(gè)大塊。用戶卡信息管理系統(tǒng)關(guān)鍵為了實(shí)現(xiàn)基于用戶信息（后臺(tái)）和營(yíng)銷積分信息（前臺(tái)）數(shù)據(jù)挖掘，經(jīng)過(guò)用戶卡信息管理系統(tǒng)使用，在對(duì)市場(chǎng)行為、購(gòu)置行為、用戶心理等各方面進(jìn)行分析后，制訂出一套相關(guān)產(chǎn)品特色營(yíng)銷方案，以增強(qiáng)商家和用戶之間互動(dòng)性，從而提升用戶忠誠(chéng)度。實(shí)現(xiàn)用戶日常營(yíng)銷積分?jǐn)?shù)據(jù)搜集、統(tǒng)計(jì)、分析自動(dòng)化、查詢實(shí)時(shí)化，規(guī)避信息孤島，通暢企業(yè)信息流，支持活動(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ù)能夠?yàn)橄到y(tǒng)開發(fā)帶來(lái)很多便利，同時(shí)也為實(shí)現(xiàn)系統(tǒng)功效鋪平道路。超市用戶卡管理信息系統(tǒng)數(shù)據(jù)庫(kù)是基于用戶需求開發(fā)，共使用多張數(shù)據(jù)表。數(shù)據(jù)庫(kù)命名：usercard；數(shù)據(jù)庫(kù)類型：Mysql；連接方法：hibernate。圖5-4關(guān)鍵數(shù)據(jù)表5.3系統(tǒng)功效設(shè)計(jì)用戶營(yíng)銷用戶營(yíng)銷管理系統(tǒng)用戶管理積分管理查詢統(tǒng)計(jì)用戶消費(fèi)圖5-5系統(tǒng)功效模塊信息系統(tǒng)功效設(shè)計(jì)是整個(gè)系統(tǒng)設(shè)計(jì)關(guān)鍵部分。根據(jù)系統(tǒng)架構(gòu)和I/O設(shè)計(jì)要求來(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)用關(guān)鍵功效有：大用戶模塊、用戶營(yíng)銷積分管理模塊、查詢統(tǒng)計(jì)模塊、活動(dòng)管理模塊?；顒?dòng)管理模塊包含積分管理和積分返利，它們所要實(shí)現(xiàn)功效是為用戶卡商品類別定義基礎(chǔ)積分率，并可查詢超市不一樣類別商品積分率信息。積分計(jì)算，再結(jié)合基礎(chǔ)積分率計(jì)算出對(duì)應(yīng)積分，并把積分信息和用戶卡持卡信息建立依靠關(guān)系。定義用戶卡返利活動(dòng)，用于以后用戶卡返利兌換活動(dòng)定義。定義用戶卡返利商品，結(jié)合超市促銷活動(dòng)，定義一些商品作為返利商品，在返利活動(dòng)中定義對(duì)應(yīng)規(guī)則后即可在實(shí)際操作過(guò)程中按規(guī)則進(jìn)行積分兌換對(duì)應(yīng)商品。用戶卡升降級(jí)，依據(jù)用戶積分情況，手動(dòng)將卡升級(jí)為更高級(jí)類型用戶卡。查詢統(tǒng)計(jì)模塊經(jīng)過(guò)數(shù)據(jù)提取、轉(zhuǎn)換等過(guò)程，并加入基于超市業(yè)務(wù)模型和數(shù)據(jù)挖掘算法，方便能正確對(duì)用戶進(jìn)行營(yíng)銷積分愛好分析、價(jià)值分類，從而提升企業(yè)服務(wù)水平，并提出專題定制化營(yíng)銷策略、品牌活動(dòng)等，從根本上提升企業(yè)用戶忠誠(chéng)度和市場(chǎng)競(jìng)爭(zhēng)能力。該模塊關(guān)鍵包含按用戶等級(jí)ABC進(jìn)行分析，用于查詢、統(tǒng)計(jì)某一促銷活動(dòng)期間，門店用戶分類別(ABC)營(yíng)銷積分及增加改變情況。用戶等級(jí)銷售對(duì)比分析，用于查詢、統(tǒng)計(jì)某一促銷期間，門店用戶分等級(jí)營(yíng)銷積分及增加改變情況。用戶年紀(jì)結(jié)構(gòu)分析統(tǒng)計(jì)，按用戶年紀(jì)段進(jìn)行統(tǒng)計(jì)(各年紀(jì)段用戶人數(shù)及占比；營(yíng)銷積分額及占比)，方便各門店正確把握本店用戶年紀(jì)結(jié)構(gòu)特征，用于商品組織和促銷。同城店積分查詢，系統(tǒng)能夠統(tǒng)計(jì)用戶某個(gè)時(shí)間段內(nèi)在同城店?duì)I銷積分積分情況，支持積分累計(jì)、查詢、導(dǎo)出功效，用于同城店聯(lián)動(dòng)促銷。統(tǒng)計(jì)分析表支持按積分降序排列。發(fā)卡門店用戶商圈分析，發(fā)卡門店系統(tǒng)統(tǒng)計(jì)分析功效，關(guān)鍵用于統(tǒng)計(jì)、分析在本店入會(huì)用戶所處商圈分布情況及銷售額情況[24]。5.4實(shí)體類設(shè)計(jì)結(jié)合系統(tǒng)分析過(guò)程中得到實(shí)體類和系統(tǒng)數(shù)據(jù)模型，得到以下對(duì)應(yīng)關(guān)系：表名關(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ù)庫(kù)表字段和實(shí)體對(duì)象屬性映射表實(shí)體類圖：類是含有相同屬性、操作、關(guān)系對(duì)象集合總稱。每個(gè)類必需有一個(gè)名字，用來(lái)區(qū)分其它類。屬性是指類命名特征，常常代表一類取值，類能夠有任意多個(gè)屬性，也能夠沒有屬性，在類圖中屬性只需要寫上名字。操作是類任意一個(gè)實(shí)例對(duì)象全部能夠調(diào)用，并可能影響該對(duì)象行為實(shí)現(xiàn)。一個(gè)系統(tǒng)能夠看作是由部分不一樣類型對(duì)象組成，對(duì)象類之間多種關(guān)系反應(yīng)了系統(tǒng)內(nèi)部多種成份之間靜態(tài)結(jié)構(gòu)。經(jīng)過(guò)需求分析階段用例描述和功效分析，用戶卡管理信息系統(tǒng)包含關(guān)鍵類和類之間關(guān)系以下圖所表示：圖5-6總體類圖5.5系統(tǒng)步驟對(duì)象設(shè)計(jì)系統(tǒng)步驟設(shè)計(jì)是對(duì)系統(tǒng)分析階段結(jié)果深入完善和補(bǔ)充，從物理實(shí)現(xiàn)角度對(duì)系統(tǒng)設(shè)計(jì)進(jìn)行新分解和擴(kuò)展。系統(tǒng)步驟對(duì)象設(shè)計(jì)根據(jù)以下兩個(gè)步驟進(jìn)行：1、換名。系統(tǒng)分析階段產(chǎn)生類和類方法全部是漢字，這是為了方便分析人員和用戶交流，但大多數(shù)程序設(shè)計(jì)語(yǔ)言和開發(fā)工具全部不能很好地支持漢字類名和方法名，所以把文檔中類和方法改為英文是很關(guān)鍵設(shè)計(jì)步驟。2、對(duì)類中方法進(jìn)行處理。這類處理包含內(nèi)容很多，關(guān)鍵有以下多個(gè)：1）去除不可實(shí)現(xiàn)方法。2）增加功效實(shí)現(xiàn)必需方法。3）改變方法作用域。4）為方法增加參數(shù)。5）更名[25]。系統(tǒng)步驟對(duì)象設(shè)計(jì)是對(duì)分析階段產(chǎn)生全部步驟對(duì)象完成上面兩個(gè)步驟，但這里篇幅有限，選擇系統(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)用戶自己完成對(duì)應(yīng)操作，起到向?qū)ё饔谩＝缑嬖O(shè)計(jì)關(guān)鍵是為了達(dá)成以下目標(biāo)，應(yīng)根據(jù)下表中規(guī)則進(jìn)行設(shè)計(jì)。（1）．以用戶為中心設(shè)計(jì)。由用戶控制界面，而不是界面控制用戶。（2）．清楚一致設(shè)計(jì)全部界面。其風(fēng)格保持一致，全部含有相同含義術(shù)語(yǔ)保持一致，且易于了解和使用。（3）．擁有良好直覺特征。以用戶所熟悉現(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所表示，首先，用戶打開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è)面選擇期望實(shí)施功效后，若權(quán)限滿足則轉(zhuǎn)向用戶所選擇功效頁(yè)面，如MembershipManagement.jsp（用戶管理），隨即用戶開始進(jìn)行對(duì)應(yīng)操作。5.7代碼設(shè)計(jì)標(biāo)準(zhǔn)"開放－封閉"標(biāo)準(zhǔn)(OCP)Open-ClosedPrinciple標(biāo)準(zhǔn)講是：一個(gè)軟件實(shí)體應(yīng)該對(duì)擴(kuò)展開放，對(duì)修改關(guān)閉。優(yōu)點(diǎn)：經(jīng)過(guò)擴(kuò)展已經(jīng)有軟件系統(tǒng)，能夠提供新行為，以滿足對(duì)軟件新需求，使改變中軟件有一定適應(yīng)性和靈活性。已經(jīng)有軟件模塊，尤其是最關(guān)鍵抽象層模塊不能再修改，這使改變中軟件系統(tǒng)有一定穩(wěn)定性和延續(xù)性。里氏代換標(biāo)準(zhǔn)（LSP）LiskovSubstitutionPrinciple（里氏代換標(biāo)準(zhǔn)）：子類型(subtype)必需能夠替換它們基類型。依靠倒置標(biāo)準(zhǔn)(DIP)依靠倒置（DependenceInversionPrinciple）標(biāo)準(zhǔn)講是：要依靠于抽象，不要依靠于具體。簡(jiǎn)單說(shuō)，依靠倒置標(biāo)準(zhǔn)要求用戶端依靠于抽象耦合。標(biāo)準(zhǔn)表述：抽象不應(yīng)該依靠于細(xì)節(jié)；細(xì)節(jié)應(yīng)該依靠于抽象；要針對(duì)接口編程，不針對(duì)實(shí)現(xiàn)編程。接口隔離標(biāo)準(zhǔn)（ISP）接口隔離標(biāo)準(zhǔn)（InterfaceSegregationPrinciple）講是：使用多個(gè)專門接口比使用單一總接口要好。換而言之，從一個(gè)用戶類角度來(lái)講：一個(gè)類對(duì)另外一個(gè)類依靠性應(yīng)該是建立在最小接口上。過(guò)于臃腫接口是對(duì)接口污染。不應(yīng)該強(qiáng)迫用戶依靠于它們不用方法。合成/聚合復(fù)用標(biāo)準(zhǔn)（CARP）合成/聚合復(fù)用標(biāo)準(zhǔn)（Composite/AggregateReusePrinciple或CARP）常常又叫做合成復(fù)用標(biāo)準(zhǔn)（CompositeReusePrinciple或CRP），就是在一個(gè)新對(duì)象里面使用部分已經(jīng)有對(duì)象，使之成為新對(duì)象一部分；新對(duì)象經(jīng)過(guò)向這些對(duì)象委派達(dá)成復(fù)用已經(jīng)有功效目標(biāo)。簡(jiǎn)而言之，要盡可能使用合成/聚合，盡可能不要使用繼承[26]。迪米特法則（LoD）迪米特法則（LawofDemeter或簡(jiǎn)寫LoD）又叫最少知識(shí)標(biāo)準(zhǔn)（LeastKnowledgePrinciple或簡(jiǎn)寫為L(zhǎng)KP），也就是說(shuō)，一個(gè)對(duì)象應(yī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è)貌似沒有太多共同之處業(yè)務(wù)出現(xiàn)了共同點(diǎn)，找到這些共同點(diǎn)，就找到了系統(tǒng)優(yōu)化關(guān)鍵。對(duì)于第一個(gè)問題，基礎(chǔ)方法就是參考選定系統(tǒng)架構(gòu)層次進(jìn)行分層分配，將業(yè)務(wù)邏輯中每個(gè)事務(wù)分別在所適合層中實(shí)現(xiàn)；第二個(gè)問題，首先能夠經(jīng)過(guò)分析時(shí)序圖找到邏輯上相同部分，其次能夠?qū)⒃撊蝿?wù)向后推，留待靜態(tài)類優(yōu)化時(shí)再加以處理。5.8.2靜態(tài)類優(yōu)化靜態(tài)類優(yōu)化是指拋開業(yè)務(wù)邏輯，單純從編程語(yǔ)言本身對(duì)系統(tǒng)進(jìn)行優(yōu)化。面向?qū)ο蟪绦蚴遣煌５^(guò)程，伴隨迭代深入，系統(tǒng)逐步變得愈加豐富和完善。當(dāng)開發(fā)工作從系統(tǒng)分析轉(zhuǎn)入系統(tǒng)設(shè)計(jì)后，會(huì)出現(xiàn)和業(yè)務(wù)邏輯無(wú)關(guān)代碼優(yōu)化問題，這就是靜態(tài)類優(yōu)化。它基礎(chǔ)方法和程序設(shè)計(jì)語(yǔ)言有一定聯(lián)絡(luò)，和面向?qū)ο蟪绦驑?biāo)準(zhǔn)高度相關(guān)。而靜態(tài)優(yōu)化完成后，可能會(huì)對(duì)業(yè)務(wù)邏輯優(yōu)化產(chǎn)生新提醒，從而造成更深入業(yè)務(wù)邏輯優(yōu)化。這么迭代連續(xù)進(jìn)行，直到業(yè)務(wù)邏輯在實(shí)現(xiàn)層面完全清楚，全部類設(shè)計(jì)符合或基礎(chǔ)符合面向?qū)ο笤O(shè)計(jì)標(biāo)準(zhǔn)。初始類圖User類和Admin類作為系統(tǒng)通常使用者和系統(tǒng)管理者，在使用系統(tǒng)過(guò)程中，比如登錄、退出等操作。將二者之間出現(xiàn)相同操作程序代碼合并在一起，并推送到共同父類中，生成EntityBean、PersistObject、BaseAction這3個(gè)父類。接下來(lái)將方法從原來(lái)實(shí)體類轉(zhuǎn)移到抽象類中去，在此過(guò)程中將能設(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)移到抽象類：將原來(lái)類中共同方法轉(zhuǎn)移到抽象類中圖5-10將共同方法轉(zhuǎn)移到抽象類結(jié)果（4）靜態(tài)類最終優(yōu)化結(jié)果圖5-11靜態(tài)類優(yōu)化設(shè)計(jì)最終止果5.8.3程序代碼結(jié)構(gòu)優(yōu)化程序代碼結(jié)構(gòu)定義了程序代碼應(yīng)該怎樣被組織成文件、目錄怎樣分組為庫(kù)，這種組織優(yōu)劣對(duì)于計(jì)算機(jī)系統(tǒng)而言沒有什么意義，因?yàn)椴还艹绦虼a組織多么雜亂無(wú)章，只要它是正確，編譯程序就一定能夠正確且高效地找到所需文件并完成工作；但對(duì)于人而言，組織結(jié)構(gòu)混亂程序代碼難以了解，有時(shí)為了讀懂這些代碼所花費(fèi)時(shí)間和精力更甚，所以程序代碼結(jié)構(gòu)優(yōu)化是以方便人尤其是非程序設(shè)計(jì)者閱讀而做工作。程序代碼組織基礎(chǔ)形式是樹狀結(jié)構(gòu)，其組織層次從大到小依次為：工作環(huán)境—項(xiàng)目—包—文件—類—方法—程序代碼行。第6章郵政儲(chǔ)蓄銀行用戶營(yíng)銷積分管理系統(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)行軟硬件平臺(tái)，然后將測(cè)試完系統(tǒng)程序及相關(guān)文件布署到平臺(tái)上。6.1系統(tǒng)實(shí)現(xiàn)6.1.1系統(tǒng)登錄界面用戶輸入用戶名、密碼和系統(tǒng)角色后進(jìn)入用戶卡信息管理系統(tǒng)主界面。在該界面左側(cè)部分列該系統(tǒng)關(guān)鍵功效模塊，中間界面提供日常常規(guī)操作快捷處理方法，圖6-1、6-2所表示。圖6-1系統(tǒng)登錄界面6.1.2用戶管理模塊用戶到門店提出用戶卡申請(qǐng)，并填寫用戶資本資料。用戶服務(wù)中信人員審核用戶用戶是否滿足用戶卡申辦條什。為用戶辦理用戶卡，用戶基礎(chǔ)信息必需填寫完整。系統(tǒng)應(yīng)自動(dòng)控制：必填信息空項(xiàng)，則無(wú)法進(jìn)行下以步操作。直至用戶資料填寫完整后，才能激活用戶卡，使用戶卡得以投入使用，圖6-3所表示。圖6-3用戶管理界面單擊用戶卡開通按鈕，進(jìn)入用戶卡單據(jù)明細(xì)頁(yè)面。此表中發(fā)卡門店為系統(tǒng)自動(dòng)填寫，除此之外表中用戶卡生效日期依據(jù)實(shí)際情況選擇(假如不選擇，則系統(tǒng)默認(rèn)生效日期為當(dāng)日)，其它必填欄位如：用戶姓名、性別、用戶生日、所在城市、電話、地址等，可依據(jù)實(shí)際情況來(lái)進(jìn)行填寫。用戶領(lǐng)取用戶卡后，在購(gòu)物時(shí)能夠刷卡營(yíng)銷積分，系統(tǒng)自動(dòng)統(tǒng)計(jì)和更新用戶營(yíng)銷積分信息。當(dāng)用戶信息需要修改時(shí)，登錄用戶卡資料維護(hù)界面進(jìn)行信息修改。要修改表中內(nèi)容能夠單擊用戶修改按鈕，輸入查詢條件，單擊查詢按鈕，切換到待修改用戶信息列表頁(yè)面，修改完完成后需要實(shí)施保留操作，圖6-4所表示。圖6-4開通用戶卡界面6.1.3用戶營(yíng)銷積分模塊圖6-5用戶營(yíng)銷積分管理頁(yè)面6.1.4查詢統(tǒng)計(jì)模塊依據(jù)現(xiàn)代營(yíng)銷法則，企業(yè)80％利潤(rùn)來(lái)自于那20％忠誠(chéng)用戶，所以市場(chǎng)營(yíng)銷關(guān)鍵問題在于在大量用戶前提下，確定出誰(shuí)是20％高價(jià)值用戶，怎樣發(fā)覺甚至是怎樣隨時(shí)地發(fā)覺用戶價(jià)值，正確地定義出超市優(yōu)質(zhì)用戶，這正是數(shù)據(jù)挖掘作用所在。數(shù)據(jù)挖掘通常是指從大量數(shù)據(jù)中自動(dòng)搜索隱藏于其中有著特殊關(guān)系性（屬于Associationrulelearning）信息過(guò)程。數(shù)據(jù)挖掘本質(zhì)上就是建模，即發(fā)覺客觀事物規(guī)律。針對(duì)零售企業(yè)中已經(jīng)獲取用戶數(shù)據(jù)進(jìn)行分析，利用數(shù)據(jù)挖掘算法，建立用戶價(jià)值估計(jì)模型，發(fā)掘不一樣用戶群體不一樣價(jià)值，針對(duì)新用戶數(shù)據(jù)資料進(jìn)行估計(jì)，發(fā)掘潛在盈利用戶，使其能夠成為企業(yè)發(fā)明利潤(rùn)價(jià)值用戶，經(jīng)過(guò)提供符適用戶需求服務(wù)使其成為企業(yè)忠實(shí)用戶，以期大大降低日常促銷活動(dòng)盲目性，從而降低銷售成本，提升效率，增強(qiáng)企業(yè)關(guān)鍵競(jìng)爭(zhēng)力。用戶卡信息管理系統(tǒng)查詢統(tǒng)計(jì)模塊關(guān)鍵針對(duì)用戶持卡基礎(chǔ)信息和用戶持卡營(yíng)銷積分信息進(jìn)行數(shù)據(jù)挖掘[27]。數(shù)據(jù)挖掘在本系統(tǒng)查詢統(tǒng)計(jì)模塊應(yīng)包含：（1）銷售、用戶、產(chǎn)品、時(shí)間和地域多維分析；（2）對(duì)促銷活動(dòng)有效分析；（3）對(duì)用戶忠誠(chéng)度分析；（4）挖掘關(guān)聯(lián)信息，以形成購(gòu)置推薦和商品參考，以幫助用戶選擇商品。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ì)隨不一樣領(lǐng)域應(yīng)用而有所改變，每一個(gè)數(shù)據(jù)挖掘技術(shù)也會(huì)有各自特征和使用步驟，針對(duì)不一樣問題和需求所制訂數(shù)據(jù)挖掘過(guò)程也會(huì)存在差異。數(shù)據(jù)挖掘通常步驟以下：①了解數(shù)據(jù)和數(shù)據(jù)起源（understanding）。②獲取相關(guān)知識(shí)和技術(shù)（acquisition）。③整合和檢驗(yàn)數(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ù)常見和應(yīng)用最廣泛算法和模型包含：決議樹、神經(jīng)網(wǎng)絡(luò)、基因算法、貝葉斯分類、期望值最大化方法等。本系統(tǒng)采取決議樹細(xì)分用戶資源。利用樣本數(shù)據(jù)庫(kù)，經(jīng)過(guò)對(duì)用戶所在商圈、購(gòu)置頻度、購(gòu)置數(shù)量、購(gòu)置時(shí)間等原因分析，建立用戶分類模型，從中提取分類規(guī)則，發(fā)覺某群用戶關(guān)鍵特征，然后利用這個(gè)模型對(duì)搜集到新用戶數(shù)據(jù)進(jìn)行分析。決議樹算法是一個(gè)迫近離散函數(shù)值方法。它是一個(gè)經(jīng)典分類方法，以自頂向下遞歸方法結(jié)構(gòu)，對(duì)數(shù)據(jù)進(jìn)行處理。理想決議樹分為3種：葉節(jié)點(diǎn)數(shù)最少、葉子節(jié)點(diǎn)深度最小、葉節(jié)點(diǎn)數(shù)最少而且葉子節(jié)點(diǎn)深度最小。決議樹好壞，不僅影響了分類效率，而且影響了分類正確率。ID3算法關(guān)鍵是：在決議樹各級(jí)結(jié)點(diǎn)上選擇屬性時(shí)，用信息增益（informationgain）作為屬性選擇標(biāo)準(zhǔn)，以使得在每一個(gè)非葉結(jié)點(diǎn)進(jìn)行測(cè)試時(shí)，能取得相關(guān)被測(cè)試統(tǒng)計(jì)最大類別信息[28]。由該屬性不一樣取值建立分支，再對(duì)各分支子集遞歸調(diào)用該方法建立決議樹結(jié)點(diǎn)分支，直到全部子集僅包含同一類別數(shù)據(jù)為止。最終得到一棵決議樹，它能夠用來(lái)對(duì)新樣本進(jìn)行分類。(3)統(tǒng)計(jì)分析數(shù)據(jù)本系統(tǒng)基礎(chǔ)數(shù)據(jù)為超市購(gòu)物營(yíng)銷積分統(tǒng)計(jì)，其中包含用戶用戶和非用戶用戶。用戶基礎(chǔ)資料和營(yíng)銷積分統(tǒng)計(jì)是進(jìn)行統(tǒng)計(jì)分析基礎(chǔ)。在Mysq數(shù)據(jù)庫(kù)中，建立一張數(shù)據(jù)表，用于存放用戶購(gòu)物營(yíng)銷積分統(tǒng)計(jì)，表名為purchase，經(jīng)過(guò)前臺(tái)POS機(jī)能夠取得此數(shù)據(jù)。purchase表中包含字段：用戶卡號(hào)：沒有用戶卡用戶，用戶卡號(hào)為0；交易小票號(hào)：用戶一次購(gòu)物統(tǒng)計(jì)即產(chǎn)生交易票號(hào)（用戶購(gòu)物交易代碼是唯一），購(gòu)物金額：這次購(gòu)物所花費(fèi)費(fèi)用。商品折扣：依據(jù)用戶卡類型能夠享受折扣或是依舊超市促銷活動(dòng)具體折扣情況設(shè)置折扣。假如沒有折扣銷售，統(tǒng)計(jì)為0，假如進(jìn)行了折扣銷售，則統(tǒng)計(jì)為對(duì)應(yīng)折扣值。purchase表主鍵為小票號(hào)和用戶卡號(hào)。依據(jù)用戶分析目標(biāo)，需要從基礎(chǔ)購(gòu)物數(shù)據(jù)表中選出全部“用戶卡號(hào)”字段不為零交易統(tǒng)計(jì)，即持卡用戶購(gòu)物營(yíng)銷積分統(tǒng)計(jì)。在分析用戶用戶購(gòu)物統(tǒng)計(jì)時(shí)，需要定義能夠描述該用戶在這段時(shí)間購(gòu)物特征變量，不僅需要知道用戶在何時(shí)購(gòu)物和所購(gòu)置商品，而且需要了解用戶光顧頻率和購(gòu)物平均營(yíng)銷積分額等信息。在對(duì)數(shù)據(jù)進(jìn)行預(yù)處理時(shí)候，需要進(jìn)行對(duì)缺失值處理、對(duì)數(shù)據(jù)一致性進(jìn)行檢驗(yàn)。但在缺失值處理中，缺失值所占百分比全部比較小，能夠依據(jù)表中字段來(lái)推導(dǎo)具體缺失值。將數(shù)據(jù)預(yù)處理后數(shù)據(jù)轉(zhuǎn)化成數(shù)據(jù)挖掘算法能夠接收形式，并產(chǎn)生衍生變量。依據(jù)每個(gè)用戶購(gòu)物統(tǒng)計(jì)，產(chǎn)生表6-1所表示變量：統(tǒng)計(jì)變量備注總購(gòu)物次數(shù)統(tǒng)計(jì)該用戶光顧商城總次數(shù)總購(gòu)物數(shù)量統(tǒng)計(jì)該用戶購(gòu)置商品總數(shù)總營(yíng)銷積分金額統(tǒng)計(jì)該用戶購(gòu)物營(yíng)銷積分總金額數(shù)衍生變量備注購(gòu)物頻率用總購(gòu)物次數(shù)來(lái)表示，數(shù)值越大，表明購(gòu)物頻率越高單次購(gòu)物數(shù)量統(tǒng)計(jì)該用戶每次平均購(gòu)物數(shù)量，等于總購(gòu)物數(shù)量除以總購(gòu)物次數(shù)，以此來(lái)衡量用戶購(gòu)物籃大小購(gòu)物平均價(jià)格統(tǒng)計(jì)該用戶每次所購(gòu)商品平均價(jià)格，等于總營(yíng)銷積分金額除以總購(gòu)物數(shù)量表6-1數(shù)據(jù)挖掘過(guò)程設(shè)計(jì)變量依據(jù)用戶用戶營(yíng)銷積分額、購(gòu)物頻率、單次購(gòu)物數(shù)量和購(gòu)物平均價(jià)格，這三個(gè)綜合指標(biāo)進(jìn)行排序，并劃分為三個(gè)區(qū)段，區(qū)間一占用戶總數(shù)20％，區(qū)間二占用戶總數(shù)40％，區(qū)間三占用戶總數(shù)40％，從而把用戶分為三類：區(qū)間一為高價(jià)值用戶、區(qū)間二為高潛力用戶和區(qū)間三為低價(jià)值用戶。（4）構(gòu)建決議樹利用IBMDB2IntelligentMiner決議樹方法對(duì)數(shù)據(jù)進(jìn)行挖掘分析。依據(jù)用戶對(duì)超市銷售額貢獻(xiàn)把用戶分為高價(jià)值用戶和低價(jià)值用戶。不一樣類別用戶對(duì)應(yīng)有不一樣特征規(guī)則，依據(jù)不一樣用戶類型得出對(duì)應(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統(tǒng)計(jì)分析，能夠認(rèn)為企業(yè)高價(jià)值用戶就是那些頻繁光顧、平均購(gòu)物數(shù)量多和購(gòu)置商品平均價(jià)格高用戶，不過(guò)假如僅依據(jù)區(qū)分不一樣類別用戶，將顯得很粗糙，而且會(huì)遺漏很多高價(jià)值用戶。對(duì)其進(jìn)行細(xì)分，高價(jià)值用戶關(guān)鍵包含以下幾類，如表6-3所表示：類別光顧頻率單次購(gòu)物數(shù)量購(gòu)置商品平均價(jià)格13-515-4010-2026-3440-9010-2036-3440-9010-20表6-3數(shù)據(jù)挖掘結(jié)果2、超市不一樣門店用戶商圈分析超市不一樣門店用戶商圈分析關(guān)鍵用于統(tǒng)計(jì)、分析在本店入會(huì)用戶所處商圈分布情況及銷售額情況，圖6-7所表示。圖6-7查詢統(tǒng)計(jì)頁(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è)試關(guān)鍵工作是確定，即確定評(píng)定立即開發(fā)應(yīng)用系統(tǒng)是否正確無(wú)誤、是否可行和有價(jià)值；系統(tǒng)設(shè)計(jì)階段，測(cè)試關(guān)鍵工作是驗(yàn)證，即驗(yàn)證系統(tǒng)開發(fā)每個(gè)階段、每個(gè)步驟結(jié)構(gòu)是否正確無(wú)誤、是否和各階段要求或期望一致；最終程序設(shè)計(jì)階段是對(duì)代碼測(cè)試，能夠廣泛利用已經(jīng)有結(jié)構(gòu)化測(cè)試技術(shù)進(jìn)行測(cè)試[29]。6.2.1系統(tǒng)測(cè)試內(nèi)容常見軟件測(cè)試方法有白盒和黑盒測(cè)試。黑盒測(cè)試也稱功效測(cè)試，它是經(jīng)過(guò)測(cè)試用例來(lái)檢測(cè)每個(gè)功效是否能正常使用。本系統(tǒng)采取黑盒測(cè)試方法。在測(cè)試過(guò)程中關(guān)鍵是為了測(cè)試以下多個(gè)方面：(1)是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息比如數(shù)據(jù)文件訪問錯(cuò)誤(2)復(fù)雜運(yùn)算時(shí)間是否能夠接收；正常運(yùn)行最大并發(fā)用戶數(shù)量(3)在接口上輸入數(shù)據(jù)是否能正確接收，而且能否輸出正確數(shù)據(jù)結(jié)果(4)檢驗(yàn)系統(tǒng)實(shí)現(xiàn)功效是否全方面、是否有不正確或遺漏功效(5)是否有初始化功效或終止性錯(cuò)誤。本系統(tǒng)關(guān)鍵測(cè)試功效模塊以下表6-4所表示：序號(hào)模塊功效測(cè)試結(jié)果1登錄模塊登錄系統(tǒng)2退出系統(tǒng)3用戶管理模塊用戶積分信息4用戶卡開通5用戶退卡6用戶修改7系統(tǒng)設(shè)置模塊折扣設(shè)置8積分設(shè)置9密碼設(shè)置10查詢統(tǒng)計(jì)查詢統(tǒng)計(jì)（按用戶等級(jí)ABC）11查詢統(tǒng)計(jì)（按商圈）12用戶營(yíng)銷積分用戶營(yíng)銷積分信息錄入13用戶營(yíng)銷積分信息查詢表6-4系統(tǒng)測(cè)試模塊6.2.2系統(tǒng)測(cè)試方案因?yàn)橛脩艨ü芾硇畔⑾到y(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)備，具體要求以下表6-5所表示：型號(hào)配置操作系統(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ù)端測(cè)試方案本系統(tǒng)測(cè)試工作采取了自動(dòng)化測(cè)試工具LoadRunner。系統(tǒng)測(cè)試關(guān)鍵進(jìn)行了性能測(cè)試和配置測(cè)試，性能測(cè)試借助于工具完成，各功效測(cè)試由人工來(lái)完成。測(cè)試工具簡(jiǎn)單描述以下：LoadRunner屬于Mercury企業(yè)產(chǎn)品，腳本生成器：錄制調(diào)試腳本用。場(chǎng)景控制器：用腳本生成場(chǎng)景、實(shí)施場(chǎng)景，并在場(chǎng)景實(shí)施時(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è)試什么，根據(jù)什么次序測(cè)試，覆蓋哪些需求做到心中有數(shù)。測(cè)試用例設(shè)計(jì)要求測(cè)試用例編寫者對(duì)被測(cè)試軟件設(shè)計(jì)、功效規(guī)格說(shuō)明、用戶試用場(chǎng)景和程序/模塊結(jié)構(gòu)有比較透徹了解。6.3.1性能測(cè)試用例性能測(cè)試是經(jīng)過(guò)自動(dòng)化測(cè)試工具模擬多個(gè)正常、峰值和異常負(fù)載條件來(lái)對(duì)系統(tǒng)各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。依據(jù)用戶卡信息管理系統(tǒng)，設(shè)計(jì)了以下測(cè)試用例：并發(fā)測(cè)試并發(fā)測(cè)試過(guò)程是逐步增加負(fù)載，在同一時(shí)間點(diǎn)，支持多個(gè)不一樣操作。LoadRunner中提供IP偽裝，集合點(diǎn)，配合虛擬用戶設(shè)計(jì)，和在多臺(tái)電腦上設(shè)置，能夠比很好模擬真實(shí)并發(fā)。如表6-6所表示。用例名稱用例描述一秒內(nèi)并發(fā)XX用戶登錄系統(tǒng)前提條件終端滿足系統(tǒng)最低要求輸入數(shù)據(jù)無(wú)步驟一秒內(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)速度不超出要求3秒；Tomcatserver和用戶端CPU負(fù)載、內(nèi)存使用沒有查過(guò)限制表6-6用戶登錄并發(fā)測(cè)試用例設(shè)計(jì)配置測(cè)試配置測(cè)試是系統(tǒng)使用不一樣配置（硬件資源、網(wǎng)絡(luò)、應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)）實(shí)施相同操作來(lái)取得性能數(shù)據(jù)，其目標(biāo)是性能調(diào)優(yōu)，用例設(shè)計(jì)如表6-7所表示。用例名稱用例描述用戶在不一樣網(wǎng)速下登錄系統(tǒng)前提條件無(wú)輸入數(shù)據(jù)無(wú)步驟限制用戶網(wǎng)絡(luò)速度為8KB/s—16MB/s；用戶登錄系統(tǒng)；查看頁(yè)面響應(yīng)速度；查看Tomcatserver和用戶端CPU負(fù)載、內(nèi)存使用期望結(jié)果全部網(wǎng)絡(luò)速度滿足最低配置要求用戶全部能夠正常登錄，且響應(yīng)時(shí)間滿足；Tomcatserver和用戶端CPU負(fù)載、內(nèi)存使用沒有查過(guò)限制表6-7用戶登錄配置測(cè)試用例設(shè)計(jì)6.3.2邊界值測(cè)試用例有很多字段全部能夠使用邊界值法進(jìn)行測(cè)試，設(shè)計(jì)測(cè)試用例以下表6-8所表示：輸入內(nèi)容規(guī)格說(shuō)明測(cè)試案例卡類型值只能是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ù)字，能夠?yàn)榭諡榭?個(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é)果分析經(jīng)過(guò)設(shè)計(jì)多種測(cè)試用例對(duì)系統(tǒng)進(jìn)行測(cè)試，生成對(duì)應(yīng)錯(cuò)誤匯報(bào)，統(tǒng)計(jì)錯(cuò)誤發(fā)覺時(shí)間和錯(cuò)誤具體描述，便于開發(fā)人員進(jìn)行錯(cuò)誤重現(xiàn)，以縮短錯(cuò)誤處理時(shí)間。開發(fā)人員對(duì)于錯(cuò)誤處理簡(jiǎn)單統(tǒng)計(jì)和測(cè)試人員重測(cè)結(jié)果全部會(huì)統(tǒng)計(jì)在錯(cuò)誤匯報(bào)中，方便進(jìn)行測(cè)試分析。用戶卡管理信息系統(tǒng)測(cè)試周期為兩周，期間一共測(cè)出問題數(shù)220為個(gè)，修改成功210個(gè)，拒絕6個(gè)，延期4個(gè)。延期4個(gè)中為操作方面方面問題。性能測(cè)試結(jié)果分析見下如表6-9所表示：并發(fā)測(cè)試匯報(bào)功效用戶登錄用戶卡信息管理系統(tǒng)目標(biāo)最大登錄數(shù)量并發(fā)方法虛擬最大數(shù)量用戶且同時(shí)進(jìn)行登錄操作并發(fā)用戶數(shù)和事務(wù)實(shí)施情況用戶并發(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利用率磁盤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á)成要求。測(cè)試結(jié)果評(píng)價(jià)本系統(tǒng)開發(fā)意在提升用戶購(gòu)置商品效率，和方便用戶和商家。提升大家生活水平，也使商家能對(duì)超市有愈加好管理。系統(tǒng)已經(jīng)基礎(chǔ)運(yùn)行實(shí)現(xiàn)了設(shè)計(jì)各項(xiàng)功效，能夠投入使用。但因?yàn)殚_發(fā)者能力有限，致使系統(tǒng)還存在很多不足和缺點(diǎn)，所以本系統(tǒng)還能夠從以下多個(gè)方面進(jìn)行改善。（1）豐富和完善用戶功效；（2）添加在線交流模塊；（3）系統(tǒng)功效并非完全實(shí)現(xiàn)，在后期逐步完善；（4）界面上還不夠完美；另外，本系統(tǒng)仍存在安全性問題隱患。第7章總結(jié)MVC思想利用為郵政儲(chǔ)蓄銀行用戶卡管理系統(tǒng)開發(fā)提供了一個(gè)松散耦合、互操作性強(qiáng)、而且含有良好可擴(kuò)展性架構(gòu)思想。借助于這種系統(tǒng)架構(gòu)設(shè)計(jì)思想