【正文】 , /* 員工號 外碼 */ ano int , /* 合同號 */ startdate date, /* 合同簽訂日期 */ activetime smallint, /* 合同有效時間 */ /* 設置Sno外鍵約束 */ foreign key(Sno) references Staff(Sno) on delete cascade on update cascade )。BCNF四、編碼實現(xiàn)數(shù)據(jù)庫SQL代碼的具體實現(xiàn)：/* */ create database HumanResourcesManagement。BCNF 參訓員工的信息{員工號，員工姓名，培訓機構(gòu)號，培訓教師號，培訓開始時間，培訓結(jié)束時間， 培訓成績}。BCNF考勤狀況{員工號，出勤率，遲到次數(shù)，早退次數(shù)}。、聯(lián)系所對應的關系模式：1）、把管理員和人員之間的n : m的預約聯(lián)系轉(zhuǎn)化為相應的關系模式如下： 管理（人員號、管理員號、管理內(nèi)容、管理時間）；2）、其他聯(lián)系處理說明如下： 工資和員工之間的1：1聯(lián)系與員工關系合并； 薪水和出差之間的1：1聯(lián)系與薪水關系合并； 薪水和考勤的1：1聯(lián)系與薪水關系合并； 薪水和加班之間的1：1聯(lián)系與薪水關系合并； 員工和工作之間的n：1聯(lián)系與工作關系合并； 員工和培訓機構(gòu)的n：1聯(lián)系與培訓機構(gòu)關系合并； 培訓機構(gòu)和培訓教師的n：1聯(lián)系與培訓教師關系合并； 培訓教師和獎懲信息之間的1：1聯(lián)系與獎懲信息關系合并；按照數(shù)據(jù)依賴對關系模式進行逐一分析，并進行極小化處理：員工信息{員工號，員工姓名，性別，年齡，學歷，政治面貌，婚姻狀況，生理狀況}。消除不必要的冗余，生成基本ER圖。解決各分ER圖之間的沖突，將各分ER圖合并起來生成初步ER圖。根據(jù)要求分析給出的數(shù)據(jù)流圖,參照數(shù)據(jù)字典中的詳細描述,給出經(jīng)理管理部門的分ER圖:圖22 人員管理子系統(tǒng)ER圖:員工信息{員工號，員工姓名，性別，年齡，學歷，政治面貌，婚姻狀況，生理狀況}工作信息{員工號，參加工作時間，工作崗位}薪水{員工號，月工資，獎金}考勤狀況{員工號，出勤率，遲到次數(shù)，早退次數(shù)}出差信息{員工號，出差開始日期，出差結(jié)束日期，支出補貼費用}加班信息{員工號，加班時間，加班補貼費用} 合同{員工號，合同號，合同簽訂日期，合同有效時間}參訓員工的信息{員工號，員工姓名，培訓機構(gòu)號，培訓教師號，培訓開始時間，培訓結(jié)束時間，培訓成績}培訓機構(gòu)信息管理：企業(yè)請培訓機構(gòu)為員工培訓，企業(yè)應當存有培訓機構(gòu)的相關信息。:登錄信息{員工號，登錄密碼}本開發(fā)小組成員經(jīng)過調(diào)查、信息流程分析、數(shù)據(jù)收集,并結(jié)合需求分析，明確了——:A. 員工考勤：考勤情況主要由每月按時到崗率計算，如有遲到、早退現(xiàn)象作相應扣減。C 數(shù)據(jù)流程圖（1）員工信息查詢數(shù)據(jù)流圖圖11員工信息查詢數(shù)據(jù)流圖（2）人員信息管理數(shù)據(jù)流圖圖12人員信息管理子系統(tǒng)數(shù)據(jù)流圖（2）登錄管理的數(shù)據(jù)流圖圖13 登錄管理數(shù)據(jù)流圖（3）員工培訓管理的數(shù)據(jù)流圖圖14 員工培訓管理數(shù)據(jù)流圖五、數(shù)據(jù)字典1． 數(shù)據(jù)項 數(shù)據(jù)項編號數(shù)據(jù)項名數(shù)據(jù)項含義數(shù)據(jù)類型取值范圍與其他數(shù)據(jù)項關系1員工號唯一標識一名員工的編號int長度為6有唯一性，是主屬性2員工姓名員工的真實姓名varchar長度為103性別員工的性別varchar[男|女]4年齡員工的年齡smallint18…1005學歷員工的學歷varchar[?？苵本科|研究生|博士|碩士]6政治面貌員工的政治思想水平varchar[群眾|團員|中共黨員]7婚姻狀況員工的婚姻狀況varchar[已婚|未婚]9生理狀況員工的健康狀況水平varchar[健康|不健康]9參加工作時間員工進入單位開始參加工作的時間date1975年…2015年10工作崗位員工主要負責的工作類型varchar由公司的具體情況確定11月工資每月需要支付給員工的工資float不小于012獎金員工的獎金float不小于013出勤率員工每月的出勤率（到崗率）float0…1，百分數(shù)14遲到次數(shù)員工的月遲到次數(shù)int不小于015早退次數(shù)員工的月早退次數(shù)int不小于016出差開始日期員工出差開始的日期date由具體時間確定17出差結(jié)束日期員工出差結(jié)束的日期date由具體時間確定18支出補貼費用員工出差單位給予應有的補貼float不小于019加班開始時間員工加班開始的時間varchar由具體時間確定20加班補貼費用員工加班應有的補貼浮點數(shù)類型不小于021合同號每份合同都有一個編號，用于唯一標示一份合同int長度為6有唯一性，是主屬性22合同簽訂日期單位與員工簽訂合同，合同開始生效的日期date由具體時間確定23合同有效時間合同在一段時間內(nèi)是有效的date由具體時間確定24培訓機構(gòu)號每個培訓機構(gòu)都有一個編號，用于唯一標示一份培訓機構(gòu)int長度為6有唯一性，是主屬性25培訓教師號每個培訓教師都有一個編號，用于唯一標示一個培訓教師int長度為6有唯一性，是主屬性26培訓開始時間員工培訓開始的時間date由具體時間確定27培訓結(jié)束時間員工培訓結(jié)束的時間date由具體時間確定28培訓成績員工培訓后的成果由培訓成績確定int0…10029培訓機構(gòu)名為員工培訓的培訓機構(gòu)的名稱varchar不超過15個字30教師名參與培訓的教師的真實姓名varchar不超過5個字31教師職稱參與培訓的教師的職稱varchar不超過5個字32獎懲性質(zhì)是獎勵還是處分varchar不超過4個字33獎懲原因獎勵或處分員工的原因varchar不超過30個字34處理辦法獎勵或處分的具體措施varchar不超過40個字35登錄密碼用戶登錄密碼varchar不超過10位2． 數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)結(jié)構(gòu)編號數(shù)據(jù)結(jié)構(gòu)名屬 性1員工員工號，員工姓名，性別，年齡，學歷，政治面貌，婚姻狀況，生理狀況2工作信息員工號，參加工作時間，工作崗位3薪水員工號，月工資，獎金4考勤狀況員工號，出勤率，遲到次數(shù)，早退次數(shù)5出差信息員工號，出差開始日期，出差結(jié)束日期，支出補貼費用6加班信息員工號，加班時間，加班補貼費用4合同員工號，合同號，合同簽訂日期，合同有效時間5參訓員工員工號，培訓機構(gòu)號，培訓教師號，培訓開始時間，培訓結(jié)束時間，培訓成績6培訓機構(gòu)培訓機構(gòu)號，培訓機構(gòu)名7培訓教師培訓機構(gòu)號，培訓教師號，教師名，教師職稱8獎懲信息員工號、獎懲性質(zhì)、獎懲原因、處理辦法9登錄信息員工號，登錄密碼3． 數(shù)據(jù)流編號數(shù)據(jù)流名輸 入 輸 出1員工基本信息招新員工員工信息2當前員工工作員工信息員工信息3員工新工作更新員工信息員工信息4辭退員工辭退員工員工信息5員工參加培訓參加培訓培訓信息6培訓機構(gòu)參與培訓參加培訓培訓信息7管理員信息查詢查詢管理員信息管理員信息8培訓教師信息查詢查詢培訓教師信息培訓教師信息9員工獎懲信息查詢查詢獎懲信息信息獎懲信息二、概要設計 本程序開發(fā)企業(yè)人事管理系統(tǒng),經(jīng)過可行性分析、詳細調(diào)查以及多次討論,確定了該系統(tǒng)由登錄管理子系統(tǒng)、人員管理子系統(tǒng)、管理員權(quán)限管理子系統(tǒng)三個子系統(tǒng)組成。員工信息變動：當員工信息發(fā)生變動時，人事部門應當對變動信息做出享用更改，以保證數(shù)據(jù)的一致性。： 員工信息查詢：該功能不同于員工權(quán)限的信息查詢，員工只能查詢自己的信息，而該功能能夠查詢出所有員工的信息。員工培訓。三、需求規(guī)定企業(yè)人事管理系統(tǒng)的功能可以劃分為如下幾個部分：人事檔案管理：戶口狀況、政治面貌、生理狀況、合同管理等。部門有專職的人事數(shù)據(jù)錄入人員，具有一定的計算機操作知識；系統(tǒng)的維護人員是企業(yè)的信息中心的信息維護員，對網(wǎng)絡和數(shù)據(jù)庫的操作比較熟悉；數(shù)據(jù)錄入員負責人事數(shù)據(jù)的錄入及日常更新，信息維護員負責人事數(shù)據(jù)的備份和其他管理工作。任務概述 項目背景人事檔案管理是現(xiàn)代企業(yè)人事資源管理中的重要內(nèi)容，也是人力資源開發(fā)利用的基礎性工作。本軟件需求說明書的讀者是系統(tǒng)開發(fā)人員或合同約定的人員。 使用已經(jīng)設計好的測試用例進行測試5．設計成果形式及要求：實訓說明書 DAO252。（2） 根據(jù)需求分析的內(nèi)容進行概要設計和詳細設計，并在小組中合理分工。（2） 遵照軟件工程規(guī)范，嚴格按照軟件系統(tǒng)的開發(fā)流程（需求分析，概要設計，詳細設計，編碼實現(xiàn)，測試）進行?？己霜剳汀?015 年 7月 8 日實 訓 任 務 書1．設計目的： 進一步掌握面向?qū)ο蟪绦蛟O計的思想和方法，遵照軟件工程中軟件系統(tǒng)的開發(fā)流程，使用JAVA/JAVA WEB完成一個軟件系統(tǒng)，在實踐中提高分析問題、解決問題的能力，動手編程的能力和團隊協(xié)作的能力。中北大學面向?qū)ο蟪绦蛟O計實訓說 明 書人事變動：新進員工登記、員工離職登記、人事變更記錄。要求：（1） 基于B/S模式，并采用MVC架構(gòu)，分層合理，最大限度的減少代碼冗余。3．設計工作任務及工作量的要求〔包括課程設計說明書(論文)、圖紙、實物樣品等〕：（1） 根據(jù)設計內(nèi)容和要求進行需求分析，分析出系統(tǒng)要解決的問題。 創(chuàng)建數(shù)據(jù)庫和表252。 html頁面（5） 測試252。 編寫目的軟件需求說明書的編制目的是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解，使之成為整個開發(fā)工作的基礎。 定義數(shù)據(jù)字典：關于數(shù)據(jù)的信息的集合，也即是對數(shù)據(jù)流圖中包含的元素的定義的集合。 用戶的特點本產(chǎn)品面向的客戶為企業(yè)的人事管理部門，其最終用戶是企業(yè)人事部門的工作人員。目前企業(yè)人事部門信息化程度不高，管理人事信息的手段也比較原始，然而這種原始的信息管理形式已經(jīng)無法適應日益增長的人事管理規(guī)模的需求，企業(yè)人事管理部門正缺乏此類系統(tǒng)，所以企業(yè)選擇本產(chǎn)的可能性為高?？己霜剳?。一條完整的合同信息應當包含以下內(nèi)容：合同{員工號，合同號，合同簽訂日期，合同有效時間}合同有效時間按年計算B．人員管理：主要用于對員工的各項信息進行管理，以下所有操作供管理員使用。 當企業(yè)中一名員工退休時，人事管理部門應當從員工信息中刪除其所有信息。 考核獎懲管理企業(yè)在對員工的考核過程中要對員工實施獎懲機制，鼓勵企業(yè)的工作風氣積極向上一條獎懲信息應當包括：獎懲信息{員工號、獎懲性質(zhì)、獎懲原因、處理辦法}從它所服務的工作部門中刪除該員工的工作名額，結(jié)算支付其工資、獎金；同時補充新的員工，代替它的工作。根據(jù)要求分析給出的數(shù)據(jù)流圖,參照數(shù)據(jù)字典中的詳細描述,給出登錄管理子系統(tǒng)的分ER圖: 圖21 登陸管理子系統(tǒng)ER圖:現(xiàn)實世界中的事物能作為屬性對待的盡量作為屬性對待； 屬性和實體的劃分：屬性中不具有需要描述的信息，即屬性是不可分的數(shù)據(jù)項，不再包含其他信息。，便于公司運作。以上便是三個子系統(tǒng)的分ER圖設計及其調(diào)整的整個過程，接著要做的就是將所有的分ER圖進行綜合,合成一個系統(tǒng)的總ER圖.由于本系統(tǒng)比較簡單,分ER圖規(guī)模也比較小,所以ER圖合成過程采用一次將三個子系統(tǒng)分ER圖集成總ER圖的方式.分兩步進行：第一步：合并。由于本系統(tǒng)較簡單，不存在這類沖突；2． 命名沖突：（1） 同名異義：由于本系統(tǒng)較簡單，所以不存在這類沖突；（2） 異名同義：由于本系統(tǒng)較小，所以不存在這類沖突；3． 結(jié)構(gòu)沖突：（1） 同一對象在不同應用中具有不同的抽象：本系統(tǒng)在需求分析階段原本存在這種沖突，考慮到后期的簡化合并，我們在設計各個分ER圖就早先解決了這個問題，即將在任何一個分ER圖中作為實體出現(xiàn)的屬性全部作為實體；（2） 同一實體在不同分ER圖中所包含的屬性個數(shù)和屬性排列次序不完全相同：由于本系統(tǒng)較簡單，所以并不存在這種沖突；第二步：修改和重構(gòu)。總ER圖:員工信息