手機錢包的-數(shù)據(jù)庫設計_第1頁
手機錢包的-數(shù)據(jù)庫設計_第2頁
手機錢包的-數(shù)據(jù)庫設計_第3頁
手機錢包的-數(shù)據(jù)庫設計_第4頁
手機錢包的-數(shù)據(jù)庫設計_第5頁
已閱讀5頁,還剩24頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領

文檔簡介

1、頁腳.題 目:手機錢包管理系統(tǒng)本文首先分析了手機錢包的三大模塊,然后闡述了系統(tǒng)的設計原則第一階 段對業(yè)務流程和數(shù)據(jù)的調(diào)查,需求應符合實際工作業(yè)務需求,構(gòu)建系統(tǒng)的功能模 塊,并紿出子模塊功能的簡述;第二階段正確繪制本系統(tǒng)的流程圖。將數(shù)據(jù)庫轉(zhuǎn) 換為分E-R圖,最后合并成整體的E-R圖功能實現(xiàn)過程,對在整體設計中的功能 給岀SQL語句的相應描述,要求優(yōu)化查詢,說明了需完善之處。最后,通過數(shù)據(jù) 庫建表模擬,完成手機錢包管理系統(tǒng)的實現(xiàn)。本文手機錢包以支付寶為例。支付寶(中國)網(wǎng)絡技術是國領先的第三方支付平臺,致力于提供“簡單、 安仝、快速”的支付解決方案。支付寶公司從2004年建立開始,始終以“信任”

2、作為產(chǎn)品和服務的核心。旗下有“支付寶”與“支付寶錢包”兩個獨立品牌。自 2014年第二季度開始成為當前全球最大的移動支付廠商。支付寶主要提供支付及理財服務。包括網(wǎng)購擔保交易、網(wǎng)絡支付、轉(zhuǎn)賬、信 用卡還款、手機充值、水電煤繳費、個人理財?shù)榷鄠€領域。在進入移動支付領域 后,為零售百貨、電影院線、連鎖商超和出租車等多個行業(yè)提供服務。還推出了 余額寶等理財服務。支付寶與國外180多家銀行以及VISA. MasterCard國際組 織等機構(gòu)建立戰(zhàn)略合作關系,成為金融機構(gòu)在電子支付領域最為信任的合作伙 伴。關鍵字:手機錢包管理系統(tǒng) 支付寶 數(shù)據(jù)庫SQL語言頁腳.目錄一、引言1二、需求分析 12. 1背景1

3、2. 1. 1 背景12. 1.2需求現(xiàn)狀12. 2用戶需求分析 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數(shù)據(jù)流圖32.4.1財富信息數(shù)據(jù)流圖32.4.2錢包管理數(shù)據(jù)流程圖42.4.3消費管理數(shù)據(jù)圖42.4.4總數(shù)據(jù)流圖4三、概念結(jié)構(gòu)設計53. 1目標與任務53.2實體屬性53.3 E-R實體模擬圖63.3. 1各實體E-R圖63.3.3系統(tǒng)總的E-R圖8四. 邏輯結(jié)構(gòu)設計104. 1任務與目的104.2關系模式的轉(zhuǎn)換10

4、頁腳.4.3數(shù)據(jù)模式的優(yōu)化104.4優(yōu)化后的關系模式114. 5設計用戶子模式11五、設計SQL查詢功能115. 1 SQL語言的概述115.2建立數(shù)據(jù)庫125.2. 1創(chuàng)建數(shù)據(jù)庫125.2.2基本表的定義,刪除與修改 125.3數(shù)據(jù)查詢165.3.1 單表養(yǎng)誨二二二二二二二二二二二二】65.3.2嵌套查詢175. 3. 3集合查詢5.4數(shù)據(jù)更新5.4. 1插入藪莊5. 4. 2修改數(shù)據(jù)5. 4.3刪除數(shù)據(jù)5.5觸發(fā)器的建立5.5. 1觸發(fā)器概念5.5.2定義觸發(fā)器六、總結(jié)七、參考文獻頁腳.手機錢包致力于為中國電子商務提供簡單、安全、快速的在線支付解決方案。 支付寶賬戶是為了實現(xiàn)支付寶服務而推

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

6、詢和管理。所以建立應當建立一套手機錢包于 支付關系的管理系統(tǒng)。二、需求分析2. 1背景2. 1. 1背景隨著社會的發(fā)展,人們的物質(zhì)生活和精神生活不斷地提高,然而我們的社會 也走進了一個全新的時代。各行各業(yè)都開始離不開信息化。不管是在學校,企業(yè) 還是事業(yè)單位都在通過一些信息化的管理來實現(xiàn)對人和事物的管理,不僅方便、 快捷、更節(jié)省了勞動力。然而錢包也不例外,手機錢包致力于為中國電子商務提 供簡單、安全、快速的在線支付解決方案。如需現(xiàn)金的在線支付成為了手機錢 包的絕對化優(yōu)勢,現(xiàn)在我們以支付寶為例,建立支付寶管理系統(tǒng),實現(xiàn)支付環(huán)境 的最優(yōu)化。2J2需求現(xiàn)狀目前,雖然已經(jīng)有了支付寶錢包管理系統(tǒng),但是這種

7、手機錢包管理系統(tǒng)有太 多的局限性,已經(jīng)不能滿足用戶和商家的需求,主要存在以下問題:1. 進入支付寶立即不清楚賬號信息。2模塊容雜亂。3. 設置功能不易發(fā)現(xiàn),更換支付寶賬號較繁瑣。4. 太大眾化,與各種網(wǎng)銀錢包一樣,沒有自己的特點,沒有特殊群體特殊對 待。6. 多數(shù)功能客戶應用不到。頁腳.2. 2用戶需求分析用戶是系統(tǒng)的最終使用者,由分析可以得出結(jié)論,該系統(tǒng)應包含支付寶用戶, 客戶,銀行卡三大用戶。這三類用戶對該系統(tǒng)分別有不同的需求。2.2.1支付寶用戶需求分析支付寶賬戶簡稱賬戶,賬戶戶對系統(tǒng)的主要要:可以進行轉(zhuǎn)賬,充值,繳費,購物等一系列財物支付活動的實體。2.2.2客戶需求分析賬戶戶進行轉(zhuǎn)賬

8、,充值,繳費等支付活動的接受方。還是提供美食,電影, 外賣,淘寶等交易的用戶2.2.3銀行卡用戶需求分析支付寶通過銀行卡進行支付活動2.3功能需求描述由分析可以得出結(jié)論,該系統(tǒng)應包含錢包管理模塊,商家管理模塊,財富管 理模塊。這三類模塊對該系統(tǒng)分別有不同的需求。2. 3.1錢包管理模塊本模塊主要實現(xiàn)轉(zhuǎn)賬,手機充值,信用卡還款,生活繳費,收款,校園一卡 通,美食,電影,外賣,淘寶等一系列消費管理活動。要涉及三類用戶:支付寶 賬戶戶,客戶,銀行卡。用戶通過該系統(tǒng)實現(xiàn)與客戶,銀行卡之間的各項支付活 動。2. 3.2財富信息管理模塊每一個支付寶賬戶都可對銀行卡輸入、查詢、更新、插入、修改、刪除。2.

9、3.3后臺管理模塊本模塊是整個系統(tǒng)的一個基礎,因為涉及到每個賬戶每個信息的不同。系統(tǒng) 需要動態(tài)的管理支付寶賬戶的輸入、查詢、更新、插入、修改、刪除。2. 3.4功能模塊圖頁腳.2.4數(shù)據(jù)流圖2. 4.1財富信息數(shù)據(jù)流圖2. 4.2錢包管理數(shù)據(jù)流程圖頁腳.2. 4.3消費管理數(shù)據(jù)圖2. 4.4總數(shù)據(jù)流頁腳.三、概念結(jié)構(gòu)設計3.1目標與任務模型是對現(xiàn)實世界的模擬和抽象,概念模型是對現(xiàn)實世界的第一層抽象。是用戶與數(shù)據(jù) 庫設計人員之間進行交流的語言。概念結(jié)構(gòu)設計是將需求分析后得到的用戶需求抽象為反映 用戶觀點的概念模型。3.2實體屬性1)賬戶(賬號、登錄密碼、頭像、性別、地區(qū)、綁定手機號、收貨地址)2

10、)客戶(客戶賬號、頭像、性別、地區(qū))3)銀行卡(銀行卡號、開戶、開戶證件號、開戶銀行、開戶網(wǎng)點、密碼、余額)4)余額寶(賬號、余額、收益、支付密碼)5)轉(zhuǎn)賬(客戶賬號、金額、日期、客戶、備注、付款方式)6)購物(購物商家、購物類型、日期、金額、付款方式)7)充值(手機號、金額、付款方式,日期)頁腳.8)賬單(賬單號、客戶賬號、日期、金額、交易類型)3.3 E-R實體模擬圖3. 3. 1各實體E-R圖1)賬戶實體2)客戶實體3)銀行卡實體4)余額寶實體5)轉(zhuǎn)賬實體6)購物實體頁腳.7)充值實體8)賬單實體3. 3.3系統(tǒng)總的E-R圖頁腳.頁腳.四. 邏輯結(jié)構(gòu)設計4. 1任務與目的邏輯結(jié)構(gòu)設計的任

11、務是把概念結(jié)構(gòu)設計階段設計好的基本E-R圖轉(zhuǎn)換為與 選用DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。4.2關系模式的轉(zhuǎn)換4. 2. 1 E-R圖向關系模型的轉(zhuǎn)換,實現(xiàn)將實體型和實體間的聯(lián)系轉(zhuǎn)換為關系模式。 一個賬戶可以綁定多銀行卡,一銀行卡只能被一個賬戶綁定,故賬戶和銀行 卡之間是一對多的聯(lián)系。一個賬戶只有一個余額寶,一個余額寶只屬于一個賬戶,故賬戶和余額寶之 間是一對一的聯(lián)系。一個賬戶可以在多個商家購買東西,一個商家可以賣給多個賬戶東西,故賬 戶和購物之間是多對多的聯(lián)系。一個賬戶可以進行多次轉(zhuǎn)賬,轉(zhuǎn)賬可以被多個賬戶進行,故賬戶和轉(zhuǎn)賬多對 多的聯(lián)系。一個賬戶可以進行多次手機充值,手機可以被多

12、個賬號充值,故賬戶和手機 充值之間是一對一的關系。一個客戶是一個購物商家,一個購物商家只能是一個客戶,故客戶和購物是 一對一的聯(lián)系。一個客戶可以接受多次轉(zhuǎn)賬,一次轉(zhuǎn)賬只能傳遞給一個客戶,故客戶和轉(zhuǎn)賬 是一對多的聯(lián)系。一個客戶可以接受多次充值,一次充值只能傳遞給一個客戶,故客戶和充值 是一對多的聯(lián)系。一個賬單只能被一個余額寶或者一個銀行卡支付,一個余額寶或者一個銀行 卡支付多個賬單,故賬單和余額寶、銀行卡是一對多的聯(lián)系。4. 2.2按照最少關系模式把E-R圖轉(zhuǎn)換為關系模型如下:1)賬戶(賬號、.性別、地區(qū)、綁定手機號、收貨地址、登錄密碼)2)客戶(客戶賬號、性別、地區(qū))3)銀行卡(銀行卡號、綁定

13、賬戶賬號、開戶、開戶銀行、密碼、余額)4)余額寶(賬號、余額、支付密翦)5)轉(zhuǎn)賬(客戶賬號、賬戶賬號、金額、日期、客戶、備注、付款方式)6)購物(購物商家、賬戶賬號.客戶賬號、購物類型、日期、金額、付款方式)7)充值(甘颶號、手機號、金額、付款方式,日期)8)賬單(麗號、對方懸號、賬戶懸號、銀行卡號、日期、金額、交易類型)4.3數(shù)據(jù)模式的優(yōu)化賬戶關系:賬戶可以由賬號唯一標識,并且滿足BCNF的條件,故為BCNFo 客戶關系:客戶可以由支付寶賬號唯一標識,并且滿足BCNF的條件,故為BCNFo頁腳.銀行卡關系:主碼銀行卡號與外碼綁定的賬戶賬號存在部分依賴,故為1肝余額寶關系:BCNFo轉(zhuǎn)賬關系:

14、不存在部分依賴關系,也不存在專遞依賴關系,故為3NF。購物關系:3NF。充值關系:3NF。賬單關系:主碼賬單號與銀行卡號存在部分依賴關系,故為1F4.4優(yōu)化后的關系模式1)賬戶(賬號、性別、地區(qū)、綁定手機號、收貨地址、登錄密碼)2)客戶(客戶賬號、性別、地區(qū))3)銀行卡(銀行卡號、開戶、開戶銀行、密碼、余額)4)余額寶(賬號、余額、支付密碼)5)轉(zhuǎn)賬(客戶賬號、賬戶賬號、金額、日期、客戶、備注、付款方式)6)購物(購物商家、賬戶賬號、客戶賬號、購物類型、日期、金額、付款方式)7)充值(賬戶賬號、手機號、金額、付款方式,日期)8)賬單(賬單號、對方賬號、賬戶賬號、日期、金額、交易類型)4.5設計

15、用戶子模式將概念模型轉(zhuǎn)換為全局邏輯模型后,還應該根據(jù)局部應用需求,結(jié)合具體 DBMS的特點,設計用戶的外模式。目前關系數(shù)據(jù)庫管理系統(tǒng)一般都提供了視圖(Views)概念,可以利用這一功 能設計更符合局部用戶需求的用戶外模式。定義數(shù)據(jù)庫全局模式主要是從系統(tǒng)的時間效率、空間效率、易維護等角度出 發(fā)。由于用戶外模式與模式是相對獨立的,因此在定義用戶外模式時可以注重考 慮用戶的習慣與方便。包括:(1)使用更符合用戶習慣的別名。(2)可以對不同級別的用戶定義不同的Views,以保證系統(tǒng)的安全性。(3)簡化用戶對系統(tǒng)的使用。五、設計SQL查詢功能5. 1 SQL語言的概述結(jié)構(gòu)化查詢語言是髙級的非過程化編程語

16、言,允許用戶在髙層數(shù)據(jù)結(jié)構(gòu)上工頁腳. 作。它不要求用戶指定對數(shù)據(jù)的存放方法,也不需要用戶了解具體的數(shù)據(jù)存放方 式,所以具有完全不同底層結(jié)構(gòu)的不同數(shù)據(jù)庫系統(tǒng)可以使用相同的結(jié)構(gòu)化查詢 語言作為數(shù)據(jù)輸入與管理的接口。結(jié)構(gòu)化查詢語言語句可以嵌套,這使它具有極 大的靈活性和強大的功能。SQL語言是一個十分重要的標準數(shù)據(jù)庫語言。SQL語言包括查詢、數(shù)據(jù)操縱. 定義、控制和管理等功能。SQL語言是一個綜合的、通用的.功能極強的關系數(shù) 據(jù)庫語言o SQL功能強,簡單易學,是一種交互式的查詢語言,允許用戶直接使 用查詢語句查詢存儲的數(shù)據(jù) SQL有以下5個特點1) 綜合統(tǒng)一2) 髙度非過程化3) 面向集合的操作方

17、式4) 以同一語法結(jié)構(gòu)提供多種使用方式5) 語言簡潔,易學易用5. 2建立數(shù)據(jù)庫5. 2. 1創(chuàng)建數(shù)據(jù)庫create database手機錢包管理系統(tǒng)5.2.2基本表的定義,刪除與修改1) 賬戶定義create table 賬戶(賬號 char(20) not nul 1 primary key,char:10),性別 char (2) 綁定手機號 char (11),地區(qū) char (10) 收貨地址 char (20),登陸密碼 char (20),表1賬戶屬性名字段類型主碼或外碼字段值約束賬號charPrimary key20char10性別char2綁定手機號char11地區(qū)char1

18、0收貨地址char20登陸密碼char20修改向賬戶表增加“注冊時間”列,其數(shù)據(jù)類型為日期型。 Alter table 賬戶 add 注冊時間 datetime:頁腳.刪除刪除賬戶表。Drop table 賬戶 cascade;2) 客戶定義create table 客戶(客戶賬號 char(20) not nu 11 primary key, char 10)性別 char,地區(qū) char (10),);表2客戶屬性名字段類型主碼或外碼字段值約束賬號charPrimary key20char10性別char2地區(qū)char10修改向客戶表增加“年齡”列,其數(shù)據(jù)類型為短整數(shù)型。 Alter ta

19、ble 客戶 add 年齡 smallint;刪除刪除客戶表。Drop table 客戶 cascade;3) 銀行卡定義create table 銀行卡(銀行卡號 char(20) not nul 1 primary key,char(10),開戶銀行 char (10),密碼char (20),余額char (20),表3銀行卡屬性名字段類型主碼或外碼字段值約束銀行卡號charPrimary key20char10開戶銀行char10密碼char20余額char20修改向銀行卡表增加“綁定手機號”列,其數(shù)據(jù)類型為字符型。Alter table銀行卡add綁定手機號char(l 1); 刪除

20、刪除銀行卡表。頁腳.Drop table 銀行卡 cascade;4)余額寶 定義 create table 余額寶(賬號 char (20) t支付密碼 char (20),余額 char (20),primary key(賬號),F(xiàn)oreign key (賬號 references 賬戶(賬號), );表4余額寶屬性名字段類型主碼或外碼字段值約束賬號charprimary key20支付密碼char20余額char205)轉(zhuǎn)賬定義create table 轉(zhuǎn)賬 (賬戶賬號char(20), 客戶賬號char (20), 金額 char (20), 日期 datetime, 客戶char (

21、10)備注char (20)付款方式 char (10)primary key(賬戶賬號,客戶賬號),foreign key (賬戶賬號)references 賬戶(賬號)foreign key【客戶賬號)references客戶(賬號),表5轉(zhuǎn)賬屬性名字段類型主碼或外碼字段值約束賬戶賬號charprimary key20客戶賬號charprimary key20金額char20日期Date客戶char10備注char20付款方式char106)購物 定義頁腳.create table 購物 (賬戶賬號char(20) 客戶賬號char (20), 金額 chai(20), 日期 date,購

22、物商家 char (10) 購物類型 char (20) 付款方式 char (10)primary key(賬戶賬號,客戶賬號),F(xiàn)oreign key (賬戶賬號)references 賬戶(賬號), foreign key (客戶賬號)references 客戶(賬號),表6購物屬性名字段類型主碼或外碼字段值約束賬戶賬號charprimary key20客戶賬號charprimary key20金額char20日期Date購物商家char10購物類型char20付款方式char107)充值定義create table 充值(手機號 char(11).賬戶戶賬號char(20),金額 ch

23、ar (20),日期 date,付款方式 char (10)primary key(賬戶賬號,手機號),foreign key (賬戶賬號)references 賬戶(賬號)表7充值屬性名字段類型主碼或外碼字段值約束賬戶賬號charprimary key20手機號charprimary key11金額char20日期Date付款方式char108)賬單 定義頁腳. create table 賬單 (賬單號 char (20), 賬戶賬號char(20:i, 對方賬號char (20), 金額 char (20), 日期 date, 交易類型 char (10) primary key(賬單號)

24、, );表8賬單屬性名字段類型主碼或外碼字段值約束賬單號charprimary key20賬戶賬號char20對方賬號char20金額char20日期Date交易類型char205.3數(shù)據(jù)查詢5. 3. 1單表查詢 查詢轉(zhuǎn)賬的詳細記錄 Select *From轉(zhuǎn)賬;慌戶賬號客戶賬金曰期客戶姓付蔻方式1i 10120110020157-11 00:00:00.000張三還款銀行卡21022025020155-2500:00:00.000李四還款余額寶310320150201507-04 00:00:00.000張三還款銀行卡查詢消費金額20元以上的交易記錄Select From賬單Where 金

25、額20;賬單號賬戶賬對方賬金日期交易類型1! 0110120110020157-11 00:00:00.0002021022025020105-25 00:00:(X).000轉(zhuǎn)賬30310320150201507-04 00:00:(X).000409103203502015)7-12 00:00:00.000NULL查詢賬戶101的賬單記錄,并按時間的降序排列Select From賬單Where賬戶賬號101Order by 日期 desc;頁腳.賬單號賬戶kkt對方賬號金曰期交易類型1)07;101S20210201)7-20 00:00:00.000201101201100201MJ7

26、-11 00:00:00.000304101155844983332020154)7-07 00:00:00.000充值5. 3.2嵌套查詢查詢交易金額為50元的客戶和賬號Select 賬號,From客戶Where對方賬號in(select對方賬號From賬單Where 金額=50);查詢沒有用銀行卡購物的賬戶賬號Select賬號From賬戶Where not exists(select *From購物Where賬戶賬號=賬戶,賬號and付款方式銀行卡);5. 3. 3集合查詢查詢?nèi)掌谠?015年7月及消費金額大于等于50的賬單號Select賬單號From賬單Where 日期2015-07-01UnionSelect賬單號From賬單Where 金額=20;5.4數(shù)據(jù)更新5. 4.1插入數(shù)據(jù)將一個新客戶元組(賬號:104;:曉;性別:男;地區(qū):)插入到賬戶表中。InsertInto賬戶(賬號,性別,地區(qū))Values ( 104,曉,男,);5. 4. 2修改數(shù)據(jù)將賬號103的賬戶性別改為女。Update賬戶Set性別二女頁腳.Where 賬號二 T03;5. 4. 3刪除數(shù)據(jù) 刪除賬號101的充值記錄 Delete

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論