【文章內容簡介】 個數據元素的控制信息是很有價值的。因為列出了使用一個給定的數據元素的所有程序模塊，所以很容易估計改變一個數據將產生的影響，并且能對受影響的程序或模塊作出相應的改變。所以數據字典是開發(fā)數據庫的第一步，而且是很有價值的一步。 由于在開發(fā)本系統(tǒng)是沒有數據字典處理程序，因此采用了卡片的形式書寫數據字典。以下是本系統(tǒng)的數據字典： 下面是機票預定信息的部分數據字典： 表 旅客信息的定義 名稱：旅客信息 描述：用來記錄旅客的相關信息。 定義：旅客信息 =姓名 +密碼 +聯(lián)系方式 +主要內容。 位置：旅客添加運行窗口 表 管理員信息的定義 名稱：管理員信息 描述：用來記錄管理員的相關信息。 定義：管理員信息 =姓名 +密碼 +聯(lián)系方式 。 位置：旅客添加運行窗口 本科生畢業(yè)設計（論文） 9 表 數據元素 — 旅客訂票的定義 名稱：新用戶訂票 描述：新用戶注冊進行訂票及進行機票信息查詢 類型：字符型 長度： 10 位置：新用 戶信息列表 表 數據元素 — 客戶留言 的定義 名稱： 客戶留言 描述：對 訂票的意見進行留言 ， 管理員將會進行查看。 類型：字符型 長度： 50 位置： 留言 信息列表 表 數據元素 — 票價查詢的定義 名稱：票價查詢 描述：對各地機票的票價查詢 類型：字符型 長度： 50 位置：票價查詢信息列表 名稱：管理員航班管理 描述：對國內，國際，座位以及數據庫的更新維護進行管理 類型：時間型 長度： 8 位置：航班管理列表 表 數據元素 — 航班管理的定義 本科生畢業(yè)設計（論文） 10 表 數據元素 — 退票的定義 表 數據元素 — 航線 管理的定義 名稱：航線管理 描述：對航線進行管理，管理員有權添加和修改。 類型：字符型 長度： 50 位置：航線管理列表 表 數據元素 — 訂票查詢的定義 名稱：訂票查詢 描述：用戶訂票后進行查詢自己是否訂票成功，并可打印出報表。 類型：字符型 長度： 50 位置：訂票查詢信息列表 表 數據元素 — 機票打印報表的定義 名稱：機票打印報表 描述：用戶訂票后可進行打印憑證 類型：字符型 長度： 50 位置：機票打印列表 數據字典最重要的用途是作為分析階段的工具。在數據字典中建立的一組嚴密一致的 定義很有助于改進分析員和用戶之間的通信，因此將消除許多可能的誤解。對數據的這一系列嚴密一致的定義也有助于改進在不同的開發(fā)人員和不同的開發(fā)小組之間的通信。 名稱：退票 描述：對臨時換乘航班的或其他原因需要退票的旅客進行退票 類型：文本型 長度： 16 位置：退票信息列表 本科生畢業(yè)設計（論文） 11 第 4章 總體設計 總述 經過需求分析階段的工作，我們已經清楚了系統(tǒng)必須“做什么” ，接下來應該確定我們應該“怎么做” ?？傮w設計的基本目的就是回答“概括的說，系統(tǒng)應該如何實現(xiàn)？”這個問題，因此，總體設計又稱為概要設計或初步設計。通過這個階段的工作將劃分出組成系統(tǒng)的物理元素 —— 程序，文件，數據庫，人工過程和文檔等。總體設計階段的另一項重要任務是設計軟件結構，也就 是要確定系統(tǒng)中每個程序是由哪些模塊組成的，以及這些模塊相互間的關系。 層次模型很適用于本系統(tǒng)，利用層次模型可以很好地完成自上而下的軟件設計。把模塊組織成良好的層次系統(tǒng)，頂層模塊調用它的下層模塊以實現(xiàn)程序的完整功能，每個下層模塊再調用更下層的模塊，從而完成程序的一個子功能，最下層的模塊完成最具體的功能。軟件結構可以通過層次圖或結構圖描繪 。 系統(tǒng)結構圖 系統(tǒng)總體結構圖 ： 圖 系統(tǒng)總體結構圖 登陸 系統(tǒng) 登錄 主界面 會員管理 航線航班 機票服務 客戶留言 退出系統(tǒng) 本科生畢業(yè)設計（論文） 12 子功能模塊結構圖 系統(tǒng)管理模塊結構圖： 圖 系統(tǒng)管理模塊結構圖 航線航班 管理模塊結構圖： 圖 航線航班 管理 模塊結構圖 航線航班 航線管理 航班管理 添加航班 添加航線 刪除航線 刪除航班 航線修改 會員 管理 用戶添加 用戶刪除 權限設置 退出系統(tǒng) 修改密碼 本科生畢業(yè)設計（論文） 13 機票服務 模塊結構圖： 圖 機票服務 模塊結構圖 客戶留言 管理模塊結構圖 圖 客戶留言 管理模塊結構圖 以上是 本系統(tǒng)的主 要功能，還有些附加功能暫不做闡述。 客戶留言 客戶意見留言 客戶留言查詢 機票服務 客戶訂票 國內航班 國際航班 航線航班查詢 票價查詢 航線航班查詢 票價查詢 本科生畢業(yè)設計（論文） 14 第 5章 數 據庫設 計 數據庫在一個信 息管理系統(tǒng)中占有非常重要的地位，數據庫設計的好壞將直接影響系統(tǒng)的效率以及實現(xiàn)效果。合理的數據庫設計可以提高數據存儲的效率，保證數據的完整和一致。同時，合理的數據庫結構也將有利于程序的實現(xiàn)。 數據庫除了用戶的需求分析外，還包括概念、邏輯和物理設計三個階段。 概念設計 數據庫一般分為三級模式：外模式、概念模式和內模式。其中概念模式是數據庫中全部數據的邏輯結構和特征的描述，通常以某種數據模型為基礎。 概念設計是對顯示世界的一種抽象。所謂抽象是對實際人、物、事和概念進行認為處理，抽取所關心的共同特征，忽略非本質的細 節(jié)，并把這些特征用各種概念精確的假以描述，這些概念組成了某種模型。 數據庫的概念設計任務是依據需求分析的結果轉換成一個獨立于具體數據庫管理系統(tǒng)（ Database Management System，簡稱 DBMS）的概念模型，即實體關系圖（ E— R 圖）。在概念設計階段就要開始設計數據庫的完整性。 通過對 數據流圖和數據字典的分析 ，可以得到如下 ER 圖： 用戶實體 ER 圖： 圖 用戶實體 ER 圖 （ 1） 機票實體聯(lián)系圖 用 戶 用戶名 密碼 權限 本科生畢業(yè)設計（論文） 15 圖 機票實體聯(lián)系圖 （ 2） 旅客實體聯(lián)系圖 圖 旅客實體聯(lián)系圖 （ 3） 訂票信息實體聯(lián)系圖 圖 定票信息實體聯(lián)系圖 密碼 聯(lián)系方式 航 線 票 價 地點地 座位 航 程 國 際 狀態(tài) 機票 國 內 旅 客 姓 名 訂票信息 票價 座位 航線 目的地期 訂票日期 訂票數量 本科生畢業(yè)設計（論文） 16 退 票 退票日期 預定編號 票價 數量 （ 4） 定票費用實體聯(lián)系圖 圖 訂票 費用實體聯(lián)系圖 （ 5）退票實體聯(lián)系圖 圖 退票實體聯(lián)系圖 （ 6）實體 間聯(lián)系圖 圖 實體間聯(lián)系圖 定票費用 新用戶 會員 定票價 定票價 航班類型 座位需求 退票 用戶 訂票 用戶 票價 用戶 管理 票價 M N M N M N 查詢 用戶 本科生畢業(yè)設計（論文） 17 邏輯設計 （一）轉換原則 邏輯結構設計的主要任務是，把由概念結構設計階段得出的 ER圖轉換為相應的邏輯結構。所謂相應是指，轉換后的邏輯結構要與開發(fā)者所選用的軟硬環(huán)境相容，能被前臺與后臺工具所支持。 邏輯結構設計一般分為三步： （ 1） 將概念結構轉換為一般的關系﹑網狀﹑層次模型； （ 2） 將轉換后的模型向特定的 DBMS 支持下的數據模型轉換； （ 3） 對數據模型進行優(yōu)化。 將 ER圖轉換為關系模型實際上是要將實體﹑實體的屬性﹑實體之間的聯(lián)系轉換為關系模式，這種轉換一般 遵循以下原則； （ 1） 一個實體型轉換為一個關系模式。 （ 2） 一個 1： 1的聯(lián)系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。 （ 3） 一個 1： n的聯(lián)系可以轉換為一個獨立的關系模式，也可以與 n 端對應的關系模式合并。 （ 4） 一個 m： n 的聯(lián)系轉換為一個關系模式。 （ 5） 三個或三個以上實體間的一個多元聯(lián)系可以轉換為一個關系模式。 （ 6） 具有相同碼的關系模式可以合并。 轉換的難點在于屬性的 轉換，具體方法請參看有關數據庫設計方面的書籍，這里不作詳細分析。 （二）解釋設計 我所設計的機票預定信息系統(tǒng)包括四大方向：用戶資料管理 基本信息管理 航線航班管理 機票打印管理。通過實際考察，我掌握了用戶日常處理的大部分數據。我將需求分析階段得到的數據進行了歸類，并建立了初步的邏輯設計結果。 （ 三 ） 建立邏輯設計結果 資料管理子系統(tǒng) 邏輯設計結果 ： 由上面機票預訂系統(tǒng)的 ER 圖得到的關系模型如下（關系的碼由下劃線標出）： 會員表（ 會員 編號 ，姓名，身份證號，聯(lián)系方式） 管理員表（ 管理員 編號 ， 姓名，身份證號， 密碼 ） 本科生畢業(yè)設計（論文） 18 航線航班 管理子系統(tǒng) 邏輯設計結果： 航班 表（ 航班 編號 ， 航班票價 ） 航線 表（ 航線 編號 ， 航線 名稱） 票價 表（ 航班號 ， 國內，國際 ） 訂票 管理子系統(tǒng) 邏輯設計結果： 訂票 表（ 訂票 編號 ， 金額， 日期） 機票打印 子系統(tǒng) 邏輯設計結果： 機票表（ 機票 編號 ， 身份證 編號，交費日期， 票價 ） 表 所有用戶列表 字段 類型 長度 NULL 備注 用戶名 Char 10 否 無 密碼 Char 10 否 無 表 訂票信息 列表 字段 類型 長度 NULL 備注 航班號 Char 10 否 無 日期 Datetime 8 否 無 票價 Char 10 否 無 身份證號 Varchar 50 否 無 數量 Char 10 否 無 表 會員列表 字段 類型 長度 NULL 備注 會員 編 號 Char 10 否 無 姓名 Varchar 50 否 無 密碼 Char 10 否 無 本科生畢業(yè)設計（論文） 19 表 航線航班 信息列表 字段 類型 長度 NULL 備注 國內航班 Char 10 否 無 國際航班 Char 10 否 無 訂票日期 Datetime 8 否 無 座位 Char 10 否 無 票價 Char 10 否 無 表 退票表 字段 類型 長度 NULL 備注 退票編號 Char 10 否 無 票價 Char 10 否 無 退票 意見 Char 10 否 無 物理設計 數據庫在物理設備上的存儲結構與存儲方法稱為數據庫的物理結構，它依賴于給定的計算機系統(tǒng)。為一個給定邏輯數據模型選取一個最適合應用要求的物理結構的過程，就是數據庫的物理設計。 數據庫的物理設計通常分為兩步： 1) 確定數據庫的物理結構，在關系數據庫中主要指存取方法和存儲結構； 2) 對物理結構進行評價，評價的重點是時間和空間效率。 不同的數據庫產品所提供的物理環(huán)境、存取方法和存儲結構有很大的差別，能供設計人員使用的設計變 量、參數范圍也很不相同，因此沒有通用的物理設計方法可遵循，只能給出一般的設計內容和原則。希望設計優(yōu)化的物理數據庫結構，使得在數據庫上運行的各種事務響應時間小、存儲空間利用率高、事務吞吐率大。為此首先對要運行的事務進行詳細分析，獲得選擇物理數據庫設計所需要的參數。 本科生畢業(yè)設計（論文） 20 其次，要充分了解所用的 RDBMS 的內部特征，特別是系統(tǒng)提供的存取方法和存儲結構。