【文章內容簡介】 Samllmoney(4) 《數(shù)據庫系統(tǒng)原理》課程設計報告 7 數(shù) 據項編號 數(shù) 據項名 數(shù) 據項含義 存 儲結構 DI31 扣其他 扣其他 Samllmoney(4) DI32 編號 編號 Char(11) DI33 院系 院系 Varchar(30) DI34 姓名 姓名 Varchar(16) DI35 職務工資 職務工資 Samllmoney(4) DI36 職稱工資 職稱工資 Samllmoney(4) DI37 專家津貼 專家津貼 Samllmoney(4) DI38 房貼 房貼 Samllmoney(4) DI39 獨補 獨補 Samllmoney(4) DI40 一次性補發(fā) 一次性補發(fā) Samllmoney(4) DI41 其他補貼 其他補貼 Samllmoney(4) DI42 應發(fā)合計 應發(fā)合計 Samllmoney(4) DI43 扣公積金 扣公積金 Samllmoney(4) DI44 扣失業(yè)險 扣失業(yè)險 Samllmoney(4) DI45 扣垃圾費 扣其他 Samllmoney(4) DI46 應扣合計 應扣合計 Samllmoney(4) DI47 實發(fā)工資 實發(fā)工資 Samllmoney(4) （ b）數(shù)據結構： 表 22 數(shù)據結構列表 數(shù) 據結構 編號 數(shù)據結構 名 數(shù)據結構 含義 組成 DS1 系統(tǒng)用戶表 系統(tǒng)用戶表 用戶名，口令，級別 《數(shù)據庫系統(tǒng)原理》課程設計報告 8 數(shù) 據結構 編號 數(shù)據結構 名 數(shù)據結構 含義 組成 DS2 員工信息表 員工信息表 編號，姓名，院系，職務，職稱，時間，住房，專家，獨幼 DS3 職務工資標準 職務工資標準 正處，副處，正科，副科 DS4 職稱工資標準 職稱工資標準 教授，副教，講師，助教 DS5 其他工資標準 其他工資標準 獨補，專家津貼，房貼，一次性補發(fā)，其他補貼，扣房租，扣公積金，扣失業(yè)險，扣醫(yī)療險，扣垃圾費，扣其他 DS6 工資結算 工資結算 編號，院系，姓名，職務工資，職稱工資，專家津貼，房貼，獨補，一次性補發(fā)，其他補貼，應發(fā)合計，扣公積金，扣失業(yè)險，扣醫(yī)療險，扣垃圾費，扣其他，應扣合計，實發(fā)工資 《數(shù)據庫系統(tǒng)原理》課程設計報告 9 第三 章 ． 概念設計階段 引言 系統(tǒng)開發(fā)的總體目 標是實現(xiàn)管理的 工資管理 系統(tǒng)化和自動化 ， 減輕工作人員的工作量，方便工作人員對它的操作，提高管理的質量和水平，做到高效、智能化管理，從而達到提高 工資 管理效率的目的。 主要任務是對 系統(tǒng)用戶 ,員工信息 ,職務工資標準 ,職稱工資標準 ,其他工資標準 ,工資結算 的基本信息的操作及外理。 概念設計階段主要是將需求分析階段得到的用戶需求抽象為信息結構 (概念模型 )的過程 ,它是整個數(shù)據庫設計的關鍵。 任務與目標 （ 1） 合并各分Ｅ－Ｒ圖 ,消除屬性沖突、命名沖突、結構沖突等三類沖突，得到初步 ER 圖，再消除不必要冗余，得到的基本 ER 圖如下所示： 員 工查 詢工 資 結 算職 務系 統(tǒng) 用 戶屬 于職 稱 其 他級 別用 戶 名命 令111n編 號 姓 名 院 系職 稱職 務時 間住 房獨 幼專 家 圖 31 教師工資管理系統(tǒng) ER 圖 《數(shù)據庫系統(tǒng)原理》課程設計報告 10 （ 2） 各 E－ R 圖各實體 系統(tǒng)用戶表：系統(tǒng)用戶表（用戶名，口令，級別） 員工信息表：員工信息表 (編號，姓名，院系，職務，職稱，時間，住房，專家，獨幼 ) 職務工資標準：職務工資標準 (正處，副處，正科，副科 ) 職稱工資標準：職稱工資標準 (教授，副教，講師，助教 ) 其他工資標準：其他工資標準 (獨補，專家津貼，房貼，一次性補發(fā)，其他補貼，扣房租，扣公積金，扣失業(yè)險，扣醫(yī)療險，扣垃圾費，扣其他 ) 工資 結算：工資結算（編號，院系，姓名，職務工資，職稱工資，專家津貼，房貼，獨補，一次性補發(fā)，其他補貼，應發(fā)合計，扣公積金，扣失業(yè)險，扣醫(yī)療險，扣垃圾費，扣其他，應扣合計，實發(fā)工資） 《數(shù)據庫系統(tǒng)原理》課程設計報告 11 第 四 章 ． 邏輯設計階段 邏輯設計的任務和目標 以上的概念設計階段是獨立于任何一種數(shù)據模型的，但是邏輯設計階段就與選用的 DBMS 產品發(fā)生關系了，系統(tǒng)邏輯設計的任務就是將概念設計階段設計好的基本 ER 圖轉換為選用 DBMS 產品所支持的數(shù)據模型相符合的邏輯結構。具體內容包括數(shù)據組織（將 ER 圖轉換成關系模型、模型優(yōu)化、數(shù)據庫模式定義、 用戶子模式設計）、數(shù)據處理（畫出系統(tǒng)功能模塊圖）兩大任務。 數(shù)據組織 將 ER 圖轉換為關系模型 實體型轉換為關系模式。實體的屬性就是關系的屬性，實體的碼就是關系的碼。對于實體間的聯(lián)系則有以下不同的情況： 一個 m： n 聯(lián)系轉換為一個關系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合。 一個 1： n 聯(lián)系可以轉換為一個獨立的關系模式，也可以與 n 端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬 性，而關系的碼為 n 端實體的碼。 一個 1： 1 聯(lián)系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。三個或三個以上實體間的一個多元聯(lián)系可以轉換為一個關系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合 ， 具有相同碼的關系模式可合并。 將其聯(lián)系也轉化成獨立的關系模式，具體的基本 ER 圖向關系模型的轉化如下： 系統(tǒng)用戶表：系統(tǒng)用戶表（用戶名，口令，級別） 《數(shù)據庫系統(tǒng)原理》課程設計報告 12 員工信息表：員工信息表 (編號 ，姓名，院系，職務，職稱，時間，住房，專家，獨幼 ) 職務工資標準：職務工資標準 (正處，副處，正科，副科 ) 職稱工資標準：職稱工資標準 (教授，副教，講師，助教 ) 其他工資標準：其他工資標準 (獨補，專家津貼，房貼，一次性補發(fā)，其他補貼，扣房租，扣公積金，扣失業(yè)險，扣醫(yī)療險，扣垃圾費，扣其他 ) 工資結算：工資結算（ 編號 ，院系，姓名，職務工資，職稱工資，專家津貼，房貼，獨補，一次性補發(fā)，其他補貼，應發(fā)合計，扣公積金，扣失業(yè)險，扣醫(yī)療險，扣垃圾費，扣其他，應扣合計，實發(fā)工資） （注：標有直線下劃線的為主屬性，標有波浪線下劃線的是外鍵屬性，主屬性與外鍵屬性一起構成主碼） 數(shù)據庫模式定義 表 系統(tǒng)用戶表 表 員工信息表 《數(shù)據庫系統(tǒng)原理》課程設計報告 13 表 職務工資標準表 表 職稱工資標準表 表 其他工資標準表 《數(shù)據庫系統(tǒng)原理》課程設計報告 14 表 工資結算表 數(shù)據處理 系統(tǒng)功能模塊圖： 教 師 工 資 管 理 系 統(tǒng)系統(tǒng)用戶管理工資標準設定工資結算與瀏覽個人工資查詢教師信息管理 圖 41 系統(tǒng)功能模塊圖 《數(shù)據庫系統(tǒng)原理》課程設計報告 15 第五 章 ．物理設計階段 物理設計階段的目標與任務 數(shù)據庫的物理設計就是為邏輯數(shù)據模型選取一個最合適應用要求的物理結構的過程，在這個階段中要完成兩大任務： （ 1）確定數(shù)據庫的物理結構，在關系數(shù)據庫中主要是存取方法和存儲結構； （ 2）對物理結構進行評價，評價的重點是時間和空間效率。 《數(shù)據庫系統(tǒng)原理》課程設計報告 16 第六章 ．數(shù)據庫實施階段 建立數(shù)據庫、數(shù)據表、視圖、索引 建立數(shù)據庫 CREATE DATABASE [工資數(shù)據 ] ON PRIMARY ( NAME = N39。工資數(shù)據 _Data39。, FILENAME = N39。F:\zuoye\教師工資管理系統(tǒng)\database\工資數(shù)據 39。 , SIZE = 1152KB , MAXSIZE = UNLIMITED, FILEGROWTH = 10%) LOG ON ( NAME = N39。工資數(shù)據 _Log39。, FILENAME = N39。F:\zuoye\教師工資管理系統(tǒng)\data