【正文】 ystem39。 The system design stage has mainly pleted the functional module division, the database design and the system contact surface design. The system detailed design stage has carried on the detailed design to each module39。s design and the function realizes, the backstage database selects SQL the Server 2022 databases. This system39。同時，考勤管理系統(tǒng)也是實現(xiàn)企業(yè)管理現(xiàn)代化和信息化的重要內(nèi)容?；趯ι鲜龅恼J識，本文通過收集相關(guān)資料和數(shù)據(jù)，查閱有關(guān)文獻及技術(shù)參數(shù)，對考勤管理的實際需求等方面進行了調(diào)研，發(fā)現(xiàn)目前所采用的手工記錄的方法進行管理存在以下幾個方面的弊端：對象范圍廣，數(shù)據(jù)存儲不易；填寫的數(shù)據(jù)多，且大量數(shù)據(jù)重復；不易存檔，成千上萬的信息和堆積如山的單據(jù)對管理人員來說是一個負擔，需要大量的文檔資料。計算機系統(tǒng)能根據(jù)管理過程的變化情況，將原始數(shù)據(jù)、資料等進行加工、保存，管理人員可以在解決具體問題需要信息資料時，隨時進行檢索查詢，了解整個考勤管理系統(tǒng)的動態(tài)情況，進行動態(tài)管理，從而有效的處理考勤管的管理工作，實現(xiàn)考勤信息管理的自動化，提高效率。所以系統(tǒng)開發(fā)將圍繞考勤工作的實際情況，使之能迅速適應(yīng)企業(yè)管理的需要。(2)較低的開發(fā)和維護成本：B/S 的應(yīng)用只需在客戶端安裝通用的瀏覽器即可，維護和升級工作都在服務(wù)器端進行，不需對客戶端進行任何改變，故而大大降低了開發(fā)和維護的成本。0 / 64第二章 系統(tǒng)分析 可行性分析可行性分析是任何一項系統(tǒng)研究投入力量之前必須進行的一項工作，這對于保證資源的合理使用、避免浪費是十分必要的，也是網(wǎng)站設(shè)計一旦開始以后能順利進行的必要保證。對于前者要求應(yīng)具備功能完備、易于使用等特點，而對于后者則要求能建立數(shù)據(jù)一致性和完整性強、數(shù)據(jù)安全性好的數(shù)據(jù)庫。 經(jīng)濟可行性經(jīng)濟可行性即進行成本效益分析，評估項目的開發(fā)成本，計算開發(fā)成本是否會保證項目預(yù)期的全部利潤 [2]。(4)提高數(shù)據(jù)處理的及時性和準確性。 操作可行性隨著社會的不斷發(fā)展，計算機的不斷普及，越來越多的人已經(jīng)可以熟練地掌握計算機的基本操作，本系統(tǒng)采用基于Windows的圖形用戶界面，而該系統(tǒng)是大家熟悉的操作系統(tǒng)，對于那些有一般的計算機知識的人員就可以輕松上手。綜上所述，無論是從技術(shù)上或者經(jīng)濟上還是操作上，該系統(tǒng)的開發(fā)都具有很高的可行性。需求分析雖然處于軟件開發(fā)過程的開始階段，但它對整個軟件開發(fā)過程以及軟件產(chǎn)品質(zhì)量是至關(guān)重要。（3）實現(xiàn)部門添加、部門查詢、職位添加和職位查詢功能。2 / 64管理員P 0考勤管理系統(tǒng)員工員工信息相關(guān)信息相關(guān)信息管理信息 圖21 系統(tǒng)頂層數(shù)據(jù)流圖 開發(fā)運行環(huán)境（1）操作系統(tǒng)：Windows XP/ Windows 2022（2）數(shù)據(jù)庫：SQL Server 2022（3）開發(fā)工具：Microsoft Visaul Studio 2022（4）編程語言:.NET（5）硬件方面：最低要求 PII233MHZ,512M 以上內(nèi)存，屏幕分辨率請設(shè)置為 800*600 或更高。A 的 語 法 在 很 大 程 度 上 與 ASP 兼 容 ， 同 時 它 還 提 供一 種 新 的 編 程 模 型 和 結(jié) 構(gòu) ， 可 生 成 伸 縮 性 和 穩(wěn) 定 性 更 好 的 應(yīng) 用 程 序 ， 并 提 供 更好 的 安 全 保 護 。借 助 ，系統(tǒng)性能有很大的改善，主要表現(xiàn)在如下幾個方面：（1） 增 強 系 統(tǒng) 性 能 ： 行庫代碼。（3） 簡易性：A ，從簡單的窗體提交和客戶端身份驗證到部署和站點配置。另外，進程受到A 行庫的密切監(jiān)視和管理，以便當進程行為不正常（泄漏、死鎖）時，可就地創(chuàng)建新進程，以幫助保持應(yīng)用程序始終可用于處理請求。（6） 安全性：借助內(nèi)置的Windows身份驗證和基于每個應(yīng)用程序的配置，可以保證應(yīng)用程序是安全的。C 平臺上的、范圍廣泛的企業(yè)級應(yīng)用程序。Visual C Framework。這是其相對于其它環(huán)境的極大優(yōu)勢。 本文簡要介紹了您在構(gòu)建分析應(yīng)用程序時將要用到的一些工具，并著重介紹了一些新增功能，這些新增功能使復雜 BI 系統(tǒng)的構(gòu)建和管理比以往更加輕松。 （3）數(shù)據(jù)轉(zhuǎn)換服務(wù)（DTS）的增強DTS 在 SQL Server 2022 中全部重新設(shè)計了、提供全面的企業(yè)提取、轉(zhuǎn)換和裝載平臺。引入了一個新的 SQL 本地客戶端。 （8）通知服務(wù)SQL Server 通知服務(wù)是幫助開發(fā)集中的通知應(yīng)用和大規(guī)模部署這些應(yīng)用的平臺。這包括關(guān)系數(shù)據(jù)庫，比如Microsoft Access和SQL Server以及其他數(shù)據(jù)庫，甚至還包括非關(guān)系數(shù)據(jù)。當數(shù)據(jù)處理越來越多地使用多層結(jié)構(gòu)時，程序員正在向斷開方式轉(zhuǎn)換，以便為他們的應(yīng)用程序提供更佳的可縮放性。，即提供一些易于使用的類描述關(guān)系數(shù)據(jù)庫中的表、列和行。， 數(shù)據(jù)提供者（也稱為可管理提供者）提供了框架，這些提供者被構(gòu)建，以便從任何數(shù)據(jù)源讀取和寫入數(shù)據(jù)。系統(tǒng)設(shè)計的目標是使系統(tǒng)實現(xiàn)用戶所要求的功能，同時，力爭達到高效率、高可靠性、可修改性，并且容易掌握和使用。8 / 64考勤管理系統(tǒng)個人資料管理 個人資料管理員工管理管理員用戶管理考勤管理部門職位管理請假管理請假管理休假管理考勤管理員工管理員職位添加部門查詢員工添加 員工查詢考勤記錄查詢考勤時間設(shè)置管理員查詢管理員添加請假申請休假歷史查看休假申請考勤歷史查看部門添加 職位查詢請假歷史查看考勤簽到休假管理圖 31 考勤管理系統(tǒng)的功能結(jié)構(gòu)圖本系統(tǒng)包含了如下功能模塊：（1）系統(tǒng)用戶管理模塊： 系統(tǒng)用戶管理模塊主要是對管理員進行查詢和添加，包括了管理員用戶名，管理員密碼，同時設(shè)置了添加普通管理員和超級管理員權(quán)限。其中考勤記錄查詢可以通過對員工編號，姓名，日期，部門進行查詢，方便了管理員和員工操作。員工每一次請假成功后，自動從自己的公休假中扣除請假天數(shù)。 系統(tǒng)數(shù)據(jù)流圖數(shù)據(jù)流程是指數(shù)據(jù)在系統(tǒng)中產(chǎn)生、傳輸、加工處理、使用、存儲的過程 [6]。其中數(shù)據(jù)流程圖是描述系統(tǒng)邏輯模型的主要工具，它以少數(shù)幾種符號綜合地反映出信息在系統(tǒng)中的流動、存儲和傳遞 [7]。11 / 64員工 管理員P 1系統(tǒng)用戶管理P 2個人資料管理P 3部門職位管理P 4員工管理P 5考勤管理D 1個人資料信息部門職位信息系統(tǒng)用戶信息個人資料信息部門職位信息員工信息考勤信息D 2D 3D 4D 5系統(tǒng)用戶信息個人資料信息部門職位信息員工信息考勤信息系統(tǒng)用戶信息個人資料信息部門職位信息員工信息考勤信息P 6請假管理D 6請假信息 請假信息請假信息請假信息員工信息考勤信息P 7休假管理D 7休假信息 休假信息休假信息休假信息12 / 64圖 32 第二層數(shù)據(jù)流圖 由于論文篇幅限制不能一一列舉數(shù)據(jù)流圖，只給出了部分數(shù)據(jù)流圖，其他的數(shù)據(jù)流圖基本一致。表 34 數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)條目名稱：管理員信息表說明：創(chuàng)建管理員信息記錄似的數(shù)據(jù) 總編號：201結(jié)構(gòu)： 編號：01編號 有關(guān)數(shù)據(jù)流、數(shù)據(jù)存儲：用戶名 P1 系統(tǒng)用戶管理、D1 系統(tǒng)用戶信息密碼 數(shù)量：每年約 200 份角色添加時間管理員編號調(diào)入年份13 / 64數(shù)據(jù)流條目如表 35 所示：表 35 數(shù)據(jù)流數(shù)據(jù)流條目名稱：修改個人資料 總編號：310說明：將個人資料信息存儲到個人資料信息存儲 編號：10數(shù)據(jù)流來源：P2 個人資料管理數(shù)據(jù)流去向：D2 個人資料信息存儲 流通量：10 份/周包含的數(shù)據(jù)結(jié)構(gòu)：學生信息數(shù)據(jù)存儲條目如表 36 所示：表 36 數(shù)據(jù)存儲數(shù)據(jù)存儲條目名稱：管理員信息 總編號：401說明：存儲管理員信息 標號：D1結(jié)構(gòu)：編號用戶名密碼角色添加時間有關(guān)的數(shù)據(jù)流： D2→P2 信息量：400 份/月D3→ 37 所示：表 37 處理過程處理過程條目名稱：休假管理 總編號：515說明：管理員管理休假信息 編號：P7輸入：P7 休假管理輸出：D7 休假信息表處理：將 P7 休假信息存儲到休假信息表中。詳細設(shè)計的目標不僅僅是邏輯上正確地實現(xiàn)每個模塊的功能，更重要的是設(shè)計的處理過程應(yīng)該盡可能簡明易懂。它常使用到的符號如圖 41。設(shè)置員工信息流程圖如圖 42 所示：18 / 64開始結(jié)束員工管理當前用戶擁有設(shè)置權(quán)限添加員工信息保存員工信息否是 圖43 設(shè)置員工信息流程圖 休假管理流程圖員工登錄系統(tǒng)后，可以管理休假信息。而在本系統(tǒng)設(shè)計中我采用“實體聯(lián)系模型” （ER 模型）來描述數(shù)據(jù)庫的結(jié)構(gòu)與語義。 表示實體類型 （ 考慮問題的對象 ）表示實體的屬性表示聯(lián)系類型 （ 實體間的聯(lián)系 ）圖 46 ER 圖基本組成考勤管理系統(tǒng)的全局 ER 模式如圖 47。根據(jù)需求的不同，一個考勤管理系統(tǒng)可以包括幾個到上百個不等的數(shù)據(jù)表、數(shù)據(jù)視圖、存儲過程以及函數(shù)等。結(jié)構(gòu)詳見表42。結(jié)構(gòu)詳見表44。本數(shù)據(jù)表結(jié)構(gòu)見表46。其中，定義了用戶名稱、用戶密碼及各種管理權(quán)限的字段，可以用來分權(quán)限管理及維護用戶的基本信息。管理員通過了用戶登錄驗證后，出現(xiàn)的是考勤管理系統(tǒng)的主界面，如圖52所示：26 / 64圖 52 系統(tǒng)主界面 系統(tǒng)主操作界面說明考勤管理系統(tǒng)的主操作界面，用戶需要注冊登陸后才能進入此頁面。 職位部門管理模塊 職位部門管理模塊界面如 圖 55 所 示 ：圖 55 部門管理模塊頁面 職位部門管理界面說明此功能是實現(xiàn)對部門詳細信息和職位添加，同時可以對部門，職位進行查詢和管理。） 考勤管理模塊 考勤管理模塊操作界面（1）考勤設(shè)置界面圖 551 考勤時間設(shè)置信息頁面 （2）考勤記錄查看29 / 64圖 552 考勤記錄查看信息頁面 考勤管理界面說明在考勤管理界面中，管理員可以對考勤進行設(shè)置，修改。（附：請假管理 模塊關(guān)鍵代碼見附錄。系統(tǒng)測試就是在受控制的條件下對系統(tǒng)或應(yīng)用程序進行操作并評價操作結(jié)果的過程,所謂控制條件應(yīng)包括正常條件與非正常條件。它不僅是軟件開發(fā)階段的有機組成部分，而且在整個軟件工程(即軟件定義、設(shè)計和開發(fā)過程)中占據(jù)相當大的比重。 系統(tǒng)測試的目的與重要性 系統(tǒng)測試的目的對于系統(tǒng)測試的目的， 給出了以下的觀點： （1）測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程。軟件生命周期每一階段中都應(yīng)包含測試，盡可能早的發(fā)現(xiàn)錯誤并加以修正，如果不在早期階段進行測試，錯誤的延時擴散常常會導致最后成品測試的巨大困難。自有程序設(shè)計的那天起測試就一直伴隨著。 系統(tǒng)測試的常用方法程序測試的主要方法分為兩大類，白盒測試和黑盒測試。黑盒測試：也稱功能測試，數(shù)據(jù)驅(qū)動測試等，它將待測對象堪稱是一個黑盒子，在完全不考慮程序的內(nèi)部結(jié)構(gòu)和特性的情況下，只依據(jù)規(guī)格說明書檢查程序的功能是否能正常使用。在測試當中遵循了“盡早地和不斷進行測試 ”， “保證測試用例的完整性和有效性”原則。檢查能否正確地接受信息或輸出信息。檢查性能需求能否得到滿足。步驟 操作描述 輸入數(shù)據(jù) 預(yù)期結(jié)果 實際結(jié)果1在登陸頁面，點擊登陸無彈出提示錯誤框“請輸入完整”與預(yù)期結(jié)果相符，結(jié)果見 622權(quán)限選擇管理員，點擊登陸數(shù)據(jù) 1順利跳轉(zhuǎn)系統(tǒng)主管理頁面與預(yù)期結(jié)果相符，結(jié)果見 633權(quán)限選擇員工，點擊登陸數(shù)據(jù) 2順利跳轉(zhuǎn)員工系統(tǒng)管理頁面與預(yù)期結(jié)果相符，結(jié)果見 644 點擊登陸用戶名：admin密碼：123提示用戶名或者密碼錯誤與預(yù)期結(jié)果相符，結(jié)果見 655用戶名，密碼輸入正確，權(quán)限選擇管理員數(shù)據(jù) 1提示用戶名或者密碼錯誤與預(yù)期結(jié)果相符，結(jié)果見 6634 / 64圖 62 系統(tǒng)登錄出錯提示權(quán)限選擇管理員，點擊登陸，跳轉(zhuǎn)系統(tǒng)主管理頁面，如圖 63 所示：圖 63 管理員系統(tǒng)登錄成功后系統(tǒng)主頁面權(quán)限選擇員工，登陸。如圖 66 所示：圖 66 權(quán)限選擇錯誤系統(tǒng)提示36 / 64 部門和職位錄入、查詢信息功能測試： 表 67 部門和職位錄入、查詢信息功能測試用例表程序員 張先順測試用例編號BmZw02 測試功能部門管理相關(guān)功能 測試日期 20220220測試目標驗證管理員是否能正常錄入部門、職位信息和查看部門、職位信息測試數(shù)據(jù)角色：管理員 用戶名：admin 密碼：admin改用戶的相關(guān)功能按鈕步驟操作描述 輸入數(shù)據(jù) 預(yù)期結(jié)果 實際結(jié)果1點擊“部門添加”按鈕無點擊“添加”按鈕，提示用戶“必填”信息與預(yù)期結(jié)果相符，結(jié)果見圖 682點擊“