【文章內(nèi)容簡介】 根據(jù)上面的需求分析，總共需要6個(gè)工作表的數(shù)據(jù)支持：出勤記錄表、請(qǐng)假記錄表、加班記錄表、出差記錄表、員工基本信息表，消息記錄表。員工信息實(shí)體圖 對(duì)象：員工，員工的屬性如圖51所示：員工身份證號(hào)碼姓名性別籍貫員工類型員工編號(hào) 年齡聯(lián)系電話職務(wù)圖51員工信息實(shí)體圖考勤信息實(shí)體圖 對(duì)象：考勤，考勤的屬性如圖52所示：考勤記錄員工編號(hào)上班時(shí)間考勤時(shí)間狀態(tài)考勤編號(hào)圖52 出勤記錄實(shí)體圖請(qǐng)假信息實(shí)體圖 對(duì)象：請(qǐng)假，請(qǐng)假的屬性如圖53所示：請(qǐng)假信息請(qǐng)假編號(hào)員工編號(hào)請(qǐng)假開始時(shí)間請(qǐng)假結(jié)束時(shí)間請(qǐng)假原因圖53 請(qǐng)假實(shí)體圖加班信息實(shí)體圖 對(duì)象：加班信息，加班信息的屬性如圖54所示：加班信息員工編號(hào)加班編號(hào)加班開始時(shí)間加班結(jié)束時(shí)間部門圖54 加班實(shí)體圖出差信息實(shí)體圖 對(duì)象：出差信息，出差信息的屬性如圖55所示：出差信息 員工編號(hào)出差編號(hào)出差開始時(shí)間出差結(jié)束時(shí)間部門圖55 出差實(shí)體圖消息信息實(shí)體圖 對(duì)象：消息信息，消息信息的屬性如圖56所示：消息信息 員工編號(hào)消息編號(hào)消息標(biāo)題 消息內(nèi)容部門圖56 消息實(shí)體圖邏輯結(jié)構(gòu)設(shè)計(jì)是數(shù)據(jù)庫設(shè)計(jì)的第二個(gè)階段，這個(gè)階段就是要根據(jù)已經(jīng)建立的概念數(shù)據(jù)模型，以及所采用的某個(gè)數(shù)據(jù)庫管理系統(tǒng)軟件的數(shù)據(jù)模型特征，按照一定的轉(zhuǎn)換規(guī)則，把概念模型轉(zhuǎn)換為這個(gè)數(shù)據(jù)庫管理系統(tǒng)所能夠接受的邏輯數(shù)據(jù)模型。邏輯數(shù)據(jù)模型是用戶通過數(shù)據(jù)庫管理系統(tǒng)看到的現(xiàn)實(shí)世界，它描述了數(shù)據(jù)庫數(shù)據(jù)的整體結(jié)構(gòu)。從理論上講，實(shí)際邏輯結(jié)構(gòu)應(yīng)該選擇最適合于描述與表達(dá)相應(yīng)概念結(jié)構(gòu)的數(shù)據(jù)模型，然后對(duì)支持這種數(shù)據(jù)模型的各種DBMS進(jìn)行比較，綜合考慮性能、價(jià)格等各種因素，從中選出最合適的DBMS。本系統(tǒng)選擇的DBMS是SQL Server2000，根據(jù)此產(chǎn)品設(shè)計(jì)邏輯結(jié)構(gòu)分了以下三步進(jìn)行：(1)將概念結(jié)構(gòu)轉(zhuǎn)化為一般的關(guān)系模型。(2)將轉(zhuǎn)化來的關(guān)系模型向SQL Server2000支持的數(shù)據(jù)模型轉(zhuǎn)換。(3)對(duì)數(shù)據(jù)模型進(jìn)行優(yōu)化。并對(duì)數(shù)據(jù)模型進(jìn)行適當(dāng)?shù)男薷摹⒄{(diào)整進(jìn)行以下優(yōu)化：(1)確定數(shù)據(jù)依賴。(2)對(duì)于各個(gè)關(guān)系模式之間的數(shù)據(jù)依賴進(jìn)行極小化處理，消除冗余的聯(lián)系。(3)按照數(shù)據(jù)依賴的理論對(duì)關(guān)系模式逐一進(jìn)行分析，考查是否存在部分函數(shù)依賴、傳遞函數(shù)依賴、多值依賴等，確定各關(guān)系模式分別屬于第幾范式。通過進(jìn)一步的分析得到如下關(guān)系模式：員工信息表：（員工編號(hào)，身份證號(hào)碼，姓名，性別，出生日期，籍貫，聯(lián)系方式）；考勤信息表: (考勤編號(hào),上班時(shí)間,考勤時(shí)間,狀態(tài)，員工編號(hào))；加班信息表: (加班編號(hào),員工編號(hào)，加班開始時(shí)間,結(jié)束時(shí)間,部門)；出差信息表: (出差編號(hào),員工編號(hào)，出差開始時(shí)間，結(jié)束時(shí)間,部門)；請(qǐng)假信息表: (請(qǐng)假編號(hào),員工編號(hào)，請(qǐng)假時(shí)間,結(jié)束時(shí)間,請(qǐng)假原因)；消息信息表：（消息編號(hào)，員工編號(hào)，消息標(biāo)題，消息內(nèi)容，部門）；通過對(duì)ER圖和關(guān)系模式的分析得到如下表：考勤管理記錄表，請(qǐng)假記錄表，加班記錄表，出差記錄表，員工基本信息表，消息記錄表。（1） 考勤管理記錄表考勤管理記錄表主要包括：考勤編號(hào)、員工編號(hào)、員工姓名、員工上班時(shí)間、員工考勤時(shí)間，員工狀態(tài)表示員工是否遲到。它們的基本屬性如表51所示。設(shè)置考勤編號(hào)為主鍵。 表51 Attendance考勤記錄表列 名數(shù) 據(jù) 類 型可 否 為 空ID自動(dòng)編號(hào)NOTNULL考勤編號(hào)文本（6）NOTNULL員工編號(hào)文本（6）NOTNULL狀態(tài)文本（1）NULL上班時(shí)間日期NULL考勤時(shí)間日期NULL（2） 請(qǐng)假記錄表請(qǐng)假記錄表主要包括：請(qǐng)假編號(hào)、員工編號(hào)、員工請(qǐng)假開始時(shí)間、員工請(qǐng)假結(jié)束時(shí)間，員工請(qǐng)假原因。它們的基本屬性如表52所示。設(shè)置請(qǐng)假編號(hào)為主鍵。 表52 Leave請(qǐng)假記錄表列 名數(shù) 據(jù) 類 型可 否 為 空ID自動(dòng)編號(hào)NOTNULL請(qǐng)假編號(hào)文本（6）NOTNULL員工編號(hào)文本（6）NOTNULL開始時(shí)間日期NOTNULL結(jié)束時(shí)間日期NOTNULL請(qǐng)假事由文本（50）NOTNULL（3） 加班記錄表加班記錄表主要包括：加班編號(hào)、員工編號(hào)、員工加班開始時(shí)間、員工加班結(jié)束時(shí)間、員工加班日期、員工所屬部門。它們的基本屬性如表53所示。設(shè)置加班編號(hào)為主鍵。表53 OverTime 加班記錄表列 名數(shù) 據(jù) 類 型可 否 為 空ID自動(dòng)編號(hào)NOTNULL加班編號(hào)文本（6）NOTNULL員工編號(hào)文本（6）NOTNULL加班開始時(shí)間日期NOTNULL加班日期日期NOTNULL加班結(jié)束時(shí)間日期日期部門文本（10）NOTNULL職務(wù)文本（5）NOTNULL（4） 出差記錄表出差記錄表主要包括：出差編號(hào)、員工編號(hào)、員工出差開始時(shí)間、員工出差結(jié)束時(shí)間、員工所屬部門。它們的基本屬性如表54所示。設(shè)置出差編號(hào)為主鍵。 表54 Errand 出差記錄表列 名數(shù) 據(jù) 類 型可 否 為 空ID自動(dòng)編號(hào)NOTNULL出差編號(hào)文本（6）NOTNULL員工編號(hào)文本（6）NOTNULL出差開始時(shí)間日期NOTNULL出差結(jié)束時(shí)間日期NOTNULL部門文本（10）NOTNULL職務(wù)文本（5）NOTNULL（5） 員工記錄表員工記錄表主要包括：員工編號(hào)、員工籍貫、員工姓名、員工性別、員工所在部門、員工電話、員工身份證號(hào)碼、員工所在職務(wù)。它們的基本屬性如表55所示。設(shè)置員工編號(hào)為主鍵。 表55 Person 員工基本信息表列 名數(shù) 據(jù) 類 型可 否 為 空員工編號(hào)文本（6）NOTNULL員工籍貫文本（4）NOTNULL員工姓名文本（6）NULL性別文本（1）NOTNULL部門文本（3）NULL職位文本（3）NULL聯(lián)系電話文本（12）NULL身份證號(hào)碼文本（20）NULL（6） 消息記錄表消息記錄表主要包括：消息編號(hào)、員工編號(hào)、消息標(biāo)題、消息內(nèi)容，消息發(fā)送的部門。它們的基本屬性如表56所示。設(shè)置消息編號(hào)為主鍵。 表56 Idea 消息記錄表列 名數(shù) 據(jù) 類 型可 否 為 空ID自動(dòng)編號(hào)NOTNULL消息編號(hào)文本（6）NOTNULL員工編號(hào)文本（6）NOTNULL消息內(nèi)容文本（50）NOTNULL部門文本（6）NOTNULL 數(shù)據(jù)庫物理結(jié)構(gòu)設(shè)計(jì)數(shù)據(jù)庫物理設(shè)計(jì)階段的任務(wù)是根據(jù)具體計(jì)算機(jī)系統(tǒng)(DBMS和硬件等)的特點(diǎn)，為給定的數(shù)據(jù)庫模型確定合理的存儲(chǔ)結(jié)構(gòu)和存取方法。所謂的“合理”主要有兩個(gè)含義：一個(gè)是要使設(shè)計(jì)出的物理數(shù)據(jù)庫占用較少的存儲(chǔ)空間，另一個(gè)對(duì)數(shù)據(jù)庫的操作具有盡可能高的速度。物理結(jié)構(gòu)設(shè)計(jì)階段實(shí)現(xiàn)的是數(shù)據(jù)庫系統(tǒng)的內(nèi)模式，它的質(zhì)量直接決定了整個(gè)系統(tǒng)的性能。因此在確定數(shù)據(jù)庫的存儲(chǔ)結(jié)構(gòu)和存取方法之前，對(duì)數(shù)據(jù)庫系統(tǒng)所支持的事務(wù)要進(jìn)行仔細(xì)分析，獲得優(yōu)化數(shù)據(jù)庫物理設(shè)計(jì)的參數(shù)。物理結(jié)構(gòu)設(shè)計(jì)階段實(shí)現(xiàn)的是數(shù)據(jù)庫系統(tǒng)的內(nèi)模式，它的質(zhì)量直接決定了整個(gè)系統(tǒng)的性能。因此在確定數(shù)據(jù)庫的存儲(chǔ)結(jié)構(gòu)和存取方法之前，對(duì)數(shù)據(jù)庫系統(tǒng)所支持的事務(wù)要進(jìn)行仔細(xì)分析，獲得優(yōu)化數(shù)據(jù)庫物理設(shè)計(jì)的參數(shù)。6 系統(tǒng)詳細(xì)設(shè)計(jì) 管理員登錄界面設(shè)計(jì)依據(jù)需求分析，啟動(dòng)系統(tǒng)時(shí)，最先出現(xiàn)的就是“登錄”界面，如圖61所示，用戶登錄可作為獨(dú)立窗體，當(dāng)用戶登錄時(shí)，首先出現(xiàn)的是一個(gè)登錄頁面，只有輸入正確的管理員姓名與密碼時(shí)，才能進(jìn)入考勤系統(tǒng)。圖 61 登錄界面考勤管理系統(tǒng)主界面的設(shè)計(jì)，是對(duì)用戶對(duì)系統(tǒng)不同操作功能的分類，將相同的操作放在同一個(gè)菜單中，將另外相同的操作放在另外一個(gè)菜單中。不同的權(quán)限的用戶有不同的操作范圍，最高權(quán)限的用戶有最高的使用權(quán)限，將獲得全部的操作。其他低權(quán)限的用戶將獲得部分系統(tǒng)操作的功能，其它的將灰色顯示，表示用戶不可用。如圖62所示。將系統(tǒng)的主界面設(shè)計(jì)為六個(gè)主菜單：菜單一為員工管理，包含二個(gè)子菜單為員工查詢、添加員工信息。菜單二為消息管理，包含三個(gè)子菜單為消息查詢、消息發(fā)送、收件信息查看，消息信息列表?？记跁r(shí)間管理，請(qǐng)假管理，出差管理，加班管理，分別是對(duì)員工狀態(tài)的記錄。圖 62 管理員主界面添加消息界面的設(shè)計(jì)，是用于管理員或者領(lǐng)導(dǎo)給本系統(tǒng)的所有用戶發(fā)布公司消息，主要添加內(nèi)容有：消息發(fā)送的標(biāo)題主要內(nèi)容，要閱讀的部門，接受者則是要發(fā)送的對(duì)象主要針對(duì)的是一個(gè)部門。6