【正文】 去向話費，組成：{用戶，銀行卡，話費}}⑶業(yè)務(wù)信息={個人業(yè)務(wù)信息存儲，用于存儲提供的所有業(yè)務(wù)，信息來源業(yè)務(wù)，去向帳目，組成：{用戶，業(yè)務(wù)}}⑷帳目信息={帳目信息存儲，用于存儲用戶所辦業(yè)務(wù)的具體帳目信息，信息來源業(yè)務(wù)信息存儲，去向帳目，組成：{業(yè)務(wù)，用戶}}⒌處理過程⑴用戶對號碼注冊={注冊，用戶對手機號碼進行注冊，輸入：{注冊號碼，注冊用戶}，輸出：{個人信息}，處理：{用戶進行號碼注冊，工作人員確認(rèn)注冊后，產(chǎn)生用戶個人信息}}⑵用戶繳納話費={繳費，用戶使用銀行卡為手機繳費。用戶和號碼之間是一對多的聯(lián)系。 系統(tǒng)功能模塊圖 組內(nèi)分工 組內(nèi)分工所示。操作簡單易行，能基本滿足話費管理的相關(guān)功能?；诖?，我們開發(fā)設(shè)計了此話費管理系統(tǒng)，利用數(shù)據(jù)庫強大的功能，實施網(wǎng)上繳費和查詢，來解決這個問題。在計算機高度普及的今天，人們的日?，嵤乱苍絹碓揭蕾囉诰W(wǎng)絡(luò)。本設(shè)計主要介紹了手機話費管理系統(tǒng)，它包括需求分析、概念結(jié)構(gòu)設(shè)計和邏輯結(jié)構(gòu)設(shè)計三個主要部分，主要實現(xiàn)對手機話費信息的規(guī)范化、系統(tǒng)化的管理。 組內(nèi)分工姓名主要分工成績組長概念結(jié)構(gòu)設(shè)計，局部及全局ER圖的設(shè)計、繪制CDM圖并由此生成PDM圖以及生成SQL腳本、相關(guān)截圖、報告的排版以及致謝的撰寫。一個用戶可以擁有多張銀行卡，一張銀行卡只能屬于一個用戶，用戶和銀行卡之間是一對多的聯(lián)系。輸入：{提供個人信息，銀行卡余額，繳費金額}，輸出：{當(dāng)前話費信息}，處理：{，首先綜合用戶與銀行卡信息，然后從銀行卡中扣除繳費金額，更新話費信息}}⑶帳目產(chǎn)生{生成帳目，用戶辦理的所有業(yè)務(wù)具體消費帳目，輸入：{辦理的業(yè)務(wù)}，輸出：{帳目信息}，處理：{統(tǒng)計用戶辦理業(yè)務(wù)后，產(chǎn)生具體的帳目信息}}。通常采用自底向上的方法，自頂向下地進行需求分析，然后再自底向上地設(shè)計概念結(jié)構(gòu)?！皩傩浴北仨毷遣豢煞指畹臄?shù)據(jù)項，不能包含其他屬性。銀行卡：{銀行卡號，余額}⑷話費實體信息。手機{手機號碼}⑧銀行卡實體和話費實體之間的聯(lián)系。工作人員實體和用戶實體之間通過注冊構(gòu)成多對多的聯(lián)系。實體圖標(biāo)：繪制實體實體到聯(lián)合連接圖標(biāo)：繪制實體到聯(lián)合的聯(lián)系聯(lián)合圖標(biāo)：繪制帶有屬性的聯(lián)系實體到實體連接圖標(biāo)：繪制實體到實體的聯(lián)系 CDM中的工作板 創(chuàng)建實體雙擊CDM工作區(qū)中的實體圖形，出現(xiàn)定義實體特征的窗口【Entity Properties】。②確定實體屬性的數(shù)據(jù)類型（Data Type列）。定義聯(lián)系的類型以及聯(lián)系的特性，可以雙擊代表聯(lián)系的線，出現(xiàn)定義“無屬性”聯(lián)系窗口，此時可以修改相應(yīng)的內(nèi)容。⑥ 確定強制（Mandatory），這里強制表示實體間的聯(lián)系是否可選。在“Attributes”選項卡中，輸入聯(lián)系的屬性。針對手機話費管理系統(tǒng) ，邏輯結(jié)構(gòu)設(shè)計采用關(guān)系模型轉(zhuǎn)換概念結(jié)構(gòu)，將ER圖依照規(guī)則轉(zhuǎn)換為關(guān)系模型，為了進一步提高數(shù)據(jù)庫應(yīng)用系統(tǒng)的性能，再將轉(zhuǎn)換后的關(guān)系模型進行優(yōu)化，確定是否要對某些模式進行合并或分解，為物理設(shè)計提供最優(yōu)的處理。⑶ 若實體間的聯(lián)系是M:N的，則將聯(lián)系類型也轉(zhuǎn)換成關(guān)系模式，其屬性為兩端實體類型的鍵加上關(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ù)信息的外碼。由關(guān)系依賴知，在工作人員的基本信息、用戶的基本的信息、銀行卡信息、話費信息、賬目信息、業(yè)務(wù)信息、手機信息、繳費、辦理、注冊中，這十個關(guān)系模式中其屬性都是不能再分的，為一階范式。得到報告的具體要求后，我們便開始對我們從網(wǎng)上下載的報告按照課設(shè)的要求進行修改，用了3天時間就基本完成了對報告的修改。實踐出真知，在這次上網(wǎng)實踐后，我們共同提出了很多新的想法和建議，并把這些新的想法記錄下來仔細(xì)揣摩和分析網(wǎng)上繳費和查詢過程中數(shù)據(jù)的具體狀態(tài)和流向，并提出了相應(yīng)的功能需求，進行了細(xì)致的分析，簡化了的其中一些分支功能，使設(shè)計達(dá)到我們預(yù)期的實用功能。我們覺的這次設(shè)計是其中最具代表性的，也是最有意義的一次。面對困難，得到了老師和同學(xué)的熱情幫助，我們表示由衷的感謝。老師在整個設(shè)計過程中，幫助我們解決了不少的難題，給予了我們巨大的幫助和鼓勵。最后，感謝費老師一周以來對我們的耐心知道和辛勤工作?；诘谝淮蔚氖〗?jīng)驗和第二次的細(xì)致分析，我們的新設(shè)計在大家的共同努力下出爐了。然而，當(dāng)我們重新審視課設(shè)報告的具體細(xì)節(jié)時，發(fā)現(xiàn)了很多十分嚴(yán)重的問題，比如：原報告所設(shè)計的關(guān)系結(jié)構(gòu)過于簡單，卻要實現(xiàn)繳費、查詢、管理等諸多功能，而且實體之間的聯(lián)系分析混亂，不能很好的實現(xiàn)話費管理功能，甚至可以說根本無法實現(xiàn)。皆為最優(yōu)，關(guān)系模型的優(yōu)化結(jié)束。⑦繳費（繳費編號，手機號碼，繳費金額，繳費時間）此為聯(lián)系“繳費”所對應(yīng)的關(guān)系模式，銀行卡繳費話費的n:m“繳費”聯(lián)系，所以銀行卡號和手機號碼聯(lián)合做“繳費”的主碼。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關(guān)系的屬性，各實體的碼組成關(guān)系的碼或關(guān)系碼的一部分。ER圖則是由實體，實體的屬性和實體間的聯(lián)系三個要素組成。② 建立實體到聯(lián)合的連接“聯(lián)合”建立好后，需要將該“聯(lián)合”與相關(guān)實體連接，使用“實體到聯(lián)合連接圖標(biāo)”來完成。通常應(yīng)該從兩個方向上定義強制。② 確定代碼（Code），通常與Name相同。④標(biāo)識一個實體的屬性是否為強制的（Mandatory復(fù)選框），強制特性表示屬性是否需要一個值，如果屬性是強制的，那么該屬性在數(shù)據(jù)庫表中的對應(yīng)列上不允許空值，一般主鍵是不允許為空的。這里Name表示實體的描述名稱，一般最好用中文描述（如：用戶）， Code表示實體的代碼名稱，最好用簡化的英文描述（如：user）。—R圖 CDM模型的生成過程⒈安裝完P(guān)owerDesigner后，依次選擇【開始】【程序】【Sybase】 【PowerDesigner 9 】【PowerDesigner】選項，彈出【PowerDesigner】對話框，進入PowerDesigner運行界面。銀行卡實體和話費實體之間通過繳費構(gòu)成多對多的聯(lián)系。話費{話費編號，手機號碼，話費余額}⑸業(yè)務(wù)實體信息。⒈設(shè)計局部E—R圖⑴用戶實體信息?；谶@些，本次課程設(shè)計采用自底向上的方法進行概念結(jié)構(gòu)設(shè)計。⑵加工（數(shù)據(jù)處理變換）加工用圓框表示，是對數(shù)據(jù)進行處理的邏輯單元，它接受若干輸入數(shù)據(jù)流，通過加工內(nèi)部產(chǎn)生規(guī)定的輸出數(shù)據(jù)流。一個號碼可以辦理多個業(yè)務(wù)，一個業(yè)務(wù)可以被多個號碼辦理，號碼和業(yè)務(wù)之間是多對多的聯(lián)系。邏輯結(jié)構(gòu)設(shè)計，ER圖向關(guān)系模型的轉(zhuǎn)換，查找資料和打印報告。關(guān)鍵字 數(shù)據(jù)庫，數(shù)據(jù)庫設(shè)計，話費管理 34 / 36目錄摘要 I1系統(tǒng)總體介紹及組內(nèi)分工 1 1 系統(tǒng)功能模塊設(shè)計 1 組內(nèi)分工 12 數(shù)據(jù)庫設(shè)計 2 3 3 3 9 11 11 11 CDM模型的生成過程 14 20 20 ER圖向關(guān)系模型的轉(zhuǎn)換 20 PDM模型的生成過程 22 SQL腳本 23結(jié)論 31致謝 32參考文獻 331系統(tǒng)總體介紹及組內(nèi)分工現(xiàn)代社會, 隨著科技的迅猛發(fā)展和人們生活水平的日益提高, 手機已成為一個大眾化, 且普及率相當(dāng)高的通訊工具. 正是由于手機的大量普及, 手機網(wǎng)絡(luò)的服務(wù)已成為客戶看重的一點.。用數(shù)據(jù)庫來儲存繁瑣的話費信息，這樣既方便工作人員管理，又便于用戶操作。這種可隨身攜帶的通訊工具，以其便捷的通訊方式，豐富的通訊功能，相對低廉的價格，正在向傳統(tǒng)的通訊工具發(fā)出挑戰(zhàn)。同時，數(shù)據(jù)庫還可以用其他語言工具設(shè)計可視的操作界面，提高對話費信息的操作效率。本系統(tǒng)可以使手機繳費更加方便快捷，用戶可以使用銀行卡進行繳費，從而實現(xiàn)對用戶的手機話費管理。工作人員的登陸可以統(tǒng)計并查看所有的手機用戶信息。 一個數(shù)據(jù)結(jié)構(gòu)可以由若干個數(shù)據(jù)項組成，也可以由若干個數(shù)據(jù)結(jié)構(gòu)組成，或由若干個數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)混合組成。概念結(jié)構(gòu)設(shè)計是將需求分析階段所得到的用戶需求抽象為信息結(jié)構(gòu)，能夠真實、充分的反映現(xiàn)實世界，包括事物與事物之間的聯(lián)系，能滿足用戶對數(shù)據(jù)的處理需求，易于理解，易于更改，易于向關(guān)系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉(zhuǎn)換。最后根據(jù)總的E—R圖，利用利用PowerDesigner設(shè)計出概念模型。工作人員實體定義。賬目實體定義。手機實體和業(yè)務(wù)實體通過辦理構(gòu)成多對多聯(lián)系。 選擇界面出現(xiàn)CDM工作區(qū)。在DataArchitect環(huán)境下，“Attributes”選項卡，出現(xiàn)定義實體屬性的窗口。輸入完成后，單擊“確定”按鈕，此時完成了一個實體屬性的定義。④ 確定基數(shù)（Cardinality），它反映了兩個實體間的聯(lián)系類型，基數(shù)包括一對一、一對多、多對一及多對多四種聯(lián)系類型，它是有方向的。⑵繪制帶有屬性的聯(lián)系帶有屬性的聯(lián)系通常分兩步，首先要使用“聯(lián)合圖標(biāo)”建立一個“聯(lián)合”，然后再使用“實體到聯(lián)合連接圖標(biāo)”完成。⒋參照上面的使用部驟依次建立各個實體并修改實體的屬性；再依次建立實體間的聯(lián)系并修改其屬性，最后生成CDM模型。⒉聯(lián)系類型的轉(zhuǎn)換，根據(jù)不同的情況做不同的處理。② 用戶的基本信息（身份證號碼，用戶姓名，用戶密碼，用戶性別，用戶地址，用戶狀態(tài)）此為用戶實體對應(yīng)的關(guān)系模式，主碼為用戶的身份證號碼。⑩手機信息(手機號碼，身份證號碼)此為手機實體的關(guān)系模式，手機號碼為主碼，手機號碼為用戶的n：1的“屬于”關(guān)系，所以用戶的身份證號碼傳遞過去做手機的外碼。 PDM模型 SQL腳本/*==============================================================*//* Database name: ConceptualDataModel_5 *//* DBMS name: ORACLE Version 9i *//* Created on: 20081129 21:32:38 *//*==============================================================*/alter table BANLI drop constraint FK_BANLI_BANLI_業(yè)務(wù)/alter table BANLI drop constraint FK_BANLI_BANLI2_手機/alter table bank_card