1、題目：手機錢包管理系統本文首先分析了手機錢包的三大模塊，然后闡述了系統的設計原則，第一階段對業務流程和數據的調查，需求應符合實際工作業務需求，構建系統的功能模塊，并給出子模塊功能的簡述；第二階段正確繪制本系統的流程圖。將數據庫轉換為分E-R圖，最后合并成整體的E-R圖功能實現過程，對在整體設計中的功能給出SQL語句的相應描述，要求優化查詢，說明了需完善之處。最后，通過數據庫建表模擬，完成手機錢包管理系統的實現。本文手機錢包以支付寶為例。支付寶（中國）網絡技術有限公司是國內領先的第三方支付平臺，致力于提供“簡單、安全、快速”的支付解決方案。支付寶公司從2004年建立開始，始終以“信任”作為產品和

2、服務的核心。旗下有“支付寶”與“支付寶錢包”兩個獨立品牌。自2014年第二季度開始成為當前全球最大的移動支付廠商。支付寶主要提供支付及理財服務。包括網購擔保交易、網絡支付、轉賬、信用卡還款、手機充值、水電煤繳費、個人理財等多個領域。在進入移動支付領域后，為零售百貨、電影院線、連鎖商超和出租車等多個行業提供服務。還推出了余額寶等理財服務。支付寶與國內外180多家銀行以及VISA、MasterCard國際組織等機構建立戰略合作關系，成為金融機構在電子支付領域最為信任的合作伙伴。目錄一、引言.一.一.一.一1二、需求分析12.1 背景_一_一_一_一_12.1.1 背景12.1.2 需求現狀12.2

3、用戶需求分析22.2.1支付寶用戶需求分析22.2.2客戶需求分析22.2.3銀行卡用戶需求分析.一22.3功能需求描述22.3.1錢包管理模塊22.3.2 財富信息管理模塊.一.22.3.3后臺管理模塊22.3.4功能模塊圖_._22.4數據流圖32.4.1財富信息數據流圖32.4.2錢包管理數據流程圖._42.4.3消費管理數據圖42.4.4總數據流圖4三、概念結構設計53.1目標與任務_53.2實體屬性53.3E-R實體模擬圖63.3.1 各實體E-R圖_63.3.3系統總的E-R圖一_8四. 邏輯結構設計104.1 任務與目的一_一_.一.一.一.104.2關系模式的轉換104.3數據

4、模式的優化104.4優化后的關系模式.114.5設計用戶子模式_11五、設計SQL查詢功能115.1 SQL語言的概述_115.2 建立數據庫125.2.1 創建數據庫_125.2.2基本表的定義，刪除與修改.125.3 數據查詢_一_165.3.1 單表查詢_165.3.2嵌套查詢175.3.3集合查詢5.4數據更新5.4.1插入數據5.4.2修改數據5.4.3 刪除數據5.5觸發器的建立5.5.1觸發器概念5.5.2 定義觸發器六、總結七、參考文獻、引言手機錢包致力于為中國電子商務提供簡單、安全、快速的在線支付解決方案。支付寶賬戶是為了實現支付寶服務而推出的交易工具。支付寶為用戶提供在銀行

5、賬戶和支付寶賬戶之間的資金劃轉業務，并提供相應資金往來記錄的查詢和管理。為你解決后顧之憂!錢沒有直接交付到賣家手里。如果貨物出問題，錢很容易就回來！不會出現交錢后就萬事難的問題！支付寶其實就相當于擔保中介，在買家和賣家之間建立起資金互通的橋梁，如果買家直接把錢打到賣家的銀行帳戶，買家不放心，如果賣家直接把貨了，還怕收不到款，所以支付寶就在這種情況下出生的，買家買東西的時候先把錢打到中介支付寶公司等買家收到貨后，再由支付寶打轉入賣家帳戶，這樣以來，雙方放心了！手機錢包管理系統可以為買賣雙方完成安全、快速的網上支付業務，并為買賣家雙方提供了交易資金記錄的查詢和管理。所以建立應當建立一套手機錢包于支

6、付關系的管理系統。二、需求分析2.1背景2.1.1背景隨著社會的發展，人們的物質生活和精神生活不斷地提高，然而我們的社會也走進了一個全新的時代。各行各業都開始離不開信息化。不管是在學校，企業還是事業單位都在通過一些信息化的管理來實現對人和事物的管理，不僅方便、快捷、更節省了勞動力。然而錢包也不例外，手機錢包致力于為中國電子商務提供簡單、安全、快速的在線支付解決方案。如需現金的在線支付成為了手機錢包的絕對化優勢，現在我們以支付寶為例，建立支付寶管理系統，實現支付環境的最優化。2.1.2需求現狀：目前，雖然已經有了支付寶錢包管理系統，但是這種手機錢包管理系統有太多的局限性，已經不能滿足用戶和商家的

7、需求，主要存在以下問題：1. 進入支付寶立即不清楚賬號信息。2. 模塊內容雜亂。3設置功能不易發現，更換支付寶賬號較繁瑣。4太大眾化，與各種網銀錢包一樣，沒有自己的特點，沒有特殊群體特殊對待。6.多數功能客戶應用不到。2.2用戶需求分析用戶是系統的最終使用者，由分析可以得出結論,該系統應包含支付寶用戶,客戶，銀行卡三大用戶。這三類用戶對該系統分別有不同的需求。2.2.1支付寶用戶需求分析支付寶賬戶簡稱賬戶，賬戶戶對系統的主要要求是：可以進行轉賬，充值，繳費，購物等一系列財物支付活動的實體。2.2.2客戶需求分析賬戶戶進行轉賬，充值，繳費等支付活動的接受方。還是提供美食，電影,外賣，淘寶等交易的

8、用戶2.2.3銀行卡用戶需求分析支付寶通過銀行卡進行支付活動2.3功能需求描述由分析可以得出結論，該系統應包含錢包管理模塊，商家管理模塊，財富管理模塊。這三類模塊對該系統分別有不同的需求。2.3.1錢包管理模塊本模塊主要實現轉賬，手機充值，信用卡還款，生活繳費，收款，校園一卡通，美食，電影，外賣，淘寶等一系列消費管理活動。要涉及三類用戶：支付寶賬戶戶，客戶，銀行卡。用戶通過該系統實現與客戶，銀行卡之間的各項支付活動。2.3.2財富信息管理模塊每一個支付寶賬戶都可對銀行卡輸入、查詢、更新、插入、修改、刪除。2.3.3后臺管理模塊本模塊是整個系統的一個基礎，因為涉及到每個賬戶每個信息的不同。系統需

9、要動態的管理支付寶賬戶的輸入、查詢、更新、插入、修改、刪除。2.3.4功能模塊圖52.4數據流圖2.4.1財富信息數據流圖2.4.2錢包管理數據流程圖2.4.3消費管理數據圖2.4.4總數據流三、概念結構設計3.1目標與任務模型是對現實世界的模擬和抽象，概念模型是對現實世界的第一層抽象。是用戶與數據庫設計人員之間進行交流的語言。既念結構設計是將需求分析后得到的用戶需求抽象為反映用戶觀點的概念模型。3.2實體屬性1）賬戶（賬號、登錄密碼、頭像、姓名、性別、地區、綁定手機號、收貨地址）2）客戶（客戶賬號、姓名、頭像、性別、地區）3）銀行卡（銀行卡號、開戶姓名、開戶證件號、開戶銀行、開戶網點、密碼、

10、余額）4）余額寶（賬號、余額、收益、支付密碼）5）轉賬（客戶賬號、金額、日期、客戶姓名、備注、付款方式）6）購物（購物商家、購物類型、日期、金額、付款方式）7）充值（手機號、金額、付款方式，日期）8）賬單（賬單號、客戶賬號、日期、金額、交易類型）3.3E-R實體模擬圖3.3.1各實體E-R圖1）賬戶實體2）客戶實體3）銀行卡實體4）余額寶實體5）轉賬實體6）購物實體197）充值實體8）賬單實體3.3.3系統總的E-R圖充值金額11對象轉賬購物支付購買綁定屬于姓名1銀行卡支付密碼余額余額對象手機收貨地址日期綁定手機、余額寶充值賬戶登陸密頭像.n付款方式客戶賬號開戶網點'1支付n交易類型賬

11、單對方賬號'賬單號金額證件號對象四邏輯結構設計4.1任務與目的邏輯結構設計的任務是把概念結構設計階段設計好的基本E-R圖轉換為與選用DBMS產品所支持的數據模型相符合的邏輯結構。4.2關系模式的轉換4.2.1E-R圖向關系模型的轉換，實現將實體型和實體間的聯系轉換為關系模式。一個賬戶可以綁定多張銀行卡，一張銀行卡只能被一個賬戶綁定，故賬戶和銀行卡之間是一對多的聯系。一個賬戶只有一個余額寶，一個余額寶只屬于一個賬戶，故賬戶和余額寶之間是一對一的聯系。一個賬戶可以在多個商家購買東西，一個商家可以賣給多個賬戶東西，故賬戶和購物之間是多對多的聯系。一個賬戶可以進行多次轉賬，轉賬可以被多個賬戶進

12、行，故賬戶和轉賬多對多的聯系。一個賬戶可以進行多次手機充值，手機可以被多個賬號充值，故賬戶和手機充值之間是一對一的關系。一個客戶是一個購物商家，一個購物商家只能是一個客戶，故客戶和購物是一對一的聯系。一個客戶可以接受多次轉賬，一次轉賬只能傳遞給一個客戶，故客戶和轉賬是一對多的聯系。一個客戶可以接受多次充值，一次充值只能傳遞給一個客戶，故客戶和充值是一對多的聯系。一個賬單只能被一個余額寶或者一個銀行卡支付，一個余額寶或者一個銀行卡支付多個賬單，故賬單和余額寶、銀行卡是一對多的聯系。4.2.2按照最少關系模式把E-R圖轉換為關系模型如下：1）賬戶（賬號、姓名、性別、地區、綁定手機號、收貨地址、登錄

13、密碼）2）客戶（客戶賬號、姓名、性別、地區）3）銀行卡（銀行卡號、綁定賬戶賬號、開戶姓名、開戶銀行、密碼、余額）4）余額寶（賬號、余額、支付密碼）5）轉賬（客戶賬號、賬戶賬號、金額、日期、客戶姓名、備注、付款方式）6）購物（購物商家、賬戶賬號、客戶賬號、購物類型、日期、金額、付款方式）7）充值（賬戶賬號、手機號、金額、付款方式，日期）8）賬單（賬單號、對方賬號、賬戶賬號、銀行卡號、日期、金額、交易類型）4.3數據模式的優化賬戶關系：賬戶可以由賬號唯一標識，并且滿足BCNF的條件，故為BCNF。客戶關系：客戶可以由支付寶賬號唯一標識，并且滿足BCNF的條件，故為BCNF。銀行卡關系：主碼銀行卡號

14、與外碼綁定的賬戶賬號存在部分依賴，故為1NF余額寶關系：BCNF。轉賬關系：不存在部分依賴關系，也不存在專遞依賴關系，故為3NF。購物關系：3NF。充值關系：3NF。賬單關系：主碼賬單號與銀行卡號存在部分依賴關系，故為1NF4.4優化后的關系模式1）賬戶（賬號、姓名、性別、地區、綁定手機號、收貨地址、登錄密碼）2）客戶（客戶賬號、姓名、性別、地區）3）銀行卡（銀行卡號、開戶姓名、開戶銀行、密碼、余額）4）余額寶（賬號、余額、支付密碼）5）轉賬（客戶賬號、賬戶賬號、金額、日期、客戶姓名、備注、付款方式）6）購物（購物商家、賬戶賬號、客戶賬號、購物類型、日期、金額、付款方式）7）充值（賬戶賬號、手

15、機號、金額、付款方式，日期）8）賬單（賬單號、對方賬號、賬戶賬號、日期、金額、交易類型）4.5設計用戶子模式將概念模型轉換為全局邏輯模型后，還應該根據局部應用需求，結合具體DBMS的特點，設計用戶的外模式。目前關系數據庫管理系統一般都提供了視圖（Views）概念，可以利用這一功能設計更符合局部用戶需求的用戶外模式。定義數據庫全局模式主要是從系統的時間效率、空間效率、易維護等角度出發。由于用戶外模式與模式是相對獨立的，因此在定義用戶外模式時可以注重考慮用戶的習慣與方便。包括：（1）使用更符合用戶習慣的別名。（2）可以對不同級別的用戶定義不同的Views，以保證系統的安全性。（3）簡化用戶對系統的

16、使用。五、設計SQL查詢功能5.1SQL語言的概述結構化查詢語言是高級的非過程化編程語言，允許用戶在高層數據結構上工作。它不要求用戶指定對數據的存放方法，也不需要用戶了解具體的數據存放方式，所以具有完全不同底層結構的不同數據庫系統，可以使用相同的結構化查詢語言作為數據輸入與管理的接口。結構化查詢語言語句可以嵌套，這使它具有極大的靈活性和強大的功能。SQL語言是一個十分重要的標準數據庫語言。SQL語言包括查詢、數據操縱、定義、控制和管理等功能。SQL語言是一個綜合的、通用的、功能極強的關系數據庫語言。SQL功能強，簡單易學，是一種交互式的查詢語言，允許用戶直接使用查詢語句查詢存儲的數據SQL有以

17、下5個特點1) 綜合統一2) 高度非過程化3) 面向集合的操作方式4) 以同一語法結構提供多種使用方式5) 語言簡潔，易學易用5.2建立數據庫5.2.1創建數據庫createdatabase手機錢包管理系統5.2.2基本表的定義，刪除與修改1) 賬戶定義createtable賬戶(賬號char(20)notnullprimarykey姓名char(10)性別char(2)綁定手機號char(11)地區char(10),收貨地址char(20)登陸密碼char(20);表1賬戶屬性名字段類型主碼或外碼字段值約束賬號charPrimarykey20姓名char10性別char2綁定手機號char1

18、1地區char10收貨地址char20登陸密碼char20修改向賬戶表增加“注冊時間”列，其數據類型為日期型。Altertable賬戶add注冊時間datetime;刪除刪除賬戶表。Droptable賬戶cascade;2) 客戶定義createtable客戶(客戶賬號char(20)notnull姓名char(10)性別char(2)地區char(10),);表2客戶屬性名字段類型主碼或外碼字段值約束賬號charPrimarykey20姓名char10性別char2地區char10修改向客戶表增加“年齡”列，其數據類型為短整數型。Altertable客戶add年齡smallint；刪除刪除客

19、戶表。Droptable客戶cascade;3) 銀行卡定義createtable銀:行卡(銀行卡號char(20)notnullprimaryke，姓名char(10)開戶銀行char(10)密碼char(20)余額char(20)；表3銀行卡屬性名字段類型主碼或外碼字段值約束銀行卡號charPrimarykey20姓名char10開戶銀行char10密碼char20余額char20修改向銀行卡表增加“綁定手機號”列，其數據類型為字符型。Altertable銀行卡add綁定手機號char(11)；刪除刪除銀行卡表。Droptable$銀行卡cascade;4）余額寶定義createtable

20、余額寶（賬號char（20）,支付密碼char（20）余額char（20）primarykey（賬號）foreignkey（賬號）references賬戶（賬號），）;表4余額寶屬性名字段類型主碼或外碼字段值約束賬號charprimarykey20支付密碼char20余額char205）轉賬定義createtable轉賬（賬戶賬號char（20）客戶賬號char（20）金額char（20）日期datetime客戶姓名char（10）備注char（20）付款方式char（10）primarykey（賬戶賬號，客戶賬號）foreignkey（賬戶賬號）references賬戶（賬號），foreig

21、nkey（客戶賬號）references客戶（賬號），）；表5轉賬屬性名字段類型主碼或外碼字段值約束賬戶賬號charprimarykey20客戶賬號charprimarykey20金額char20日期Date客戶姓名char10備注char20付款方式char106）購物定義createtable購物(賬戶賬號char(20)客戶賬號char(20)金額char(20)日期date購物商家char(10)購物類型char(20)付款方式char(10)primarykey(賬戶賬號，客戶賬號)foreignkey(賬戶賬號)references賬戶(賬號)，foreignkey(客戶賬號)re

22、ferences客戶(賬號)，);表6購物屬性名字段類型主碼或外碼字段值約束賬戶賬號charprimarykey20客戶賬號charprimarykey20金額char20日期Date購物商家char10購物類型char20付款方式char107) 充值定義createtable充值(手機號char(11)賬戶戶賬號char(20)金額char(20)日期date，付款方式char(10)primarykey(賬戶賬號，手機號)foreignkey(賬戶賬號)references賬戶(賬號)，表7充值屬性名字段類型主碼或外碼字段值約束賬戶賬號charprimarykey20手機號charpri

23、marykey11金額char20日期Date付款方式char108) 賬單定義createtable賬單(賬單號char(20)賬戶賬號char(20)對方賬號char(20)金額char(20)日期date交易類型char(10)primarykey(賬單號);表8賬單屬性名字段類型主碼或外碼字段值約束賬單號charprimarykey20賬戶賬號char20對方賬號char20金額char20日期Date交易類型char205.3數據查詢5.3.1單表查詢查詢轉賬的詳細記錄Select*From轉賬;賬戶賬號客戶賬金日期客戶姓筍主討軟方式1W12011DD2C154)7-11吧:亞:二竄

24、陽張三還款銀行卡210220224)154)725陽亞d陽李四還款余額寶31032015C20154X74)4陽亞d陽張三還款銀行卡查詢消費金額20元以上的交易記錄Select*From賬單Where金額20;賬單號賬戶賬財方賬金日期交易類型1D11012D11DD20154)7-11陽麗d陽轉賬2021022025020154壓石陽麗d陽轉賬3031032015020154F74M陽麗d陽轉賬4D91032035020154F7-12陽麗d陽NULL查詢賬戶101的賬單記錄，并按時間的降序排列Select*From賬單Where賬戶賬號=101Orderby日期desc;賬單號賬戶賬財方賬號

25、金曰期交易類型107j101202W2O154X7-24亞:陽陽亞二購物2D11012D11DD20154）7-11亞:陽陽亞二轉賬3D41011558443B3332020154）74了匿:陽陽亞二充值5.3.2嵌套查詢查詢交易金額為50元的客戶姓名和賬號Select賬號，姓名From客戶Where對方賬號in（select對方賬號From賬單Where金額=50）；查詢沒有用銀行卡購物的賬戶賬號Select賬號From賬戶Wherenotexists（select*From購物Where賬戶賬號=賬戶，賬號and付款方式='銀行卡'）；5.3.3集合查詢查詢日期在2015年

26、7月及消費金額大于等于50的賬單號Select賬單號From賬單Where日期'2015-07-01'UnionSelect賬單號From賬單Where金額二'20'5.4數據更新5.4.1插入數據將一個新客戶元組（賬號：104；姓名：陳曉；性別：男;地區：天津）插入到賬戶表中。InsertInto賬戶（賬號，姓名，性別，地區）Values（'104','陳曉'，'男'，'天津'）；5.4.2修改數據將賬號103的賬戶性別改為女。Update賬戶Set性別二女Where賬號二103'；5.4.3刪除數據刪除賬號101的充值記錄DeleteFrom充值