【正文】 Ruzhitime datetime 8 3 是 入職時間 7 Xueli nvarchar 50 0 是 學歷 8 Sector_id nvarchar 50 0 是 部門編號 9 Zhiwu nvarchar 10 0 是 職務 10 Jibie Int 4 0 是 級別（ 1,2,3） 11 Restdays Int 4 0 是 年假天數(shù) 12 Leavedays int 4 0 是 已請假天數(shù) 13 Password nvarchar 50 0 是 登陸密碼 14 Emails nvarchar 50 0 是 郵箱 15 Reg_people nvarchar 50 0 是 系統(tǒng)修改人 14 Reg_time datetime 8 3 是 系統(tǒng)時間 請假 信息表 （ Board） 請假 信息表的主碼是 請假記錄 編號 (Id)，主要存儲請假的信息，審核狀態(tài)，核銷狀態(tài)等。操作日志信息表的具體字段設置如下表所示： 表名： Log 具體字段 序號 列名 數(shù)據(jù)類型 長度 小數(shù)位 標識 主鍵 允許空 默認值 說明 1 ID int 4 0 是 是 否 2 LoName nvarchar 20 0 是 登錄人 3 LoContent text 16 0 是 性質(zhì) 4 RegPeople nvarchar 20 0 是 5 RegTime datetime 8 3 是 6 系 統(tǒng)主界面和模塊設計及部分代碼 在動態(tài)網(wǎng)頁中，經(jīng)常需要對數(shù)據(jù)庫進行讀寫和判別操作等，所以編寫一個與數(shù)據(jù)庫相連的代碼文件 ，然后在所有與數(shù)據(jù)庫連接的頁面只要包含該文件，就可以實現(xiàn)與該數(shù)據(jù)庫的實現(xiàn)和連接。pwd=123/ 系統(tǒng)主界面比較的簡單，主要分為前臺登陸（普通員工，部門經(jīng)理，總經(jīng)理）和后臺登陸（ 公告管理員，基礎管理員） 員工信息查看頁面 總經(jīng)理部門添加頁面 系統(tǒng)的運行環(huán)境 本系統(tǒng)的軟件配置： 數(shù)據(jù)庫： SQL Server 2020 操作系統(tǒng)： Windows7 旗艦版 /Windows XP。所以，我們一般采用動態(tài)測試 ,分為白盒測試和黑盒測試兩種測試方法，所謂黑盒測試法 ,是 指把程序看成一個黑盒子 ,完全不考慮程序的內(nèi)部結(jié)構(gòu)以及過程 ，依據(jù)需求說明書，檢查程序是否滿足功能要求。 但是，由于各 種限制，本系統(tǒng)在功能，界面等方面可能還存在著很多的不足，希望以后可以有機會加以改善維護。在這次在系統(tǒng)開發(fā)設計的過程中，魏老師一直耐心詢問并跟進我的進度，給出很多設計過程中關鍵性的意見和指導，幫我解決了不少的難題。Mcmahan， G． C．， Theoretical Perspec— rives For Strategic Human Resource Management， Journal Of Management， 1992(2)： 295320． [3] Zhu, .: Design and Realization of University Organization amp。最后，我要感謝我的同學，我在開發(fā)系統(tǒng)中碰到的很多不會的問題，他都細心耐心的指導我。其中我也遇到了很多的困難，但是我通過查閱資料還有虛心向同學老師咨詢后都慢慢破解了難題，最后成功的完成了這次的畢業(yè)設計。 本課題所設計的員工請假管理系統(tǒng) ,更適合黑盒測試法 ，分別將不同用戶數(shù)據(jù)輸入后，對各個主要模塊進行了測試。 7 系統(tǒng)測試 與結(jié)論 測試的意義和目的 軟件測試是軟件質(zhì)量保證的最后一道防線，精心設計測試數(shù)據(jù)，以盡可能少的測試成本，盡可能多地發(fā)現(xiàn)軟件潛在的錯誤，是軟件測試的的基本目標。database=ZLL。具體字段如下： 表名： qj具體字段 序號 列名 數(shù)據(jù)類型 長度 小數(shù)位 標識 主鍵 允許空 默認值 說明 1 ID int 4 0 是 是 否 2 Date_on datetime 8 3 是 開始日期 3 Date_off datetime 8 3 是 結(jié)束日期 4 Qj_type nvarchar 50 0 是 請假類型 5 Day Int 4 0 是 請假天數(shù) 6 Sector_id nvarchar 50 0 是 部門 7 Reason nvarchar 50 0 是 請假原因 6 Sq_state nvarchar 50 0 是 請假狀態(tài) 8 Hx_state nvarchar 50 0 是 核銷狀態(tài) 9 Employee_id nvarchar 50 0 是 員工編號 10 Reg_people nvarchar 50 0 是 修改人 11 Reg_time datetime 8 3 是 修改時間 信息表 （ Sector） 部門信息表主要是用來存儲部門信息的表。 數(shù)據(jù)庫的結(jié)構(gòu)設計主要是建立在需求分析的基礎上， 為了把用戶的數(shù)據(jù)要求清楚、準確的描述出來，系統(tǒng)分析員通常會建立一個概念型的數(shù)據(jù)模型（也稱為 ER 圖），概念性數(shù)據(jù)模型是一種面向問題的數(shù)據(jù)模型，是按照用戶的觀點對數(shù)據(jù)建立的模型， 為后 面的邏輯結(jié)構(gòu)設計奠定基礎。 五、公告管理員操作子系統(tǒng) 密碼修改 密碼修改模塊主要是完成員工登陸密碼的修改，登陸系統(tǒng)時都由超級管理員統(tǒng)一設置初始密碼 123456，進入后可自行修改密碼，下次登陸及可使用新密碼登陸。 四、基礎管理員 (員工資料錄入 )操作子系統(tǒng) 閱讀系統(tǒng)公告 閱讀系統(tǒng)公告模塊是一個公共管理模塊，主要是由公告管理員整理完成后，員工可以點擊進入查看系統(tǒng)公告。可以審核通過請假信息，也可以拒絕員工。 員工管理 完成對本公司所有基礎員工，部門領導，公告管理員，基礎管理員等在內(nèi)的所有員工的修改增刪操作。 銷假審批 本模塊主要完成對自己部門所提交的銷 假申請進行審批，對有權(quán)限的進行考察后進行審批核準。 密碼修改主要是完成員工登陸密碼的修改，員工登陸系統(tǒng)時都由超級管理員統(tǒng)一設置初始密碼 123，員工進入后可自行修改密碼，下次登陸及可使用新密碼登陸。 請假信息查詢 學生登錄后可以查看自己的請假信息或銷假信息是否已被審批，由部門領導或總經(jīng)理完成學生請假信息的審批操作，可以同意其申請，也可以拒絕員工的申請。 個人 信息 個人 信息 模塊主要是完成員工 信息完善和登陸密碼的修改，員工信息完善是指員工登陸 后可 自主 查看自己資料，并 填寫完善個人資料的功能，由于初始錄入時的時間或其他問題等可能造成員工資料的不完善，所以員工點擊進入該模塊后，可以自己完善部分資料。由于本系統(tǒng)出現(xiàn)的用戶角色比較多，數(shù)據(jù)流圖較為復雜，所以下面將舉例說明該系統(tǒng)下總經(jīng)理角色的數(shù)據(jù)流圖， 如圖 42 所示： 員 工基 礎 管 理員公 告 管 理員高 級 管 理員超 級 管 理員員 工基 礎 管 理員公 告 管 理員高 級 管 理員超 級 管 理員員 工 請 假 管 理 系 統(tǒng)P 0員 工 操 作 信 息管 理 員 操 作 信 息管 理 員 操 作 信 息管 理 員 操 作 信 息管 理 員 操 作 信 息員 工 操 作 結(jié) 果管 理 員 操 作 結(jié) 果管 理 員 操 作 結(jié) 果管 理 員 操 作 結(jié) 果管 理 員 操 作 結(jié) 果 程序流程分析 程序流程圖又稱為程序框圖，它是歷史悠久使用最廣泛的描述軟件設計的方法。 功能結(jié)構(gòu)分析 系統(tǒng)開發(fā)一般采用從上往下，自頂而下的模塊發(fā)展方法，即從頂層開始設計，慢慢往 下分成一個個不同的模塊，分別將每個模塊的功能完成后再重新整合到一起，這樣可以很大程度的簡化系統(tǒng)的復雜度。 而中高層員工登陸后，除了上述基礎功能外，另外則是對下層員工所提出的請假的審批功能。前臺操作平臺要求界面簡潔易操作，界面友好。為了減輕 本程序的復雜度，年休假以年為單位計算，并且系統(tǒng)會根據(jù)員工請假情況進行累計疊加，一旦超過年休假天數(shù)，系統(tǒng)會出現(xiàn)提醒，但為預防員工有什么緊急事情必須請假時，系統(tǒng)還是可以提交請假申請。 綜上所述，在技術上、經(jīng)濟上、可操作性，和法律上都是可行的 ,而且要求不高，所以該系統(tǒng)的開發(fā)是可行的。 經(jīng)濟可行性 經(jīng)濟可行性主要是對項目的經(jīng)濟狀況和效益進行評估分析，并且對系統(tǒng)建成后的維護運營費用進行預估，本系統(tǒng)由本人設計開發(fā)，所以開發(fā)費用可忽略不計，而開發(fā)一個員工管理系統(tǒng)是十分必要的，對于實現(xiàn)員工的自主化請銷假以及對應部門領導對員工請銷假的審批，和高級別領導對于部門或員工的資料查閱修改等，都在無形之中減少了工作時間，提高了工作效率，減少了因人為管理而可能帶來的錯誤等，所以本系 統(tǒng)在投入方面的經(jīng)濟支出遠比不上其所能帶來的效益，所以在經(jīng)濟方面也是可行的。本系統(tǒng)的可行性分析包括以下幾個方面的內(nèi)容： 技術可行性 技術可行性主要 是根據(jù)目前現(xiàn)狀，分析實現(xiàn)新系統(tǒng)的各種限制條件，從技術角度研究實現(xiàn)系統(tǒng)的可行性 。但是 C與 Java 有著明顯的不同，它借鑒了 Delphi 的一個特點，與 COM(組件對象模型 )是直接集成的，而且它是微軟公司 .NET windows 網(wǎng)絡框架的主角。智能的 —提供了一個全面的平臺，可以在你的用戶需要的時候給他發(fā)送觀察和信息。在 Windows NT 推出后， Microsoft 與 Sybase 在 SQL Server 的開發(fā)上就分道揚鑣了， Microsoft 將 SQL Server 移植到 Windows NT 系統(tǒng)上，專注于開發(fā)推廣 SQL Server 的 Windows NT 版本。 同時也是語言獨立化的，現(xiàn)在已經(jīng)支持的有 C(C++和 Java 的結(jié)合體 ),VB,Jscript,C++!F++等，未來更是可以協(xié)同多種語言進行維護編譯。在這種結(jié)構(gòu)中，將許許多多的網(wǎng)連接到一塊，形成一個巨大的網(wǎng)，即全球網(wǎng)。而且對于大中型企業(yè)來說，由于人數(shù)的冗余，造成請假 管理的工作量也會很大，所以對請假可以單獨進行管理，而這就需要一款單獨的請假管理系統(tǒng)。在此提出了基于工作流技術的請假審批方法 對企業(yè)內(nèi)部的單獨的電子請假系統(tǒng)是近年來才開始慢慢出現(xiàn)的概念，眾所周知，在企業(yè)單位中，薪酬與請假天數(shù)的多少是息息相關的，而薪酬的多少又往往是每個員工最關心的是事情。其系統(tǒng)可實現(xiàn)教師對學生請假信息的在線管理，促進高校學生工作管理的信息化 [3] 。而相對的，從某種意義來說， 國外 在人力資源管理方面的技術要成熟許多，并且在性能，穩(wěn)定性，安全性方面都要比大多數(shù)的國內(nèi)產(chǎn)品更優(yōu)秀。Barney認為為企業(yè)獲取競爭優(yōu)勢的內(nèi)部資源應該具備四個基本的特征：價值性、稀缺性、不可模 仿性和難以替代性 [1]。 計算機首次在企業(yè)方面的管理就是應用在其薪資計算方面，所以人力資源管理 系統(tǒng) 可謂是 歷史悠久， 具體可以追溯到上個世紀 60 年代末： 第一代 的 人力資源管理