【文章內(nèi)容簡介】 長度：26個字節(jié) 取值范圍：簡述：員工現(xiàn)在的家庭住址，若員工的家庭住址變動，則從每年一度的員工簡明情況登記表中的信息進行修改。修改記錄：編寫日期審核日期表10：郵編 數(shù) 據(jù) 項系統(tǒng)名：人事管理系統(tǒng) 編號：I010 名稱：郵編 別名： 數(shù)據(jù)項值： 類型：文本 長度：7個字節(jié) 取值范圍：簡述：員工家庭住址的郵政編碼。因現(xiàn)在我國的郵政編碼為6個字節(jié)，但為了系統(tǒng)能適應未來形勢的變化，特設為7個字節(jié)。修改記錄：編寫日期審核日期表11：電話 數(shù) 據(jù) 項系統(tǒng)名：人事管理系統(tǒng) 編號：I011 名稱：電話 別名：電話號碼 數(shù)據(jù)項值： 類型：文本 長度：12個字節(jié) 取值范圍：簡述：現(xiàn)在的電話號碼大部分為7位或8位，再加上分隔符所以設為12位，是為了以后系統(tǒng)適應未來形勢的變化。修改記錄：編寫日期審核日期表12：Email 數(shù) 據(jù) 項系統(tǒng)名：人事管理系統(tǒng) 編號：I012 名稱： Email 別名：電子郵箱 數(shù)據(jù)項值： 類型：文本 長度：20個字節(jié) 取值范圍：簡述：員工的郵箱地址。修改記錄：編寫日期審核日期表13：參加工作時間 數(shù) 據(jù) 項系統(tǒng)名：人事管理系統(tǒng) 編號：I013 名稱： 參加工作時間 別名： 數(shù)據(jù)項值： 類型：日期/時間 長度： 取值范圍：簡述：員工參加工作時間。修改記錄：編寫日期審核日期表14：進入公司時間 數(shù) 據(jù) 項系統(tǒng)名：人事管理系統(tǒng) 編號：I014 名稱： 進入公司時間 別名： 數(shù)據(jù)項值： 類型：日期/時間 長度： 取值范圍：簡述：員工進入本公司時間，注意與參加工作時間不同。修改記錄：編寫日期審核日期表15：部門 數(shù) 據(jù) 項系統(tǒng)名：人事管理系統(tǒng) 編號：I015 名稱： 部門 別名： 數(shù)據(jù)項值： 類型：文本 長度：12 取值范圍：簡述：員工當前所在的部門，因為員工可能在不同的部門中調(diào)動，所以可根據(jù)定期的員工信息登記表進行修改。修改記錄：編寫日期審核日期表16：起薪時間 數(shù) 據(jù) 項系統(tǒng)名：人事管理系統(tǒng) 編號：I016 名稱： 起薪時間 別名： 數(shù)據(jù)項值： 類型：日期/時間 長度： 取值范圍：簡述：員工從事相應的工作可以領取相應的薪金的時間修改記錄：編寫日期審核日期表17：職務 數(shù) 據(jù) 項系統(tǒng)名：人事管理系統(tǒng) 編號：I017 名稱：職務 別名： 數(shù)據(jù)項值： 類型：文本 長度：16 取值范圍：簡述：員工在相應的工作崗位所承擔的職責。修改記錄：編寫日期審核日期限于篇幅，其它的數(shù)據(jù)項的數(shù)據(jù)字典略。167。 在系統(tǒng)的數(shù)據(jù)庫設計中，先要對系統(tǒng)分析得到的數(shù)據(jù)字典中的數(shù)據(jù)存儲進行分析，分析各數(shù)據(jù)存儲之間的關系，然后才能得出系統(tǒng)的關系模式?？梢圆捎肊－R圖的方法來進行數(shù)據(jù)結構分析。E－R設計方法是一種通過E－R圖來描述現(xiàn)實世界信息結構的DB設計方法。E－R圖由實體、屬性、聯(lián)系三部分組成。E－R圖的符號說明如圖所示。 實體 屬性 實體間的聯(lián)系圖3－5 E－R圖圖例 在本系統(tǒng)的數(shù)據(jù)流程圖中，系統(tǒng)邊界已經(jīng)很清楚了，所以可直接根據(jù)它設計本系統(tǒng)的E－R圖，不必要先設計分E－R圖，再合并總體E－R圖了。本系統(tǒng)的E－R圖如下圖所示：上班員工加班出差情況mn編號姓名性別籍貫生日年齡請假n學歷專業(yè)住址郵編電話Email參加工作時間進入公司時間部門起薪時間職務n出差n調(diào)動n上班情況mm請假信息加班信息調(diào)動情況………………………… 圖3－6 E－R圖人事管理系統(tǒng)中所涉及到的主要實體集及其屬性如下：員工﹛員工編號，員工姓名，性別,籍貫,年齡,生日,學歷,專業(yè),住址,郵編,電話,EMAIL,參加工作時間,進入公司時間,部門,起薪時間,職務,備注﹜；考勤信息﹛記錄編號，員工編號，員工姓名,當前日期,上班時間,下班時間,遲到次數(shù),早退次數(shù)﹜；請假信息﹛請假記錄編號，員工編號,病假天數(shù),事假天數(shù),假期開始時間﹜；加班信息﹛加班記錄編號，員工編號，特殊加班天數(shù),正常加班天數(shù),加班日期﹜；出差信息﹛出差記錄編號，員工編號，出差天數(shù),出差日的地,出差開始時間﹜；調(diào)動信息﹛調(diào)動記錄編號，員工編號，員工姓名,原部門,新部門,原職務,新職務,調(diào)出時間,調(diào)入時間,備注﹜。167。（E－R圖向關系模型的轉(zhuǎn)換） E－R圖向關系模型的轉(zhuǎn)化要解決的問題是如何將實體和實體間的聯(lián)系轉(zhuǎn)換為關系模式，如何確定這些關系橫式的屬性和碼。 對于實體間的聯(lián)系我們分不同的情況討論：(1) 若實體間的聯(lián)系是1:1，可以在兩個實體轉(zhuǎn)換成的兩個關系中任意一個關系的屬性中加入另一個關系的碼。(2) 若實體間聯(lián)系為1:n，則在n端實體轉(zhuǎn)換成的關系中加入1端實體轉(zhuǎn)換成的關系碼。(3) 若實體間聯(lián)系為n:m，則將聯(lián)系轉(zhuǎn)換為關系，關系的屬性為諸個實體的碼加上聯(lián)系具有的屬性，而關系的碼則為諸實體的碼的組合。由以上三點，可將上圖轉(zhuǎn)換為關系模型。每個關系的碼用下劃線表示。 員工﹛員工編號，員工姓名，性別,籍貫,年齡,生日,學歷,專業(yè),住址,郵編,電話,EMAIL,參加工作時間,進入公司時間,部門,起薪時間,職務,備注﹜；考勤信息﹛考勤記錄編號，員工編號，員工姓名,當前日期,上班時間,下班時間,遲到次數(shù),早退次數(shù)﹜；請假信息﹛請假記錄編號，員工編號,病假天數(shù),事假天數(shù),假期開始時間﹜；加班信息﹛調(diào)動記錄編號，員工編號，特殊加班天數(shù),正常加班天數(shù),加班日期﹜；出差信息﹛記錄編號，員工編號，出差天數(shù),出差日的地,出差開始時間﹜；調(diào)動信息﹛記錄編號，員工編號，員工姓名,原部門,新部門,原職務,新職務,調(diào)出時間,調(diào)入時間,備注﹜。167。設計原則如下：(1) 進行規(guī)范化設計，盡可能地減少數(shù)據(jù)冗余和重復合理的數(shù)據(jù)庫表的設計應該是在滿足需求的前提下，使數(shù)據(jù)的重復量最小，就盡量按照關系數(shù)據(jù)庫系統(tǒng)理論方法去設計一個數(shù)據(jù)庫，減少數(shù)據(jù)的冗余。(2) 結構設計與操作設計相結合在設計數(shù)據(jù)庫結構時，有時為了編程實現(xiàn)的簡捷和思路的清晰，往往故意增加一些冗余數(shù)據(jù)。這雖然有悖于傳統(tǒng)的關系數(shù)據(jù)庫理論，但是考慮到選擇的機器型號和檔次等因素，如果增加的冗余不會明顯增加存儲空間和降低處理效率，并且對編程實現(xiàn)有很大幫助，往往可以采用這種方法。(3) 數(shù)據(jù)結構具有相對的穩(wěn)定性數(shù)據(jù)結構的相對穩(wěn)定性，可以作為新、舊系統(tǒng)轉(zhuǎn)換的依據(jù)。無論采用何種方法或手段去處理日常事務，都應該能完成相應的功能，決不會因為采用了計算機而丟失了必要的功能，或徹底改變了原有的工作流程和模式。計算機系統(tǒng)的建成是建立在原系統(tǒng)充分調(diào)研的基礎上的，它既不能脫離原系統(tǒng)的大框架，也不是簡單的重復和替代。所以數(shù)據(jù)庫表結構設計應保證數(shù)據(jù)的相對穩(wěn)定，這樣才能考慮在新的數(shù)據(jù)結構下的業(yè)務處理方式。此處著重討論如何進行規(guī)范化設計，關系范式規(guī)范化過程如下：消去重復項1NF消除部分函數(shù)依賴2NF消除傳遞函數(shù)依賴3NF和空白數(shù)據(jù)項非規(guī)范化關系 由邏輯結構設計中得出的關系模型可知，轉(zhuǎn)化的各關系中均無重復項和空白數(shù)據(jù)項，故是第一范式；而且如下圖中的a, b所示(以出差信息及請假信息為例其它略)，所有非主屬性都完全函數(shù)依賴于任一侯選關鍵字，故是第二范式；在第二范式的前提下，可知ER圖中a,b所示的四個關系的非主屬性之間都不存在函數(shù)依賴關系，故圖a,b所表示的關系均屬于第三范式。請假編號員工編號病假天數(shù)事假天數(shù)假期開始時間出差編號出差開始時間出差目的地出差天數(shù)員工編號 ab圖3－7基于以上三條設計原則，本系統(tǒng)中關于數(shù)據(jù)庫表結構設計如下：員工信息表：字段名稱數(shù)據(jù)類型字段含義Sid文本員工編號Sname文本員工姓名Sgender文本性別Splace文本籍貫Sage 數(shù)字年齡Sbirthday日期/時間生日Sdegree文本學歷Sspecial文本專業(yè)Saddress文本住址Scode文本郵編Stel文本電話S文本EmailSworktime日期/時間參加工作時間Sintime日期/時間進入公司時間Sdept文本部門Spaytime日期/時間起薪時間Sposition文本職務sremark文本備注員工考勤信息表字段名稱數(shù)據(jù)類型字段含義ID自動編號記錄編號Astuffid文本員工編號Astuffname文本員工姓名Adate日期/時間當前日期Aflag文本出入標志Aintime日期/時間上班時間Aouttime日期/時間下班時間Alate數(shù)字遲到次數(shù)Aearly數(shù)字早退次數(shù)請假信息表字段名稱數(shù)據(jù)類型字段含義Lid自動編號記錄編號Lstuffid文本員工編號lIl1數(shù)字病假天數(shù)Lprivate數(shù)字事假天數(shù)LfromDay日期/時間假期開始時間加班信息表字段名稱數(shù)據(jù)類型字段含義Oid自動編號記錄編號Ostuffid文本員工編號Ospeciality數(shù)字特殊加班天數(shù)Omon數(shù)字正常加班天數(shù)Ofromday日期/時間加班日期 出差信息表 字段名稱數(shù)據(jù)類型字段含義Eid自動編號記錄編號Estuffid文本員工編號Eerranddays數(shù)字出差天數(shù)Epurpose數(shù)字出差目的地Efromday日期/時間出差日期 調(diào)動信息表字段名稱數(shù)據(jù)類型字段含義ID自動編號記錄編號Aid文本員工編號Aname文本員工姓名Aolddept文本原部門Anewdept文本新部門Aoldposition文本原職務Anewposition文本新職務Aouttime日期/時間調(diào)出時間Aintime日期/時間調(diào)入時間Aremark備注備注此外為了處理方便，我又設計了以下三個表： 用戶信息表字段名稱數(shù)據(jù)類型字段含義UserID 文本用戶名稱UserPWD文本用戶密碼 上下班時間設置表字段名稱數(shù)據(jù)類型字段含義Begintime 日期/時間上班時間endtime日期/時間下班時間 員工編號計數(shù)表字段名稱數(shù)據(jù)類型字段含義NUM數(shù)字編號167。本程序采用Access作為數(shù)據(jù)庫引擎，其主要原因是考慮到現(xiàn)在的大多數(shù)辦公室應用系統(tǒng)軟件均支持Access數(shù)據(jù)庫，所以只要應用于格式符合的計算機系統(tǒng)上即可運行，并且由于Access與VB皆是微軟公司開發(fā)出來的軟件，所以它們之間的兼容性非常好，容易配合使用。在本程序數(shù)據(jù)庫中，還采用了ODBC——開放式數(shù)據(jù)庫鏈接系統(tǒng)，它維護了數(shù)據(jù)的獨立性，而且可以與其他程序鏈接，達到數(shù)據(jù)的關聯(lián)，方便地應用于其他的程序中。由于本系統(tǒng)只是進行一般的數(shù)據(jù)庫操作，對速度要求并不十分高，所以數(shù)據(jù)庫中未調(diào)用Windows API函數(shù)。167。 模塊設計 按照功能分析及數(shù)據(jù)庫的設計結果，為本系統(tǒng)設計如下模塊，最終得到如下圖所示的功能模塊圖： (附圖)企業(yè)人事管理系統(tǒng)員工基本信息管理員工考勤信息管理員工調(diào)動信息管理系統(tǒng)添加員工基本信息修改員工基本信息查詢員工基本信息刪除員工基本信息添加員工考勤信息修改員工考勤信息查詢員工考勤信息刪除員工考勤信息添加員工調(diào)動信息