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

1、摘要隨著移動通信行業(yè)在中國的崛起，手機(jī)正像當(dāng)年街上來來往往的自行車一樣，飛到尋常百姓家，裝進(jìn)每個人的口袋。這種可隨身攜帶的通訊工具，以其便捷的通訊方式，豐富的通訊功能，相對低廉的價格，正在向傳統(tǒng)的通訊工具發(fā)出挑戰(zhàn)。然而，也正是由于移動通訊工具的諸多優(yōu)點，使得手機(jī)的持有數(shù)量極具增長，這就給傳統(tǒng)的人工辦理繳費和查詢帶來了巨大的壓力?；诖?，我們開發(fā)設(shè)計了此話費管理系統(tǒng)，利用數(shù)據(jù)庫強大的功能，實施網(wǎng)上繳費和查詢，來解決這個問題。在計算機(jī)高度普及的今天，人們的日?，嵤乱苍絹碓揭蕾囉诰W(wǎng)絡(luò)。這也為我們這個數(shù)據(jù)庫設(shè)計提供了一個契機(jī)。用數(shù)據(jù)庫來儲存繁瑣的話費信息，這樣既方便工作人員管理，又便于用戶操作。既節(jié)省

2、了存儲空間，又節(jié)省了操作時間。數(shù)據(jù)庫為話費管理提供了一個平臺，它將話費的相關(guān)信息存儲起來，并提供查詢、修改等操作功能，使話費管理變得簡單易行。同時，數(shù)據(jù)庫還可以用其他語言工具設(shè)計可視的操作界面，提高對話費信息的操作效率。本系統(tǒng)主要完成繳費操作，余額查詢，消費記錄，用戶管理等功能。操作簡單易行，能基本滿足話費管理的相關(guān)功能。本設(shè)計主要介紹了手機(jī)話費管理系統(tǒng)，它包括需求分析、概念結(jié)構(gòu)設(shè)計和邏輯結(jié)構(gòu)設(shè)計三個主要部分，主要實現(xiàn)對手機(jī)話費信息的規(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è)

3、計中主要工作就是將E-R圖轉(zhuǎn)換成關(guān)系模式，并構(gòu)造具體的PDM圖。關(guān)鍵字 數(shù)據(jù)庫，數(shù)據(jù)庫設(shè)計，話費管理- 34 -目錄摘要I1系統(tǒng)總體介紹及組內(nèi)分工11.1系統(tǒng)功能分析11.2 系統(tǒng)功能模塊設(shè)計11.3 組內(nèi)分工12 數(shù)據(jù)庫設(shè)計22.1需求分析32.1.1需求分析設(shè)計思想32.1.2數(shù)據(jù)字典32.1.3數(shù)據(jù)流圖92.2概念結(jié)構(gòu)設(shè)計112.1.1概念結(jié)構(gòu)設(shè)計思想112.1.2概念結(jié)構(gòu)設(shè)計方法112.1.3 CDM模型的生成過程142.3邏輯結(jié)構(gòu)設(shè)計202.3.1邏輯結(jié)構(gòu)設(shè)計的思想202.3.2 E-R圖向關(guān)系模型的轉(zhuǎn)換202.3.3 PDM模型的生成過程222.3.4 SQL腳本23結(jié)論31致謝3

4、2參考文獻(xiàn)331系統(tǒng)總體介紹及組內(nèi)分工1.1系統(tǒng)功能分析現(xiàn)代社會, 隨著科技的迅猛發(fā)展和人們生活水平的日益提高, 手機(jī)已成為一個大眾化, 且普及率相當(dāng)高的通訊工具. 正是由于手機(jī)的大量普及, 手機(jī)網(wǎng)絡(luò)的服務(wù)已成為客戶看重的一點.。對于目前大多數(shù)手機(jī)用戶來說，手機(jī)話費充值的方法都過于單調(diào)。除了移動公司所發(fā)行的動感地帶系列手機(jī)卡可以通過直接繳費的方式進(jìn)行充值外，其他方式的手機(jī)卡均只能通過手機(jī)充值卡進(jìn)行充值。本系統(tǒng)可以使手機(jī)繳費更加方便快捷，用戶可以使用銀行卡進(jìn)行繳費，從而實現(xiàn)對用戶的手機(jī)話費管理。1.2 系統(tǒng)功能模塊設(shè)計手機(jī)話費管理系統(tǒng)主要完成的功能有：話費信息的管理負(fù)責(zé)話費充值更新和余額信息存儲

5、；用戶信息的管理負(fù)責(zé)用戶的個人信息存儲；手機(jī)業(yè)務(wù)信息的管理負(fù)責(zé)手機(jī)所辦理的業(yè)務(wù)的信息存儲；手機(jī)賬目信息的管理負(fù)責(zé)手機(jī)消費賬目的存儲。手機(jī)話費管理系統(tǒng)主要功能模塊圖如圖1.1系統(tǒng)功能模塊圖。 圖1.1 系統(tǒng)功能模塊圖1.3 組內(nèi)分工組內(nèi)分工如下表1.1 組內(nèi)分工所示。表1.1 組內(nèi)分工姓名主要分工成績組長概念結(jié)構(gòu)設(shè)計，局部及全局E-R圖的設(shè)計、繪制CDM圖并由此生成PDM圖以及生成SQL腳本、相關(guān)截圖、報告的排版以及致謝的撰寫。組員系統(tǒng)總體功能模塊、需求分析的撰寫，設(shè)計數(shù)據(jù)字典和數(shù)據(jù)流圖、結(jié)論和摘要的撰寫。邏輯結(jié)構(gòu)設(shè)計，E-R圖向關(guān)系模型的轉(zhuǎn)換，查找資料和打印報告。2 數(shù)據(jù)庫設(shè)計2.1需求分析2

6、.1.1需求分析設(shè)計思想在手機(jī)話費管理系統(tǒng)中，主要有手機(jī)用戶和工作人員兩個操作實體，對于普通的手機(jī)用戶來說，該系統(tǒng)僅允許他們作一個操作：即可以使用該系統(tǒng)通過手機(jī)號與密碼發(fā)出查詢請求, 查詢該手機(jī)所剩余的話費。工作人員必須通過賬號與相對應(yīng)的密碼登陸系統(tǒng)才能有權(quán)限完成以下的各種功能。工作人員的登陸可以統(tǒng)計并查看所有的手機(jī)用戶信息。手機(jī)話費管理系統(tǒng)中實體的聯(lián)系如下：一個用戶可以注冊多個手機(jī)號碼，一個手機(jī)號碼只能被一個用戶注冊。用戶和號碼之間是一對多的聯(lián)系。一個用戶可以擁有多張銀行卡，一張銀行卡只能屬于一個用戶，用戶和銀行卡之間是一對多的聯(lián)系。一張銀行卡可以為多個號碼繳費，一個號碼可以由多張銀行卡繳費

7、，銀行卡和號碼之間是多對多聯(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ù)字典數(shù)據(jù)項用戶信息數(shù)據(jù)項名：身份證號碼含義說明：用戶的唯一標(biāo)識別名：ID_no類型：字符型長度：18數(shù)據(jù)項名：用戶姓名含義說明：手機(jī)用戶的姓名別名：user_name類型：字符型長度：8數(shù)據(jù)項名：用戶密碼含義說明：用戶查詢信息時的密碼別名：user_password類型：字符型長度：10數(shù)據(jù)項名：用戶性別含義說明：手機(jī)用戶的性別別名：user_sex類型：字符型長度：2取值范圍：男女?dāng)?shù)據(jù)項

8、名：用戶地址含義說明：用戶的家庭住址別名：user_addr類型：字符型長度：20數(shù)據(jù)項名：用戶狀態(tài)含義說明：手機(jī)號碼的開/停狀態(tài)別名：user_state類型：字符型長度：2取值范圍：開/停工作人員信息數(shù)據(jù)項名名：工作人員編號含義說明：工作人員唯一標(biāo)識別名：staff_id類型：字符型長度：10數(shù)據(jù)項名：工作人員姓名含義說明：工作人員的姓名別名：staff_name類型：字符型長度：10數(shù)據(jù)項名：工作人員口令含義說明：操作記錄工作人員的登錄密碼別名：staff_password類型：字符型長度：10數(shù)據(jù)項名：工作人員性別含義說明：工作人員的性別別名：staff_sex類型：字符型長度：2取值

9、范圍：男女銀行卡信息數(shù)據(jù)項名：銀行卡號含義說明：銀行卡的唯一標(biāo)識別名：bank_card類型：字符型長度：18數(shù)據(jù)項名：余額含義說明：銀行卡的余額別名：bank_balance類型：money型長度：8手機(jī)信息數(shù)據(jù)項名：手機(jī)號碼含義說明：用戶注冊的手機(jī)號碼別名：phone_no類型：字符型長度：12業(yè)務(wù)信息數(shù)據(jù)項名：業(yè)務(wù)名稱含義說明：手機(jī)所能辦理業(yè)務(wù)的名稱別名：YEWU_name類型：字符型長度：8數(shù)據(jù)項名：業(yè)務(wù)金額含義說明：業(yè)務(wù)對于的金額別名：YEWU_sum類型：money型長度：8數(shù)據(jù)項：業(yè)務(wù)編號含義說明：業(yè)務(wù)的唯一標(biāo)示別名：YEWU_no類型：字符型長度：6賬目信息數(shù)據(jù)項：消費月份含義

10、說明：手機(jī)消費的具體月份別名：consume_month類型：字符型長度：4數(shù)據(jù)項名：賬目編號含義說明：賬目的唯一標(biāo)示別名：account_no類型：字符型長度：10數(shù)據(jù)項名：業(yè)務(wù)費含義說明：用戶注冊手機(jī)號碼的時間別名：YEWU_fee類型：money型長度：8話費信息數(shù)據(jù)項名：話費編號含義說明：話費的唯一標(biāo)示別名：cost_no類型：字符型長度：10數(shù)據(jù)項：話費余額含義說明：手機(jī)當(dāng)前剩余的話費別名：balance類型：money型長度：8數(shù)據(jù)項名：手機(jī)號碼含義說明：用戶注冊的手機(jī)的號碼別名：phone_no類型：字符型長度：12注冊信息數(shù)據(jù)項名：注冊時間含義說明：用戶注冊手機(jī)號碼的時間別名：

11、register_time類型：日期型數(shù)據(jù)項名：手機(jī)號碼含義說明：用戶注冊的手機(jī)的號碼別名：phone_no類型：字符型長度：12辦理信息數(shù)據(jù)項名：辦理時間含義說明：手機(jī)號碼辦理業(yè)務(wù)的時間別名：BANLI_time類型：日期型繳費信息數(shù)據(jù)項名：繳費金額含義說明：銀行卡繳費時的金額別名：pay_sum類型：money型長度：8數(shù)據(jù)項名：繳費時間含義說明：卡繳費的時間別名：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)名，含義說明，組成

12、:數(shù)據(jù)項或數(shù)據(jù)結(jié)構(gòu)。工作人員信息結(jié)構(gòu)=工作人員，此結(jié)構(gòu)描述工作人員的具體信息，組成：工作人員編號，工作人員姓名，工作人員口令，工作人員性別用戶銀行卡結(jié)構(gòu)=銀行卡，此結(jié)構(gòu)描述充值時銀行卡的具體信息，組成：銀行卡號，余額話費結(jié)構(gòu)=話費，此結(jié)構(gòu)描述當(dāng)前剩余話費的具體信息，組成：手機(jī)號碼，話費余額手機(jī)用戶個人信息結(jié)構(gòu)=用戶，此結(jié)構(gòu)描述用戶的具體信息，組成：身份證號碼，用戶姓名，用戶性別，用戶地址，用戶密碼，用戶年齡業(yè)務(wù)結(jié)構(gòu)業(yè)務(wù)，此結(jié)果描述用戶所能辦理業(yè)務(wù)的具體信息，組成：業(yè)務(wù)編號，業(yè)務(wù)名稱，業(yè)務(wù)金額帳目結(jié)構(gòu)帳目，此結(jié)果描述用戶辦理的業(yè)務(wù)消費的具體信息，組成：帳目編號，消費月份，業(yè)務(wù)費數(shù)據(jù)流用戶注冊號碼

13、=注冊號碼，用戶到工作人員處注冊手機(jī)號碼，此數(shù)據(jù)來源于用戶，流向用戶個人信息存儲，組成：用戶，工作人員工作人員注冊用戶=注冊用戶，用戶注冊號碼時工作人員添加新用戶的注冊信息，此數(shù)據(jù)來源于工作人員，流向用戶個人信息存儲，組成：工作人員，用戶產(chǎn)生個人信息=個人信息，用戶注冊經(jīng)工作人員確認(rèn)的號碼后產(chǎn)生的用戶個人信息，此數(shù)據(jù)來源于用戶，流向用戶信息存儲，組成：工作人員，用戶用戶信息提供用戶信息，工作人員修改用戶信息時的信息來源，此信息來源于用戶個人信息存儲，流向工作人員，組成：工作人員工作人員修改信息=修改后的信息，工作人員修改后的個人信息，此信息來源于工作人員，流向用戶信息存儲，組成：工作人員查詢剩

14、余話費=提供話費信息，用戶查詢剩余話費時的信息來源，此數(shù)據(jù)來源于話費，流向用戶，組成：用戶，話費提供個人信息=提供個人信息，充值時用戶信息和銀行卡信息進(jìn)行綜合，此數(shù)據(jù)來源于用戶個人信息存儲，流向話費信息存儲，組成：用戶產(chǎn)生銀行卡余額=銀行卡余額，綜合用戶信息與銀行卡信息后產(chǎn)生銀行卡余額進(jìn)行繳費，此數(shù)據(jù)來源于用戶和銀行卡，流向話費信息存儲，組成：用戶，銀行卡產(chǎn)生繳費金額=繳費金額，銀行卡剩余金額中支出部分金額繳納話費，此數(shù)據(jù)來源于用戶和銀行卡，流向話費信息存儲，組成：用戶，銀行卡用戶辦理業(yè)務(wù)=業(yè)務(wù)辦理，用戶辦理手機(jī)業(yè)務(wù)，此數(shù)據(jù)來源于用戶，流向個人業(yè)務(wù)信息存儲，組成用戶，業(yè)務(wù)具體業(yè)務(wù)=具體業(yè)務(wù)，用

15、戶可辦理的所有業(yè)務(wù)，此數(shù)據(jù)來源于業(yè)務(wù)，流向個人業(yè)務(wù)信息存儲，組成業(yè)務(wù)辦理的業(yè)務(wù)=辦理的業(yè)務(wù)，用戶確認(rèn)辦理的業(yè)務(wù)，此數(shù)據(jù)來源于業(yè)務(wù)和用戶，流向個人業(yè)務(wù)信息存儲，組成：業(yè)務(wù)，用戶產(chǎn)生的帳目=帳目，用戶辦理的所有業(yè)務(wù)的消費帳目，此數(shù)據(jù)來源于業(yè)務(wù)信息存儲，流向帳目信息存儲，組成：業(yè)務(wù)，用戶產(chǎn)生帳目信息=帳目信息，用戶辦理的所有業(yè)務(wù)產(chǎn)生的帳目信息，此數(shù)據(jù)來源于帳目信息存儲，流向帳目，組成帳目用戶查詢剩余話費=提供賬目信息，用戶查詢賬目信息時提供賬目信息，此數(shù)據(jù)來源于話費信息存儲，流向用戶，組成:用戶, 話費工作人員查詢業(yè)務(wù)=提供業(yè)務(wù)信息，工作人員查詢所有業(yè)務(wù)時提供業(yè)務(wù)信息，此數(shù)據(jù)來源于業(yè)務(wù)，流向工作人員

16、，組成：業(yè)務(wù)，工作人員工作人員查詢帳目=提供帳目信息，工作人員查詢所有用戶的帳目信息時提供帳目信息，此數(shù)據(jù)來源于帳目，流向工作人員，組成：帳目，工作人員工作人員查詢個人業(yè)務(wù)=提供個人業(yè)務(wù)信息，工作人員查詢用戶個人業(yè)務(wù)時提供個人業(yè)務(wù)信息，此數(shù)據(jù)來源于個人信息存儲，流向工作人員，組成：工作人員數(shù)據(jù)存儲用戶個人的信息=用戶個人信息存儲，用于存儲手機(jī)用戶的個人資料及話費信息等，信息來源工作人員，去向用戶，組成：用戶，工作人員手機(jī)的話費信息=話費信息存儲，用于存儲手機(jī)的話費記錄，信息來源用戶和銀行卡，去向話費，組成：用戶，銀行卡，話費業(yè)務(wù)信息=個人業(yè)務(wù)信息存儲，用于存儲提供的所有業(yè)務(wù)，信息來源業(yè)務(wù)，去向

17、帳目，組成：用戶，業(yè)務(wù)帳目信息=帳目信息存儲，用于存儲用戶所辦業(yè)務(wù)的具體帳目信息，信息來源業(yè)務(wù)信息存儲，去向帳目，組成：業(yè)務(wù)，用戶處理過程用戶對號碼注冊=注冊，用戶對手機(jī)號碼進(jìn)行注冊，輸入：注冊號碼，注冊用戶，輸出：個人信息，處理：用戶進(jìn)行號碼注冊，工作人員確認(rèn)注冊后，產(chǎn)生用戶個人信息用戶繳納話費=繳費，用戶使用銀行卡為手機(jī)繳費。輸入：提供個人信息，銀行卡余額，繳費金額，輸出：當(dāng)前話費信息，處理：，首先綜合用戶與銀行卡信息，然后從銀行卡中扣除繳費金額，更新話費信息帳目產(chǎn)生生成帳目，用戶辦理的所有業(yè)務(wù)具體消費帳目，輸入：辦理的業(yè)務(wù)，輸出：帳目信息，處理：統(tǒng)計用戶辦理業(yè)務(wù)后，產(chǎn)生具體的帳目信息2.

18、1.3數(shù)據(jù)流圖數(shù)據(jù)流圖如下圖2.1所示。圖2.1數(shù)據(jù)流圖分析數(shù)據(jù)流圖：基本符號：圓框，表示加工；學(xué)生表示數(shù)據(jù)的源點；：方框，表示數(shù)據(jù)的源點或數(shù)據(jù)的終點；：箭頭，表示被加工數(shù)據(jù)的路徑和流向，即數(shù)據(jù)流；：雙杠，表示數(shù)據(jù)存儲，可以是一個紀(jì)錄或一個數(shù)據(jù)文件，可用名詞或名詞性短語命名；具體功能分析數(shù)據(jù)源點和數(shù)據(jù)終點數(shù)據(jù)源點和數(shù)據(jù)終點用方框表示，它是系統(tǒng)之外的實體，可以是人、事、物、部門或其他系統(tǒng)，如圖2.1中的工作人員和用戶。加工（數(shù)據(jù)處理變換）加工用圓框表示，是對數(shù)據(jù)進(jìn)行處理的邏輯單元，它接受若干輸入數(shù)據(jù)流，通過加工內(nèi)部產(chǎn)生規(guī)定的輸出數(shù)據(jù)流。如圖2.1中查詢手機(jī)用戶基本信息。數(shù)據(jù)流數(shù)據(jù)流用帶數(shù)據(jù)流標(biāo)識

19、的箭頭表示，表示系統(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ù)模型更獨立于機(jī)器、更抽象，是用來描述某個特定組所關(guān)心的信息結(jié)構(gòu)，從而更加穩(wěn)定。2.1.2概念結(jié)構(gòu)設(shè)計方法概念

20、桔構(gòu)設(shè)計通常有四種方法，自頂向下、自底向上、逐步擴(kuò)張、混合策略等四種方法。通常采用自底向上的方法，自頂向下地進(jìn)行需求分析，然后再自底向上地設(shè)計概念結(jié)構(gòu)。自底向上的設(shè)計概念結(jié)構(gòu)的方法通常分為兩步：第一步是抽象數(shù)據(jù)并設(shè)計局部視圖，第二部是集成局部視圖，得到全局的概念結(jié)構(gòu)。基于這些，本次課程設(shè)計采用自底向上的方法進(jìn)行概念結(jié)構(gòu)設(shè)計。根據(jù)需求分析階段的需求分析設(shè)計思想、數(shù)據(jù)字典以及數(shù)據(jù)流圖所提供的信息，采取分類、聚集的抽象方法，對需求分析的結(jié)果進(jìn)行細(xì)化、補充和修改。形成實體、實體的屬性，標(biāo)示實體的碼，確定實體之間的聯(lián)系類型（1：1，1：n，m：n），設(shè)計分ER圖，然后將所有的分ER圖綜合成一個系統(tǒng)的總E

21、R圖。最后根據(jù)總的ER圖，利用利用PowerDesigner設(shè)計出概念模型。根據(jù)需求分析階段所提供的系統(tǒng)信息，確定系統(tǒng)中的實體、屬性以及實體之間的聯(lián)系。確定實體和屬性的兩條準(zhǔn)則：1.作為“屬性”不能再具有需要描述的性質(zhì)。“屬性”必須是不可分割的數(shù)據(jù)項，不能包含其他屬性。2.“屬性”不能與其他實體具有聯(lián)系，即ER圖中所有表示的聯(lián)系是實體之間的聯(lián)系。設(shè)計局部ER圖用戶實體信息，如圖2.2所示。圖2.2用戶實體信息用戶實體定義。用戶：身份證號碼，用戶姓名，用戶密碼，用戶性別，用戶地址，用戶狀態(tài)工作人員實體信息，如圖2.3所示。圖2.3工作人員實體信息工作人員實體定義。工作人員：工作人員編號，工作人員

22、姓名，工作人員性別，工作人員口令銀行卡實體信息，如圖2.4所示。圖2.4銀行卡實體信息銀行卡實體定義。銀行卡：銀行卡號，余額話費實體信息，如圖2.5所示。圖2.5話費實體信息話費實體定義。話費話費編號，手機(jī)號碼，話費余額業(yè)務(wù)實體信息，如圖2.6所示。圖2.6業(yè)務(wù)實體信息業(yè)務(wù)實體定義。業(yè)務(wù)業(yè)務(wù)編號，業(yè)務(wù)名稱，業(yè)務(wù)金額賬目實體信息，如圖2.7所示。圖2.7賬目實體信息賬目實體定義。賬目賬目編號，消費月份，業(yè)務(wù)費手機(jī)信息實體，如圖2.8所示。圖2.8手機(jī)實體信息手機(jī)實體定義。手機(jī)手機(jī)號碼銀行卡實體和話費實體之間的聯(lián)系，如圖2.9所示。圖2.9銀行卡實體和話費實體之間的繳費聯(lián)系用戶的一張銀行卡可以為自

23、己的多部手機(jī)繳費，一部手機(jī)的繳費可以通過用戶的多張不同的銀行卡進(jìn)行。銀行卡實體和話費實體之間通過繳費構(gòu)成多對多的聯(lián)系。手機(jī)實體和業(yè)務(wù)實體之間的聯(lián)系，如圖2.10所示。圖2.10手機(jī)實體和業(yè)務(wù)實體之間的辦理聯(lián)系一個手機(jī)號碼可以辦理多個業(yè)務(wù)，一個業(yè)務(wù)可以被多個手機(jī)號碼辦理。手機(jī)實體和業(yè)務(wù)實體通過辦理構(gòu)成多對多聯(lián)系。工作人員實體和用戶實體之間的聯(lián)系，如圖2.11所示。圖2.11工作人員實體和用戶實體之間的注冊聯(lián)系一個工作人員可以為用戶注冊多個手機(jī)號碼，一個用戶的手機(jī)號碼可以由多個工作人注冊。工作人員實體和用戶實體之間通過注冊構(gòu)成多對多的聯(lián)系。集成局部ER圖生成全局ER圖根據(jù)局部ER圖，實體的屬性，實

24、體的碼，實體之間的聯(lián)系，設(shè)計出的手機(jī)話費管理系統(tǒng)E-R圖，如下圖2.12所示。圖2.12全局ER圖2.1.3 CDM模型的生成過程安裝完P(guān)owerDesigner后，依次選擇【開始】【程序】【Sybase】 【PowerDesigner 9 】【PowerDesigner】選項，彈出【PowerDesigner】對話框，進(jìn)入PowerDesigner運行界面，如下圖2.13所示。 圖2.13 PowerDesigner運行界面然后在【PowerDesigner】中新建一個CDM模型：選擇【File】【New】命令。彈出的子菜單中選擇 Conceptual Data Model,單擊【OK】按鈕

25、，如圖2.14所示。圖2.14 選擇界面出現(xiàn)CDM工作區(qū)，如圖2.15所示。圖2.15 CDM工作區(qū)創(chuàng)建實體：單擊Palette面板中的【Entity】工具，如圖2.16所示。在模型區(qū)域單域單擊鼠標(biāo)左鍵，在鼠標(biāo)單擊的位置出理Entity的圖符即創(chuàng)建一個實體，如圖2.17所示。實體圖標(biāo)：繪制實體實體到聯(lián)合連接圖標(biāo)：繪制實體到聯(lián)合的聯(lián)系聯(lián)合圖標(biāo)：繪制帶有屬性的聯(lián)系實體到實體連接圖標(biāo)：繪制實體到實體的聯(lián)系圖2.16 CDM中的工作板圖2.17 創(chuàng)建實體雙擊CDM工作區(qū)中的實體圖形，出現(xiàn)定義實體特征的窗口【Entity Properties】，如圖2.18所示。圖2.18 定義實體特征窗口繪制實體：輸

26、入Name、Code內(nèi)容。這里Name表示實體的描述名稱，一般最好用中文描述（如：用戶）， Code表示實體的代碼名稱，最好用簡化的英文描述（如：user）。單擊“確定”按鈕，當(dāng)前CDM工作區(qū)就定義了一個實體。定義實體屬性實體屬性是附加到實體上的數(shù)據(jù)項。在DataArchitect環(huán)境下，定義一個實體屬性需在圖2.18所示的窗口上選擇“Attributes”選項卡，出現(xiàn)定義實體屬性的窗口，如圖2.19所示。圖2.19 定義實體屬性窗口在圖2.19窗口中必須完成如下工作：確定實體屬性的Name和Code。Name是對屬性含義的具體描述，一般最好用中文描述，Code是屬性的代碼，與今后程序設(shè)計時有

27、很大關(guān)系，所以定義時應(yīng)特別謹(jǐn)慎。確定實體屬性的數(shù)據(jù)類型（Data Type列）。確定一個屬性是否為這個實體的標(biāo)識符或標(biāo)識符的一部分（Primary復(fù)選框），實體的標(biāo)識符可以由一個或多個屬性組成，它惟一標(biāo)識實體中的一個實例，即它代表了關(guān)系中的主鍵，在實體圖形符號中，標(biāo)識符（主鍵）屬性帶有下劃線。標(biāo)識一個實體的屬性是否為強制的（Mandatory復(fù)選框），強制特性表示屬性是否需要一個值，如果屬性是強制的，那么該屬性在數(shù)據(jù)庫表中的對應(yīng)列上不允許空值，一般主鍵是不允許為空的。標(biāo)識一個實體屬性是否在模型中顯示（Display復(fù)選框）。需要指出的是，在圖2.18的窗口上必須輸入Name、Code和Data

28、 Type列的內(nèi)容。輸入完成后，單擊“確定”按鈕，此時完成了一個實體屬性的定義。繪制聯(lián)系在DataArchitect環(huán)境下繪制聯(lián)系分兩種情況：繪制不帶屬性的聯(lián)系不帶屬性的聯(lián)系通常是用實體之間的一條線，即使用“實體到實體連接圖標(biāo)”來繪制。其操作過程是：選中工具板上“實體到實體連接圖標(biāo)”，在CDM工作區(qū)中，將鼠標(biāo)的十字箭頭定位到一個實體，按住左鍵拖拉到另一個實體中，松開鼠標(biāo)，此時在兩個實體之間出現(xiàn)一條線，表明兩個實體間已建立了一個聯(lián)系，然而聯(lián)系的類型可能需要重新確定，因為聯(lián)系的默認(rèn)類型可能不符合要求。定義聯(lián)系的類型以及聯(lián)系的特性，可以雙擊代表聯(lián)系的線，出現(xiàn)定義“無屬性”聯(lián)系窗口，如圖2.20所示，

29、此時可以修改相應(yīng)的內(nèi)容。圖2.20 定義無屬性的聯(lián)系窗口在圖2.20的窗口中必須完成如下工作： 確定聯(lián)系的名稱（Name），通常系統(tǒng)提供默認(rèn)值。 確定代碼（Code），通常與Name相同。 確定角色（Role），這里角色是個動詞，它描述了實體間的聯(lián)系。通常要為聯(lián)系的兩個方向定義角色。 確定基數(shù)（Cardinality），它反映了兩個實體間的聯(lián)系類型，基數(shù)包括一對一、一對多、多對一及多對多四種聯(lián)系類型，它是有方向的。通常聯(lián)系的兩個方向上都應(yīng)該定義基數(shù)。 確定依賴（Dependent），依賴表示一個實體是否依賴于另一個實體。 確定強制（Mandatory），這里強制表示實體間的聯(lián)系是否可選。如果在

30、依賴基礎(chǔ)上又選擇了強制，那么，在生成物理模型時，一端表的主鍵將在另一端表中出現(xiàn)，而且仍然是主鍵。通常應(yīng)該從兩個方向上定義強制。在模型中用穿過聯(lián)系的一條短直線表示強制，用聯(lián)系上的一個小圓圈表示可選。如果定義聯(lián)系時選擇不同，那么在模型中表示聯(lián)系的線上是有區(qū)別的，請在實踐過程中留意。繪制帶有屬性的聯(lián)系帶有屬性的聯(lián)系通常分兩步，首先要使用“聯(lián)合圖標(biāo)”建立一個“聯(lián)合”，然后再使用“實體到聯(lián)合連接圖標(biāo)”完成。 建立“聯(lián)合”過程首先選中工具板上“聯(lián)合圖標(biāo)”，在CDM工作區(qū)中單擊任意處，產(chǎn)生“聯(lián)合”；用鼠標(biāo)雙擊“聯(lián)合”圖形，出現(xiàn)定義“帶屬性”聯(lián)系即聯(lián)合特性的窗口，如圖2.21所示。圖2.21聯(lián)合特性的窗口在“

31、General”選項卡中，輸入Name（即聯(lián)系名，最好輸入漢字名字）、Code（最好輸入英文名）。在“Attributes”選項卡中，輸入聯(lián)系的屬性。單擊“確定”按鈕，在CDM工作區(qū)中產(chǎn)生一個“聯(lián)合”（即帶有屬性的聯(lián)系）。 建立實體到聯(lián)合的連接“聯(lián)合”建立好后，需要將該“聯(lián)合”與相關(guān)實體連接，使用“實體到聯(lián)合連接圖標(biāo)”來完成。其操作過程是：選中工具板上“實體到聯(lián)合連接圖標(biāo)”，在CDM工作區(qū)中，將鼠標(biāo)的十字箭頭定位到一個“實體”，按住左鍵拖拉到“聯(lián)合”中，松開鼠標(biāo)，此時在該實體與聯(lián)合之間出現(xiàn)一條“聯(lián)合連接”線（也可以繪制另一個實體到聯(lián)合的連接），這條線表明實體與聯(lián)合之間建立了一種關(guān)聯(lián)，然而這種關(guān)

32、聯(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.23 CDM模型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)化

33、為與選用DBMS產(chǎn)品所支持?jǐn)?shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。2.3.1邏輯結(jié)構(gòu)設(shè)計的思想針對手機(jī)話費管理系統(tǒng) ，邏輯結(jié)構(gòu)設(shè)計采用關(guān)系模型轉(zhuǎn)換概念結(jié)構(gòu)，將E-R圖依照規(guī)則轉(zhuǎn)換為關(guān)系模型，為了進(jìn)一步提高數(shù)據(jù)庫應(yīng)用系統(tǒng)的性能，再將轉(zhuǎn)換后的關(guān)系模型進(jìn)行優(yōu)化，確定是否要對某些模式進(jìn)行合并或分解，為物理設(shè)計提供最優(yōu)的處理。 2.3.2 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)系模式，實體的屬

34、性及為關(guān)系模式的屬性，實體標(biāo)識符及為關(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)系的屬性，各實體的

35、碼組成關(guān)系的碼或關(guān)系碼的一部分。具有相同碼的關(guān)系模式可合并。 依照該規(guī)則將企業(yè)人事管理系統(tǒng)的E-R圖轉(zhuǎn)換為關(guān)系模型如下 將每一個實體轉(zhuǎn)換成一個關(guān)系（關(guān)系就是給出關(guān)系名，寫出屬性，并標(biāo)明該關(guān)系的主鍵） 工作人員的基本信息（工作人員編號，工作人員姓名，工作人員性別，工作人員口令）此為工作人員實體對應(yīng)的關(guān)系模式，主碼為工作人員的編號。 用戶的基本信息（身份證號碼，用戶姓名，用戶密碼，用戶性別，用戶地址，用戶狀態(tài)）此為用戶實體對應(yīng)的關(guān)系模式，主碼為用戶的身份證號碼。 銀行卡信息（銀行卡號，余額）此為銀行卡實體對應(yīng)的關(guān)系模式，主碼為銀行卡號。 話費信息（手機(jī)號碼，話費余額）此為話費實體對應(yīng)的關(guān)系模式，主

36、碼為手機(jī)號碼。 業(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)系模式，賬目編號為主碼。繳費（繳費編號，手機(jī)號碼，繳費金額，繳費時間）此為聯(lián)系“繳費”所對應(yīng)的關(guān)系模式，銀行卡繳費話費的n:m“繳費”聯(lián)系，所以銀行卡號和手機(jī)號碼聯(lián)合做“繳費”的主碼。辦理（業(yè)務(wù)編號，手機(jī)號碼，辦理時間）此為聯(lián)系“辦理”所對應(yīng)的關(guān)系模式，手機(jī)辦理業(yè)務(wù)的n:m“辦理”聯(lián)系，所以手機(jī)號碼和業(yè)務(wù)編號聯(lián)合做“辦理”的主碼。注冊（工作人員編號，身份證號

37、碼，注冊時間，手機(jī)號碼）此為聯(lián)系“注冊”所對應(yīng)的關(guān)系模式，工作人員為用戶注冊的n:m“注冊”聯(lián)系，所以工作人員的編號和用戶的身份證號碼聯(lián)合做“注冊”的主碼。手機(jī)信息(手機(jī)號碼，身份證號碼)此為手機(jī)實體的關(guān)系模式，手機(jī)號碼為主碼，手機(jī)號碼為用戶的n：1的“屬于”關(guān)系，所以用戶的身份證號碼傳遞過去做手機(jī)的外碼。由E-R圖可知，手機(jī)話費管理系統(tǒng)有七個實體和三帶屬性個聯(lián)系?？赊D(zhuǎn)換為10個關(guān)系模型。由關(guān)系依賴知，在工作人員的基本信息、用戶的基本的信息、銀行卡信息、話費信息、賬目信息、業(yè)務(wù)信息、手機(jī)信息、繳費、辦理、注冊中，這十個關(guān)系模式中其屬性都是不能再分的，為一階范式。并且都是由主碼唯一決定關(guān)系中的其

38、他屬性，不存在部分函數(shù)依賴和傳遞函數(shù)依賴，所以這是十個關(guān)系都是3NF。皆為最優(yōu)，關(guān)系模型的優(yōu)化結(jié)束。2.3.3 PDM模型的生成過程 選擇生成CDM模型中的【Tools】 【Generate Physical Data Model.】得到PDM對話框生成圖，首先選擇要轉(zhuǎn)換的DBMS,這里選擇“ORACLE Version 9i”，然后確定名稱(name)和代碼(code)如圖2.24所示。圖2.24 PDM對話框生成圖 點擊確定，最后形成PDM，如圖2.25所示。圖2.25 PDM模型2.3.4 SQL腳本/*=*/* Database name: ConceptualDataModel_5

39、*/* DBMS name: ORACLE Version 9i */* Created on: 2008-11-29 21:32:38 */*=*/alter table BANLI drop constraint FK_BANLI_BANLI_業(yè)務(wù)/alter table BANLI drop constraint FK_BANLI_BANLI2_手機(jī)/alter table "bank_card" drop constraint FK_BANK_CAR_USE_USER/alter table "pay" drop constraint FK_PA

40、Y_PAY_BANK_CAR/alter table "pay" drop constraint FK_PAY_PAY2_PHONE_CO/alter table "register" drop constraint FK_REGISTER_REGISTER_STAFF/alter table "register" drop constraint FK_REGISTER_REGISTER2_USER/alter table 手機(jī) drop constraint FK_手機(jī)_BELONG_USER/alter table 業(yè)務(wù) drop

41、 constraint FK_業(yè)務(wù)_CONSUME_ACCOUNT/drop index BANLI2_FK/drop index BANLI_FK/drop index "use_FK"/drop index "pay2_FK"/drop index "pay_FK"/drop index "register2_FK"/drop index "register_FK"/drop index "belong_FK"/drop index "consume_FK&qu

42、ot;/drop table BANLI cascade constraints/drop table "account" cascade constraints/drop table "bank_card" cascade constraints/drop table "pay" cascade constraints/drop table "phone_cost" cascade constraints/drop table "register" cascade constraints/dr

43、op table "staff" cascade constraints/drop table "user" cascade constraints/drop table 手機(jī) cascade constraints/drop table 業(yè)務(wù) cascade constraints/*=*/* Table: BANLI */*=*/create table BANLI ( "YEWU_no" CHAR(6) not null, 手機(jī)號碼 CHAR(10) not null, "BANLI_time" DATE,

44、constraint PK_BANLI primary key ("YEWU_no", 手機(jī)號碼)/*=*/* Index: BANLI_FK */*=*/create index BANLI_FK on BANLI ( "YEWU_no" ASC)/*=*/* Index: BANLI2_FK */*=*/create index BANLI2_FK on BANLI ( 手機(jī)號碼 ASC)/*=*/* Table: "account" */*=*/create table "account" ( "a

45、ccount_no" CHAR(10) not null, "consume_month" CHAR(4), "YEWU_fee" NUMBER(8), constraint PK_ACCOUNT primary key ("account_no")/*=*/* Table: "bank_card" */*=*/create table "bank_card" ( "card_no" CHAR(18) not null, "ID_no" CHAR

46、(18) not null, "card_balance" NUMBER(8), constraint PK_BANK_CARD primary key ("card_no")/*=*/* Index: "use_FK" */*=*/create index "use_FK" on "bank_card" ( "ID_no" ASC)/*=*/* Table: "pay" */*=*/create table "pay" ( "card_no" CHAR(18) not null, "fee_no" CHAR(10) not null, "pay_sum" NUMBER(8) not null, "pay_time" DATE not null, constraint PK_PAY primary key ("card_no", "fee_no")/*=*/* Index: "pay_FK" */*=*/create index "pay_FK"