畢業(yè)設(shè)計(jì)（論文）商戶(hù)服務(wù)平臺(tái)設(shè)計(jì)與實(shí)現(xiàn)

1、摘要隨著pos收單業(yè)務(wù)的發(fā)展和日趨激烈的市場(chǎng)競(jìng)爭(zhēng)，商戶(hù)服務(wù)平臺(tái)越來(lái)越受到各大收單公司的重視。而結(jié)合saas服務(wù)的商戶(hù)服務(wù)平臺(tái)與傳統(tǒng)的模式相比，不僅提高了用戶(hù)對(duì)于功能選擇的自助性，滿足現(xiàn)今社會(huì)強(qiáng)調(diào)個(gè)性化的趨勢(shì)，也大大降低了平臺(tái)日常運(yùn)維的工作強(qiáng)度。本文詳細(xì)論述了我們?cè)O(shè)計(jì)和實(shí)現(xiàn)的一個(gè)結(jié)合saas服務(wù)模式的商戶(hù)服務(wù)平臺(tái)。該平臺(tái)以杉德銀卡通信息服務(wù)有線公司的實(shí)際商戶(hù)服務(wù)需求為基礎(chǔ)，結(jié)合saas服務(wù)模式進(jìn)行功能的設(shè)計(jì)，以j2ee作為開(kāi)發(fā)平臺(tái)進(jìn)行實(shí)現(xiàn)。我們首先通過(guò)深入調(diào)研和梳理公司市場(chǎng)人員和部分商戶(hù)提供的需求，完成了對(duì)該系統(tǒng)的需求分析，再結(jié)合saas服務(wù)模式的概念完成了對(duì)業(yè)務(wù)的設(shè)計(jì)。該系統(tǒng)按照用戶(hù)角色可分為

2、系統(tǒng)管理員，集團(tuán)商戶(hù)和普通商戶(hù)三類(lèi)，文中畫(huà)出了各類(lèi)角色在進(jìn)行各種相關(guān)操作時(shí)的用例圖。然后，我們進(jìn)行了該系統(tǒng)的總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)。我們把該系統(tǒng)劃分為6個(gè)模塊，即：系統(tǒng)管理、對(duì)賬管理、分析報(bào)表管理、增值服務(wù)中心、商戶(hù)信息管理和通知與公告等。我們對(duì)各模塊進(jìn)行了詳細(xì)設(shè)計(jì)，畫(huà)出了這些模塊的詳細(xì)的順序圖。在論文的最后，描述了該系統(tǒng)的編程實(shí)現(xiàn)，給出了各模塊的界面截圖，并給出了部分代碼。該系統(tǒng)是以java作為系統(tǒng)的開(kāi)發(fā)語(yǔ)言，以mysql作為系統(tǒng)的后臺(tái)數(shù)據(jù)庫(kù)，并使用讀寫(xiě)分離技術(shù)解決高并發(fā)和高性能要求。該平臺(tái)已經(jīng)投入運(yùn)營(yíng)，我司的商戶(hù)可以便捷的在此平臺(tái)上完成對(duì)賬單下載、交易查詢(xún)等傳統(tǒng)業(yè)務(wù)，還可以靈活的選擇購(gòu)買(mǎi)本平臺(tái)

3、和pos終端上的各種增值服務(wù)。同時(shí)也使負(fù)責(zé)平臺(tái)日常運(yùn)維的同事不用每天都陷在復(fù)雜的用戶(hù)權(quán)限配置工作中。關(guān)鍵詞：云計(jì)算，商戶(hù)服務(wù)平臺(tái)，pos收單，we目錄第1章 引言11.1 概述11.2 國(guó)內(nèi)外研究現(xiàn)狀11.3 本平臺(tái)設(shè)計(jì)的目的與實(shí)際意義31.4 課題研究的主要內(nèi)容31.5 本文的組織結(jié)構(gòu)4第2章 相關(guān)技術(shù)52.1云計(jì)算及saas模式概述52.2 uml概述62.3 j2ee和ssh2框架概述72.4 mysql數(shù)據(jù)庫(kù)及其讀寫(xiě)分離技術(shù)概述82.5 jquery頁(yè)面技術(shù)概述9第3章 系統(tǒng)需求分析103.1 系統(tǒng)整體分析103.1.1 業(yè)務(wù)流程分析103.1.2 功能性需求分析143.1.3 非功能

4、性需求分析163.1.4 系統(tǒng)約束定義163.2 uml用例分析173.2.1 首層用例圖173.2.2 商戶(hù)信息管理的用例圖分析183.2.3 數(shù)據(jù)關(guān)聯(lián)的用例圖分析183.2.4 對(duì)帳管理的用例圖分析193.2.5 增值服務(wù)中心的用例圖分析193.2.6 系統(tǒng)配置與管理的用例圖分析203.2.7 公告與通知的用例圖分析213.3 用戶(hù)角色定義及權(quán)限控制需求分析223.3.1 用戶(hù)角色定義223.3.2 權(quán)限控制分析223.4 本章小結(jié)23第4章 系統(tǒng)詳細(xì)設(shè)計(jì)254.1 結(jié)合云計(jì)算的系統(tǒng)整體架構(gòu)254.2 系統(tǒng)外部接口設(shè)計(jì)274.3 模塊劃分及功能設(shè)計(jì)284.4 關(guān)鍵功能模塊詳細(xì)設(shè)計(jì)324.4

5、.1 登錄功能設(shè)計(jì)324.4.2 系統(tǒng)配置與管理模塊344.4.3 對(duì)帳管理模塊374.4.4 分析報(bào)表模塊404.4.5 增值服務(wù)模塊414.5 數(shù)據(jù)庫(kù)設(shè)計(jì)434.5.1數(shù)據(jù)庫(kù)關(guān)系圖444.5.2數(shù)據(jù)庫(kù)表詳細(xì)設(shè)計(jì)474.6 本章小結(jié)60第5章 系統(tǒng)的實(shí)現(xiàn)615.1 系統(tǒng)首頁(yè)的實(shí)現(xiàn)615.2 登錄功能的實(shí)現(xiàn)625.3 增值服務(wù)中心模塊的實(shí)現(xiàn)645.4 系統(tǒng)管理模塊的實(shí)現(xiàn)685.5 對(duì)帳管理模塊的實(shí)現(xiàn)715.6 通知與公告模塊的實(shí)現(xiàn)72第6章 結(jié)論與展望766.1 結(jié)論766.2 進(jìn)一步工作的方向76致謝78參考文獻(xiàn)79個(gè)人簡(jiǎn)歷、在讀期間發(fā)表的學(xué)術(shù)論文與研究成果80第1章 引言1.1 概述當(dāng)今社

6、會(huì)，pos機(jī)的使用已經(jīng)相當(dāng)普及，人們?nèi)粘３鲩T(mén)購(gòu)物也習(xí)慣了刷卡消費(fèi)，隨之而來(lái)的pos收單行業(yè)的競(jìng)爭(zhēng)也變得越來(lái)越激烈。最初的競(jìng)爭(zhēng)模式是依靠各類(lèi)監(jiān)管漏洞壓低手續(xù)費(fèi)，以低手續(xù)費(fèi)的方式獲得更多的商戶(hù)青睞。然而隨著支付寶錢(qián)包等各類(lèi)線上支付公司的業(yè)務(wù)延伸以及2014年底國(guó)務(wù)院明文規(guī)定要求盡快實(shí)施統(tǒng)一扣率的趨勢(shì)，手續(xù)費(fèi)優(yōu)勢(shì)將無(wú)法再為pos收單公司帶來(lái)強(qiáng)大的競(jìng)爭(zhēng)力。在這樣的背景下各類(lèi)的pos服務(wù)以及收單公司都逐步將目光商戶(hù)服務(wù)的部分。如何提供商戶(hù)更優(yōu)質(zhì)及差異化的服務(wù)來(lái)增加商戶(hù)的忠誠(chéng)度以及提高自身的競(jìng)爭(zhēng)能力？成為了各家公司的主要研究方向。目前主流的收單公司或pos服務(wù)方提供的服務(wù)尚停留在單一的渠道，例如客服電話，

7、導(dǎo)致商戶(hù)可選擇的渠道非常有限。這一情況造成了客服電話難以撥通，公司人力成本始終居高不下，同時(shí)商戶(hù)體驗(yàn)不佳，商戶(hù)投訴不斷。同時(shí)商戶(hù)無(wú)法直觀的了解到申請(qǐng)服務(wù)的進(jìn)度、只能被動(dòng)接收對(duì)賬單而無(wú)法查詢(xún)實(shí)際的交易明細(xì)等情況也令pos服務(wù)的滿意度無(wú)法得到提升。結(jié)合互聯(lián)網(wǎng)技術(shù)，將繁瑣的線下操作方式在web端以最便捷的方式提供給商戶(hù)，這樣的服務(wù)模式將成為趨勢(shì)。所以，研究和實(shí)現(xiàn)一個(gè)專(zhuān)用于商戶(hù)的服務(wù)平臺(tái)對(duì)于pos收單公司來(lái)講就有了很重要的意義。1.2 國(guó)內(nèi)外研究現(xiàn)狀1.國(guó)內(nèi)收單業(yè)商戶(hù)服務(wù)類(lèi)系統(tǒng)的現(xiàn)狀分析隨著互聯(lián)網(wǎng)金融時(shí)代的快速發(fā)展，傳統(tǒng)的線下收單業(yè)務(wù)正面臨著很大的挑戰(zhàn)，不僅僅需要調(diào)整自身的經(jīng)營(yíng)方式和理念，同時(shí)也需要根

8、據(jù)管理部門(mén)對(duì)監(jiān)管要求的調(diào)整而改變自身的戰(zhàn)略。而商戶(hù)服務(wù)將會(huì)是轉(zhuǎn)型中的重點(diǎn)，針對(duì)這一重點(diǎn)對(duì)應(yīng)的系統(tǒng)、平臺(tái)自然就進(jìn)入了一個(gè)需要革新的時(shí)代。由于互聯(lián)網(wǎng)、移動(dòng)互聯(lián)網(wǎng)的高速發(fā)展，商戶(hù)對(duì)于服務(wù)的要求已經(jīng)越來(lái)越高，原本單純的單向輸出式的網(wǎng)站已經(jīng)遠(yuǎn)遠(yuǎn)無(wú)法滿足商戶(hù)的要求（簡(jiǎn)單的下載對(duì)賬單、查看公告等），同時(shí)面對(duì)著越來(lái)越多大型的集團(tuán)商戶(hù)的管理要求，也促進(jìn)了服務(wù)平臺(tái)需要有更為全面的功能提供。在之前幾年，由于收單公司競(jìng)爭(zhēng)商戶(hù)多半是用的是降低手續(xù)費(fèi)扣率或者提供返傭等方式，對(duì)商戶(hù)服務(wù)及相應(yīng)平臺(tái)的建設(shè)并未非常重視，所以當(dāng)前市場(chǎng)上可以發(fā)現(xiàn)更多的收單公司提供的所謂商戶(hù)服務(wù)平臺(tái)僅僅是提供簡(jiǎn)單的對(duì)賬單下載、公告查看等功能。即便是此

9、類(lèi)的功能也是非常不便，例如對(duì)賬單下載功能，由于在傳統(tǒng)收單業(yè)中均以商戶(hù)號(hào)坐位商戶(hù)的識(shí)別標(biāo)志，但是當(dāng)一個(gè)商戶(hù)多次申請(qǐng)安裝pos機(jī)時(shí)，有些管理薄弱的收單公司會(huì)分配多個(gè)商戶(hù)號(hào)，導(dǎo)致同一商戶(hù)存在多個(gè)商戶(hù)號(hào)，而對(duì)賬單和平臺(tái)的用戶(hù)又是根據(jù)商戶(hù)號(hào)生成，在這種情況下，商戶(hù)需要對(duì)賬就必須登錄不同的帳號(hào)將所有對(duì)賬單分別下載到本地，再與自己的交易記錄進(jìn)行核對(duì)，非常不便。這樣的系統(tǒng)所提供的功能是十分不符合用戶(hù)需要的。而近幾年，由于市場(chǎng)競(jìng)爭(zhēng)月來(lái)月激烈，加之央行明文規(guī)定將取消行業(yè)間手續(xù)費(fèi)扣率不一致后，各收單公司都更多的將商戶(hù)服務(wù)作為下一個(gè)大力發(fā)展競(jìng)爭(zhēng)力的方式，同時(shí)積極的建設(shè)新的服務(wù)平臺(tái)。目前較大的幾家收單公司均發(fā)布了新的商

10、戶(hù)服務(wù)平臺(tái)，例如：銀聯(lián)商務(wù)、匯付天下；新平臺(tái)最大的特點(diǎn)就是較以往的平臺(tái)提供了更多的服務(wù)功能，商戶(hù)可直接在這些平臺(tái)上完成對(duì)自己所使用的pos機(jī)的所有帳務(wù)管理、自助服務(wù)等功能。同時(shí)像銀聯(lián)商務(wù)的平臺(tái)則將集團(tuán)商戶(hù)及多商戶(hù)號(hào)管理的模式也在系統(tǒng)中進(jìn)行了實(shí)現(xiàn)，可以使用一個(gè)用戶(hù)名就可綁定所有需要管理的商終信息，大大方便了商戶(hù)對(duì)帳及服務(wù)的需求。即使是最新的商戶(hù)服務(wù)平臺(tái)，對(duì)商戶(hù)們提供的服務(wù)也仍是功能統(tǒng)一，系統(tǒng)龐大，毫無(wú)個(gè)性化可言的。pos收單行業(yè)面向的商戶(hù)群是非常廣泛的，大到跨國(guó)集團(tuán)小到個(gè)體戶(hù)，對(duì)于這樣兩種完全不在一個(gè)等級(jí)上的商戶(hù)而言他們所需要的服務(wù)實(shí)際是完全不同的。為了應(yīng)對(duì)這樣的業(yè)務(wù)，現(xiàn)有的商戶(hù)服務(wù)平臺(tái)要不就是

11、采用分用戶(hù)功能（即集團(tuán)商戶(hù)的功能、個(gè)體戶(hù)的功能各開(kāi)發(fā)一套），然后通過(guò)權(quán)限進(jìn)行配置；要不就是功能統(tǒng)一且傾向大商戶(hù)，按大商戶(hù)要求開(kāi)發(fā)。第一種方式固然用戶(hù)體驗(yàn)較佳，但收單公司的維護(hù)人力成本投入非常巨大，系統(tǒng)管理員可能需要配置成百上千套不同組合的功能權(quán)限，而第二種模式往往使得大量的中小商戶(hù)怨聲載道。再者，現(xiàn)如今是一個(gè)強(qiáng)調(diào)個(gè)性化的世界，人們對(duì)于產(chǎn)品的選擇不再是單純的考慮質(zhì)量、品牌和價(jià)格，而希望更多地個(gè)性化元素凸現(xiàn)自己，希望自己能夠擁有更多地選擇。在調(diào)研中了解到很多的商戶(hù)也是確實(shí)存在這樣或者那樣的個(gè)性化需求的，所以，相信以后的商戶(hù)服務(wù)平臺(tái)中商戶(hù)對(duì)于功能的可自主選擇性將成為最大的亮點(diǎn)。2.云計(jì)算及saas在

12、中國(guó)的發(fā)展云計(jì)算是在2008年左右進(jìn)入中國(guó)的，當(dāng)云計(jì)算剛剛在中國(guó)開(kāi)始發(fā)展時(shí)就如同它在國(guó)際上的發(fā)展軌跡，首先被關(guān)注的實(shí)際是iaas(基礎(chǔ)設(shè)施即服務(wù))，然而，隨著蘋(píng)果推出iphone手機(jī)帶動(dòng)的移動(dòng)互聯(lián)網(wǎng)大熱后，saas這項(xiàng)最貼近用戶(hù)的云計(jì)算服務(wù)開(kāi)始了自己的發(fā)展，并在近年持續(xù)大熱，大有超越iaas成為更普遍被使用的云服務(wù)。在國(guó)外的軟件公司，最早完成saas服務(wù)模式的系統(tǒng)轉(zhuǎn)型的主要是大型的erp系統(tǒng)，因?yàn)槟K數(shù)量的龐大使得整個(gè)erp系統(tǒng)從銷(xiāo)售、實(shí)施、維護(hù)到運(yùn)營(yíng)的成本都始終居高不下，所以sap等公司最早參與嘗試將其原本的erp系統(tǒng)擴(kuò)展提供了saas服務(wù)模式的解決方案。除erp外，目前逐步開(kāi)始摸索提供sa

13、as服務(wù)的還包括oa系統(tǒng)、電商后臺(tái)管理系統(tǒng)等各種網(wǎng)絡(luò)應(yīng)用。而國(guó)內(nèi)的系統(tǒng)云端化的進(jìn)程才剛剛起步，只有少量的軟件公司提供了saas服務(wù)。即使如此，在pos行業(yè)的商戶(hù)服務(wù)平臺(tái)上使用云計(jì)算的saas服務(wù)模式進(jìn)行設(shè)計(jì)，目前也是尚無(wú)先例。但saas服務(wù)模式所帶來(lái)的系統(tǒng)的靈活度、系統(tǒng)配置工作的簡(jiǎn)化、用戶(hù)的高度自主，都將使他成為以后軟件業(yè)中的重要服務(wù)模式和系統(tǒng)開(kāi)發(fā)的設(shè)計(jì)方式。1.3 本平臺(tái)設(shè)計(jì)的目的與實(shí)際意義商戶(hù)服務(wù)平臺(tái)對(duì)于一家收單公司的作用是顯而易見(jiàn)的，公司可利用這樣的平臺(tái)大幅降低服務(wù)的成本，讓用戶(hù)擁有完美的體驗(yàn)以此大幅提高老用戶(hù)的忠誠(chéng)度并吸引和增加新的用戶(hù)。然后本次的研究除了為公司帶來(lái)這樣的商業(yè)價(jià)值外，也

14、嘗試性的將云計(jì)算中的saas服務(wù)模式結(jié)合到這種專(zhuān)向的網(wǎng)絡(luò)服務(wù)應(yīng)用中，而目前國(guó)內(nèi)類(lèi)似平臺(tái)均未采用過(guò)這一模式，我們希望通過(guò)這次的嘗試積累已經(jīng)的經(jīng)驗(yàn)，從而逐步將商戶(hù)服務(wù)的各項(xiàng)功能均能以saas這樣的模式提供服務(wù)，從而降低平臺(tái)的維護(hù)成本。本課題主要通過(guò)研究pos收單行業(yè)需要提供的商戶(hù)服務(wù)的實(shí)際情況，根據(jù)行業(yè)當(dāng)前相關(guān)的業(yè)務(wù)流程，以?xún)?yōu)化業(yè)務(wù)流程、提供用戶(hù)體驗(yàn)為標(biāo)準(zhǔn)，進(jìn)行需求分析及系統(tǒng)設(shè)計(jì)；在滿足商戶(hù)服務(wù)平臺(tái)基本功能的前提下，探尋結(jié)合saas服務(wù)模式的概念對(duì)平臺(tái)的其他服務(wù)進(jìn)行設(shè)計(jì)與開(kāi)發(fā)。使該平臺(tái)在滿足各類(lèi)型商戶(hù)的統(tǒng)一對(duì)帳、交易查詢(xún)等功能的基礎(chǔ)上，還擁有自主選擇購(gòu)買(mǎi)個(gè)性化服務(wù)的功能。同時(shí)也從復(fù)雜的系統(tǒng)維護(hù)工作

15、中將公司員工釋放出來(lái)，有更多的精力投入到其他個(gè)性化服務(wù)的研發(fā)中。1.4 課題研究的主要內(nèi)容本課題是基于web應(yīng)用采用ssh2框架的經(jīng)典三層結(jié)構(gòu)進(jìn)行設(shè)計(jì)與實(shí)現(xiàn)的，并由部分功能采用了云計(jì)算的saas模式的進(jìn)行設(shè)計(jì)，以求獲得更好的靈活性和擴(kuò)展性，在設(shè)計(jì)的過(guò)程中，使用uml統(tǒng)一建模語(yǔ)言和面向?qū)ο笤O(shè)計(jì)思維方式建立業(yè)務(wù)模型，圍繞業(yè)務(wù)模型對(duì)系統(tǒng)進(jìn)行規(guī)劃和設(shè)計(jì)，再以詳細(xì)設(shè)計(jì)為基礎(chǔ)完成代碼開(kāi)發(fā)工作。整個(gè)工程運(yùn)用先進(jìn)的迭代開(kāi)發(fā)工程理論指導(dǎo)系統(tǒng)的開(kāi)發(fā)過(guò)程進(jìn)行實(shí)際操作。主要工作包括：1. 以杉德公司實(shí)際業(yè)務(wù)為基礎(chǔ)，對(duì)于pos收單行業(yè)具體業(yè)務(wù)和用戶(hù)需求進(jìn)行調(diào)研，再參考業(yè)界其他公司的已有平臺(tái)。并利用uml建模技術(shù)進(jìn)行分析

16、，完成了該商戶(hù)服務(wù)平臺(tái)的需求分析，并畫(huà)出了相關(guān)的用例圖。2. 閱讀站在云端的saas一書(shū)，對(duì)saas服務(wù)模式的設(shè)計(jì)方式進(jìn)行學(xué)習(xí)和實(shí)踐，掌握此概念的軟件架構(gòu)方式以及實(shí)現(xiàn)方法。對(duì)其他相關(guān)的開(kāi)發(fā)技術(shù)進(jìn)行學(xué)習(xí)和分析，掌握了j2ee平臺(tái)開(kāi)發(fā)技術(shù)，掌握了java語(yǔ)言。3. 熟悉mysql數(shù)據(jù)庫(kù)的開(kāi)發(fā)技術(shù)，并學(xué)習(xí)了解mysql數(shù)據(jù)庫(kù)的讀寫(xiě)分離部署方式和同步機(jī)制。 4. 對(duì)商戶(hù)服務(wù)平臺(tái)進(jìn)行了總體結(jié)構(gòu)設(shè)計(jì)以及功能設(shè)計(jì)。決定采用mvc三層架構(gòu)，并把該系統(tǒng)劃分為6個(gè)模塊：系統(tǒng)管理、對(duì)帳管理、分析報(bào)表、商戶(hù)信息管理、增值服務(wù)中心和通知與公告。5. 對(duì)該系統(tǒng)進(jìn)行了詳細(xì)設(shè)計(jì)，包括數(shù)據(jù)庫(kù)設(shè)計(jì)以及各模塊的處理邏輯設(shè)計(jì)，給出其

17、順序圖，并進(jìn)行了描述。6. 設(shè)計(jì)出通用的數(shù)據(jù)訪問(wèn)接口，與公司目前正式上線使用的其他系統(tǒng)進(jìn)行有效交互，合作完成部分功能。7. 對(duì)商戶(hù)服務(wù)平臺(tái)進(jìn)行了界面頁(yè)面設(shè)計(jì)以及編程實(shí)現(xiàn)。首先實(shí)現(xiàn)了各模塊的功能，然后進(jìn)行集成，并對(duì)該系統(tǒng)進(jìn)行了調(diào)試。1.5 本文的組織結(jié)構(gòu)本文的組織結(jié)構(gòu)如下：第1章是引言，主要論述了課題的背景，意義和目的，以及國(guó)內(nèi)壽誕行業(yè)服務(wù)平臺(tái)的現(xiàn)狀及趨勢(shì)和本課題的主要研究?jī)?nèi)容。第2章是相關(guān)技術(shù)，主要介紹了系統(tǒng)在設(shè)計(jì)和開(kāi)發(fā)過(guò)程中所涉及到的方法和技術(shù)。第3章是該商戶(hù)服務(wù)平臺(tái)的需求分析，梳理了主要的業(yè)務(wù)流程，分析了該系統(tǒng)功能性需求、非功能性需求和系統(tǒng)約束。并給出了不同角色在各種情況下的用例圖，定義了

18、系統(tǒng)的用戶(hù)角色和權(quán)限控制要求。第4章是該商戶(hù)服務(wù)平臺(tái)的詳細(xì)設(shè)計(jì)，在本章中，先整體定義了系統(tǒng)使用的架構(gòu)，然后設(shè)計(jì)了與外部系統(tǒng)的相關(guān)接口，并根據(jù)需求分析的結(jié)果劃分了功能模塊。運(yùn)用了順序圖描述了各模塊的處理邏輯和過(guò)程。本章還描述了該系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)，并給出了數(shù)據(jù)庫(kù)表和表關(guān)系圖。第5章是系統(tǒng)的實(shí)現(xiàn)，詳細(xì)介紹了各模塊的編程實(shí)現(xiàn)，給出了界面截圖以及部分代碼。第6章總結(jié)與展望，主要是對(duì)本文所做工作的總結(jié)，并規(guī)劃下一步工作計(jì)劃。第2章 相關(guān)技術(shù)2.1云計(jì)算及saas模式概述云計(jì)算在現(xiàn)今中國(guó)非常熱門(mén)，無(wú)論是商家廣告、網(wǎng)絡(luò)、電視等等到處充斥著這個(gè)名詞，那么云計(jì)算究竟是什么？云計(jì)算是對(duì)基于網(wǎng)絡(luò)的、可配置的共享計(jì)算機(jī)

19、資源池能夠方便的、隨需訪問(wèn)的一種模式5。它其實(shí)是一種通過(guò)internet以服務(wù)的方式提供動(dòng)態(tài)可伸縮的虛擬化的資源的計(jì)算模式，是分布式計(jì)算、并行計(jì)算、效用計(jì)算、網(wǎng)絡(luò)存儲(chǔ)、虛擬化、負(fù)載均衡等傳統(tǒng)計(jì)算機(jī)和網(wǎng)絡(luò)技術(shù)發(fā)展融合的產(chǎn)物，所以從某種意義上講，云計(jì)算并不算一種全新的技術(shù)而只是整合了以往技術(shù)的優(yōu)點(diǎn)。云計(jì)算的基本價(jià)值在于節(jié)省成本，降低運(yùn)營(yíng)成本，企業(yè)可以專(zhuān)注在自己所熟悉的產(chǎn)業(yè)的相關(guān)業(yè)務(wù)，在自己熟悉的業(yè)務(wù)范圍內(nèi)做到專(zhuān)業(yè)和權(quán)威，再通過(guò)用戶(hù)增加，平均的運(yùn)行成本也會(huì)進(jìn)一步降低，形成產(chǎn)業(yè)經(jīng)濟(jì)規(guī)模8。云有很多含義，所以任何人對(duì)其都無(wú)法給出嚴(yán)密的定義。云最具體的定義，指的是軟件即服務(wù)(簡(jiǎn)稱(chēng)saas)，即可以再現(xiàn)訪問(wèn)

20、的軟件應(yīng)用。云還有一個(gè)含義，指的是基礎(chǔ)設(shè)施即服務(wù)(簡(jiǎn)稱(chēng)iaas)，即向用戶(hù)出租服務(wù)器，按時(shí)間計(jì)費(fèi)，亞馬遜ec2就提供這樣的服務(wù)。云的另外一個(gè)含義，指的是平臺(tái)即服務(wù)(簡(jiǎn)稱(chēng)paas)，即提供工具，讓用戶(hù)建造在宿主云中運(yùn)行的軟件。這些含義在技術(shù)圈子里非常通用，已經(jīng)明確寫(xiě)入美國(guó)國(guó)家標(biāo)準(zhǔn)技術(shù)研究所的標(biāo)準(zhǔn)型文件1。相交于另外兩種含義所定義出的服務(wù)，saas作為最貼近最終用戶(hù)的云計(jì)算，其發(fā)展是否順利將直接決定云計(jì)算的發(fā)展歷程3。它是指各種互聯(lián)網(wǎng)及應(yīng)用軟件即是服務(wù)。有時(shí)也被稱(chēng)為“按需提供的軟件服務(wù)”，是一種通過(guò)互聯(lián)網(wǎng)提供軟件及相關(guān)數(shù)據(jù)的模式4。如果說(shuō)saas對(duì)用戶(hù)而言是一種服務(wù)，那么其實(shí)對(duì)于開(kāi)發(fā)設(shè)計(jì)人員它更是

21、一種設(shè)計(jì)和開(kāi)發(fā)的模式，以提供云服務(wù)為目標(biāo)設(shè)計(jì)和開(kāi)發(fā)自己的系統(tǒng)。saas模式會(huì)有如下幾個(gè)特點(diǎn)：1.軟件在線租賃：所有使用saas服務(wù)的用戶(hù)都不需要下載、安裝購(gòu)買(mǎi)的系統(tǒng)，因?yàn)閷?shí)際的購(gòu)買(mǎi)的并非軟件本身，而是軟件所提供的服務(wù)，所以與其說(shuō)購(gòu)買(mǎi)租賃的表述更為貼切。用戶(hù)付款后可直接使用相關(guān)功能，而在不需費(fèi)的情況下不再被允許使用這項(xiàng)功能。租賃的模式大大降低了企業(yè)使用軟件的成本，這也是近幾年saas持續(xù)大熱的主要原因。也正因如此，多租戶(hù)技術(shù)成為了云計(jì)算平臺(tái)的重要技術(shù)，該技術(shù)使得大量的租戶(hù)能夠共享同一堆棧的軟、硬件資源6。2.個(gè)性化功能配置：在以往的軟件購(gòu)買(mǎi)模式中，用戶(hù)支付費(fèi)用往往是購(gòu)買(mǎi)整個(gè)系統(tǒng)，或者是軟件公司切

22、割后的幾種組合，但在saas模式中，用戶(hù)可以根據(jù)自己的實(shí)際需求自由組合所需要購(gòu)買(mǎi)的功能。列舉本次論文中設(shè)計(jì)的商戶(hù)服務(wù)平臺(tái)中的服務(wù)，在商戶(hù)服務(wù)平臺(tái)中提供的例如會(huì)員管理、定制報(bào)表等，實(shí)際商戶(hù)只在需要的時(shí)候采取購(gòu)買(mǎi)開(kāi)通那個(gè)功能的使用權(quán)限，而某一功能不開(kāi)通也不會(huì)影響到用戶(hù)對(duì)其他功能的使用2。3.強(qiáng)調(diào)對(duì)應(yīng)用套件的支持：saas非常強(qiáng)調(diào)應(yīng)用套件的支持?，F(xiàn)今很多企業(yè)的信息系統(tǒng)架構(gòu)往往都不是一個(gè)系統(tǒng)或平臺(tái)，而saas則是以應(yīng)用套件的概念設(shè)計(jì)解決方案，通過(guò)web平臺(tái)將各種前臺(tái)后臺(tái)的應(yīng)用服務(wù)均集成在一個(gè)平臺(tái)上，用戶(hù)只需登錄一個(gè)網(wǎng)站或前臺(tái)就可以獲得所有服務(wù)，也就是說(shuō)，saas強(qiáng)調(diào)的是一種一站式服務(wù)的概念2。4.采用

23、分層結(jié)構(gòu)進(jìn)行開(kāi)發(fā)：saas模式由于其對(duì)于靈活性和擴(kuò)展性的高度要求，非常適合j2ee平臺(tái)主流框架的分層機(jī)制進(jìn)行開(kāi)發(fā)，因?yàn)槎嘤脩?hù)不同流程的模式，業(yè)務(wù)模型相同的情況下實(shí)際控制是不同的。同時(shí)，客戶(hù)最大的個(gè)性化需求來(lái)自于視圖，不同用戶(hù)對(duì)于視圖的內(nèi)容和格式要求均會(huì)不同，這時(shí)如果通過(guò)分層機(jī)制和引入設(shè)計(jì)模式就能簡(jiǎn)單的對(duì)系統(tǒng)進(jìn)行更新和維護(hù)2。除以上優(yōu)點(diǎn)外，云計(jì)算與大數(shù)據(jù)的結(jié)合將非常有利于數(shù)據(jù)的再利用，可應(yīng)用于數(shù)據(jù)挖掘和知識(shí)發(fā)現(xiàn)領(lǐng)域。是指從大型數(shù)據(jù)庫(kù)中自動(dòng)提取知識(shí)，目標(biāo)是發(fā)現(xiàn)數(shù)據(jù)中隱藏的、以前未知的、潛在游泳的知識(shí)，本質(zhì)上是在大的數(shù)據(jù)機(jī)和中尋找數(shù)據(jù)間的規(guī)則及普遍模式25。2.2 uml概述隨著市場(chǎng)所要求軟件的復(fù)雜

24、度不斷增大，軟件開(kāi)發(fā)的方法學(xué)一直在進(jìn)化。進(jìn)入20世紀(jì)90年代，面向?qū)ο笤O(shè)計(jì)方法學(xué)開(kāi)始受到青睞，而uml也隨之興起16。它不僅統(tǒng)一了booch、rumbaugh和jacobson的表示方法，而且對(duì)其做了進(jìn)一步的發(fā)展，并最終統(tǒng)一為大眾所接受的標(biāo)準(zhǔn)建模語(yǔ)言11。uml這三個(gè)字母的全稱(chēng)是unified modeling language，直接翻譯就是統(tǒng)一建模語(yǔ)言，簡(jiǎn)單地說(shuō)就是一種有特殊用途的語(yǔ)言12。這一語(yǔ)言經(jīng)常被用于需求分析和系統(tǒng)設(shè)計(jì)的環(huán)節(jié)中。uml采用用例這一關(guān)鍵元素捕獲顯示世界要做的事，再通過(guò)用例場(chǎng)景、領(lǐng)域模型等視圖將現(xiàn)實(shí)世界的人、事、物、規(guī)則這些構(gòu)成現(xiàn)實(shí)世界的元素用uml描述出來(lái)。而當(dāng)業(yè)務(wù)模型

25、用分析類(lèi)來(lái)描述的時(shí)候，我們實(shí)際上已經(jīng)采用了對(duì)象視角。被“邊界”、“控制”、“實(shí)體”以及“包”、“組件”等概念代替。而這些概念是可以被計(jì)算機(jī)理解的，是抽象化了的對(duì)象，完成了從業(yè)務(wù)模型到概念模型的轉(zhuǎn)換。最后在通過(guò)uml的設(shè)計(jì)類(lèi)將原本的概念模型轉(zhuǎn)換成設(shè)計(jì)模型，完成整個(gè)面向?qū)ο蟮脑O(shè)計(jì)過(guò)程13。2.3 j2ee和ssh2框架概述1.j2eej2ee是由sun公司開(kāi)發(fā)并推出的一套企業(yè)級(jí)應(yīng)用平臺(tái)規(guī)范，全稱(chēng)：java platform enterprise edition。它集web服務(wù)、組件模型、管理和通信api等為一體，能夠幫助我們快速開(kāi)發(fā)和部署可移植、高健壯、可伸縮且安全的服務(wù)器端java應(yīng)用程序，常被

26、用來(lái)實(shí)現(xiàn)企業(yè)級(jí)的面向服務(wù)體系結(jié)構(gòu)（service-oriented architecture，soa）和 web應(yīng)用程序。典型的java ee規(guī)范定義了四個(gè)層次，分別為客戶(hù)層、web層、企業(yè)組件ejb層、企業(yè)資源層17-182.ssh2ssh2技術(shù)是典型的j2ee三層結(jié)構(gòu)，分為表現(xiàn)層、中間層（業(yè)務(wù)邏輯層）和數(shù)據(jù)服務(wù)層。三層體系將業(yè)務(wù)規(guī)則、數(shù)據(jù)訪問(wèn)及合法性校驗(yàn)等工作放在中間層處理?？蛻?hù)端不直接與數(shù)據(jù)庫(kù)交互，而是通過(guò)組件與中間層建立連接，再由中間層與數(shù)據(jù)庫(kù)交互。將各層之間的調(diào)用均以接口作為封裝，在實(shí)例化相應(yīng)的對(duì)象，以此完成各層之間結(jié)耦，增加擴(kuò)展性和維護(hù)性。其中表現(xiàn)層是傳統(tǒng)的jsp技術(shù)，自1999年

27、問(wèn)世以來(lái)，經(jīng)過(guò)多年的發(fā)展，其廣泛的應(yīng)用和穩(wěn)定的表現(xiàn)，為其作為表現(xiàn)層技術(shù)打下了堅(jiān)實(shí)的基礎(chǔ)。再結(jié)合現(xiàn)在越來(lái)越多的開(kāi)源js框架，是的整個(gè)表現(xiàn)層的樣式更豐富，用戶(hù)體驗(yàn)更佳。中間層采用的是流行的spring+hibernate，為了將控制層與業(yè)務(wù)邏輯層分離，又細(xì)分為以下幾種。action層，就是mvc模式里面的“c”（controller），負(fù)責(zé)控制業(yè)務(wù)邏輯層與表現(xiàn)層的交互、信息轉(zhuǎn)發(fā)和調(diào)用業(yè)務(wù)邏輯層，并將業(yè)務(wù)數(shù)據(jù)返回給表現(xiàn)層作組織表現(xiàn)，在ssh2框架中這一層是采用struts2框架實(shí)現(xiàn)的。 service層（就是業(yè)務(wù)邏輯層），負(fù)責(zé)實(shí)現(xiàn)業(yè)務(wù)邏輯。service層以dao層為基礎(chǔ)，通過(guò)對(duì)dao組件的正面模式

28、包裝，完成系統(tǒng)所要求的業(yè)務(wù)邏輯。dao層（就是數(shù)據(jù)訪問(wèn)層），負(fù)責(zé)與持久化對(duì)象交互。該層封裝了數(shù)據(jù)的增、刪、查、改的操作。po，持久化對(duì)象。通過(guò)實(shí)體關(guān)系映射工具將關(guān)系型數(shù)據(jù)庫(kù)的數(shù)據(jù)映射成對(duì)象，很方便地實(shí)現(xiàn)以面向?qū)ο蠓绞讲僮鲾?shù)據(jù)庫(kù)，該系統(tǒng)采用hibernate作為orm框架。spring的作用貫穿了整個(gè)中間層，將web層、service層、dao層及po無(wú)縫整合，其數(shù)據(jù)服務(wù)層用來(lái)存放數(shù)據(jù)。該套框架最大的優(yōu)勢(shì)就是易于維護(hù)以及跨平臺(tái)，且由于它的松耦合性，非常適合當(dāng)今對(duì)于web應(yīng)用的快速發(fā)布、功能更新頻繁和易于維護(hù)的要求。(1)strut2 最早是apache jakarta項(xiàng)目的組成部分，其采用了mv

29、c模式，幫助java開(kāi)發(fā)者利用j2ee開(kāi)發(fā)web應(yīng)用19。struts2框架雖然是一個(gè)基于j2ee解決方案的設(shè)計(jì)實(shí)現(xiàn)，它同時(shí)又超越了j2ee，最典型的是視圖組件不再限定為jsp,而是可以靈活地采用其他形式20。(2)spring是一個(gè)輕型容器（light-weight container），是一個(gè)目前非?；钴S的開(kāi)源項(xiàng)目。其核心是bean工廠，用以構(gòu)造我們所需要的m（model）。在此基礎(chǔ)上，spring提供了ioc的容器和aop的實(shí)現(xiàn)，用它來(lái)提供非管理環(huán)境下申明方式的事務(wù)、安全等服務(wù)21。spring從來(lái)就不會(huì)為開(kāi)發(fā)者做決定，而只是盡可能給出多種選擇28。(3) hibernate框架是一種o

30、/r mapping對(duì)象關(guān)系映射型框架，它有效解決了關(guān)系型數(shù)據(jù)庫(kù)設(shè)計(jì)和面向?qū)ο笤O(shè)計(jì)之間不匹配矛盾，對(duì)jdbc實(shí)現(xiàn)了輕量級(jí)的對(duì)象封裝，并在關(guān)系型數(shù)據(jù)庫(kù)和對(duì)象之間做了一套自動(dòng)映射機(jī)制，使得軟件開(kāi)發(fā)能夠用非常簡(jiǎn)單的方式實(shí)現(xiàn)數(shù)據(jù)庫(kù)方面的操作，也可以使用面向?qū)ο缶幊痰乃枷氩倏財(cái)?shù)據(jù)庫(kù)?？傊?，它可以在任何使用jdbc的應(yīng)用場(chǎng)景中使用，并能夠取代javaee中的cmp實(shí)體，完成持久化工作22。hibernate提供的hql是面向?qū)ο蟮牟樵?xún)語(yǔ)言，它在對(duì)象型數(shù)據(jù)和關(guān)系型數(shù)據(jù)庫(kù)之間構(gòu)建了一條快速、高效、便捷的溝通通道27。2.4 mysql數(shù)據(jù)庫(kù)及其讀寫(xiě)分離技術(shù)概述mysql是一個(gè)比較常用的小型關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)

31、，由于其體積小、速度快、總體使用的成本低，尤其是開(kāi)放源碼這一特點(diǎn)，被廣泛運(yùn)用在各類(lèi)中小型網(wǎng)站中。mysql架構(gòu)與其他數(shù)據(jù)庫(kù)服務(wù)器大不相同，這使它能夠適應(yīng)廣泛的應(yīng)用。mysql并非盡善盡美，但足夠靈活，能適應(yīng)高要求環(huán)境，例如web應(yīng)用。同時(shí)，mysql還適用于嵌入式應(yīng)用、數(shù)據(jù)倉(cāng)庫(kù)、內(nèi)容索引和分發(fā)軟件、高可用的冗余系統(tǒng)、聯(lián)機(jī)事務(wù)處理系統(tǒng)(oltp)及很多其他應(yīng)用類(lèi)型10。本次設(shè)計(jì)中選用的mysql 5.0版本是一款面向企業(yè)應(yīng)用的小型關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)，提供了滿足網(wǎng)站系統(tǒng)所需的所有數(shù)據(jù)庫(kù)管理方面的功能，包括觸發(fā)器，存儲(chǔ)過(guò)程，視圖等。mysql中插件式存儲(chǔ)引擎架構(gòu)一直是其非常有特色的亮點(diǎn)，其靈活的處理

32、方式，高度可定制化及完全開(kāi)放的實(shí)現(xiàn)一直被很多高級(jí)用戶(hù)所肯定9。mysql數(shù)據(jù)庫(kù)主要支持的語(yǔ)言為t-sql語(yǔ)言（即sql 程式設(shè)計(jì)語(yǔ)言的增強(qiáng)版），它提供標(biāo)準(zhǔn) sql的ddl 和 dml 功能，加上延伸的函數(shù)、系統(tǒng)預(yù)存程序以及程式設(shè)計(jì)結(jié)構(gòu)(例如 if 和 while)讓程式設(shè)計(jì)更有彈性。但是對(duì)于商戶(hù)服務(wù)平臺(tái)這樣一個(gè)性能要求較高的平臺(tái)，單個(gè)mysql數(shù)據(jù)庫(kù)是無(wú)法滿足性能要求的，所以，在本次設(shè)計(jì)中還引入的mysql的讀寫(xiě)分離技術(shù)，以此提高數(shù)據(jù)庫(kù)的并發(fā)能力、性能及安全性。mysql proxy就是一種用來(lái)實(shí)現(xiàn)mysql讀寫(xiě)分離的程序，它是一個(gè)處于客戶(hù)端和服務(wù)器段之間的簡(jiǎn)單程序。它相當(dāng)于一個(gè)連接池，將前臺(tái)

33、應(yīng)用的連接請(qǐng)求轉(zhuǎn)發(fā)到后臺(tái)的數(shù)據(jù)庫(kù)，然后通過(guò)lua腳本，實(shí)現(xiàn)復(fù)雜的控制和過(guò)濾，實(shí)現(xiàn)將讀寫(xiě)請(qǐng)求分離。mysql proxy的根本原理就是建立主從兩套以上的數(shù)據(jù)庫(kù)，通過(guò)處理有將處理事務(wù)性操作發(fā)送到主庫(kù)處理，讓從庫(kù)處理所有的select查詢(xún)，再通過(guò)主從復(fù)制機(jī)制將主庫(kù)中的數(shù)據(jù)變更同步到集群眾的從庫(kù)。2.5 jquery頁(yè)面技術(shù)概述從用戶(hù)角度來(lái)說(shuō)，交互設(shè)計(jì)師一種如何讓產(chǎn)品更易用，更能幫助用戶(hù)達(dá)成目標(biāo)，且有效而讓人愉悅的技術(shù)15。所以交互設(shè)計(jì)對(duì)于一個(gè)系統(tǒng)來(lái)說(shuō)非常重要，而這往往需要借助頁(yè)面技術(shù)完成。jquery發(fā)布于2006年，因?yàn)樗子谑褂谩⒐δ軓?qiáng)大、展現(xiàn)優(yōu)雅、兼容性極佳而迅速贏得了web開(kāi)發(fā)者的鐘愛(ài)，不斷

34、地吸引著全球開(kāi)發(fā)者社區(qū)的技術(shù)愛(ài)好者、精英和專(zhuān)家們加入其陣營(yíng)23。jquery是一個(gè)javascript代碼倉(cāng)庫(kù)，開(kāi)發(fā)人員習(xí)慣稱(chēng)之為javascript框架，它可以幫助用戶(hù)使用很少的代碼，創(chuàng)建出漂亮的頁(yè)面效果24。jquery被譽(yù)為繼prototype后的又一優(yōu)秀力作，它的js庫(kù)中擁有很多成熟的插件可供選擇，是需要快速開(kāi)發(fā)或?qū)s編寫(xiě)并不非常熟悉的開(kāi)發(fā)人員的絕佳選擇。jquery的核心理念是write less,do more 即編碼少，實(shí)現(xiàn)多。使用這一js庫(kù)后開(kāi)發(fā)人員不用再在jsp文件中插入一大堆的js命令或者引入復(fù)雜的js文件，只需要定義id即可。這使得用戶(hù)的jsp頁(yè)面保持控制代碼和內(nèi)容的分

35、離，使編碼變得清晰、可讀可維護(hù)。jquery可以用最精簡(jiǎn)的程序代碼輕松實(shí)現(xiàn)跨瀏覽器html dom操作、事件處理、設(shè)計(jì)頁(yè)面元素動(dòng)態(tài)效果、ajax交互等功能。jquery的基石是jquery核心庫(kù)，在jquery核心庫(kù)的基礎(chǔ)上誕生了很多插件，包括jquery ui、jquery mobile以及其他大量的第三方插件29。第3章 系統(tǒng)需求分析3.1 系統(tǒng)整體分析3.1.1 業(yè)務(wù)流程分析根據(jù)需求調(diào)研的結(jié)果以及現(xiàn)有其他商戶(hù)服務(wù)平臺(tái)的功能分析，本系統(tǒng)包含的主要業(yè)務(wù)流程有：用戶(hù)帳戶(hù)開(kāi)通、交易數(shù)據(jù)關(guān)聯(lián)申請(qǐng)、增值服務(wù)功能開(kāi)通。然而我們需要讓業(yè)務(wù)模型盡可能地趨近真實(shí)的情況，而不是讓模型滿足這樣或那樣的標(biāo)準(zhǔn)14。

36、基于這樣的原則，我們整理后的業(yè)務(wù)流程說(shuō)明如下：1.用戶(hù)帳戶(hù)開(kāi)通用戶(hù)帳戶(hù)開(kāi)通分兩種方式，一種針對(duì)小商戶(hù)（往往只有1個(gè)店面或幾個(gè)小店面的商戶(hù)，默認(rèn)的用戶(hù)名為其商戶(hù)號(hào)）的商戶(hù)號(hào)賬戶(hù)，一種針對(duì)集團(tuán)商戶(hù)（大型的連鎖商戶(hù)，例如：麥當(dāng)勞、星巴克等）的集團(tuán)賬戶(hù)。這2類(lèi)商戶(hù)的賬戶(hù)開(kāi)通流程略有差異，具體如下：商戶(hù)號(hào)帳戶(hù)開(kāi)通流程：圖3.1 商戶(hù)號(hào)賬戶(hù)開(kāi)通流程圖如圖，商戶(hù)號(hào)賬戶(hù)的開(kāi)通流程主要有以下幾步：1.商戶(hù)在線下與我司簽署pos收單協(xié)議。2.我司員工在內(nèi)部的進(jìn)件系統(tǒng)中完成進(jìn)件流程，并最終通過(guò)審核。3.進(jìn)件系統(tǒng)反饋生成的商戶(hù)號(hào)和初始密碼給我司員工。4.我司員工線下告知商戶(hù)其登錄系統(tǒng)的用戶(hù)名（即商戶(hù)號(hào)）和初始密碼。5

37、.商戶(hù)登錄本平臺(tái)完善個(gè)人信息及聯(lián)系方式。6.商戶(hù)完成郵箱或短信驗(yàn)證。在這個(gè)業(yè)務(wù)中，本平臺(tái)主要功能為用戶(hù)信息維護(hù)與郵箱、短信驗(yàn)證。集團(tuán)賬戶(hù)開(kāi)通流程：圖3.2 集團(tuán)賬戶(hù)開(kāi)通流程圖如圖，集團(tuán)賬戶(hù)的開(kāi)通基本流程同商戶(hù)號(hào)賬戶(hù)，差異點(diǎn)在于通過(guò)進(jìn)件審核后會(huì)生成一個(gè)唯一的集團(tuán)管理員賬戶(hù)，其余用戶(hù)需要管理員登錄本平臺(tái)后自行創(chuàng)建。在這個(gè)業(yè)務(wù)中，本平臺(tái)需要提供的功能除用戶(hù)信息管理和短信、郵件驗(yàn)證外，還需要提供子用戶(hù)管理和權(quán)限管理功能。2. 交易數(shù)據(jù)關(guān)聯(lián)申請(qǐng)由于pos收單的底層結(jié)構(gòu)及行業(yè)中相關(guān)定義的原因，同一個(gè)商戶(hù)在安裝多臺(tái)機(jī)器時(shí)可能涉及多個(gè)商戶(hù)號(hào)，尤其對(duì)于集團(tuán)商戶(hù)（按照銀聯(lián)規(guī)定，商戶(hù)號(hào)為機(jī)構(gòu)碼+地域碼+商戶(hù)類(lèi)別碼+

38、4位隨機(jī)碼，這一規(guī)定導(dǎo)致了全國(guó)性集團(tuán)商戶(hù)分散于各地的網(wǎng)點(diǎn)所有pos機(jī)的商戶(hù)號(hào)不一致），為了方便用戶(hù)的對(duì)帳及管理，設(shè)計(jì)了交易數(shù)據(jù)關(guān)聯(lián)申請(qǐng)的業(yè)務(wù)流程。具體流程如下：圖3.3 交易數(shù)據(jù)關(guān)聯(lián)申請(qǐng)如圖，交易數(shù)據(jù)關(guān)聯(lián)申請(qǐng)的業(yè)務(wù)流程主要步驟如下：1.用戶(hù)查找需要關(guān)聯(lián)的商戶(hù)號(hào)記錄并提出申請(qǐng)。2.用戶(hù)退出系統(tǒng)后用被申請(qǐng)關(guān)聯(lián)的商戶(hù)號(hào)用戶(hù)登錄系統(tǒng)。3.查找之前的關(guān)聯(lián)申請(qǐng)并操作同意（如果發(fā)現(xiàn)非自己公司的用戶(hù)申請(qǐng)關(guān)聯(lián)可以拒絕）。4.同意后使用發(fā)起申請(qǐng)的用戶(hù)登錄即可查看關(guān)聯(lián)商戶(hù)號(hào)的交易信息和對(duì)帳信息。在這個(gè)業(yè)務(wù)中，對(duì)于集團(tuán)商戶(hù)的管理員賬戶(hù)必須自行關(guān)聯(lián)集團(tuán)賬戶(hù)下所有商戶(hù)號(hào)，才能保證集團(tuán)商戶(hù)的其他子用戶(hù)擁有正常的數(shù)據(jù)權(quán)限。3

39、. 增值服務(wù)功能開(kāi)通與關(guān)閉增值服務(wù)是系統(tǒng)中的特殊功能，需要收費(fèi)才能開(kāi)通，采用的是saas技術(shù)，隨買(mǎi)隨用，到期不續(xù)費(fèi)則自動(dòng)關(guān)閉權(quán)限。其開(kāi)通流程如下：圖3.4 增值服務(wù)功能開(kāi)通如圖，增值服務(wù)功能開(kāi)通需要如下幾步：1.用戶(hù)選擇需要的服務(wù)。2.用戶(hù)填寫(xiě)相關(guān)信息（例如購(gòu)買(mǎi)月數(shù)）。3.用戶(hù)在線支付款項(xiàng)。4.系統(tǒng)確認(rèn)款項(xiàng)后判斷服務(wù)類(lèi)型。5.如果是商戶(hù)服務(wù)平臺(tái)的服務(wù)，則直接在商戶(hù)服務(wù)平臺(tái)中將該功能權(quán)限賦予該用戶(hù)。6.如果是其他平臺(tái)的服務(wù)，則通過(guò)接口通知相應(yīng)的平臺(tái)為用戶(hù)開(kāi)通功能權(quán)限。對(duì)于集團(tuán)商戶(hù)的增值產(chǎn)品購(gòu)買(mǎi)必須由管理員帳戶(hù)完成，購(gòu)買(mǎi)時(shí)根據(jù)不同服務(wù)的配置確定購(gòu)買(mǎi)的用戶(hù)數(shù)量（部分服務(wù)是限制用戶(hù)數(shù)量的）。增值服務(wù)功

40、能關(guān)閉的流程如下：圖3.5 增值服務(wù)功能關(guān)閉如圖，增值服務(wù)功能的關(guān)閉是不由用戶(hù)發(fā)起的，用戶(hù)停止付費(fèi)則自動(dòng)關(guān)閉，具體步驟如下：1.系統(tǒng)每天定時(shí)判斷用戶(hù)購(gòu)買(mǎi)的服務(wù)是否到期（界線可配置，例如可設(shè)定提前5天提醒等）。2.如果已到期，則系統(tǒng)發(fā)送信息給用戶(hù)提醒服務(wù)到期提醒。3.用戶(hù)確定續(xù)費(fèi)則可繼續(xù)使用，若用戶(hù)到期仍未續(xù)費(fèi)則根據(jù)服務(wù)類(lèi)型在本平臺(tái)或通過(guò)接口通知對(duì)應(yīng)平臺(tái)關(guān)閉該功能。關(guān)閉后用戶(hù)將不能再使用該功能，被分配到該功能權(quán)限的子用戶(hù)也不能再使用該功能，如需再次開(kāi)通，需要重新購(gòu)買(mǎi)。3.1.2 功能性需求分析商戶(hù)服務(wù)平臺(tái)主要用于提供pos收單商戶(hù)日常所需的對(duì)帳、交易查詢(xún)等基本功能以及自身的簡(jiǎn)單管理，同時(shí)也需要提

41、供擴(kuò)展類(lèi)的增值服務(wù)，經(jīng)詳細(xì)的調(diào)研和分析，本平臺(tái)需要的功能有這些：商戶(hù)信息管理、對(duì)帳管理、系統(tǒng)配置、公告與通知以及增值服務(wù)中心。1.商戶(hù)信息管理主要用于提供商戶(hù)必要的信息管理，可修改自己的商戶(hù)基本信息，可對(duì)自己的賬戶(hù)相關(guān)進(jìn)行維護(hù)，例如：密碼修改、手機(jī)號(hào)綁定和郵箱綁定等。這些功能一般由商戶(hù)自行完成，每個(gè)商戶(hù)只能維護(hù)自己的內(nèi)容。2.對(duì)帳管理對(duì)帳管理部分主要分為2大部分的功能，一項(xiàng)是對(duì)賬單查詢(xún)和下載，另一項(xiàng)是交易數(shù)據(jù)的查詢(xún)和導(dǎo)出。對(duì)賬單是每天按商戶(hù)號(hào)和規(guī)定格式生成的文件形式數(shù)據(jù)，在管理中查詢(xún)的也是每個(gè)文件，下載文件后可在用戶(hù)本地查看。交易數(shù)據(jù)查詢(xún)和導(dǎo)出可分別按照明細(xì)數(shù)據(jù)和匯總數(shù)據(jù)。可直接再現(xiàn)查看交易數(shù)

42、據(jù)，也可導(dǎo)出到用戶(hù)本地。導(dǎo)出格式均為.xls文件。3.系統(tǒng)配置系統(tǒng)配置功能主要用于對(duì)商戶(hù)服務(wù)平臺(tái)的基礎(chǔ)信息進(jìn)行相關(guān)的配置,使得用戶(hù)可以順利的使用本平臺(tái)。這部分包含的功能有：集團(tuán)商戶(hù)組織架構(gòu)管理、數(shù)據(jù)關(guān)聯(lián)申請(qǐng)和用戶(hù)權(quán)限配置。集團(tuán)商戶(hù)組織架構(gòu)管理用于提供集團(tuán)管理員進(jìn)行組織架構(gòu)的維護(hù)和配置。而集團(tuán)的組織架構(gòu)主要用于集團(tuán)數(shù)據(jù)權(quán)限的分配。數(shù)據(jù)關(guān)聯(lián)申請(qǐng)是提供用戶(hù)自主申請(qǐng)管理商戶(hù)號(hào)數(shù)據(jù)權(quán)限的功能，由用戶(hù)自行申請(qǐng)可免去由我司配置造成數(shù)據(jù)錯(cuò)誤承擔(dān)責(zé)任的風(fēng)險(xiǎn)。用戶(hù)權(quán)限配置包含了集團(tuán)商戶(hù)的子用戶(hù)管理、用戶(hù)權(quán)限的分配等功能。主要管理用戶(hù)的操作權(quán)限以及子用戶(hù)的數(shù)據(jù)權(quán)限。用戶(hù)只有配置了操作權(quán)限和數(shù)據(jù)權(quán)限才能正常使用本平臺(tái)

43、。4.通知與公告通知與公告是我司日常與商戶(hù)在線溝通的主要模式，其中通知也提供商戶(hù)用戶(hù)之前的溝通。公告顯示在首頁(yè)，是由我司管理員對(duì)其進(jìn)行維護(hù)的，管理員發(fā)布公告并且可以指定可查看的范圍，例如當(dāng)工商銀行上海分行的交易系統(tǒng)需要進(jìn)行維護(hù)時(shí)就可以針對(duì)賬戶(hù)為工商銀行而所在地為上海的商戶(hù)發(fā)起公告，通知交易系統(tǒng)維護(hù)，到賬延遲。可避免用戶(hù)在不了解的情況下?lián)艽?00電話進(jìn)行報(bào)修，從而降低客服工作量和被投訴的可能性。通知也就是常說(shuō)的站內(nèi)信，主要用于小范圍溝通，需要支持用戶(hù)點(diǎn)對(duì)點(diǎn)發(fā)送站內(nèi)信，系統(tǒng)批量發(fā)送站內(nèi)信（主要是劃款通知），集團(tuán)商戶(hù)管理員對(duì)子用戶(hù)批量發(fā)送站內(nèi)信等功能。5. 增值服務(wù)中心增值服務(wù)中心是商戶(hù)服務(wù)平臺(tái)最大

44、的亮點(diǎn)，這部分功能是提供云計(jì)算概念服務(wù)的主要部分。即商戶(hù)可通過(guò)增值服務(wù)中心查看我司提供的所有增值服務(wù)內(nèi)容，并根據(jù)自己的需要選擇和購(gòu)買(mǎi)增值服務(wù)。購(gòu)買(mǎi)后就能直接使用，無(wú)需額外安裝或者其他操作。到期不再續(xù)費(fèi)則直接停止使用而不影響其它功能的正常使用。 目前提供的增值服務(wù)出商戶(hù)服務(wù)平臺(tái)上的定制報(bào)表外，還提供了pos機(jī)端個(gè)性化程序，包括diy小票、個(gè)性商戶(hù)名稱(chēng)、會(huì)員優(yōu)惠活動(dòng)、會(huì)員收集等功能。所以增值服務(wù)中心還需要接口與后臺(tái)的管理系統(tǒng)交互，即使開(kāi)啟和關(guān)閉pos機(jī)端程序。3.1.3 非功能性需求分析根據(jù)本平臺(tái)的特點(diǎn)及業(yè)務(wù)相關(guān)要求進(jìn)行分析，本系統(tǒng)的主要非功能性需求集中在通用性、性能及后續(xù)的可擴(kuò)展性，在此逐一進(jìn)行

45、分析。1.通用性要求由于本平臺(tái)面向用戶(hù)群體較大，同時(shí)對(duì)于本平臺(tái)的使用存在非強(qiáng)制性，所以不可能要求用戶(hù)統(tǒng)一瀏覽器等軟件來(lái)配合本平臺(tái)。因此本平臺(tái)需要擁有較好的通用性，可供絕大部分用戶(hù)使用。至少支持主流的4款瀏覽器(ie、火狐、google和opera)以保證大部分用戶(hù)正常使用。2.系統(tǒng)的性能由于本平臺(tái)主要服務(wù)于我司的pos收單商戶(hù)，而商戶(hù)數(shù)量超過(guò)10萬(wàn)，每天對(duì)賬單的生成時(shí)間為早上10點(diǎn)，故并發(fā)操作的可能性非常大，要求平臺(tái)能夠支持可支持并發(fā)1000人同時(shí)登錄，并發(fā)100人同時(shí)下載對(duì)賬單。對(duì)此，采取了數(shù)據(jù)庫(kù)讀寫(xiě)分離式架構(gòu)，保證查詢(xún)功能正常，同時(shí)對(duì)賬單保存于獨(dú)立的服務(wù)器上，保證下載對(duì)賬單不熟其他服務(wù)器性

46、能影響。3.系統(tǒng)的可擴(kuò)展性pos收單行業(yè)目前正面臨著巨大的變革，所以針對(duì)商戶(hù)的服務(wù)也會(huì)層出不窮的涌現(xiàn)、優(yōu)化。對(duì)此要求平臺(tái)擁有良好的擴(kuò)展性，便于優(yōu)化功能和添加新的服務(wù)及功能。因?yàn)榻Y(jié)合了云計(jì)算的saas服務(wù)模式設(shè)計(jì)部分的功能，而云服務(wù)往往采用soa進(jìn)行設(shè)計(jì)，把功能視為服務(wù)，云服務(wù)之間是一個(gè)松散耦合。云計(jì)算本身將軟件系統(tǒng)看作是一些有著標(biāo)準(zhǔn)接口的服務(wù)集合。針對(duì)不同的業(yè)務(wù)需求，企業(yè)可以像搭積木一樣將不同服務(wù)組合在一起來(lái)構(gòu)造一個(gè)新的業(yè)務(wù)系統(tǒng)7?；谶@樣的定義，本平臺(tái)對(duì)于松耦合和擴(kuò)展性要求較高。3.1.4 系統(tǒng)約束定義考慮到本平臺(tái)對(duì)于我司屬于整體的信息系統(tǒng)架構(gòu)中的一部分，故分析后可確認(rèn)如下的約束：1.交易數(shù)

47、據(jù)的接入配置由內(nèi)部系統(tǒng)管理，按項(xiàng)目配置，配置功能不在本平臺(tái)實(shí)現(xiàn)。2.交易數(shù)據(jù)在本平臺(tái)中保留查詢(xún)6個(gè)月，6個(gè)月之前的交易數(shù)據(jù)需要操作歷史查詢(xún)完成，并分開(kāi)存儲(chǔ)，1年以上交易數(shù)據(jù)不予在線查詢(xún)，以提高查詢(xún)效率。3.對(duì)賬單系統(tǒng)保留1年，超過(guò)1年的對(duì)賬單不予查詢(xún)及下載，需人工線下操作。4.本平臺(tái)對(duì)于交易數(shù)據(jù)以商終號(hào)+日期為單位保留匯總信息，以便生成各類(lèi)報(bào)表。5.本平臺(tái)交易支付功能直接無(wú)縫連接公司外部支付平臺(tái)，但用戶(hù)必須注冊(cè)我公司支付平臺(tái)帳號(hào)。3.2 uml用例分析3.2.1 首層用例圖根據(jù)業(yè)務(wù)流程及實(shí)際需求的分析，使用uml對(duì)商戶(hù)服務(wù)平臺(tái)進(jìn)行建模，設(shè)計(jì)了如下的首層用例圖：圖3.6 首層用例圖3.2.2 商

48、戶(hù)信息管理的用例圖分析商戶(hù)信息管理是用戶(hù)用于自行管理商戶(hù)信息、用戶(hù)信息以及修改密碼的功能部分，所以在該部分功能中僅有的角色為商戶(hù)用戶(hù)，主要的功能包括：1. 用戶(hù)可修改自己的登錄密碼。2. 用戶(hù)可查看自己的商戶(hù)資料。3. 用戶(hù)可修改自己的商戶(hù)資料。4. 用戶(hù)可綁定手機(jī)。5. 用戶(hù)可綁定郵箱。圖3.7 商戶(hù)信息管理用例圖3.2.3 數(shù)據(jù)關(guān)聯(lián)的用例圖分析數(shù)據(jù)關(guān)聯(lián)管理主要是用于交易數(shù)據(jù)關(guān)聯(lián)申請(qǐng)業(yè)務(wù)的實(shí)現(xiàn)，該部分主要涉及商戶(hù)用戶(hù)角色，但由于操作的業(yè)務(wù)不同，商戶(hù)用戶(hù)被擴(kuò)展位集團(tuán)商戶(hù)用戶(hù)和商戶(hù)號(hào)用戶(hù)，具體功能如下：1.所有商戶(hù)用戶(hù)均可發(fā)起關(guān)聯(lián)申請(qǐng)。2.用戶(hù)在發(fā)起申請(qǐng)時(shí)可以查詢(xún)所有商戶(hù)號(hào)記錄（僅提供辨別商戶(hù)號(hào)

49、的基本信息部提供敏感信息）。3.所有商戶(hù)用戶(hù)均可查看自己發(fā)起的關(guān)聯(lián)申請(qǐng)。4.所有商戶(hù)用戶(hù)均可對(duì)自己發(fā)起的關(guān)聯(lián)申請(qǐng)操作作廢或修改，除非對(duì)方已反饋確認(rèn)結(jié)果。5.僅商戶(hù)號(hào)用戶(hù)可查看所有要求關(guān)聯(lián)該商戶(hù)號(hào)的申請(qǐng)。6.僅商戶(hù)號(hào)用戶(hù)可對(duì)申請(qǐng)要求僅商戶(hù)號(hào)用戶(hù)可進(jìn)行確認(rèn)，可操作同意或者拒絕。圖3.8數(shù)據(jù)關(guān)聯(lián)用例圖3.2.4 對(duì)帳管理的用例圖分析對(duì)帳管理主要用于提供用戶(hù)進(jìn)行對(duì)賬單查詢(xún)下載、交易數(shù)據(jù)查詢(xún)等功能，該部分需求涉及的角色共有2個(gè)，分別是商戶(hù)用戶(hù)及其他系統(tǒng)，主要包含的用例如下：1.其他系統(tǒng)每天定時(shí)同步交易數(shù)據(jù)給到商戶(hù)服務(wù)平臺(tái)，并由平臺(tái)自動(dòng)進(jìn)行預(yù)處理。2.平臺(tái)根據(jù)每天同步的交易數(shù)據(jù)按商戶(hù)號(hào)生成每天的對(duì)賬單文件

50、。3.商戶(hù)用戶(hù)可以查詢(xún)自己的對(duì)賬單記錄。4.商戶(hù)用戶(hù)可以將對(duì)賬單記錄下載到本地。5.商戶(hù)用戶(hù)可以查看自己的交易明細(xì)記錄。6.商戶(hù)用戶(hù)可以查看自己的交易匯總記錄。圖3.9對(duì)帳管理用例圖3.2.5 增值服務(wù)中心的用例圖分析增值服務(wù)中心可提供用戶(hù)查看當(dāng)前平臺(tái)及我司其他平臺(tái)提供的服務(wù)信息、購(gòu)買(mǎi)相關(guān)的服務(wù)、對(duì)已經(jīng)夠買(mǎi)的服務(wù)進(jìn)行查看和續(xù)費(fèi)等功能。該部分需求涉及所有的角色，主要包含的用例如下：1.商戶(hù)用戶(hù)和管理員均可查看服務(wù)列表。2.商戶(hù)用戶(hù)可選擇服務(wù)列表或是購(gòu)物車(chē)中的服務(wù)進(jìn)行購(gòu)買(mǎi)。3.商戶(hù)用戶(hù)可將服務(wù)列表中的服務(wù)加入購(gòu)物車(chē)。4.商戶(hù)用戶(hù)可查看自己的購(gòu)物車(chē)列表。5.商戶(hù)用戶(hù)可查看已經(jīng)購(gòu)買(mǎi)的服務(wù)列表。6.商戶(hù)

51、用戶(hù)可在已購(gòu)買(mǎi)的服務(wù)列表中選擇服務(wù)進(jìn)行續(xù)費(fèi)。7.購(gòu)買(mǎi)和續(xù)費(fèi)業(yè)務(wù)均由其他系統(tǒng)提供支付功能。圖3.10增值服務(wù)中心用例圖3.2.6 系統(tǒng)配置與管理的用例圖分析系統(tǒng)配置與管理主要提供用戶(hù)對(duì)系統(tǒng)中相關(guān)基礎(chǔ)信息的配置和管理，主要有登錄日志查詢(xún)、組織架構(gòu)管理、用戶(hù)管理和權(quán)限管理，其中針對(duì)集團(tuán)商戶(hù)用戶(hù)還有特殊的子用戶(hù)管理和子用戶(hù)權(quán)限管理。具體如下：1.所有用戶(hù)均可使用登錄日志查詢(xún)功能，其中系統(tǒng)管理員可以查看所有人的登錄日志，集團(tuán)商戶(hù)管理員可查看他創(chuàng)建的子用戶(hù)的登錄日志，而商戶(hù)號(hào)用戶(hù)只能查看自己的登錄日志。2.集團(tuán)商戶(hù)用戶(hù)可以管理自己所在商戶(hù)的組織架構(gòu)，可新增組織架構(gòu)節(jié)點(diǎn)、移動(dòng)節(jié)點(diǎn)和作廢節(jié)點(diǎn)。3.集團(tuán)商戶(hù)用戶(hù)

52、可建立自己的下級(jí)子用戶(hù)。4.集團(tuán)商戶(hù)用戶(hù)可為自己的下級(jí)子用戶(hù)分配操作權(quán)限，但其所賦權(quán)限不能超過(guò)其本身的操作權(quán)限。5.系統(tǒng)管理員可以查看所有用戶(hù)信息。6.系統(tǒng)管理員可以修改用戶(hù)權(quán)限，但不包括集團(tuán)商戶(hù)自行建立的子用戶(hù)。圖3.11系統(tǒng)配置與管理用例圖3.2.7 公告與通知的用例圖分析公告與通知提供了我司與用戶(hù)、用戶(hù)與用戶(hù)之間的溝通功能，公告有系統(tǒng)管理員發(fā)布，用戶(hù)均可查看。通知?jiǎng)t為站內(nèi)信模式，由用戶(hù)點(diǎn)對(duì)點(diǎn)發(fā)送。該部分需求涉及2個(gè)角色，商戶(hù)用戶(hù)和系統(tǒng)管理員，具體用例如下：1.所有用戶(hù)均可查看公告，查看公告時(shí)只會(huì)看到查看范圍包括該用戶(hù)的公告。2.系統(tǒng)管理員可以管理公告。3.系統(tǒng)管理員可以新增或修改公告，公

53、告可以指定查看范圍，例如可制定某一公告只開(kāi)發(fā)某些地區(qū)的商戶(hù)查看等。4.系統(tǒng)管理員可對(duì)公告操作置頂/取消置頂。5.系統(tǒng)管理員可對(duì)公告作刪除操作。6.所有用戶(hù)均可管理自己的站內(nèi)信。7.所有用戶(hù)均可發(fā)送站內(nèi)信給指定的用戶(hù)，但商戶(hù)用戶(hù)只能發(fā)給管理員或同一集團(tuán)的其他商戶(hù)帳戶(hù)。8.所有用戶(hù)均可刪除自己收到或發(fā)送的短信，刪除只會(huì)刪除自己的記錄，不會(huì)影響其他收件人或發(fā)件人的記錄。9.所有用戶(hù)均可回復(fù)自己收到的短信。圖3.12公告與通知的用例圖3.3 用戶(hù)角色定義及權(quán)限控制需求分析3.3.1 用戶(hù)角色定義本平臺(tái)功能以菜單形式展現(xiàn)，用戶(hù)在權(quán)限系統(tǒng)中被賦上菜單權(quán)限和數(shù)據(jù)權(quán)限后即可以實(shí)現(xiàn)對(duì)該功能的操作。此處的用戶(hù)類(lèi)型

54、名稱(chēng)僅是一種廣義的概念，例如被賦有全部數(shù)據(jù)權(quán)限的集團(tuán)商戶(hù)用戶(hù)就可以查看該集團(tuán)下所有已關(guān)聯(lián)商戶(hù)的數(shù)據(jù)。表4.1 系統(tǒng)角色表角色編號(hào)用戶(hù)類(lèi)型名稱(chēng)說(shuō)明001系統(tǒng)管理員我公司員工，負(fù)責(zé)整個(gè)系統(tǒng)的相關(guān)設(shè)置，調(diào)整用戶(hù)權(quán)限等。002集團(tuán)商戶(hù)管理員集團(tuán)商戶(hù)用戶(hù)，負(fù)責(zé)該集團(tuán)內(nèi)的系統(tǒng)配置。003集團(tuán)商戶(hù)用戶(hù)集團(tuán)商戶(hù)的其他用戶(hù)，可根據(jù)被分配的權(quán)限，使用系統(tǒng)中的相關(guān)功能。004商戶(hù)號(hào)用戶(hù)用商戶(hù)號(hào)直接登錄的用戶(hù)，除可操作自己商戶(hù)號(hào)的相關(guān)功能外，還可確認(rèn)或拒絕其他用戶(hù)的數(shù)據(jù)關(guān)聯(lián)申請(qǐng)。3.3.2 權(quán)限控制分析由于本平臺(tái)的在商戶(hù)用戶(hù)的角色定義上較為復(fù)雜，對(duì)于不同類(lèi)型的商戶(hù)用戶(hù)其權(quán)限的控制也存在著較大的差異，在此進(jìn)行詳細(xì)的分析

55、。按照實(shí)際的控制需要，平臺(tái)將基于數(shù)據(jù)權(quán)限和操作權(quán)限兩種方式進(jìn)行控制的。1.數(shù)據(jù)權(quán)限數(shù)據(jù)權(quán)限用于控制用戶(hù)實(shí)際可以查看哪些數(shù)據(jù)。不同用戶(hù)類(lèi)型的數(shù)據(jù)權(quán)限配置方式不同。集團(tuán)商戶(hù)用戶(hù)的數(shù)據(jù)權(quán)限是基于組織架構(gòu)進(jìn)行配置的。而商戶(hù)號(hào)用戶(hù)沒(méi)有組織架構(gòu)，其數(shù)據(jù)權(quán)限默認(rèn)該商戶(hù)號(hào)下所有數(shù)據(jù)，后續(xù)可申請(qǐng)關(guān)聯(lián)其他商戶(hù)號(hào)數(shù)據(jù)。場(chǎng)景模擬：商戶(hù)用戶(hù)集團(tuán)商戶(hù)擁有10000000000000002，10000000000000003 兩個(gè)商戶(hù)號(hào)的關(guān)聯(lián)數(shù)據(jù)，該集團(tuán)下的a用戶(hù)被分配了10000000000000002的數(shù)據(jù)權(quán)限，那么a可查看到10000000000000002商戶(hù)號(hào)的交易數(shù)據(jù)信息，而看不到100000000000000

56、03商戶(hù)號(hào)的交易數(shù)據(jù)信息。2.操作權(quán)限操作權(quán)限是用于控制用戶(hù)實(shí)際可查看和操作那些功能。操作權(quán)限是基于系統(tǒng)菜單和操作按鈕進(jìn)行配置的（所有商戶(hù)用戶(hù)類(lèi)型配置的方式一樣），可配置到頁(yè)面中某一項(xiàng)操作的權(quán)限。擁有菜單權(quán)限后默認(rèn)擁有該菜單的查詢(xún)和查詢(xún)重置的按鈕權(quán)限，除此以外該頁(yè)面其他所有的增、刪、改、上傳、下載、審核等按鈕權(quán)限均需配置。但菜單僅限于一級(jí)頁(yè)面。以組織架構(gòu)管理來(lái)說(shuō)其第一個(gè)查詢(xún)界面就是菜單權(quán)限控制的，選中表示可看到組織架構(gòu)管理菜單，可點(diǎn)擊進(jìn)入查詢(xún)界面，但在這個(gè)菜單上的其他“新增”、“修改”、“作廢”、“移動(dòng)”和“預(yù)覽”均需作按鈕權(quán)限配置才能操作；但是二級(jí)的新增/修改界面無(wú)需額外配置權(quán)限，只要有“新

57、增”或“修改”的按鈕權(quán)限就可進(jìn)入并操作保存。場(chǎng)景模擬：集團(tuán)管理員給a用戶(hù)配置了對(duì)賬單管理、交易明細(xì)查詢(xún)功能，那么a用戶(hù)可在其菜單欄看到這2項(xiàng)，其它菜單看不到。其中對(duì)于交易明細(xì)查詢(xún)只配置了菜單權(quán)限，沒(méi)有配置導(dǎo)出按鈕的權(quán)限，所以a用戶(hù)只能查詢(xún)不能導(dǎo)出數(shù)據(jù)。結(jié)合之前數(shù)據(jù)權(quán)限配置時(shí)集團(tuán)商戶(hù)用戶(hù)的例子，對(duì)于用戶(hù)a的權(quán)限就應(yīng)該是，可在對(duì)賬單管理、交易明細(xì)查詢(xún)中查到商戶(hù)號(hào)10000000000000002的數(shù)據(jù)，但不能查到10000000000000003的，且不能再交易明細(xì)查詢(xún)中導(dǎo)出查到的交易數(shù)據(jù)。3.4 本章小結(jié)本章主要是對(duì)實(shí)際業(yè)務(wù)需求進(jìn)行分析，通過(guò)對(duì)業(yè)務(wù)流程的梳理確定平臺(tái)的主要業(yè)務(wù)流程、非功能性需求和約束條件。通過(guò)針對(duì)業(yè)務(wù)流程的流程圖繪制，明確了主體業(yè)務(wù)的流程以及本平臺(tái)需要針對(duì)這些實(shí)際業(yè)務(wù)所提供的功能。而在非功能性分析中，我們則分析系統(tǒng)的性能