教師工資管理系統(tǒng)數(shù)據(jù)庫設計(doc 42頁)

1、XX學院電子信息工程學院數(shù)據(jù)庫系統(tǒng)原理課程設計報告項目名稱： 教師薪水管理系統(tǒng)數(shù)據(jù)庫設計 專 業(yè)： 年 級： 姓 名： 學 號： 指導老師： 2013年9月39 / 43摘 要在計算機日益普及的今天,對學校而言若采用一套行之有效的教師薪水管理系統(tǒng)來管理教師的薪水,會方便許多。對學校而言,以前單一的手工計算已不能滿足人們的要求,往往是投入了大量的人力和財力卻得不到高效的管理效率。為了減輕工作人員的工作量,方便工作人員對它的操作,提高管理的質(zhì)量和水平,做到高效、智能化管理,達到提高薪水管理效率的目的。采用數(shù)據(jù)庫技術生成的薪水管理系統(tǒng)將會極大地方便教師薪水管理人員和工作人員的勞動,使工作人員從繁忙、

2、復雜的工作進入到一個簡單、高效的工作中。基于這個問題,開發(fā)了教師薪水管理系統(tǒng)。系統(tǒng)采用C/S模式,實現(xiàn)了薪水管理的方便、高效性、有效性。本文通過作者設計和開發(fā)一個中小型教師薪水管理系統(tǒng)的實踐,闡述了教師薪水管理軟件中所應具有的基本效用、設計、實現(xiàn)。關鍵詞：薪水；管理系統(tǒng)；智能目錄第一章引言1第二章. 需求分析階段22.1 引言22.2 需求分析階段的目標與任務22.2.1處理對象22.2.2處理效用及要求22.2.3.安全性和完整性要求22.3 需求分析階段成果32.3.1 教師薪水管理系統(tǒng)業(yè)務流程圖32.3.2 教師薪水管理系統(tǒng)數(shù)據(jù)流程圖32.3.3教師薪水管理系統(tǒng)數(shù)據(jù)字典4第三章概念設計階

3、段73.1 引言73.2 任務與目標7第四章邏輯設計階段84.1邏輯設計的任務和目標84.2數(shù)據(jù)組織84.2.1將E-R圖轉(zhuǎn)換為關系模型84.2.2數(shù)據(jù)庫模式定義84.3數(shù)據(jù)處理10第五章物理設計階段115.1物理設計階段的目標與任務11第六章數(shù)據(jù)庫實施階段126.1建立數(shù)據(jù)庫、數(shù)據(jù)表、視圖、索引126.1.1 建立數(shù)據(jù)庫126.1.2 建立數(shù)據(jù)表126.2數(shù)據(jù)入庫14第七章系統(tǒng)調(diào)試和測試15第八章設計心得18第九章存在的問題及建議20致謝21參考文獻22附錄1 數(shù)據(jù)查看23附錄2 所有的SQL運行語句26附錄3 系統(tǒng)的運行界面27第一章引言教師薪水管理系統(tǒng)是一個教育單位不可缺少的部分,它的內(nèi)

4、容對于單位的決策者和管理者來說都至關重要。但一直以來人們使用傳統(tǒng)人工的方式管理文件信息,這種管理方式存在著許多缺點,如:效率低、性差,另外時間一長,將產(chǎn)生大量的文件和數(shù)據(jù),這對于查找、更新和維護都帶來了不少的困難。隨著科學技術的不斷提高,計算機科學日漸成熟,其強大的效用已為人們深刻認識已進入人類社會的各個領域并發(fā)揮著越來越重要的作用。作為計算機應用的一部分,使用計算機對薪水管理信息進行管理 ,具有手工管理者無法比擬的優(yōu)點.例如:檢索迅速、查找方便、可靠性高、存儲量大、性好、壽命長、成本低等。這些優(yōu)點能夠極大地提高信息管理的效率,也是教育單位的科學化、正規(guī)化管理,與世界接軌的重要條件。隨著數(shù)據(jù)庫

5、技術的不斷發(fā)展及數(shù)據(jù)庫管理系統(tǒng)的廣泛應用,數(shù)據(jù)庫中存儲的數(shù)據(jù)量急劇增大,這些數(shù)據(jù)庫中的大量數(shù)據(jù)隱含著許多有價值的信息,而傳統(tǒng)的對數(shù)據(jù)庫的簡單操作只能發(fā)現(xiàn)表層的知識,不能歸納出隱含的帶有結(jié)構(gòu)性的知識,已不能滿足人們的需要,人們更希望通過對數(shù)據(jù)的分析,得到數(shù)據(jù)更深層次的信息,或者說得到可用于進行決策的知識,也即對數(shù)據(jù)進行挖掘。數(shù)據(jù)挖掘,顧名思義就是從大量的數(shù)據(jù)中挖掘出有用的信息。開發(fā)本系統(tǒng)的目的就是幫助管理部門提高工作效率,實現(xiàn)薪水信息管理的系統(tǒng)化、規(guī)范化和自動化。本系統(tǒng)包括修改員工信息、查詢員工的薪水金額、設置其他項目的金額（獎金、福利、津貼、扣發(fā)等）等,實現(xiàn)工管理的自動化,無疑將給學校管理部門

6、帶來很大方便。第二章. 需求分析階段2.1 引言進行系統(tǒng)設計,首先要對系統(tǒng)的現(xiàn)狀進行分析。根據(jù)系統(tǒng)的目標、需求和效用,制定和選擇一個較好的系統(tǒng)方案,從而達到一個合理的優(yōu)化系統(tǒng)。隨著學校的發(fā)展,教師的數(shù)量越來越多,人工手動管理會降低工作的效率,希望建立一個教師薪水管理系統(tǒng),是為了解決人工管理在實踐的問題,從而達到系統(tǒng)化、規(guī)范化、標準化的水平。該系統(tǒng)的建立不但給管理者帶來了方便,也節(jié)省了工作時間從而提高了工作效率。需求分析是在于要弄清用戶對開發(fā)的數(shù)據(jù)庫應用系統(tǒng)的確切要求。數(shù)據(jù)庫設計的第一步是明確數(shù)據(jù)庫的目的和如何使用,也就是說需要從數(shù)據(jù)庫中得到哪些信息。明確目的之后,就可以確定您需要保存哪些主題的

7、信息（表）,以及每個主題需要保存哪些信息（表中字段）。在構(gòu)造系統(tǒng)時,首先從需求出發(fā)構(gòu)造數(shù)據(jù)庫表,然后再由數(shù)據(jù)庫表結(jié)合需求劃分系統(tǒng)效用模塊。這樣,就把一個大的系統(tǒng)分解成了幾個小系統(tǒng)。能夠?qū)崿F(xiàn)以下效用： 系統(tǒng)用戶的添加、刪除、保存； 員工信息的添加、刪除、修改,薪水標準的設定； 薪水信息管理包括薪水的瀏覽與結(jié)算 查詢（按姓名或編號兩種方式進行薪水情況的詳細查詢）。2.2 需求分析階段的目標與任務2.2.1處理對象1. 系統(tǒng)用戶表：用戶名,口令,級別 2. 員工信息表：編號,姓名,院系,職務,職稱,時間,住房,專家,獨幼3. 職務薪水標準：正處,副處,正科,副科4. 職稱薪水標準：教授,副教,講師,

8、助教5. 其他薪水標準：獨補,專家津貼,房貼,一次性補發(fā),其他補貼,扣房租,扣公積金,扣失業(yè)險,扣醫(yī)療險,扣垃圾費,扣其他6. 薪水結(jié)算：編號,院系,姓名,職務薪水,職稱薪水,專家津貼,房貼,獨補,一次性補發(fā),其他補貼,應發(fā)合計,扣公積金,扣失業(yè)險,扣醫(yī)療險,扣垃圾費,扣其他,應扣合計,實發(fā)薪水2.2.2處理效用及要求(1)系統(tǒng)用戶的添加、刪除、保存。(2)員工信息的添加、刪除、修改,薪水標準的設定。(3)薪水信息管理包括薪水的瀏覽與結(jié)算 查詢（按姓名或編號兩種方式進行薪水情況的詳細查詢）。2.2.3.安全性和完整性要求1） 安全性要求 系統(tǒng)安全性要求體現(xiàn)在數(shù)據(jù)庫安全性、信息安全性和系統(tǒng)平臺的

9、安全性等方面。安全性先通過視圖機制,不同的用戶只能訪問系統(tǒng)授權(quán)的視圖,這樣可提供系統(tǒng)數(shù)據(jù)一定程度上的安全性,再通過分配權(quán)限、設置權(quán)限級別來區(qū)別對待不同操作者對數(shù)據(jù)庫的操作來提高數(shù)據(jù)庫的安全性；系統(tǒng)平臺的安全性體現(xiàn)在操作系統(tǒng)的安全性、計算機系統(tǒng)的安全性和網(wǎng)絡體系的安全性等方面。2） 完整性要求系統(tǒng)完整性要求系統(tǒng)中數(shù)據(jù)的正確性以及相容性?？赏ㄟ^建立主、外鍵,使用check約束,或者通過使用觸發(fā)器和級聯(lián)更新。2.3 需求分析階段成果2.3.1 教師薪水管理系統(tǒng)業(yè)務流程圖圖2-1教師薪水管理系統(tǒng)業(yè)務流程圖2.3.2 教師薪水管理系統(tǒng)數(shù)據(jù)流程圖（1）管理員添加、刪除、修改用戶信息圖2-2管理員添加、刪除

10、、修改用戶信息流程圖（2）管理員添加、刪除、修改教師信息圖2-3管理員添加、刪除、修改教師信息流程圖 （3）用戶查詢薪水圖2-4用戶查詢薪水流程圖2.3.3教師薪水管理系統(tǒng)數(shù)據(jù)字典（a）數(shù)據(jù)項：系統(tǒng)涉及的數(shù)據(jù)項有47項表2-1 數(shù)據(jù)項列表數(shù)據(jù)項編號數(shù)據(jù)項名數(shù)據(jù)項含義存儲結(jié)構(gòu)DI-1用戶名用戶名Varchar(20)DI-2口令口令varchar(6)DI-3級別級別char(1)DI-4編號編號char(11)DI-5姓名姓名varchar(16)DI-6院系院系varchar(30)DI-7職務職務varchar(4)DI-8職稱職稱varchar(4)DI-9時間時間Smalldata(4

11、)DI-10住房住房Bit(1)DI-11專家專家Bit(1)DI-12獨幼獨幼Bit(1)DI-13正處正處Samllmoney(4)DI-14副處副處Samllmoney(4)DI-15正科正科Samllmoney(4)DI-16副科副科Samllmoney(4)DI-17教授教授Samllmoney(4)DI-18副教副教Samllmoney(4)DI-19講師講師Samllmoney(4)DI-20助教助教Samllmoney(4)DI-21獨補獨補Samllmoney(4)DI-22專家津貼專家津貼Samllmoney(4)DI-23房貼房貼Samllmoney(4)DI-24一次性

12、補發(fā)一次性補發(fā)Samllmoney(4)DI-25其他補貼其他補貼Samllmoney(4)DI-26扣房租扣房租Samllmoney(4)DI-27扣公積金扣公積金Samllmoney(4)DI-28扣失業(yè)險扣失業(yè)險Samllmoney(4)DI-29扣醫(yī)療險扣醫(yī)療險Samllmoney(4)DI-30扣垃圾費扣垃圾費Samllmoney(4)DI-31扣其他扣其他Samllmoney(4)DI-32編號編號Char(11)DI-33院系院系Varchar(30)DI-34姓名姓名Varchar(16)DI-35職務薪水職務薪水Samllmoney(4)DI-36職稱薪水職稱薪水Samllm

13、oney(4)DI-37專家津貼專家津貼Samllmoney(4)DI-38房貼房貼Samllmoney(4)DI-39獨補獨補Samllmoney(4)DI-40一次性補發(fā)一次性補發(fā)Samllmoney(4)DI-41其他補貼其他補貼Samllmoney(4)DI-42應發(fā)合計應發(fā)合計Samllmoney(4)DI-43扣公積金扣公積金Samllmoney(4)DI-44扣失業(yè)險扣失業(yè)險Samllmoney(4)DI-45 扣垃圾費扣其他Samllmoney(4)DI-46 應扣合計應扣合計Samllmoney(4)DI-47實發(fā)薪水實發(fā)薪水 Samllmoney(4)（b）數(shù)據(jù)結(jié)構(gòu)：表2-

14、2 數(shù)據(jù)結(jié)構(gòu)列表數(shù)據(jù)結(jié)構(gòu)編號數(shù)據(jù)結(jié)構(gòu)名數(shù)據(jù)結(jié)構(gòu)含義組成DS-1系統(tǒng)用戶表系統(tǒng)用戶表用戶名,口令,級別DS-2員工信息表員工信息表編號,姓名,院系,職務,職稱,時間,住房,專家,獨幼DS-3職務薪水標準職務薪水標準正處,副處,正科,副科DS-4職稱薪水標準職稱薪水標準教授,副教,講師,助教DS-5其他薪水標準其他薪水標準獨補,專家津貼,房貼,一次性補發(fā),其他補貼,扣房租,扣公積金,扣失業(yè)險,扣醫(yī)療險,扣垃圾費,扣其他DS-6薪水結(jié)算薪水結(jié)算編號,院系,姓名,職務薪水,職稱薪水,專家津貼,房貼,獨補,一次性補發(fā),其他補貼,應發(fā)合計,扣公積金,扣失業(yè)險,扣醫(yī)療險,扣垃圾費,扣其他,應扣合計,實發(fā)薪水

15、第三章概念設計階段 3.1 引言系統(tǒng)開發(fā)的總體目標是實現(xiàn)管理的薪水管理系統(tǒng)化和自動化,減輕工作人員的工作量,方便工作人員對它的操作,提高管理的質(zhì)量和水平,做到高效、智能化管理,從而達到提高薪水管理效率的目的。主要任務是對系統(tǒng)用戶,員工信息,職務薪水標準,職稱薪水標準,其他薪水標準,薪水結(jié)算的基本信息的操作及外理。概念設計階段主要是將需求分析階段得到的用戶需求抽象為信息結(jié)構(gòu)(概念模型)的過程,它是整個數(shù)據(jù)庫設計的關鍵。3.2 任務與目標（1）合并各分圖,消除屬性沖突、命名沖突、結(jié)構(gòu)沖突等三類沖突,得到初步E-R圖,再消除不必要冗余,得到的基本E-R圖如下所示：圖3-1 教師薪水管理系統(tǒng) E-R圖

16、（2）各ER圖各實體系統(tǒng)用戶表：系統(tǒng)用戶表（用戶名,口令,級別） 員工信息表：員工信息表(編號,姓名,院系,職務,職稱,時間,住房,專家,獨幼)職務薪水標準：職務薪水標準(正處,副處,正科,副科)職稱薪水標準：職稱薪水標準(教授,副教,講師,助教)其他薪水標準：其他薪水標準(獨補,專家津貼,房貼,一次性補發(fā),其他補貼,扣房租,扣公積金,扣失業(yè)險,扣醫(yī)療險,扣垃圾費,扣其他)薪水結(jié)算：薪水結(jié)算（編號,院系,姓名,職務薪水,職稱薪水,專家津貼,房貼,獨補,一次性補發(fā),其他補貼,應發(fā)合計,扣公積金,扣失業(yè)險,扣醫(yī)療險,扣垃圾費,扣其他,應扣合計,實發(fā)薪水）第四章邏輯設計階段4.1邏輯設計的任務和目標

17、以上的概念設計階段是獨立于任何一種數(shù)據(jù)模型的,但是邏輯設計階段就與選用的DBMS產(chǎn)品發(fā)生關系了,系統(tǒng)邏輯設計的任務就是將概念設計階段設計好的基本E-R圖轉(zhuǎn)換為選用DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。具體內(nèi)容包括數(shù)據(jù)組織（將E-R圖轉(zhuǎn)換成關系模型、模型優(yōu)化、數(shù)據(jù)庫模式定義、用戶子模式設計）、數(shù)據(jù)處理（畫出系統(tǒng)效用模塊圖）兩大任務。4.2數(shù)據(jù)組織4.2.1將E-R圖轉(zhuǎn)換為關系模型實體型轉(zhuǎn)換為關系模式。實體的屬性就是關系的屬性,實體的碼就是關系的碼。對于實體間的聯(lián)系則有以下不同的情況：一個m：n聯(lián)系轉(zhuǎn)換為一個關系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性,而關系的碼

18、為各實體碼的組合。一個1：n聯(lián)系可以轉(zhuǎn)換為一個獨立的關系模式,也可以與n端對應的關系模式合并。如果轉(zhuǎn)換為一個獨立的關系模式,則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性,而關系的碼為n端實體的碼。 一個1：1聯(lián)系可以轉(zhuǎn)換為一個獨立的關系模式,也可以與任意一端對應的關系模式合并。三個或三個以上實體間的一個多元聯(lián)系可以轉(zhuǎn)換為一個關系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性,而關系的碼為各實體碼的組合,具有相同碼的關系模式可合并。將其聯(lián)系也轉(zhuǎn)化成獨立的關系模式,具體的基本E-R圖向關系模型的轉(zhuǎn)化如下：系統(tǒng)用戶表：系統(tǒng)用戶表（用戶名,口令,級別） 員工信

19、息表：員工信息表(編號,姓名,院系,職務,職稱,時間,住房,專家,獨幼)職務薪水標準：職務薪水標準(正處,副處,正科,副科)職稱薪水標準：職稱薪水標準(教授,副教,講師,助教)其他薪水標準：其他薪水標準(獨補,專家津貼,房貼,一次性補發(fā),其他補貼,扣房租,扣公積金,扣失業(yè)險,扣醫(yī)療險,扣垃圾費,扣其他)薪水結(jié)算：薪水結(jié)算（編號,院系,姓名,職務薪水,職稱薪水,專家津貼,房貼,獨補,一次性補發(fā),其他補貼,應發(fā)合計,扣公積金,扣失業(yè)險,扣醫(yī)療險,扣垃圾費,扣其他,應扣合計,實發(fā)薪水）（注：標有直線下劃線的為主屬性,標有波浪線下劃線的是外鍵屬性,主屬性與外鍵屬性一起組成主碼）4.2.2數(shù)據(jù)庫模式定義

20、表4.1系統(tǒng)用戶表表4.2員工信息表表4.3職務薪水標準表表4.4職稱薪水標準表表4.5其他薪水標準表表4.6薪水結(jié)算表4.3數(shù)據(jù)處理系統(tǒng)效用模塊圖：圖4-1系統(tǒng)效用模塊圖第五章物理設計階段5.1物理設計階段的目標與任務 數(shù)據(jù)庫的物理設計就是為邏輯數(shù)據(jù)模型選取一個最合適應用要求的物理結(jié)構(gòu)的過程,在這個階段中要完成兩大任務：（1）確定數(shù)據(jù)庫的物理結(jié)構(gòu),在關系數(shù)據(jù)庫中主要是存取方法和存儲結(jié)構(gòu)；（2）對物理結(jié)構(gòu)進行評價,評價的重點是時間和空間效率。第六章數(shù)據(jù)庫實施階段6.1建立數(shù)據(jù)庫、數(shù)據(jù)表、視圖、索引6.1.1 建立數(shù)據(jù)庫CREATE DATABASE 薪水數(shù)據(jù) ON PRIMARY ( NAME

21、 = N'薪水數(shù)據(jù)_Data', = N'F:zuoye教師薪水管理系統(tǒng)database薪水數(shù)據(jù)_Data.MDF' , SIZE = 1152KB , MAXSIZE = UNLIMITED, = 10%) LOG ON ( NAME = N'薪水數(shù)據(jù)_Log', = N'F:zuoye教師薪水管理系統(tǒng)database薪水數(shù)據(jù)_Log.LDF' , SIZE = 1024KB , MAXSIZE = UNLIMITED, = 10%) COLLATE Chinese_PRC_CI_ASGO6.1.2 建立數(shù)據(jù)表（1）系統(tǒng)用戶表的

22、建立：CREATE TABLE dbo.系統(tǒng)用戶 (用戶名 varchar (20) COLLATE Chinese_PRC_CI_AS NOT NULL ,口令 varchar (6) COLLATE Chinese_PRC_CI_AS NOT NULL ,級別 char (1) COLLATE Chinese_PRC_CI_AS NOT NULL ) ON PRIMARYGO（2）員工信息表的建立：CREATE TABLE dbo.員工信息 (編號 char (11) COLLATE Chinese_PRC_CI_AS NOT NULL ,姓名 varchar (16) COLLATE C

23、hinese_PRC_CI_AS NOT NULL ,院系 varchar (30) COLLATE Chinese_PRC_CI_AS NOT NULL ,職務 varchar (4) COLLATE Chinese_PRC_CI_AS NOT NULL ,職稱 varchar (4) COLLATE Chinese_PRC_CI_AS NOT NULL ,時間 smalldatetime NOT NULL ,住房 bit NOT NULL ,專家 bit NOT NULL ,獨幼 bit NOT NULL ) ON PRIMARYGO（3）其他薪水標準表的建立：CREATE TABLE d

24、bo.其他薪水標準 (獨補 smallmoney NOT NULL ,專家津貼 smallmoney NOT NULL ,房貼 smallmoney NOT NULL ,一次性補發(fā) smallmoney NOT NULL ,其他補貼 smallmoney NOT NULL ,扣房租 smallmoney NOT NULL ,扣公積金 smallmoney NOT NULL ,扣失業(yè)險 smallmoney NOT NULL ,扣醫(yī)療險 smallmoney NOT NULL ,扣垃圾費 smallmoney NOT NULL ,扣其他 smallmoney NOT NULL ) ON PRIM

25、ARYGO（4）職務薪水標準表的建立：CREATE TABLE dbo.職務薪水標準 (正處 smallmoney NOT NULL ,副處 smallmoney NOT NULL ,正科 smallmoney NOT NULL ,副科 smallmoney NOT NULL ) ON PRIMARYGO（5）職稱薪水標準的建立：CREATE TABLE dbo.職稱薪水標準 (教授 smallmoney NOT NULL ,副教 smallmoney NOT NULL ,講師 smallmoney NOT NULL ,助教 smallmoney NOT NULL ) ON PRIMARYGO

26、（6）薪水結(jié)算表的建立：CREATE TABLE dbo.薪水結(jié)算 (編號 char (11) COLLATE Chinese_PRC_CI_AS NOT NULL ,院系 varchar (30) COLLATE Chinese_PRC_CI_AS NOT NULL ,姓名 varchar (16) COLLATE Chinese_PRC_CI_AS NOT NULL ,職務薪水 smallmoney NULL ,職稱薪水 smallmoney NULL ,專家津貼 smallmoney NULL ,房貼 smallmoney NULL ,獨補 smallmoney NULL ,一次性補發(fā)

27、smallmoney NULL ,其他補貼 smallmoney NULL ,應發(fā)合計 smallmoney NULL ,扣公積金 smallmoney NULL ,扣失業(yè)險 smallmoney NULL ,扣醫(yī)療險 smallmoney NULL ,扣垃圾費 smallmoney NULL ,扣房租 smallmoney NULL ,扣其他 smallmoney NULL ,應扣合計 smallmoney NULL ,實發(fā)薪水 smallmoney NULL ) ON PRIMARYGO6.2數(shù)據(jù)入庫系統(tǒng)共有6張基本表,采用事先在Excel中錄入數(shù)據(jù),然后使用SQL Server 2000

28、數(shù)據(jù)導入/導出向?qū)в?直接將數(shù)據(jù)導入到相應的基本表中。第七章系統(tǒng)調(diào)試和測試對該教師薪水管理系統(tǒng)進行測試,驗證每個效用是否符合要求,具體的測試如下：（1） 通過視圖查看各個基本表和視圖中的數(shù)據(jù)（見附錄1）（2） 檢測各個存儲過程的效用 （見附錄2）（3） 系統(tǒng)的運等界面檢測圖7-1系統(tǒng)的登陸界面（a）圖7-1系統(tǒng)的登陸界面（b）圖7-2系統(tǒng)用戶界面圖7-3修改登錄口令界面圖7-4員工信息管理界面圖7-5設定薪水標準界面（a）圖7-5設定薪水標準界面（b）圖7-5設定薪水標準界面（c）圖7-6薪水結(jié)算與瀏覽界面圖7-7個人薪水查詢第八章設計心得（1）這次課程設計使我熟悉了系統(tǒng)設計的整體步驟。系統(tǒng)

29、設計大體可分為需求分析、概念設計、邏輯設計、物理設計、數(shù)據(jù)庫的實施及調(diào)試測試六大步驟。其中,讓我感觸最深的是需求分析階段,在這個階段,必須對所要設計的系統(tǒng)有總體的構(gòu)思和了解,知道自己要做什么,要實現(xiàn)什么,并且要實際的進行相關的調(diào)查,不能憑想象或自己的了解,這樣會在后續(xù)的工作中遇到很多的問題。（2）這次課程設計加深了我對數(shù)據(jù)庫系統(tǒng)概論相關知識和SQL SERVER相關效用的理解。例如對建立基本表、視圖、索引、存儲過程、觸發(fā)器等,都比以前更加的熟練。并在解決遇到的各種問題的過程中,學到了很多新的知識。比如在導入導出數(shù)據(jù)時,由于外鍵約束的存在,經(jīng)常會出現(xiàn)錯誤,這就要注意各個表導入的順序問題。一般是先

30、導入主鍵表,后導入外鍵表,這樣可以避免很多的錯誤。（3）我進一步掌握了相關的SQL語句方面的知識。不但糾正了以前的錯誤認識和理解,而且學會了建立存儲過程和觸發(fā)器。通過查閱資料,我還明白了存儲過程是編譯后放在服務器端的程序,它可以被別的模塊調(diào)用,且不需要重新編譯,這樣就大大減輕了客戶端的負擔,且有效的提高了系統(tǒng)執(zhí)行的效率。（4）當然,在實習的過程中也存在一些問題。由于需求分析階段的工作完成的不是很充分,在后面的設計過程中,前后時常會出現(xiàn)矛盾,不一致現(xiàn)象,因此要反復的修改前面的結(jié)果,導致整個工作進行的不是很順利。第九章存在的問題及建議（1）我覺得在這次課程設計中,需求分析階段是致關重要的,但由于同

31、學們都是第一次做這樣的系統(tǒng)設計,都不是很熟悉需求分析的主要方法和主要任務,所以都很盲目,認為隨便從網(wǎng)上搜點相關的知識就可以了,但其實,這直接影響著后面的各個階段的工作的進行。所以希望老師在實習前能給我們對需求分析階段的工作進行一定的指導。（2）但總的說來,這次課程設計中指導老師知識淵博,經(jīng)驗豐富,并且十分熱情的回答我們請教的任何問題,老師都會耐心而認真的為我們解決,老師不但幫我們解決了問題,同時也教會了我們解決此類問題的方法,這對我們今后的學習是十分有益的。致謝在這次數(shù)據(jù)庫課程設計的整個過程中,都受到了指導教師指導和關懷。對此,表示忠心的感謝！沒有老師的耐心指導,我根本不可能順利完成此次課程設

32、計的任務。同時也感謝給過我?guī)椭凸膭畹耐瑢W,是他們的幫助與鼓勵,在我遇到困難時,為我點亮了希望的燈塔；在我灰心喪氣時,帶給我力量和信心。 參考文獻 1薩師煊,王珊.數(shù)據(jù)庫系統(tǒng)概論(第四版)M.北京:高教出版社,20062錢樂秋,趙文耘,牛軍鈺.軟件工程M.北京：清華大學出版社,20073劉瑩,蔡錦成等.SQL Server數(shù)據(jù)庫應用教程M.北京：清華大學出版社,20104杜兆將 ,SQL Server數(shù)據(jù)庫管理與開發(fā)教程與實訓M 北京：北京大學出版社,2009附錄1 數(shù)據(jù)查看1. 基本表的數(shù)據(jù)查看：1） 系統(tǒng)用戶表中的數(shù)據(jù)2） 員工信息表中的數(shù)據(jù)：3） 職務薪水標準表中的數(shù)據(jù)：4）職稱薪水標準

33、表中的數(shù)據(jù)5）其他薪水標準表中的數(shù)據(jù)：6）薪水結(jié)算中數(shù)據(jù)：附錄2 所有的SQL運行語句CREATE DATABASE 薪水數(shù)據(jù) ON PRIMARY ( NAME = N'薪水數(shù)據(jù)_Data', = N'F:zuoye教師薪水管理系統(tǒng)database薪水數(shù)據(jù)_Data.MDF' , SIZE = 1152KB , MAXSIZE = UNLIMITED, = 10%) LOG ON ( NAME = N'薪水數(shù)據(jù)_Log', = N'F:zuoye教師薪水管理系統(tǒng)database薪水數(shù)據(jù)_Log.LDF' , SIZE = 102

34、4KB , MAXSIZE = UNLIMITED, = 10%) COLLATE Chinese_PRC_CI_ASGOCREATE TABLE dbo.其他薪水標準 (獨補 small money NOT NULL ,專家津貼 smallmoney NOT NULL ,房貼 smallmoney NOT NULL ,一次性補發(fā) smallmoney NOT NULL ,其他補貼 smallmoney NOT NULL ,扣房租 smallmoney NOT NULL ,扣公積金 smallmoney NOT NULL ,扣失業(yè)險 smallmoney NOT NULL ,扣醫(yī)療險 smal

35、lmoney NOT NULL ,扣垃圾費 smallmoney NOT NULL ,扣其他 smallmoney NOT NULL ) ON PRIMARYGOCREATE TABLE dbo.員工信息 (編號 char (11) COLLATE Chinese_PRC_CI_AS NOT NULL ,姓名 varchar (16) COLLATE Chinese_PRC_CI_AS NOT NULL ,院系 varchar (30) COLLATE Chinese_PRC_CI_AS NOT NULL ,職務 varchar (4) COLLATE Chinese_PRC_CI_AS NOT NULL ,職稱 varchar (4) COLLATE Chinese_PRC_CI_AS NOT NULL ,時間 smalldat