人事管理_高校人事管理系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)

某某大學(xué)計(jì)算機(jī)與信息技術(shù)學(xué)院數(shù)據(jù)庫(kù)系統(tǒng)課程設(shè)計(jì)論文題 目：高校人事管理系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)組 長(zhǎng) 專(zhuān) 業(yè) 計(jì)算機(jī)科學(xué)與技術(shù) 班 級(jí) 授課教師 高校人事管理系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì) 內(nèi)容提要 高校人事管理系統(tǒng)包括人事檔案信息錄入、人事檔案信息顯示及人事信息查詢(xún)等。系統(tǒng)開(kāi)發(fā)采用了C+，有開(kāi)發(fā)效率高，調(diào)試容易，維護(hù)方便等優(yōu)點(diǎn)。實(shí)現(xiàn)了顯示信息分頁(yè)，組合查詢(xún)等方便用戶(hù)的功能，提高了高校人事管理的效率。目前軟件市場(chǎng)有很多人事管理系統(tǒng)軟件，有的功能強(qiáng)大，適合管理大型的集團(tuán)型企業(yè)，有的功能單一，適合管理小型企業(yè)。針對(duì)高校的人事管理軟件卻沒(méi)有通用的商業(yè)軟件。因?yàn)楦咝５娜耸鹿芾碛衅涮厥庑?，每個(gè)院校之間的差別很大，管理方法存在很大差別。市場(chǎng)化的通用商品軟件很難滿(mǎn)足所有高校的人事管理需求。高校的人事管理軟件均采用定制化開(kāi)發(fā)，根據(jù)本校的實(shí)際情況，開(kāi)發(fā)切合本校實(shí)際的管理程序。在設(shè)計(jì)時(shí)我們根據(jù)E-R圖的類(lèi)型和一些實(shí)際需求轉(zhuǎn)化為相應(yīng)的關(guān)系模型，并通過(guò)分析關(guān)系模型中依賴(lài)關(guān)系，對(duì)關(guān)系模型進(jìn)行了優(yōu)化，同時(shí)根據(jù)確切需求分析各個(gè)關(guān)系模式所屬范式和優(yōu)化原因。最終確定了在數(shù)據(jù)庫(kù)中存儲(chǔ)所用的關(guān)系模式，定義了基本表和視圖模式，確定了系統(tǒng)功能模塊圖，得到了數(shù)據(jù)庫(kù)的關(guān)系圖。根據(jù)以上得到的結(jié)果，構(gòu)建出符合要求的數(shù)據(jù)庫(kù)，通過(guò)物理設(shè)計(jì)將邏輯模型轉(zhuǎn)化為物理模型，確定了存儲(chǔ)結(jié)構(gòu)和建立的索引以及功能模塊。利用C+平臺(tái)使數(shù)據(jù)庫(kù)與程序相結(jié)合構(gòu)成了具有相應(yīng)功能的系統(tǒng)。關(guān)鍵字：數(shù)據(jù)庫(kù)；E-R圖；數(shù)據(jù)流圖；高校人事管理；系統(tǒng)設(shè)計(jì)；系統(tǒng)實(shí)現(xiàn)努力了的才叫夢(mèng)想，不努力的就是空想！如果你一直空想的話(huà)，無(wú)論看多少正能量語(yǔ)錄，也趕不走滿(mǎn)滿(mǎn)的負(fù)能量！你還是原地踏步的你，一直在看別人進(jìn)步。目 錄1 引言32 需求分析階段32.1 引言32.2 需求分析階段的目標(biāo)與任務(wù)32.3 需求分析階段成果53.1 引言143.2 任務(wù)與目標(biāo)144邏輯設(shè)計(jì)階段174.1邏輯設(shè)計(jì)的任務(wù)和目標(biāo)174.2數(shù)據(jù)組織174.2.1將E-R圖轉(zhuǎn)換為關(guān)系模型174.2.3數(shù)據(jù)庫(kù)模式定義184.2.4 用戶(hù)子模式定義204.3數(shù)據(jù)處理214.4數(shù)據(jù)庫(kù)關(guān)系圖225物理設(shè)計(jì)階段225.1物理設(shè)計(jì)階段的目標(biāo)與任務(wù)225.2數(shù)據(jù)存儲(chǔ)方面225.3教師/主任基本信息的查詢(xún)和更新模塊236數(shù)據(jù)庫(kù)實(shí)施階段236.1建立數(shù)據(jù)庫(kù)、數(shù)據(jù)表、視圖、索引236.1.1 建立數(shù)據(jù)庫(kù)236.1.2 建立數(shù)據(jù)表236.1.3 建立視圖256.1.4 建立索引256.1.5 建立觸發(fā)器266.2數(shù)據(jù)入庫(kù)266.3創(chuàng)建各個(gè)功能的存儲(chǔ)過(guò)程26七、應(yīng)用設(shè)計(jì)：26八系統(tǒng)調(diào)試和測(cè)試29九、存在問(wèn)題：30十、各學(xué)生貢獻(xiàn)說(shuō)明：30參考文獻(xiàn)31附錄1 存儲(chǔ)過(guò)程定義31附錄2 程序源代碼（嵌入式SQL某模塊讀與寫(xiě)操作）32附錄3 所有的SQL運(yùn)行語(yǔ)句34331 引言隨著信息技術(shù)的快速發(fā)展，數(shù)字化校園是高校教育信息化發(fā)展的必然趨勢(shì)，也是未來(lái) 學(xué)校發(fā)展的必然方向。一個(gè)高校人事管理信息系統(tǒng)的好壞直接影響著教師的各類(lèi)活動(dòng)，從而影響著整個(gè)高校的教學(xué)、辦學(xué)水平，所以一個(gè)高效的人事管理信息系統(tǒng)對(duì)整個(gè)高校的發(fā)展起著至關(guān)重要的作用。這就是選用此作為設(shè)計(jì)課題的原因。設(shè)計(jì)過(guò)程按照數(shù)據(jù)庫(kù)設(shè)計(jì)方式從需求分析、概念模型建立、邏輯設(shè)計(jì)、物理設(shè)計(jì)、數(shù)據(jù)庫(kù)實(shí)現(xiàn)、系統(tǒng)實(shí)現(xiàn)幾個(gè)階段一步一步完成了設(shè)計(jì)的任務(wù)。2 需求分析階段2.1 引言高校人事管理信息系統(tǒng)屬于數(shù)字化校園應(yīng)用支撐系統(tǒng)中比較重要的一環(huán)，其面向?qū)ο笾饕?是高校中的教師、管理人員和服務(wù)人員，其中教師是主體，管理人員是關(guān)鍵，所以高校的人事管理是以教師為主體對(duì)象的一種團(tuán)體、社會(huì)活動(dòng)。高校人事管理系統(tǒng)平臺(tái)需要完成基本查詢(xún)的功能，以及管理員，學(xué)生，部門(mén)主任三方之間的信息交互。經(jīng)過(guò)調(diào)查需求，對(duì)三方所需的需要進(jìn)行分析：管理員需要注冊(cè)教師，學(xué)生，完成對(duì)學(xué)生教師的信息的修改查詢(xún)，以及對(duì)某些特定要求可以實(shí)現(xiàn)數(shù)據(jù)的統(tǒng)計(jì)功能，管理員還可以根據(jù)一些規(guī)定刪除某些學(xué)生或教師的信息；教師端可以實(shí)現(xiàn)對(duì)自己工資詳單的查詢(xún)，可以實(shí)現(xiàn)對(duì)自己的某些個(gè)人信息進(jìn)行修改；部門(mén)主任可以對(duì)教師信息進(jìn)行查詢(xún)以及對(duì)個(gè)人信息的修改 為了完成上述的需求，將系統(tǒng)基本分為三個(gè)子系統(tǒng)：管理員端，教師端，部門(mén)主任端根據(jù)身份驗(yàn)證獲得不同的權(quán)限，以不同的方式來(lái)訪(fǎng)問(wèn)同一個(gè)數(shù)據(jù)庫(kù)。主要功能有：1. 管理員端：主要能實(shí)現(xiàn)對(duì)學(xué)生教師的增刪改查以及統(tǒng)計(jì)。2. 教師端：能瀏覽自己的工資和其他個(gè)人信息，還可以進(jìn)行修改。3. 部門(mén)主任端：可以對(duì)教師信息進(jìn)行修改統(tǒng)計(jì)。2.2 需求分析階段的目標(biāo)與任務(wù)2.2.1處理對(duì)象1. 管理員信息：用戶(hù)名，密碼，公告2. 教師信息：教師姓名、教師性別、教師身份證號(hào)、密碼、教師學(xué)歷、教師職務(wù)、職稱(chēng)、家庭住址、教師密碼、部門(mén)編號(hào)、出生年月、所在部門(mén)、用戶(hù)身份、工資3. 教師工資信息：教工編號(hào)、職稱(chēng)、職務(wù)、加班工資、考勤工資、基本工資、總工資、時(shí)間、教師姓名 首先從需求分析階段中，確定了幾項(xiàng)基本的處理對(duì)象，有可能這些處理對(duì)象不完全，需要在后續(xù)的各個(gè)階段中不斷修改和完善。2.2.2處理功能及要求1.管理員端的處理功能1）用戶(hù)管理1、添加用戶(hù)2、修改密碼3、刪除用戶(hù)2） 部門(mén)管理 1、 查詢(xún)部門(mén)信息2、 修改部門(mén)公告3、 增加部門(mén)類(lèi)型4、 刪除部門(mén)5、 統(tǒng)計(jì)部門(mén)信息3） 職工管理1、 修改通知信息2、 職工測(cè)評(píng)3、 修改查詢(xún)教師信息2.部門(mén)主任功能1）查看系統(tǒng)公告2）查看本部門(mén)成員3）修改個(gè)人資料 1、修改職工信息 2、修改自己信息4）查詢(xún)員工考勤管理 1、修改員工考勤 2、查詢(xún)員工考勤 3、刪除員工考勤5）管理員工工資 1、合計(jì)員工工資 2、查詢(xún)員工工資6）員工獎(jiǎng)懲管理3職工功能1） 查看通知2） 申請(qǐng)病假3） 修改個(gè)人信息4） 查看個(gè)人工資4.能夠提供一定的安全機(jī)制，提供數(shù)據(jù)信息授權(quán)訪(fǎng)問(wèn)，防止隨意刪改、查詢(xún)。5.系統(tǒng)界面要友好，系統(tǒng)的健壯性要強(qiáng)，后臺(tái)要穩(wěn)定。2.2.3.安全性和完整性要求1） 安全性要求 系統(tǒng)的安全性也是一個(gè)需要重點(diǎn)考慮的問(wèn)題。人事管理系統(tǒng)中保存了很多敏感的信息，如教師的基本情況等。非授權(quán)用戶(hù)不可查詢(xún)、更改或刪除。本系統(tǒng)所采用的方法是首先在進(jìn)人系統(tǒng)時(shí)檢查用戶(hù)名和口令，因此非系統(tǒng)用戶(hù)很難進(jìn)入系統(tǒng)。即使能夠進(jìn)入系統(tǒng)，所有的涉及數(shù)據(jù)增加、更改和刪除的地方都需要進(jìn)行權(quán)限確認(rèn)以保證操作合法進(jìn)行。當(dāng)然，數(shù)據(jù)庫(kù)本身是加了密的，非法用戶(hù)很難打開(kāi)數(shù)據(jù)庫(kù)而直接進(jìn)行修改。而關(guān)于用戶(hù)名與口令的信息則經(jīng)過(guò)一定的算法加密后保存在數(shù)據(jù)庫(kù)中。系統(tǒng)的安全性得到了較好的保證。2） 完整性要求系統(tǒng)完整性要求系統(tǒng)中數(shù)據(jù)的正確性以及相容性?？赏ㄟ^(guò)建立主、外鍵，確定了每個(gè)表中的主碼，主碼唯一，以及一個(gè)表與其他表相關(guān)聯(lián)的外碼；對(duì)于一些等級(jí)屬性和一些確定取值范圍的屬性使用check約束；還有一些標(biāo)志變量，取值范圍為0或1代表的意義不同，可以通過(guò)使用觸發(fā)器來(lái)實(shí)現(xiàn)；以及要做到視圖級(jí)聯(lián)更新；有的值不能為空，若為空則沒(méi)有意義整個(gè)元組不完整，則需要表示Not null通過(guò)定義實(shí)體完整性、參照完整性、用戶(hù)定義完整性使其滿(mǎn)足完整性要求。利用觸發(fā)器可以對(duì)給出等級(jí)的限制，將超出的部分變?yōu)楹戏ǖ姆秶鷥?nèi)數(shù)據(jù)；利用觸發(fā)器進(jìn)行級(jí)聯(lián)，修改一表中的項(xiàng)，將其他關(guān)聯(lián)表的記錄也同時(shí)刪除。2.3 需求分析階段成果2.3.1 體會(huì)與收獲系統(tǒng)需求分析主要是通過(guò)對(duì)已有的人事管理系統(tǒng)功能進(jìn)行參考，了解了山大等高校人事管理平臺(tái)的的管理規(guī)則和運(yùn)行機(jī)制，并通過(guò)上網(wǎng)搜索有關(guān)高校人事管理系統(tǒng)的知識(shí)。從許多人事管理的案例以及山大的人事管理中找尋出一些基本的功能，在這些功能的基礎(chǔ)上在繪制系統(tǒng)業(yè)務(wù)流程圖，遇到了很多的問(wèn)題，有的問(wèn)題沒(méi)法合理的表示出來(lái)，需要在過(guò)程中才會(huì)反應(yīng)出來(lái)，仍需要繼續(xù)改進(jìn)，通過(guò)老師的幫助與指導(dǎo)，和組員之間一遍一遍的分析和完善，才逐步把業(yè)務(wù)各個(gè)過(guò)程了解清楚，最終順利完成了需求分析階段的任務(wù)。2.3.2 高校人事管理系統(tǒng)系統(tǒng)功能模塊圖1. 管理員功能模塊圖：2部門(mén)主任功能模塊圖：2. 教師功能模塊圖：2.3.3高校信息管理系統(tǒng)數(shù)據(jù)流圖1.系統(tǒng)數(shù)據(jù)流圖2管理員系統(tǒng)流圖：2.1管理員子系統(tǒng)用戶(hù)管理流圖：2.2管理員子系統(tǒng)部門(mén)管理流圖：2.3管理員子系統(tǒng)職工管理：3部門(mén)主任系統(tǒng)流圖：3.1部門(mén)主任子系統(tǒng)工資流圖：3.2部門(mén)主任子系統(tǒng)個(gè)人信息流圖：4職工系統(tǒng)數(shù)據(jù)流圖：高校人事管路系統(tǒng)數(shù)據(jù)字典：（a）數(shù)據(jù)項(xiàng)：系統(tǒng)涉及的數(shù)據(jù)項(xiàng)有39項(xiàng)表1.1 數(shù)據(jù)項(xiàng)列表數(shù)據(jù)項(xiàng)編號(hào)數(shù)據(jù)項(xiàng)名數(shù)據(jù)項(xiàng)含義所屬基本表存儲(chǔ)結(jié)構(gòu)別名DL-1用戶(hù)名登錄所需用戶(hù)權(quán)限信息char(10)DL-2密碼登錄所需用戶(hù)權(quán)限信息char(12)DL-3權(quán)限登錄所需用戶(hù)權(quán)限信息char(10)DL-4公告信息公告信息char(12)DL-5部門(mén)編號(hào)部門(mén)信息Char(16)DL-6部門(mén)名稱(chēng)部門(mén)信息Char(8)DL-7部門(mén)主任名部門(mén)信息char(10)DL-8缺課次數(shù)考勤信息char(20)DL-9請(qǐng)假原因考勤信息Char(20)DL-10是否批準(zhǔn)考勤信息Char(20)DL-11請(qǐng)假日期考勤信息Char(14)DL-12請(qǐng)假天數(shù)考勤信息Char(40)DL-13獎(jiǎng)勵(lì)獎(jiǎng)懲信息floatDL-14處罰原因獎(jiǎng)懲信息floatDL-15罰金獎(jiǎng)懲信息Char(20)DL-16基本工資工資信息floatDL-17考勤所扣工資工資信息floatDL-18獎(jiǎng)金工資信息floatDL-19處罰金額工資信息char(10)DL-20稅率工資信息Char(12)DL-21職工姓名職工信息Char(40)DL-22職工性別職工信息Char(2)DL-23職工年齡職工信息char(10)DL-24職工職稱(chēng)職工信息Char(20)等級(jí)DL-25職工家庭住址職工信息floatDL-26職工相片職工信息imageDL-27職工畢業(yè)學(xué)校職工信息Char(30)DL-28職工教齡職工信息Char(10)DL-29職工手機(jī)號(hào)職工信息Char(11)（b）數(shù)據(jù)結(jié)構(gòu)：數(shù)據(jù)結(jié)構(gòu)編號(hào)數(shù)據(jù)結(jié)構(gòu)名數(shù)據(jù)結(jié)構(gòu)含義組成DS-1管理員信息存儲(chǔ)管理員基本信息用戶(hù)名，密碼，郵箱，權(quán)限 DS-2部門(mén)主任信息存儲(chǔ)部門(mén)主任基本信息部門(mén)主任姓名，部門(mén)辦公室電話(huà)，部門(mén)主任聯(lián)系電話(huà)，部門(mén)主任性別，部門(mén)主任年齡DS-3教師職工信息存儲(chǔ)教師職工基本信息姓名、性別、年齡、職稱(chēng)、職工家庭住址、職工相片、畢業(yè)學(xué)校、教齡、手機(jī)號(hào)DS-4用戶(hù)權(quán)限信息存儲(chǔ)用戶(hù)權(quán)限信息用戶(hù)名、密碼、權(quán)限D(zhuǎn)S-5工資信息存儲(chǔ)用戶(hù)工資信息基本工資、考勤所扣工資、獎(jiǎng)金、處罰金、稅率DS-6獎(jiǎng)懲信息存儲(chǔ)員工獎(jiǎng)懲信息獎(jiǎng)勵(lì)、處罰DS-7考勤信息存儲(chǔ)員工考勤信息請(qǐng)假天數(shù)、請(qǐng)假日期、是否批準(zhǔn)、缺課次數(shù)、請(qǐng)假原因DS-8部門(mén)信息存儲(chǔ)部門(mén)信息部門(mén)編號(hào)、部門(mén)主任名、部門(mén)名稱(chēng)DS-9公告信息存儲(chǔ)公告公告信息(c)邏輯描述管理員端處理邏輯描述處理編號(hào)處理功能處理過(guò)程PR-1判斷管理員用戶(hù)管理所涉及到的功能模塊，進(jìn)行相應(yīng)的處理權(quán)限信息模塊將權(quán)限表傳入管理員模塊，進(jìn)行適應(yīng)的處理之后，再將相應(yīng)的的數(shù)據(jù)傳入相應(yīng)的模塊PR-2判斷管理員管理部門(mén)涉及到的功能模塊部門(mén)主任信息模塊、公告信息模塊處理相應(yīng)的數(shù)據(jù)，然后將處理結(jié)果傳入相應(yīng)模塊PR-3判斷管理員管理員工所涉及到的功能模塊職工信息模塊、公告信息模塊、職工測(cè)評(píng)模塊處理相應(yīng)的數(shù)據(jù)，然后將處理結(jié)果傳入相應(yīng)模塊部門(mén)主任端處理邏輯描述處理編號(hào)處理功能處理過(guò)程PR-1判斷部門(mén)主任查看公告和員工信息所涉及的功能模塊 然后進(jìn)行管理操作公告信息模塊，員工信息模塊，將公告信息傳入公告信息模塊，查詢(xún)員工信息的過(guò)程中，將所需要的員工信息一次導(dǎo)入PR-2判斷部門(mén)主任工資修改涉及的功能模塊工資信息模塊，考勤信息模塊，獎(jiǎng)懲信息模塊確定工資管理所要涉及的功能模塊，將消息傳入相應(yīng)的模塊中，然后進(jìn)行相應(yīng)的操作PR-3判斷部門(mén)主任管理員工考勤和獎(jiǎng)懲涉及到的功能模塊考勤信息模塊，獎(jiǎng)懲信息模塊確定部門(mén)主任所要管理的模塊并傳入相應(yīng)的模塊教師職工端處理邏輯描述處理編號(hào)處理功能處理過(guò)程PR-1判斷教職工查看個(gè)人信息所涉及的功能模塊 然后進(jìn)行管理操作職工信息模塊，獎(jiǎng)懲信息模塊，考勤信息模塊先確定職工查詢(xún)所要涉及的功能模塊，將所要的字段信息傳入相應(yīng)信息模塊或進(jìn)行編輯信息PR-2判斷教職工查看公告和工資所要涉及的功能模塊公告信息模塊，工資信息模塊，確定員工所要查詢(xún)信息所要涉及的功能模塊，將消息傳入相應(yīng)的模塊中，然后進(jìn)行相應(yīng)的操作PR-3判斷教職工病假申請(qǐng)涉及到的功能模塊考勤信息模塊將考勤相關(guān)信息傳入考勤信息模塊3 概念設(shè)計(jì)階段3.1 引言系統(tǒng)開(kāi)發(fā)的總體目標(biāo)是實(shí)現(xiàn)高校人事管理系統(tǒng)系統(tǒng)化，實(shí)現(xiàn)教師學(xué)生的基本需求，基本做到高效、智能化管理。主要任務(wù)是實(shí)現(xiàn)增刪改查功能，對(duì)教師信息和其他信息進(jìn)行管理和操作。概念設(shè)計(jì)階段主要是將需求分析階段得到的用戶(hù)需求抽象為信息結(jié)構(gòu)(概念模型)的過(guò)程,它是整個(gè)數(shù)據(jù)庫(kù)設(shè)計(jì)的關(guān)鍵。3.2 任務(wù)與目標(biāo) （1）選擇中層數(shù)據(jù)流為切入點(diǎn)，通常選擇實(shí)際系統(tǒng)中的子系統(tǒng)； （2）設(shè)計(jì)分E-R圖，即各子模塊的E-R圖； （3）生成初步E-R圖，通過(guò)合并方法，做到各子系統(tǒng)實(shí)體、屬性、聯(lián)系統(tǒng)一； （4）生成全局E-R圖，通過(guò)消除沖突等方面。在本系統(tǒng)中，從三個(gè)不同的功能端下手。分析各子系統(tǒng)的數(shù)據(jù)流圖和數(shù)據(jù)字典，知道整個(gè)系統(tǒng)功能?chē)@“部門(mén)主任”、“教師”和“管理員”的處理。根據(jù)實(shí)體與屬性間的兩條準(zhǔn)則：作為“屬性”，不能再具有需要描述的性質(zhì)?！皩傩浴辈荒芘c其他實(shí)體具有聯(lián)系。從分層的數(shù)據(jù)流圖中將系統(tǒng)分為三個(gè)子系統(tǒng)：管理員子系統(tǒng)，職工子系統(tǒng)，部門(mén)主任子系統(tǒng)。某一層的數(shù)據(jù)流圖中，每個(gè)局部應(yīng)用都對(duì)應(yīng)了一組數(shù)據(jù)流圖，局部應(yīng)用涉及的數(shù)據(jù)都已經(jīng)收集在數(shù)據(jù)字典中了。現(xiàn)在將這些數(shù)據(jù)從數(shù)據(jù)字典中抽取出來(lái)，根據(jù)數(shù)據(jù)流圖，確定實(shí)體之間的聯(lián)系及其類(lèi)型。根據(jù)管理員數(shù)據(jù)流圖確定了管理端分E-R圖；根據(jù)部門(mén)主任子系統(tǒng)數(shù)據(jù)流圖確定了部門(mén)主任E-R圖；根據(jù)職工子系統(tǒng)數(shù)據(jù)流圖確定了職工E-R圖。對(duì)于三個(gè)分E-R圖，通過(guò)消除屬性沖突，例如將所有的編號(hào)都統(tǒng)一為數(shù)值型，將所有的用戶(hù)名和密碼統(tǒng)一為字符型，將聯(lián)系方式統(tǒng)一為字符型；消除命名沖突，將同名異義的取不同的名稱(chēng)，將異名同義的改為統(tǒng)一名稱(chēng)；消除結(jié)構(gòu)沖突，將實(shí)體的屬性統(tǒng)一，對(duì)在不同E-R圖中相同實(shí)體的不同聯(lián)系進(jìn)行調(diào)整，得到了系統(tǒng)的E-R圖。3.3 階段結(jié)果（1）根據(jù)不同的對(duì)象，分別畫(huà)出各分ER圖：(a)教師E-R圖(b)部門(mén)主任E-R圖(c)管理員E-R圖(d)E-R圖合并（3）各ER圖各實(shí)體主要屬性如下所示：1. 部門(mén)主任：部門(mén)名稱(chēng)，主任姓名，主任家庭住址，主任電話(huà)，主任辦公室電話(huà)，主任年齡，主任性別2. 教師職工 ：職工姓名，職工編號(hào)，職工性別，職工手機(jī)號(hào)，職工職稱(chēng)，職工教齡，職工住址，職工所在部門(mén)，職工工資3. 工資 ：基本工資，工資稅率，獎(jiǎng)金，罰金，總工資4. 管理員 ：管理員帳號(hào)，密碼4邏輯設(shè)計(jì)階段4.1邏輯設(shè)計(jì)的任務(wù)和目標(biāo)以上的概念設(shè)計(jì)階段是獨(dú)立于任何一種數(shù)據(jù)模型的，但是邏輯設(shè)計(jì)階段就與選用的DBMS產(chǎn)品發(fā)生關(guān)系了，系統(tǒng)邏輯設(shè)計(jì)的任務(wù)就是將概念設(shè)計(jì)階段設(shè)計(jì)好的基本E-R圖轉(zhuǎn)換為選用DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。具體內(nèi)容包括數(shù)據(jù)組織（將E-R圖轉(zhuǎn)換成關(guān)系模型、模型優(yōu)化、數(shù)據(jù)庫(kù)模式定義、用戶(hù)子模式設(shè)計(jì)）、數(shù)據(jù)處理（畫(huà)出系統(tǒng)功能模塊圖）兩大任務(wù)。4.2數(shù)據(jù)組織4.2.1將E-R圖轉(zhuǎn)換為關(guān)系模型1、職工與病假（1：n），公告是（n:m）的關(guān)系，若將這些放在同一個(gè)表的話(huà)會(huì)造成數(shù)據(jù)冗余，浪費(fèi)存儲(chǔ)空間，所以可以將職工單獨(dú)列為一個(gè)表，病假，公告各做一個(gè)表，通過(guò)職工號(hào)相聯(lián)系2、管理員和職工，部門(mén)主任，職工評(píng)價(jià)，公告是（1：n）的關(guān)系，同上可以將管理員單獨(dú)成表，部門(mén)主任和職工評(píng)價(jià)單獨(dú)成表，管理員與部門(mén)主任通過(guò)部門(mén)編號(hào)聯(lián)系，管理員和職工可以通過(guò)職工號(hào)相聯(lián)系，管理員與公告可以通過(guò)公告類(lèi)型相聯(lián)系。3、工資是建立在部門(mén)主任和職工之間的聯(lián)系（n:m），一個(gè)職工和他所對(duì)應(yīng)的部門(mén)主任可以確定一個(gè)工資信息，所以可以將職工編號(hào)作為碼，并將工資信息做一表。4、職工與獎(jiǎng)懲之間的聯(lián)系為（1：n）,可以通過(guò)職工編號(hào)與獎(jiǎng)懲信息表相關(guān)聯(lián)，并將職工編號(hào)作為碼。5、職工，部門(mén)主任，管理員與權(quán)限之間的聯(lián)系(n:1)的關(guān)系，所以可以建立一個(gè)權(quán)限表，通過(guò)部門(mén)編號(hào)，職工編號(hào)與之聯(lián)系綜上所述得到如下關(guān)系模型:職工信息（職工姓名，職工編號(hào)，職工性別，職工手機(jī)號(hào)，職工職稱(chēng)，職工教齡，職工住址，職工所在部門(mén)，職工工資）公告信息（公告編號(hào)，公告類(lèi)型，公告內(nèi)容，公告時(shí)間，職工編號(hào)）病假信息（病假編號(hào)，請(qǐng)假原因，請(qǐng)假時(shí)間，請(qǐng)假多久，職工編號(hào)）獎(jiǎng)懲信息（獎(jiǎng)懲編號(hào)，獎(jiǎng)勵(lì)原因，獎(jiǎng)勵(lì)額度，懲罰原因，懲罰額度，職工編號(hào)）部門(mén)主任信息（部門(mén)編號(hào)，部門(mén)名稱(chēng)，主任姓名，主任家庭住址，主任電話(huà)，主任辦公室電話(huà)）工資信息（工資編號(hào)，基本工資，工資稅率，獎(jiǎng)金，罰金，總工資，職工編號(hào)）權(quán)限信息（編號(hào)，權(quán)限，密碼，姓名）4.2.2模型優(yōu)化根據(jù)以上得到的關(guān)系模式進(jìn)行優(yōu)化：職工信息：職工編號(hào)職工姓名，職工編號(hào)職工性別，職工編號(hào)職工手機(jī)號(hào)，職工編號(hào)職工職稱(chēng)，職工編號(hào)職工教齡，職工編號(hào)職工住址，職工編號(hào)職工所在部門(mén)，職工編號(hào)職工工資。該關(guān)系滿(mǎn)足1NF，而且其中除了碼職工編號(hào)外，其他非主屬性都完全依賴(lài)于主屬性，因?yàn)槁毠ぞ幪?hào)是碼，故也滿(mǎn)足BCNF所以已優(yōu)化。公告信息：公告編號(hào)公告類(lèi)型，公告編號(hào)公告內(nèi)容，公告編號(hào)公告時(shí)間滿(mǎn)足BCFN，故不需要優(yōu)化。病假信息：病假編號(hào)請(qǐng)假原因，病假編號(hào)請(qǐng)假時(shí)間，病假編號(hào)請(qǐng)假多久，病假編號(hào)職工編號(hào)。滿(mǎn)足BCFN，不需優(yōu)化。獎(jiǎng)懲信息：獎(jiǎng)懲編號(hào)獎(jiǎng)懲原因，獎(jiǎng)懲編號(hào)獎(jiǎng)勵(lì)額度，獎(jiǎng)懲編號(hào)懲罰原因，獎(jiǎng)懲編號(hào)懲罰額度，獎(jiǎng)懲編號(hào)職工編號(hào)。滿(mǎn)足BCNF，故不需優(yōu)化。部門(mén)主任信息：部門(mén)編號(hào)主任姓名，部門(mén)編號(hào)主任住址，部門(mén)編號(hào)主任手機(jī)號(hào)，部門(mén)編號(hào)主任辦公室電話(huà)，部門(mén)名稱(chēng)部門(mén)編號(hào)，部門(mén)名稱(chēng)主任姓名，部門(mén)名稱(chēng)主任電話(huà)，部門(mén)名稱(chēng)主任家庭住址。該關(guān)系模式滿(mǎn)足2NF，在部門(mén)名稱(chēng)存在傳遞依賴(lài)，若把部門(mén)編號(hào)與部門(mén)名稱(chēng)建立一個(gè)表，將會(huì)滿(mǎn)足BCNF，但使用起來(lái)比較繁瑣，效率降低，一般只用部門(mén)名稱(chēng)去得到其他信息而不需要部門(mén)編號(hào)，所以在這里分表也沒(méi)有必要。工資信息：工資編號(hào)基本工資，工資編號(hào)獎(jiǎng)金，工資編號(hào)罰金，工資編號(hào)總工資，工資編號(hào)職工編號(hào)，滿(mǎn)足BCNF，已經(jīng)優(yōu)化。權(quán)限信息：編號(hào)權(quán)限，編號(hào)密碼，滿(mǎn)足BCNF，無(wú)需優(yōu)化。4.2.3數(shù)據(jù)庫(kù)模式定義表2.1 職工信息表列名數(shù)據(jù)類(lèi)型可否為空說(shuō)明職工編號(hào)charnot null主碼職工姓名charnot null用戶(hù)名職工性別charnot null性別職工手機(jī)號(hào)charnot null手機(jī)職工職稱(chēng)charnot null職稱(chēng)職工住址floatnot null職工工資floatnot null總工資表2.2 公告信息表列名數(shù)據(jù)類(lèi)型可否為空說(shuō)明公告編號(hào)charnot null公告編號(hào)公告類(lèi)型charnot null職工公告，主任公告公告內(nèi)容charnot null內(nèi)容公告時(shí)間datenot null發(fā)布時(shí)間表2.3 病假信息表列名數(shù)據(jù)類(lèi)型可否為空說(shuō)明病假編號(hào)charnot null病假編號(hào)職工編號(hào)CharNot null 職工編號(hào)請(qǐng)假原因charnot null請(qǐng)假說(shuō)明請(qǐng)假時(shí)間datenot null請(qǐng)假時(shí)間請(qǐng)假多久intnot null請(qǐng)假多長(zhǎng)時(shí)間表2.4 獎(jiǎng)懲信息表列名數(shù)據(jù)類(lèi)型可否為空說(shuō)明獎(jiǎng)懲編號(hào)charnot null獎(jiǎng)懲編號(hào)職工編號(hào)CharNot null職工編號(hào)獎(jiǎng)勵(lì)原因charnot null受獎(jiǎng)勵(lì)說(shuō)明獎(jiǎng)勵(lì)額度charnot null獎(jiǎng)勵(lì)等級(jí)，獎(jiǎng)金等所獲獎(jiǎng)勵(lì)懲罰原因charnot null懲罰說(shuō)明懲罰額度charnot null處分程度表2.5 部門(mén)主任信息表列名數(shù)據(jù)類(lèi)型可否為空說(shuō)明部門(mén)編號(hào)charnot null部門(mén)編號(hào)部門(mén)名稱(chēng)charnot null部門(mén)名稱(chēng)主任姓名charnot null主任家庭住址charnot null主任電話(huà)charnot null主任辦公室電話(huà)charnot null辦公室電話(huà)表2.6 工資信息表列名數(shù)據(jù)類(lèi)型可否為空說(shuō)明工資編號(hào)charnot null工資編號(hào)職工編號(hào)CharNot null職工編號(hào)基本工資floatnot null不同職工基本工資不同工資稅率floatnot null獎(jiǎng)金floatnot null因某些獎(jiǎng)勵(lì)獲節(jié)日所獲得獎(jiǎng)金罰金floatnot null因某些處罰所扣資金時(shí)間datetimenot null總工資floatnot null每月實(shí)獲工資表2.7 權(quán)限信息表列名數(shù)據(jù)類(lèi)型可否為空說(shuō)明編號(hào)charnot null職工編號(hào)和部門(mén)編號(hào)權(quán)限charnot null不同用戶(hù)權(quán)限不同密碼charnot null登陸密碼姓名CharNot null登錄賬號(hào)4.2.4 用戶(hù)子模式定義表2.7 用戶(hù)子模式定義編號(hào)用戶(hù)子模式(View)作用(共性：提供數(shù)據(jù)保密和安全保護(hù)機(jī)制)V1TeacherView便于查詢(xún)和修改教師職工的基本信息V2GongziView便于查詢(xún)當(dāng)月職工工資詳細(xì)V3JisuanView便于職工工資計(jì)算表2.8 教師職工信息視圖列名數(shù)據(jù)類(lèi)型可否為空說(shuō)明職工編號(hào)Charnot null職工的唯一標(biāo)識(shí)職工姓名Charnot null職工的名字職工地址Charnot null職工的家庭住址職工手機(jī)號(hào)Charnot null職工聯(lián)系方式職工工資Charnot null職工月工資表2.9 工資信息視圖列名數(shù)據(jù)類(lèi)型可否為空說(shuō)明職工編號(hào)Charnot null每個(gè)職工的標(biāo)識(shí)基本工資Charnot null職工的基本工資獎(jiǎng)金Charnot null當(dāng)月所受獎(jiǎng)勵(lì)處罰Charnot null當(dāng)月處罰所扣總工資Charnot null當(dāng)月所領(lǐng)工資表2.9 工資計(jì)算信息視圖列名數(shù)據(jù)類(lèi)型可否為空說(shuō)明職工編號(hào)Charnot null職工的標(biāo)識(shí)獎(jiǎng)金Charnot null獎(jiǎng)勵(lì)金額罰金Charnot null處罰金額請(qǐng)假時(shí)間Charnot null考勤里請(qǐng)假時(shí)間請(qǐng)假多久Charnot null考勤中請(qǐng)假時(shí)間長(zhǎng)度4.3數(shù)據(jù)處理系統(tǒng)功能圖4.4數(shù)據(jù)庫(kù)關(guān)系圖5物理設(shè)計(jì)階段5.1物理設(shè)計(jì)階段的目標(biāo)與任務(wù) 數(shù)據(jù)庫(kù)的物理設(shè)計(jì)就是為邏輯數(shù)據(jù)模型選取一個(gè)最合適應(yīng)用要求的物理結(jié)構(gòu)的過(guò)程，在這個(gè)階段中要完成兩大任務(wù)：（1）確定數(shù)據(jù)庫(kù)的物理結(jié)構(gòu)，在關(guān)系數(shù)據(jù)庫(kù)中主要是存取方法和存儲(chǔ)結(jié)構(gòu)；（2）對(duì)物理結(jié)構(gòu)進(jìn)行評(píng)價(jià)，評(píng)價(jià)的重點(diǎn)是時(shí)間和空間效率。 如果評(píng)價(jià)結(jié)果滿(mǎn)足原設(shè)計(jì)要求，則可進(jìn)入到物理實(shí)施階段，否則就需要重新計(jì)劃或者修改物理結(jié)構(gòu)，甚至需要返回邏輯設(shè)計(jì)階段修改數(shù)據(jù)模型。5.2數(shù)據(jù)存儲(chǔ)方面為數(shù)據(jù)庫(kù)中各基本表建立的索引如下：1. 由于基本表職工表的職工信息，主碼職工編號(hào)，聯(lián)系電話(huà)經(jīng)常在查詢(xún)中，作為連接操作的連接條件出現(xiàn)，且它們是唯一的，在兩個(gè)屬性上建立唯一性索引。2. 由于基本表出勤記錄，缺勤時(shí)間經(jīng)常在查詢(xún)條件中出現(xiàn)在兩個(gè)屬性上建立聚簇索引。3. 工資信息基本表的屬性名稱(chēng)，獎(jiǎng)金，罰款經(jīng)常在查詢(xún)中出現(xiàn)，考慮在其之上建立聚簇索引。5.3教師/主任基本信息的查詢(xún)和更新模塊 將實(shí)現(xiàn)對(duì)教職工、部門(mén)主任的基本信息更新（查詢(xún)、添加、刪除）操作，用于教職工的調(diào)職，新增，離校等操作的更新。具體如下：6數(shù)據(jù)庫(kù)實(shí)施階段6.1建立數(shù)據(jù)庫(kù)、數(shù)據(jù)表、視圖、索引6.1.1 建立數(shù)據(jù)庫(kù) create database GXRSHGLXT；6.1.2 建立數(shù)據(jù)表(1)職工表的建立CREATE TABLE Teacher(TSno nchar (20),TName nchar (30),TSex nchar(4), TPhonecall nchar(11),TAddress nchar(30) TZhicheng nchar(16),TJage smallint,TDept nchar(16),TSalary money, CONSTRAINT PK_Teacher PRIMARY KEY CLUSTERED)(2)工資表的建立 CREATE TABLE Salary(TSno nchar(20),BSalary money,JLMoney money,CHFMoney money,SUMSalary money, CONSTRAINT PK_Salary_1 PRIMARY KEY CLUSTERED）（3）權(quán)限表的建立CREATE TABLE QuanXian(Sno nchar(20),Password nchar(20),LVL nchar(4),TName nchar(30), CONSTRAINT PK_QuanXian PRIMARY KEY CLUSTERED）（4）公告表CREATE TABLE Note(NoteSno nchar(20),NoteLx nchar(4),NoteContent nchar(60),NoteTime datetime, CONSTRAINT PK_Note PRIMARY KEY CLUSTERED）（5）考勤表CREATE TABLE BJ(TSno nchar(20),BJReason nchar(50),BJDuoJiu nchar(10),BJTime datetime, CONSTRAINT PK_BJ PRIMARY KEY CLUSTERED）（6）獎(jiǎng)懲表CREATE TABLE JLCHF(TSno nchar(20),JLReason nchar(50),JLEdu nchar(50),JLMoney money,CHFReason nchar(50),CHFEdu nchar(50),CHFMoney money, CONSTRAINT PK_JLCHF PRIMARY KEY CLUSTERED）6.1.3 建立視圖(1)創(chuàng)立教職工基本信息視圖，用于修改和查詢(xún)CREATE VIEW TeacherViewASSELECT TSno, TName, TPhonecall, TAddress, TSalaryFROM Teacher（2）創(chuàng)建工資信息視圖，用于職工當(dāng)月工資查詢(xún)CREATE VIEW GongZiASSELECT TSno, BSalary, JLMoney, CHFMoney, SUMSalaryFROM Salary（3）創(chuàng)建工資計(jì)算視圖，用于職工工資的合計(jì)CREATE VIEW JiSuanViewASSELECT JLCHF.TSno, JLCHF.JLMoney, JLCHF.CHFMoney, BJ.BJTime, BJ.BJDuoJiuFROM BJ INNER JOIN JLCHF ON BJ.TSno =JLCHF.TSnoGROUP BY JLCHF.TSno, JLCHF.JLMoney, JLCHF.CHFMoney, BJ.BJTime, BJ.BJDuoJiu6.1.4 建立索引CREATE INDEX SalarySY ON Salary(SUMSalary);CREATE INDEX TeacherSY ON Teacher(TPhonecall);其余表都建立了相應(yīng)的聚集索引。6.1.5 建立觸發(fā)器1規(guī)定教師工資經(jīng)過(guò)獎(jiǎng)懲扣錢(qián)之后也不得低于3000元，如果少于3000，則改為最低標(biāo)準(zhǔn)3000元。createtriggerTeacher_salbeforeinsertorupdateonteacherforeachrowasbeginif（new.job=*）and(new.salOpen(select * from QuanXian,_variant_t(IDispatch *)theApp.m_pConnection,true),adOpenDynamic,adLockPessimistic,adCmdText); if(m_pRecordset_user-GetRecordCount() != 0)while(!m_pRecordset_user-adoEOF)strname = m_pRecordset_user-GetCollect(NAME).bstrVal;strpwd = m_pRecordset_user-GetCollect(PASSWORD).bstrVal;nlevel = m_pRecordset_user-GetCollect(LEVEl).lVal;if(strname.CompareNoCase(m_strLoginName) = 0 & strpwd.CompareNoCase(m_strLoginPwd) = 0 & nlevel = m_nLoginLevel)/記錄權(quán)限theApp.m_Level = m_nLoginLevel;theApp.Loginstatus = true;MessageBox(登錄系統(tǒng),系統(tǒng)登錄); CDialog:OnOK();return;m_pRecordset_user-MoveNext();MessageBox(用戶(hù)名和密碼錯(cuò)誤,系統(tǒng)登錄);(2) 數(shù)據(jù)適配器寫(xiě)操作（以管理員填寫(xiě)注入職工信息為例）CString sql,str;sql = select * from StudentInfo ;m_pRecordset_stu.CreateInstance(ADODB.Recordset);m_pRecordset_stu-Open(_variant_t)sql,_variant_t(IDispatch *)theApp.m_pConnection,true),adOpenDynamic,adLockPessimistic,adCmdText); if(m_pRecordset_stu-GetRecordCount()!= 0)while(!m_pRecordset_stu-adoEOF)str = m_pRecordset_stu-GetCollect(ID).bstrVal;if(str.CompareNoCase(m_strID) = 0)AfxMessageBox(該編號(hào)的職工記錄已存在);retu