【文章內(nèi)容簡介】 int I12 Sname 服務名稱 char(10) I13 Samount 服務次數(shù)（個數(shù)） int I14 Sprice 每次（個）服務單價 float 數(shù)據(jù)結構 數(shù)據(jù)結構反映了數(shù)據(jù)之間的組合關系。一個數(shù)據(jù)結構可以由若干個數(shù)據(jù)項組成，也可以由若干個數(shù)據(jù)結構組成，或由若 干個數(shù)據(jù)項和數(shù)據(jù)結構混合組成。對數(shù)據(jù)結構的描述通常包括數(shù)據(jù)結構名、含義等。 表 22 數(shù)據(jù)結構 數(shù)據(jù)結構定義 數(shù)據(jù)結構名 數(shù)據(jù)結構含義 組成 DS1 customer 入住客人信息 Cno， Cname， Csex， Cage,IDno DS2 room 房間信息 Rtype， Rno,Rprice,Rstatus DS3 information 入住登記表 Cname,Rno,Date,Time,Rtype,IDno DS4 Servies 服務清單 Rno， Sname， Samount， Sprice DS5 Menu 服務菜單 Sname， Samount， Sprice 數(shù)據(jù)流 數(shù)據(jù)流是數(shù)據(jù)結構在系統(tǒng)內(nèi)傳輸?shù)穆窂?。對?shù)據(jù)流的描述通常包括以下內(nèi)容 :數(shù)據(jù)流名、說明、數(shù)據(jù)流來源、數(shù)據(jù)流去向、組成等。 表 23 數(shù)據(jù)流 數(shù)據(jù)流編號 數(shù)據(jù)流名稱 簡述 數(shù)據(jù)流來源 數(shù)據(jù)流去向 數(shù)據(jù)流組成 F1 房間信息表 供用戶查詢房間信息，選擇房間類型 前臺服務部 顧客 Rtype， Rno， Rfloor,Rprice，Rstatus F2 發(fā)票 收費憑證 前臺服務部 顧客 房間類型，房間價 格，發(fā)票編號，日期 F3 入住登記表 登記訂房客人的信息及房間信息 前臺服務部 顧客，后勤服務部 Cname,Cage,Csex,Cno, Rno,Date,Time IDno， Rtype F4 房卡 作為訂房、退房憑證，開房門 前臺 顧客 Rno， Rfloor F5 服務菜單 供用戶選擇相應服務 后勤服務部 顧客 Sname， Samount， Sprice F6 服務清單 客人選擇的服務的信息 顧客 后勤服務部 Rno， Sname， Samount， Sprice F7 退房信息 某顧客退房登記的信 息 前臺服務部 存盤 Cname,Rno,Date,Time 數(shù)據(jù)存儲 數(shù)據(jù)存儲是數(shù)據(jù)結構停留或保存的地方，也是數(shù)據(jù)流的來源和去向之一。他可以是手工文檔或手工憑單，也可以是計算機文檔。 表 24 數(shù)據(jù)存儲 數(shù)據(jù)存儲編號 數(shù)據(jù)存儲名稱 簡述 數(shù)據(jù)存儲組成 相關處理 S1 入住信息數(shù)據(jù) 記錄住宿信息，包括房間信息和客人信息 Cname,Rno,Date,Time P1， P2， P3， P4 S2 登記記錄 記錄顧客訂房的信息 Cname,Rno,Date,Time IDno， Rtype P1 處理過程 處理過程的具體處理邏輯一般是用判定表或判定樹來描述。數(shù)據(jù)字典中只需要描述處理過程的說明信息，通常包括處理過程編號、名稱、說明、輸入數(shù)據(jù)流、輸出數(shù)據(jù)流、處理等。 表 25 處理過程 處理過程編號 處理過程名稱 簡述 輸入的數(shù)據(jù)流 處理 輸出地數(shù)據(jù)流 P1 更新住房信息 有顧客后，要及時更新住房信息 入住登記表 對住房信息數(shù)據(jù)進行更新操作 新的住房信息 P2 選擇房間 顧客更具需要選擇房間類型 房間信息表 選擇需要的房間類型 房卡、發(fā)票 P3 對該顧客進行相應服務 顧客選擇服務，對顧客進行服務 服務菜單 按照顧客所選服務提供服務 服務清單 P4 退房 顧客離開時辦理退房結算手續(xù) 入住登記表 辦理退房結算手續(xù) 退房信息 概 念 設計 將需求分析得到的用戶需求抽象為信息結構即概念模型的過程就是概念結構設計。它是整個數(shù)據(jù)庫設計的關鍵。 分 ER 圖 面對每一個局部應用主義設計分 ER 圖： 顧 客 姓 名顧 客顧 客 性 別顧 客 編 號房 間 類 型顧 客 身 份證 號入 住 日 期房 間 編 號房 間 編 號訂 房 天 數(shù)顧 客 姓 名房 間 單 價房 間 狀 態(tài)入 住選 擇房 間顧 客 身 份證 號房 間 類 型入 住 日 期服 務 單 價服 務 次 數(shù)服 務 名 稱顧 客 身 份證 號顧 客 性 別顧 客 姓 名顧 客 編 號顧 客11nm訂 房 天 數(shù)顧 客 登 記 入 住 登記 表11顧 客 編 號顧 客 姓 名顧 客 性 別顧 客 身 份證 號顧 客 年 齡顧 客 年 齡服 務圖 23 各部分分 ER 圖 總 ER 圖 各子系統(tǒng)的 ER圖設計好以后，下一步就是要將所有的分 ER圖綜合成一個系統(tǒng)的總 ER圖。多個分 ER 圖一次集成總 ER 圖，如下圖所示： 在消除各種沖突和不必要的冗余之后，基本 ER 圖就生成了，下一步就是根據(jù)概念結構設計結果來進行邏輯結構設計了。 邏輯設計 概念結構是獨立于任何一種數(shù)據(jù)模型的信息結構。邏輯結構設計的任務就是把概念結構設計階段設計好的基本 ER圖轉換為與所選用的 DBMS產(chǎn)品所支持的數(shù)據(jù)模型想符合的邏輯結構。 ER 圖向關系模型轉換 把總 ER 圖轉換成為關系模式，關系的碼用下劃線標出。 顧客（ 顧客編號 ，顧客姓名，顧客身份證號，顧客性別，顧客年齡） 此為顧客實體所對應的關系模式。 房間（ 房間編號 ，房間類型， 房價狀態(tài)，房間單價 ） 此為房間實體所對應的關系模式。 入住登記表（ 顧客姓名 ， 房間號碼 ，顧客身份證號，入住日期，訂房天數(shù)，） 此為入住登記表所對應的關系模式，該關系模式已包含了聯(lián)系“登記”所對應的關系模式。 顧 客 入 住 房 間服 務 選 擇1 1n m登 記入 住 登記 表n1圖 2— 4 總 ER