數(shù)據(jù)庫課程設(shè)計手機話費管理系統(tǒng)報告

資料范本本資料為word版本，可以直接編輯和打印，感謝您的下載數(shù)據(jù)庫課程設(shè)計手機話費管理系統(tǒng)報告地點： 時間： 說明：本資料適用于約定雙方經(jīng)過談判，協(xié)商而共同承認，共同遵守的責任與義務(wù)，僅供參考，文檔可直接下載或修改，不需要的部分可直接刪除，使用時請詳細閱讀內(nèi)容摘要隨著移動通信行業(yè)在中國的崛起，手機正像當年街上來來往往的自行車一樣，飛到尋常百姓家，裝進每個人的口袋。這種可隨身攜帶的通訊工具，以其便捷的通訊方式，豐富的通訊功能，相對低廉的價格，正在向傳統(tǒng)的通訊工具發(fā)出挑戰(zhàn)。然而，也正是由于移動通訊工具的諸多優(yōu)點，使得手機的持有數(shù)量極具增長，這就給傳統(tǒng)的人工辦理繳費和查詢帶來了巨大的壓力。基于此，我們開發(fā)設(shè)計了此話費管理系統(tǒng)，利用數(shù)據(jù)庫強大的功能，實施網(wǎng)上繳費和查詢，來解決這個問題。在計算機高度普及的今天，人們的日常瑣事也越來越依賴于網(wǎng)絡(luò)。這也為我們這個數(shù)據(jù)庫設(shè)計提供了一個契機。用數(shù)據(jù)庫來儲存繁瑣的話費信息，這樣既方便工作人員管理，又便于用戶操作。既節(jié)省了存儲空間，又節(jié)省了操作時間。數(shù)據(jù)庫為話費管理提供了一個平臺，它將話費的相關(guān)信息存儲起來，并提供查詢、修改等操作功能，使話費管理變得簡單易行。同時，數(shù)據(jù)庫還可以用其他語言工具設(shè)計可視的操作界面，提高對話費信息的操作效率。本系統(tǒng)主要完成繳費操作，余額查詢，消費記錄，用戶管理等功能。操作簡單易行，能基本滿足話費管理的相關(guān)功能。本設(shè)計主要介紹了手機話費管理系統(tǒng)，它包括需求分析、概念結(jié)構(gòu)設(shè)計和邏輯結(jié)構(gòu)設(shè)計三個主要部分，主要實現(xiàn)對手機話費信息的規(guī)范化、系統(tǒng)化的管理。在需求分析中，主要內(nèi)容為數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲及數(shù)據(jù)流圖；在概念結(jié)構(gòu)設(shè)計中，構(gòu)造出E-R圖、總體概念模型和CDM圖；在邏輯結(jié)構(gòu)設(shè)計中主要工作就是將E-R圖轉(zhuǎn)換成關(guān)系模式，并構(gòu)造具體的PDM圖。關(guān)鍵字數(shù)據(jù)庫，數(shù)據(jù)庫設(shè)計，話費管理目錄HYPERLINK\l〃_Toc215849604〃摘要I1系統(tǒng)總體介紹及組內(nèi)分工11.1系統(tǒng)功能分析1TOC\o"1-5"\h\zHYPERLINK\l〃_Toc215849608〃1.2系統(tǒng)功能模塊設(shè)計 1HYPERLINK\l〃_Toc215849609〃1.3組內(nèi)分工 1HYPERLINK\l〃_Toc215849610〃2數(shù)據(jù)庫設(shè)計 2HYPERLINK\l〃_Toc215849611〃2.1需求分析3HYPERLINK\l〃_Toc215849612〃2.1.1需求分析設(shè)計思想 3HYPERLINK \l 〃_Toc215849613〃 2.1.2數(shù)據(jù)字典 3HYPERLINK \l 〃_Toc215849614〃 2.1.3數(shù)據(jù)流圖 9HYPERLINK \l 〃_Toc215849615〃 2.2概念結(jié)構(gòu)設(shè)計 11HYPERLINK\l〃_Toc215849616〃2.1.1概念結(jié)構(gòu)設(shè)計思想 11HYPERLINK\l〃_Toc215849617〃2.1.2概念結(jié)構(gòu)設(shè)計方法 11HYPERLINK\l〃_Toc215849618〃2.1.3CDM模型的生成過程14HYPERLINK\l〃_Toc215849619〃2.3邏輯結(jié)構(gòu)設(shè)計 20HYPERLINK\l〃_Toc215849620〃2.3.1邏輯結(jié)構(gòu)設(shè)計的思想20HYPERLINK\l〃_Toc215849621〃2.3.2E-R圖向關(guān)系模型的轉(zhuǎn)換20HYPERLINK\l〃_Toc215849622〃2.3.3PDM模型的生成過程22HYPERLINK \l 〃_Toc215849623〃 2.3.4 SQL腳本23TOC\o"1-5"\h\zHYPERLINK \l 〃_Toc215849624〃 結(jié)論 31HYPERLINK \l 〃_Toc215849625〃 致謝 32HYPERLINK \l 〃_Toc215849626〃 參考文獻 331系統(tǒng)總體介紹及組內(nèi)分工1.1系統(tǒng)功能分析現(xiàn)代社會，隨著科技的迅猛發(fā)展和人們生活水平的日益提高，手機已成為一個大眾化，且普及率相當高的通訊工具.正是由于手機的大量普及，手機網(wǎng)絡(luò)的服務(wù)已成為客戶看重的一點.。對于目前大多數(shù)手機用戶來說，手機話費充值的方法都過于單調(diào)。除了移動公司所發(fā)行的動感地帶系列手機卡可以通過直接繳費的方式進行充值外，其他方式的手機卡均只能通過手機充值卡進行充值。本系統(tǒng)可以使手機繳費更加方便快捷，用戶可以使用銀行卡進行繳費，從而實現(xiàn)對用戶的手機話費管理。1.2系統(tǒng)功能模塊設(shè)計手機話費管理系統(tǒng)主要完成的功能有：話費信息的管理負責話費充值更新和余額信息存儲；用戶信息的管理負責用戶的個人信息存儲；手機業(yè)務(wù)信息的管理負責手機所辦理的業(yè)務(wù)的信息存儲；手機賬目信息的管理負責手機消費賬目的存儲。手機話費管理系統(tǒng)主要功能模塊圖如圖1.1系統(tǒng)功能模塊圖。SKIPIF1<0圖1.1系統(tǒng)功能模塊圖1.3組內(nèi)分工組內(nèi)分工如下表1.1組內(nèi)分工所示。表1.1組內(nèi)分工2數(shù)據(jù)庫設(shè)計2.1需求分析2.1.1需求分析設(shè)計思想在手機話費管理系統(tǒng)中，主要有手機用戶和工作人員兩個操作實體，對于普通的手機用戶來說，該系統(tǒng)僅允許他們作一個操作：即可以使用該系統(tǒng)通過手機號與密碼發(fā)出查詢請求，查詢該手機所剩余的話費。工作人員必須通過賬號與相對應(yīng)的密碼登陸系統(tǒng)才能有權(quán)限完成以下的各種功能。工作人員的登陸可以統(tǒng)計并查看所有的手機用戶信息。手機話費管理系統(tǒng)中實體的聯(lián)系如下：一個用戶可以注冊多個手機號碼，一個手機號碼只能被一個用戶注冊。用戶和號碼之間是一對多的聯(lián)系。一個用戶可以擁有多張銀行卡，一張銀行卡只能屬于一個用戶，用戶和銀行卡之間是一對多的聯(lián)系。一張銀行卡可以為多個號碼繳費，一個號碼可以由多張銀行卡繳費，銀行卡和號碼之間是多對多聯(lián)系。一個號碼可以辦理多個業(yè)務(wù)，一個業(yè)務(wù)可以被多個號碼辦理，號碼和業(yè)務(wù)之間是多對多的聯(lián)系。一個帳目包含多種業(yè)務(wù)，一種業(yè)務(wù)只能產(chǎn)生一種業(yè)務(wù)，帳目和業(yè)務(wù)之間是一對多的聯(lián)系。2.1.2數(shù)據(jù)字典1.數(shù)據(jù)項=1\*GB2⑴用戶信息=1\*GB3①數(shù)據(jù)項名：身份證號碼含義說明：用戶的唯一標識別名：ID_no類型：字符型長度：18=2\*GB3②數(shù)據(jù)項名：用戶姓名含義說明：手機用戶的姓名別名：user_name類型：字符型長度：8=3\*GB3③數(shù)據(jù)項名：用戶密碼含義說明：用戶查詢信息時的密碼另U名：user_password類型：字符型長度：10=4\*GB3④數(shù)據(jù)項名：用戶性別含義說明：手機用戶的性別別名：user_sex類型：字符型長度：2取值范圍：男'女=5\*GB3⑤數(shù)據(jù)項名：用戶地址含義說明：用戶的家庭住址別名：user_addr類型：字符型長度：20=6\*GB3⑥數(shù)據(jù)項名：用戶狀態(tài)含義說明：手機號碼的開/停狀態(tài)別名：user_state類型：字符型長度：2取值范圍：開/停⑵工作人員信息=1\*GB3①數(shù)據(jù)項名名：工作人員編號含義說明：工作人員唯一標識別名：staff_id類型：字符型長度：10=2\*GB3②數(shù)據(jù)項名：工作人員姓名含義說明：工作人員的姓名別名：staff_name類型：字符型長度：10=3\*GB3③數(shù)據(jù)項名：工作人員口令含義說明：操作記錄工作人員的登錄密碼另U名：staff_password類型：字符型長度：10=4\*GB3④數(shù)據(jù)項名：工作人員性別含義說明：工作人員的性別別名：staff_sex類型：字符型長度：2取值范圍：男'女⑶銀行卡信息=1\*GB3①數(shù)據(jù)項名：銀行卡號含義說明：銀行卡的唯一標識別名：bank_card類型：字符型長度：18=2\*GB3②數(shù)據(jù)項名：余額含義說明：銀行卡的余額別名：bank_balance類型：money型長度：8⑷手機信息=1\*GB3①數(shù)據(jù)項名：手機號碼含義說明：用戶注冊的手機號碼別名：phone_no類型：字符型長度：12⑸業(yè)務(wù)信息=1\*GB3①數(shù)據(jù)項名：業(yè)務(wù)名稱含義說明：手機所能辦理業(yè)務(wù)的名稱別名：YEWU_name類型：字符型長度：8=2\*GB3②數(shù)據(jù)項名：業(yè)務(wù)金額含義說明：業(yè)務(wù)對于的金額別名：YEWU_sum類型：money型長度：8=3\*GB3③數(shù)據(jù)項：業(yè)務(wù)編號含義說明：業(yè)務(wù)的唯一標示別名：YEWU_no類型：字符型長度：6⑹賬目信息=1\*GB3①數(shù)據(jù)項：消費月份含義說明：手機消費的具體月份另U名：consume_month類型：字符型長度：4=2\*GB3②數(shù)據(jù)項名：賬目編號含義說明：賬目的唯一標示別名：account_no類型：字符型長度：10=3\*GB3③數(shù)據(jù)項名：業(yè)務(wù)費含義說明：用戶注冊手機號碼的時間別名：YEWU_fee類型：money型長度：8⑺話費信息=1\*GB3①數(shù)據(jù)項名：話費編號含義說明：話費的唯一標示別名：cost_no類型：字符型長度：10=2\*GB3②數(shù)據(jù)項：話費余額含義說明：手機當前剩余的話費別名：balance類型：money型長度：8=3\*GB3③數(shù)據(jù)項名：手機號碼含義說明：用戶注冊的手機的號碼別名：phone_no類型：字符型長度：12⑻注冊信息=1\*GB3①數(shù)據(jù)項名：注冊時間含義說明：用戶注冊手機號碼的時間別名：register_time類型：日期型=2\*GB3②數(shù)據(jù)項名：手機號碼含義說明：用戶注冊的手機的號碼別名：phone_no類型：字符型長度：12⑼辦理信息=1\*GB3①數(shù)據(jù)項名：辦理時間含義說明：手機號碼辦理業(yè)務(wù)的時間別名：BANLI_time類型：日期型⑼繳費信息=1\*GB3①數(shù)據(jù)項名：繳費金額含義說明：銀行卡繳費時的金額另U名：pay_sum類型：money型長度：8=2\*GB3②數(shù)據(jù)項名：繳費時間含義說明：卡繳費的時間另U名：pay_time類型：日期型數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)反映了數(shù)據(jù)之間的組合關(guān)系。一個數(shù)據(jù)結(jié)構(gòu)可以由若干個數(shù)據(jù)項組成，也可以由若干個數(shù)據(jù)結(jié)構(gòu)組成，或由若干個數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)混合組成。對數(shù)據(jù)結(jié)構(gòu)的描述，數(shù)據(jù)結(jié)構(gòu)描述=｛數(shù)據(jù)結(jié)構(gòu)名，含義說明，組成：｛數(shù)據(jù)項或數(shù)據(jù)結(jié)構(gòu)｝｝。=1\*GB2⑴工作人員信息結(jié)構(gòu)二｛工作人員，此結(jié)構(gòu)描述工作人員的具體信息，組成：｛工作人員編號，工作人員姓名，工作人員口令，工作人員性別｝｝=2\*GB2⑵用戶銀行卡結(jié)構(gòu)二｛銀行卡，此結(jié)構(gòu)描述充值時銀行卡的具體信息，組成：｛銀行卡號，余額｝｝=3\*GB2⑶話費結(jié)構(gòu)=｛話費，此結(jié)構(gòu)描述當前剩余話費的具體信息，組成：｛手機號碼，話費余額｝｝=4\*GB2⑷手機用戶個人信息結(jié)構(gòu)二｛用戶，此結(jié)構(gòu)描述用戶的具體信息，組成：｛身份證號碼，用戶姓名，用戶性別，用戶地址，用戶密碼，用戶年齡｝｝=5\*GB2⑸業(yè)務(wù)結(jié)構(gòu)｛業(yè)務(wù)，此結(jié)果描述用戶所能辦理業(yè)務(wù)的具體信息，組成：｛業(yè)務(wù)編號，業(yè)務(wù)名稱，業(yè)務(wù)金額｝｝=6\*GB2⑹帳目結(jié)構(gòu)｛帳目，此結(jié)果描述用戶辦理的業(yè)務(wù)消費的具體信息，組成：｛帳目編號，消費月份，業(yè)務(wù)費｝｝數(shù)據(jù)流=1\*GB2⑴用戶注冊號碼=｛注冊號碼，用戶到工作人員處注冊手機號碼，此數(shù)據(jù)來源于用戶，流向用戶個人信息存儲，組成：｛用戶，工作人員｝｝=2\*GB2⑵工作人員注冊用戶二｛注冊用戶，用戶注冊號碼時工作人員添加新用戶的注冊信息，此數(shù)據(jù)來源于工作人員，流向用戶個人信息存儲，組成：｛工作人員，用戶｝｝=3\*GB2⑶產(chǎn)生個人信息二｛個人信息，用戶注冊經(jīng)工作人員確認的號碼后產(chǎn)生的用戶個人信息，此數(shù)據(jù)來源于用戶，流向用戶信息存儲，組成：｛工作人員，用戶｝｝=4\*GB2⑷用戶信息｛提供用戶信息，工作人員修改用戶信息時的信息來源，此信息來源于用戶個人信息存儲，流向工作人員，組成：｛工作人員｝｝=5\*GB2⑸工作人員修改信息二｛修改后的信息，工作人員修改后的個人信息，此信息來源于工作人員，流向用戶信息存儲，組成：｛工作人員｝｝=6\*GB2⑹查詢剩余話費二｛提供話費信息，用戶查詢剩余話費時的信息來源，此數(shù)據(jù)來源于話費，流向用戶，組成：｛用戶，話費｝｝=7\*GB2⑺提供個人信息二｛提供個人信息，充值時用戶信息和銀行卡信息進行綜合，此數(shù)據(jù)來源于用戶個人信息存儲，流向話費信息存儲，組成：｛用戶｝｝=8\*GB2⑻產(chǎn)生銀行卡余額二｛銀行卡余額，綜合用戶信息與銀行卡信息后產(chǎn)生銀行卡余額進行繳費，此數(shù)據(jù)來源于用戶和銀行卡，流向話費信息存儲，組成：｛用戶，銀行卡｝｝=9\*GB2⑼產(chǎn)生繳費金額二｛繳費金額，銀行卡剩余金額中支出部分金額繳納話費，此數(shù)據(jù)來源于用戶和銀行卡，流向話費信息存儲，組成：｛用戶，銀行卡｝｝=10\*GB2⑽用戶辦理業(yè)務(wù)=｛業(yè)務(wù)辦理，用戶辦理手機業(yè)務(wù)，此數(shù)據(jù)來源于用戶，流向個人業(yè)務(wù)信息存儲，組成｛用戶，業(yè)務(wù)｝｝=11\*GB2(11)具體業(yè)務(wù)=｛具體業(yè)務(wù)，用戶可辦理的所有業(yè)務(wù)，此數(shù)據(jù)來源于業(yè)務(wù)，流向個人業(yè)務(wù)信息存儲，組成｛業(yè)務(wù)｝｝=12\*GB2(12)辦理的業(yè)務(wù)=｛辦理的業(yè)務(wù)，用戶確認辦理的業(yè)務(wù)，此數(shù)據(jù)來源于業(yè)務(wù)和用戶，流向個人業(yè)務(wù)信息存儲，組成：｛業(yè)務(wù)，用戶｝｝=13\*GB2(13)產(chǎn)生的帳目=｛帳目，用戶辦理的所有業(yè)務(wù)的消費帳目，此數(shù)據(jù)來源于業(yè)務(wù)信息存儲，流向帳目信息存儲，組成：｛業(yè)務(wù)，用戶｝｝=14\*GB2(14)產(chǎn)生帳目信息=｛帳目信息，用戶辦理的所有業(yè)務(wù)產(chǎn)生的帳目信息，此數(shù)據(jù)來源于帳目信息存儲，流向帳目，組成｛帳目｝｝=15\*GB2(15)用戶查詢剩余話費=｛提供賬目信息，用戶查詢賬目信息時提供賬目信息，此數(shù)據(jù)來源于話費信息存儲，流向用戶，組成：｛用戶，話費｝｝=16\*GB2(16)工作人員查詢業(yè)務(wù)=｛提供業(yè)務(wù)信息，工作人員查詢所有業(yè)務(wù)時提供業(yè)務(wù)信息，此數(shù)據(jù)來源于業(yè)務(wù)，流向工作人員，組成：｛業(yè)務(wù)，工作人員｝｝=17\*GB2(17)工作人員查詢帳目=｛提供帳目信息，工作人員查詢所有用戶的帳目信息時提供帳目信息，此數(shù)據(jù)來源于帳目，流向工作人員，組成：｛帳目，工作人員｝｝=18\*GB2(18)工作人員查詢個人業(yè)務(wù)=｛提供個人業(yè)務(wù)信息，工作人員查詢用戶個人業(yè)務(wù)時提供個人業(yè)務(wù)信息，此數(shù)據(jù)來源于個人信息存儲，流向工作人員，組成：｛工作人員｝｝數(shù)據(jù)存儲=1\*GB2⑴用戶個人的信息二｛用戶個人信息存儲，用于存儲手機用戶的個人資料及話費信息等，信息來源工作人員，去向用戶，組成：｛用戶，工作人員｝｝=2\*GB2⑵手機的話費信息二｛話費信息存儲，用于存儲手機的話費記錄，信息來源用戶和銀行卡，去向話費，組成：｛用戶，銀行卡，話費｝｝=3\*GB2⑶業(yè)務(wù)信息=｛個人業(yè)務(wù)信息存儲，用于存儲提供的所有業(yè)務(wù)，信息來源業(yè)務(wù)，去向帳目，組成：｛用戶，業(yè)務(wù)｝｝=4\*GB2⑷帳目信息=｛帳目信息存儲，用于存儲用戶所辦業(yè)務(wù)的具體帳目信息，信息來源業(yè)務(wù)信息存儲，去向帳目，組成：｛業(yè)務(wù)，用戶｝｝處理過程

=1\*GB2⑴用戶對號碼注冊二｛注冊，用戶對手機號碼進行注冊，輸入：｛注冊號碼，注冊用戶｝，輸出：｛個人信息｝，處理：｛用戶進行號碼注冊，工作人員確認注冊后，產(chǎn)生用戶個人信息｝｝=2\*GB2⑵用戶繳納話費二｛繳費，用戶使用銀行卡為手機繳費。輸入：｛提供個人信息，銀行卡余額，繳費金額｝，輸出：｛當前話費信息｝，處理：｛，首先綜合用戶與銀行卡信息，然后從銀行卡中扣除繳費金額，更新話費信息｝｝=3\*GB2⑶帳目產(chǎn)生｛生成帳目，用戶辦理的所有業(yè)務(wù)具體消費帳目，輸入：｛辦理的業(yè)務(wù)｝，輸出：｛帳目信息｝，處理：｛統(tǒng)計用戶辦理業(yè)務(wù)后，產(chǎn)生具體的帳目信息｝｝2.1.3數(shù)據(jù)流圖數(shù)據(jù)流圖如下圖2.1所示。SKIPIF1<0圖2.1數(shù)據(jù)流圖1.分析數(shù)據(jù)流圖：基本符號:圓框，表示加工；學生表示數(shù)據(jù)的源點；:方框，表示數(shù)據(jù)的源點或數(shù)據(jù)的終點；:箭頭，表示被加工數(shù)據(jù)的路徑和流向，即:圓框，表示加工；學生表示數(shù)據(jù)的源點；:方框，表示數(shù)據(jù)的源點或數(shù)據(jù)的終點；:箭頭，表示被加工數(shù)據(jù)的路徑和流向，即：雙杠，表示數(shù)據(jù)存儲，可以是一個紀錄或SKIPIF1<0SKIPIF1<0數(shù)據(jù)流；SKIPIF1<0一個數(shù)據(jù)文件，可用名詞或名詞性短語命名；2.具體功能分析=1\*GB2⑴數(shù)據(jù)源點和數(shù)據(jù)終點數(shù)據(jù)源點和數(shù)據(jù)終點用方框表示，它是系統(tǒng)之外的實體，可以是人、事、物、部門或其他系統(tǒng)，如圖2.1中的工作人員和用戶。=2\*GB2⑵加工（數(shù)據(jù)處理變換）加工用圓框表示，是對數(shù)據(jù)進行處理的邏輯單元，它接受若干輸入數(shù)據(jù)流，通過加工內(nèi)部產(chǎn)生規(guī)定的輸出數(shù)據(jù)流。如圖2.1中查詢手機用戶基本信息。=3\*GB2⑶數(shù)據(jù)流數(shù)據(jù)流用帶數(shù)據(jù)流標識的箭頭表示，表示系統(tǒng)處理的數(shù)據(jù)對象和數(shù)據(jù)流動的方向。數(shù)據(jù)流的方向可以是：從一個加工流向另一個加工、從加工流向數(shù)據(jù)存儲或數(shù)據(jù)存儲流向加工、從源點流向加工或從加工流向終點，如圖2.1中箭頭所表示就是流向。2.2概念結(jié)構(gòu)設(shè)計2.1.1概念結(jié)構(gòu)設(shè)計思想概念結(jié)構(gòu)設(shè)計是將需求分析階段所得到的用戶需求抽象為信息結(jié)構(gòu)，能夠真實、充分的反映現(xiàn)實世界，包括事物與事物之間的聯(lián)系，能滿足用戶對數(shù)據(jù)的處理需求，易于理解，易于更改，易于向關(guān)系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉(zhuǎn)換。概念結(jié)構(gòu)是各種數(shù)據(jù)模型的共同基礎(chǔ)，它比數(shù)據(jù)模型更獨立于機器、更抽象，是用來描述某個特定組所關(guān)心的信息結(jié)構(gòu)，從而更加穩(wěn)定。2.1.2概念結(jié)構(gòu)設(shè)計方法概念桔構(gòu)設(shè)計通常有四種方法，自頂向下、自底向上、逐步擴張、混合策略等四種方法。通常采用自底向上的方法，自頂向下地進行需求分析，然后再自底向上地設(shè)計概念結(jié)構(gòu)。自底向上的設(shè)計概念結(jié)構(gòu)的方法通常分為兩步：第一步是抽象數(shù)據(jù)并設(shè)計局部視圖，第二部是集成局部視圖，得到全局的概念結(jié)構(gòu)?；谶@些，本次課程設(shè)計采用自底向上的方法進行概念結(jié)構(gòu)設(shè)計。根據(jù)需求分析階段的需求分析設(shè)計思想、數(shù)據(jù)字典以及數(shù)據(jù)流圖所提供的信息，采取分類、聚集的抽象方法，對需求分析的結(jié)果進行細化、補充和修改。形成實體、實體的屬性，標示實體的碼，確定實體之間的聯(lián)系類型（1：1，1：n，m：n），設(shè)計分E-R圖，然后將所有的分E-R圖綜合成一個系統(tǒng)的總E-R圖。最后根據(jù)總的E—R圖，利用利用PowerDesigner設(shè)計出概念模型。根據(jù)需求分析階段所提供的系統(tǒng)信息，確定系統(tǒng)中的實體、屬性以及實體之間的聯(lián)系。確定實體和屬性的兩條準則：1.作為“屬性”不能再具有需要描述的性質(zhì)?！皩傩浴北仨毷遣豢煞指畹臄?shù)據(jù)項，不能包含其他屬性。2.“屬性”不能與其他實體具有聯(lián)系，即E-R圖中所有表示的聯(lián)系是實體之間的聯(lián)系。設(shè)計局部E-R圖⑴用戶實體信息，如圖2.2所示。SKIPIF1<0圖2.2用戶實體信息用戶實體定義。用戶：｛身份證號碼，用戶姓名，用戶密碼，用戶性別，用戶地址，用戶狀態(tài)｝⑵工作人員實體信息，如圖2.3所示。SKIPIF1<0圖2.3工作人員實體信息工作人員實體定義。工作人員：｛工作人員編號，工作人員姓名，工作人員性別，工作人員口令｝⑶銀行卡實體信息，如圖2.4所示。SKIPIF1<0圖2.4銀行卡實體信息銀行卡實體定義。銀行卡：｛銀行卡號，余額｝⑷話費實體信息，如圖2.5所示。SKIPIF1<0圖2.5話費實體信息話費實體定義。話費｛話費編號，手機號碼，話費余額｝⑸業(yè)務(wù)實體信息，如圖2.6所示。SKIPIF1<0圖2.6業(yè)務(wù)實體信息業(yè)務(wù)實體定義。業(yè)務(wù)｛業(yè)務(wù)編號，業(yè)務(wù)名稱，業(yè)務(wù)金額｝⑹賬目實體信息，如圖2.7所示。SKIPIF1<0圖2.7賬目實體信息賬目實體定義。賬目｛賬目編號，消費月份，業(yè)務(wù)費｝⑺手機信息實體，如圖2.8所示。SKIPIF1<0圖2.8手機實體信息手機實體定義。手機｛手機號碼｝=8\*GB3⑧銀行卡實體和話費實體之間的聯(lián)系，如圖2.9所示。SKIPIF1<0圖2.9銀行卡實體和話費實體之間的繳費聯(lián)系用戶的一張銀行卡可以為自己的多部手機繳費，一部手機的繳費可以通過用戶的多張不同的銀行卡進行。銀行卡實體和話費實體之間通過繳費構(gòu)成多對多的聯(lián)系。=9\*GB3⑨手機實體和業(yè)務(wù)實體之間的聯(lián)系，如圖2.10所示。SKIPIF1<0圖2.10手機實體和業(yè)務(wù)實體之間的辦理聯(lián)系一個手機號碼可以辦理多個業(yè)務(wù)，一個業(yè)務(wù)可以被多個手機號碼辦理。手機實體和業(yè)務(wù)實體通過辦理構(gòu)成多對多聯(lián)系。=10\*GB3⑩工作人員實體和用戶實體之間的聯(lián)系，如圖2.11所示。SKIPIF1<0圖2.11工作人員實體和用戶實體之間的注冊聯(lián)系一個工作人員可以為用戶注冊多個手機號碼，一個用戶的手機號碼可以由多個工作人注冊。工作人員實體和用戶實體之間通過注冊構(gòu)成多對多的聯(lián)系。集成局部E—R圖生成全局E—R圖根據(jù)局部E—R圖，實體的屬性，實體的碼，實體之間的聯(lián)系，設(shè)計出的手機話費管理系統(tǒng)E-R圖，如下圖2.12所示。SKIPIF1<0圖2.12全局E—R圖2.1.3CDM模型的生成過程1.安裝完P(guān)owerDesigner后，依次選擇【開始】SKIPIF1<0【程序】SKIPIF1<0 【Sybase】SKIPIF1<0【PowerDesigner9】SKIPIF1<0 【PowerDesigner】選項，彈出【PowerDesigner】對話框，進入PowerDesigner運行界面，如下圖2.13所示。圖2.13PowerDesigner運行界面2.然后在【PowerDesigner】中新建一個CDM模型：選擇【File】f【New】命令。彈出的子菜單中選擇ConceptualDataModel,單擊【OK】按鈕，如圖2.14所示。圖2.14選擇界面出現(xiàn)CDMX作區(qū)，如圖2.15所示。圖2.15CDMX作區(qū)⑴創(chuàng)建實體：單擊Palette面板中的【Entity】工具，如圖2.16所示。在模型區(qū)域單域單擊鼠標左鍵，在鼠標單擊的位置出理Entity的圖符即創(chuàng)建一個實體，如圖2.17所示。實體圖標：繪制實體實體到聯(lián)合連接圖標：繪制實體到聯(lián)合的聯(lián)系聯(lián)合圖標：繪制帶有屬性的聯(lián)系實體到實體連接圖標：繪制實體到實體的聯(lián)系圖2.16CDM中的工作板圖2.17創(chuàng)建實體雙擊CDMX作區(qū)中的實體圖形，出現(xiàn)定義實體特征的窗口【EntityProperties］，如圖2.18所示。圖2.18定義實體特征窗口繪制實體：輸入Name、Code內(nèi)容。這里Name表示實體的描述名稱，一般最好用中文描述（如：用戶），Code表示實體的代碼名稱，最好用簡化的英文描述（如：user）。單擊“確定”按鈕，當前CDMX作區(qū)就定義了一個實體。⑵定義實體屬性實體屬性是附加到實體上的數(shù)據(jù)項。在DataArchitect環(huán)境下，定義一個實體屬性需在圖2.18所示的窗口上選擇"Attributes”選項卡，出現(xiàn)定義實體屬性的窗口，如圖2.19所示。圖2.19定義實體屬性窗口在圖2.19窗口中必須完成如下工作：確定實體屬性的Name和Code。Name是對屬性含義的具體描述，一般最好用中文描述，Code是屬性的代碼，與今后程序設(shè)計時有很大關(guān)系，所以定義時應(yīng)特別謹慎。確定實體屬性的數(shù)據(jù)類型（DataType列）。=3\*GB3③確定一個屬性是否為這個實體的標識符或標識符的一部分（Primary復(fù)選框），實體的標識符可以由一個或多個屬性組成，它惟一標識實體中的一個實例，即它代表了關(guān)系中的主鍵，在實體圖形符號中，標識符（主鍵）屬性帶有下劃線。=4\*GB3④標識一個實體的屬性是否為強制的（Mandatory復(fù)選框），強制特性表示屬性是否需要一個值，如果屬性是強制的，那么該屬性在數(shù)據(jù)庫表中的對應(yīng)列上不允許空值，一般主鍵是不允許為空的。=5\*GB3⑤標識一個實體屬性是否在模型中顯示（Display復(fù)選框）。需要指出的是，在圖2.18的窗口上必須輸入Name、Code和DataType列的內(nèi)容。輸入完成后，單擊“確定”按鈕，此時完成了一個實體屬性的定義。繪制聯(lián)系在DataArchitect環(huán)境下繪制聯(lián)系分兩種情況：=1\*GB2⑴繪制不帶屬性的聯(lián)系不帶屬性的聯(lián)系通常是用實體之間的一條線，即使用“實體到實體連接圖標”來繪制。其操作過程是：選中工具板上“實體到實體連接圖標”，在CDM工作區(qū)中，將鼠標的十字箭頭定位到一個實體，按住左鍵拖拉到另一個實體中，松開鼠標，此時在兩個實體之間出現(xiàn)一條線，表明兩個實體間已建立了一個聯(lián)系，然而聯(lián)系的類型可能需要重新確定，因為聯(lián)系的默認類型可能不符合要求。定義聯(lián)系的類型以及聯(lián)系的特性，可以雙擊代表聯(lián)系的線，出現(xiàn)定義“無屬性”聯(lián)系窗口，如圖2.20所示，此時可以修改相應(yīng)的內(nèi)容。圖2.20定義無屬性的聯(lián)系窗口在圖2.20的窗口中必須完成如下工作：確定聯(lián)系的名稱（Name），通常系統(tǒng)提供默認值。確定代碼（Code），通常與Name相同。確定角色（Role），這里角色是個動詞，它描述了實體間的聯(lián)系。通常要為聯(lián)系的兩個方向定義角色。確定基數(shù)（Cardinality），它反映了兩個實體間的聯(lián)系類型，基數(shù)包括一對一、一對多、多對一及多對多四種聯(lián)系類型，它是有方向的。通常聯(lián)系的兩個方向上都應(yīng)該定義基數(shù)。確定依賴（Dependent），依賴表示一個實體是否依賴于另一個實體。確定強制（Mandatory），這里強制表示實體間的聯(lián)系是否可選。如果在依賴基礎(chǔ)上又選擇了強制，那么，在生成物理模型時，一端表的主鍵將在另一端表中出現(xiàn)，而且仍然是主鍵。通常應(yīng)該從兩個方向上定義強制。在模型中用穿過聯(lián)系的一條短直線表示強制，用聯(lián)系上的一個小圓圈表示可選。如果定義聯(lián)系時選擇不同，那么在模型中表示聯(lián)系的線上是有區(qū)別的，請在實踐過程中留意。=2\*GB2⑵繪制帶有屬性的聯(lián)系帶有屬性的聯(lián)系通常分兩步，首先要使用“聯(lián)合圖標”建立一個“聯(lián)合”，然后再使用“實體到聯(lián)合連接圖標”完成。建立“聯(lián)合”過程首先選中工具板上“聯(lián)合圖標”，在CDM工作區(qū)中單擊任意處，產(chǎn)生“聯(lián)合”；用鼠標雙擊“聯(lián)合”圖形，出現(xiàn)定義“帶屬性”聯(lián)系即聯(lián)合特性的窗口，如圖2.21所示。圖2.21聯(lián)合特性的窗口在"General”選項卡中，輸入Name（即聯(lián)系名，最好輸入漢字名字）、Code（最好輸入英文名）。在"Attributes"選項卡中，輸入聯(lián)系的屬性。單擊“確定”按鈕，在CDMX作區(qū)中產(chǎn)生一個“聯(lián)合”（即帶有屬性的聯(lián)系）。建立實體到聯(lián)合的連接“聯(lián)合”建立好后，需要將該“聯(lián)合”與相關(guān)實體連接，使用“實體到聯(lián)合連接圖標”來完成。其操作過程是：選中工具板上“實體到聯(lián)合連接圖標”，在CDMX作區(qū)中，將鼠標的十字箭頭定位到一個“實體”，按住左鍵拖拉到“聯(lián)合”中，松開鼠標，此時在該實體與聯(lián)合之間出現(xiàn)一條“聯(lián)合連接”線（也可以繪制另一個實體到聯(lián)合的連接），這條線表明實體與聯(lián)合之間建立了一種關(guān)聯(lián)，然而這種關(guān)聯(lián)的類型需要重新確定，雙擊“聯(lián)合連接”線，出現(xiàn)定義“聯(lián)合連接”線特性的窗口，如圖2.22所示。圖2.22定義“聯(lián)合連接”特性的窗口在圖2.22的窗口中，需要在從下拉列表中選擇"Cardinality”的值（即實體到聯(lián)合的連接類型，有“0，n”、“0，1”、“1，1”、“1，n”四種類型可選擇），單擊“確定”按鈕，完成設(shè)置。參照上面的使用部驟依次建立各個實體并修改實體的屬性；再依次建立實體間的聯(lián)系并修改其屬性，最后生成CDM模型，如圖2.23所示。圖2.23CDM模型2.3邏輯結(jié)構(gòu)設(shè)計概念結(jié)構(gòu)是獨立于任何一種數(shù)據(jù)模型的信息結(jié)構(gòu)。邏輯結(jié)構(gòu)設(shè)計的任務(wù)就是把概念結(jié)構(gòu)設(shè)計階段設(shè)計好的基本E-R圖轉(zhuǎn)化為與選用DBMS產(chǎn)品所支持數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。2.3.1邏輯結(jié)構(gòu)設(shè)計的思想針對手機話費管理系統(tǒng)，邏輯結(jié)構(gòu)設(shè)計采用關(guān)系模型轉(zhuǎn)換概念結(jié)構(gòu)，將E-R圖依照規(guī)則轉(zhuǎn)換為關(guān)系模型，為了進一步提高數(shù)據(jù)庫應(yīng)用系統(tǒng)的性能，再將轉(zhuǎn)換后的關(guān)系模型進行優(yōu)化，確定是否要對某些模式進行合并或分解，為物理設(shè)計提供最優(yōu)的處理。E-R圖向關(guān)系模型的轉(zhuǎn)換關(guān)系模型的邏輯結(jié)構(gòu)是一組關(guān)系模式的集合°E-R圖則是由實體，實體的屬性和實體間的聯(lián)系三個要素組成。所以將E-R圖轉(zhuǎn)換為關(guān)系模型實際上就是要將實體，實體的屬性和實體間的聯(lián)系轉(zhuǎn)換為關(guān)系模式。轉(zhuǎn)換原則如下：實體類型的轉(zhuǎn)換:將每個實體類型轉(zhuǎn)換成一個關(guān)系模式，實體的屬性及為關(guān)系模式的屬性，實體標識符及為關(guān)系模式的鍵。聯(lián)系類型的轉(zhuǎn)換，根據(jù)不同的情況做不同的處理。⑴若實體間的聯(lián)系是1：1的，可以在兩個實體類型轉(zhuǎn)換成的兩個關(guān)系模式中的任意一個關(guān)系模式的屬性中加入另一各關(guān)系模式的鍵和聯(lián)系類型的屬性。⑵若實體間的聯(lián)系1:N的，則在N端實體類型轉(zhuǎn)換成的關(guān)系模式中加入1端實體類型轉(zhuǎn)換成的關(guān)系模式的鍵和聯(lián)系類型的屬性。⑶若實體間的聯(lián)系是M:N的，則將聯(lián)系類型也轉(zhuǎn)換成關(guān)系模式，其屬性為兩端實體類型的鍵加上關(guān)系類型的屬性，而鍵為兩端實體間的組合。⑷3個或3個以上實體間的一個多元聯(lián)系可以轉(zhuǎn)換為一個關(guān)系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，各實體的碼組成關(guān)系的碼或關(guān)系碼的一部分。⑸具有相同碼的關(guān)系模式可合并。依照該規(guī)則將企業(yè)人事管理系統(tǒng)的E-R圖轉(zhuǎn)換為關(guān)系模型如下⑴將每一個實體轉(zhuǎn)換成一個關(guān)系（關(guān)系就是給出關(guān)系名，寫出屬性，并標明該關(guān)系的主鍵）工作人員的基本信息（工作人員編號，工作人員姓名，工作人員性別，工作人員口令）此為工作人員實體對應(yīng)的關(guān)系模式，主碼為工作人員的編號。用戶的基本信息（身份證號碼，用戶姓名，用戶密碼，用戶性別，用戶地址，用戶狀態(tài)）此為用戶實體對應(yīng)的關(guān)系模式，主碼為用戶的身份證號碼。銀行卡信息（銀行卡號，余額）此為銀行卡實體對應(yīng)的關(guān)系模式，主碼為銀行卡號。話費信息（手機號碼，話費余額）此為話費實體對應(yīng)的關(guān)系模式，主碼為手機號碼。業(yè)務(wù)信息（業(yè)務(wù)編號，賬目編號，業(yè)務(wù)名稱，業(yè)務(wù)金額）此為業(yè)務(wù)實體對應(yīng)的關(guān)系模式，主碼為業(yè)務(wù)編號，業(yè)務(wù)消費產(chǎn)生賬目，為n：1的“消費”聯(lián)系，所以賬目編號為業(yè)務(wù)信息的外碼。賬目信息（賬目編號，消費月份，業(yè)務(wù)費）此為賬目實體對應(yīng)的關(guān)系模式，賬目編號為主碼。繳費（繳費編號，手機號碼，繳費金額，繳費時間）此為聯(lián)系“繳費”所對應(yīng)的關(guān)系模式，銀行卡繳費話費的n:m“繳費”聯(lián)系，所以銀行卡號和手機號碼聯(lián)合做“繳費”的主碼。=8\*GB3⑧辦理（業(yè)務(wù)編號，手機號碼，辦理時間）此為聯(lián)系“辦理”所對應(yīng)的關(guān)系模式，手機辦理業(yè)務(wù)的n:m“辦理”聯(lián)系，所以手機號碼和業(yè)務(wù)編號聯(lián)合做“辦理”的主碼。=9\*GB3⑨注冊（工作人員編號，身份證號碼，注冊時間，手機號碼）此為聯(lián)系“注冊”所對應(yīng)的關(guān)系模式，工作人員為用戶注冊的n:m“注冊”聯(lián)系，所以工作人員的編號和用戶的身份證號碼聯(lián)合做“注冊”的主碼。=10\*GB3⑩手機信息（手機號碼，身份證號碼）此為手機實體的關(guān)系模式，手機號碼為主碼，手機號碼為用戶的n：1的“屬于”關(guān)系，所以用戶的身份證號碼傳遞過去做手機的外碼。由E-R圖可知，手機話費管理系統(tǒng)有七個實體和三帶屬性個聯(lián)系?？赊D(zhuǎn)換為10個關(guān)系模型。由關(guān)系依賴知，在工作人員的基本信息、用戶的基本的信息、銀行卡信息、話費信息、賬目信息、業(yè)務(wù)信息、手機信息、繳費、辦理、注冊中，這十個關(guān)系模式中其屬性都是不能再分的，為一階范式。并且都是由主碼唯一決定關(guān)系中的其他屬性，不存在部分函數(shù)依賴和傳遞函數(shù)依賴，所以這是十個關(guān)系都是3NF。皆為最優(yōu)，關(guān)系模型的優(yōu)化結(jié)束。PDM模型的生成過程1-選擇生成CDM模型中的【Tools】 [GeneratePhysicalDataModel...】得到PDM對話框生成圖，首先選擇要轉(zhuǎn)換的DBMS,這里選擇“ORACLEVersion9i"，然后確定名稱（name）和代碼（code）如圖2.24所示。圖2.24PDM對話框生成圖2.點擊確定，最后形成PDM，如圖2.25所示。圖2.25PDM模型SQL腳本/*==============================================================*//*Databasename:ConceptualDataModel_5*//*DBMSname: ORACLEVersion9i*//*Createdon: 2008-11-2921:32:38*//*==============================================================*/altertableBANLIdropconstraintFK_BANLI_BANLI_業(yè)務(wù)/altertableBANLIdropconstraintFK_BANLI_BANLI2_手機/altertable"bank_card"dropconstraintFK_BANK_CAR_USE_USER/altertable"pay"dropconstraintFK_PAY_PAY_BANK_CAR/altertable"pay"dropconstraintFK_PAY_PAY2_PHONE_CO/altertableregisterdropconstraintFK_REGISTER_REGISTER_STAFF/altertable"register"dropconstraintFK_REGISTER_REGISTER2_USER/altertable手機dropconstraintFK—手機_BELONG_USER/altertable業(yè)務(wù)dropconstraintFK_業(yè)務(wù)_CONSUME_ACCOUNT/dropindexBANLI2_FK/dropindexBANLI_FK/dropindex"use_FK"/dropindex"pay2_FK"/dropindex"pay_FK"/dropindex"register2_FK"/dropindex"register_FK"/dropindex"belong_FK"/dropindex"consume_FK"/droptableBANLIcascadeconstraints/droptable"account"cascadeconstraints/droptable"bank_card"cascadeconstraints/droptable"pay"cascadeconstraints/droptable"phone_cost"cascadeconstraints/droptable"register"cascadeconstraints/droptable"staff"cascadeconstraints/droptable"user"cascadeconstraints/droptable手機cascadeconstraints/droptable業(yè)務(wù)cascadeconstraints/*==============================================================*//*Table:BANLI*//*==============================================================*/createtableBANLI(〃YEWU_no〃 CHAR(6) notnull,手機號碼 CHAR(10) notnull,〃BANLI_time〃 DATE,constraintPK_BANLIprimarykey("YEWU_no",手機號碼))//*==============================================================*//*Index:BANLI_FK*//*==============================================================*/createindexBANLI_FKonBANLI(〃YEWU_no〃ASC)//*==============================================================*/*Index:BANLI2_FK*//*==============================================================*/createindexBANLI2_FKonBANLI(手機號碼ASC)//*==============================================================*//*Table:"account"*//*==============================================================*/createtable"account"("account_no" CHAR(10) not null,"consume_month" CHAR(4),"YEWU_fee" NUMBER(8),constraintPK_ACCOUNTprimarykey("account_no"))//*==============================================================*//*Table:"bank_card/*==============================================================*/createtable"bank_card"("card_no" CHAR(18) not null,〃ID_no〃 CHAR(18) not null,"card_balance" NUMBER(8),constraintPK_BANK_CARDprimarykey("card_no"))//*==============================================================*//*Index:"use_FK"*//*==============================================================*/createindex"use_FK"on"bank_card"("ID_no"ASC)//*==============================================================*//*Table:"pay”*//*==============================================================*/createtable"pay"(notnull,CHAR(18)card_nonotnull,CHAR(18)"fee_no" CHAR(10) not null,"pay_sum" NUMBER(8) not null,"pay_time" DATE not null,constraintPK_PAYprimarykey("card_no","fee_no"))//*==============================================================*//*Index:"pay_FK"*//*==============================================================*/createindex"pay_FK"on"pay”("card_no"ASC)//*==============================================================*//*Index:"pay2_FK"*//*==============================================================*/createindex"pay2_FK"on"pay"("fee_no"ASC)

/*/*Table:"phone_cost"*/*//*createtable"phone_cost"(/*createtable"phone_cost"(*/*/feenoCHAR(10)notnull,feenoCHAR(10)notnull,"phone_no"CHAR(12),"phone_no"CHAR(12),"feebalance"NUMBER(8),"feebalance"NUMBER(8),constraintPK_PHONE_COSTprimarykey("fee_no")/*/*Table:"register"constraintPK_PHONE_COSTprimarykey("fee_no")/*/*Table:"register"/*createtable"register"(/*createtable"register"("staffid"CHAR(10)notnull,"IDnoCHAR(18)notnull,"register_time"DATE,"staffid"CHAR(10)notnull,"IDnoCHAR(18)notnull,"register_time"DATE,"phone_no"CHAR(12),"phone_no"CHAR(12),constraintPK_REGISTERprimarykey("staff_id","ID_no"))//*==============================================================*//*Index:"register_FK"*//*==============================================================*/createindex"register_FK"on"register"("staff_id"ASC)//*==============================================================*//*Index:"register2_FK"*//*==============================================================*/createindex"register2_FK"on"register"("ID_no"ASC)//*==============================================================*//*Table:"staff"

/* -createtable"staff"("staff_id"CHAR(10)notnull,"staff_name"CHAR(8),"staff_password"CHAR(10),"staff_sex"CHAR(2),constraintPK_STAFFprimarykey("staff_id"))//* -/*Table:"user"/* -createtable"user"("ID_no"CHAR(18)notnull,"user_name" CHAR(8),"user_password"CHAR(10),"user_sex"CHAR(2),"user_addr"CHAR(20),"user_state"CHAR(2),/*/*/*/constraintPK_USERprimarykey("ID_no")//*==============================================================*//*Table:手機*//*==============================================================*/createtable手機(手機號碼 CHAR(10) notnull,"ID_no" CHAR(18) notnull,constraintPK—手機primarykey(手機號碼))//*==============================================================*//*Index:"belong_FK"*//*==============================================================*/createindex"belong_FK"on手機(〃ID_no〃ASC)//*==============================================================*/*Table:業(yè)務(wù)*//*==============================================================*/createtable業(yè)務(wù)(〃YEWU_no〃CHAR(6)notnull,"accountno" CHAR(10)notnull,"YEWU_name"CHAR(8),"YEWU_sum"NUMBER(8),constraintPK_業(yè)務(wù)primarykey("YEWU_no"))//*==============================================================*//*Index:"consume_FK"*//*==============================================================*/createindex"consume_FK"on業(yè)務(wù)("account_no"ASC)/altertableBANLIaddconstraintFK_BANLI_BANLI_業(yè)務(wù)foreignkey("YEWU_no")references業(yè)務(wù)("YEWU_no")altertableBANLIaddconstraintFK_BANLI_BANLI2_手機foreignkey(手機號碼)references手機(手機號碼)/altertable"bank_card"addconstraintFK_BANK_CAR_USE_USERforeignkey("ID_no")references"user"("ID_no")/altertable"pay"addconstraintFK_PAY_PAY_BANK_CARforeignkey("card_no")references"bank_card"("card_no")/altertable"pay"addconstraintFK_PAY_PAY2_PHONE_COforeignkey("f