考勤綜合管理平臺項目說明書.docx

考勤綜合管理平臺項目說明書（.NET項目研發(fā)組）文件編號：TD07003文檔編號TD07003版本號QMS2013分冊名稱第1冊/共1冊總頁數(shù)正文附錄編制審批生效日期武漢厚溥教育科技有限公司目 錄第1章 項目介紹31.1文檔編制目的31.2項目開發(fā)背景31.3項目特點31.4項目開發(fā)環(huán)境配置4第2章 項目總體結(jié)構(gòu)52.1源碼目錄介紹52.2數(shù)據(jù)庫目錄結(jié)構(gòu)72.3系統(tǒng)模塊介紹72.4模塊大體功能簡介82.5系統(tǒng)代碼格式要求9【個人心得】10第3章 項目展示113.1系統(tǒng)角色分工113.2項目主體內(nèi)容展示12【個人心得】23第4章 模塊需求介紹244.1公共功能244.1.1登錄244.1.2系統(tǒng)主頁254.2管理員功能274.2.1用戶管理274.2.2部門管理324.2.3考勤設(shè)置364.3主管功能374.3.1考勤管理374.3.2請假審批414.4員工功能434.4.1我的考勤434.4.2請假申請46【個人心得】51第5章 項目總體評價525.1用戶界面評價525.1.1用戶界面設(shè)計的基本原則525.1.2用戶界面設(shè)計規(guī)范535.2功能性評價555.3代碼設(shè)計分析55【個人心得】59第6章 項目進度監(jiān)控評表60【個人心得】62第1章 項目介紹當今社會正處于信息時代，信息技術(shù)已滲透到社會生活的各個領(lǐng)域，特別是各行業(yè)的管理領(lǐng)域，智能化信息處理已是提高效率、規(guī)范管理、客觀審查的最有效途徑?？记谧鳛橐粋€公司的基層管理，是公司對員工工作管理的基本依據(jù)。1.1文檔編制目的編寫此文檔的主要目的是明確所要開發(fā)的軟件所應(yīng)具有的功能，使系統(tǒng)分析人員和軟件設(shè)計人員能清楚地了解用戶的需求，并在此基礎(chǔ)上進一步提出概要設(shè)計和完成后續(xù)設(shè)計與開發(fā)工作，為軟件開發(fā)范圍、業(yè)務(wù)處理規(guī)范提供依據(jù)，也是應(yīng)用軟件進行最終驗收的依據(jù)。系統(tǒng)對企業(yè)員工的資料和考勤情況進行管理，通過每日的打卡把出勤信息輸入到系統(tǒng)中，保存員工每日的出勤情況，以便于統(tǒng)計出勤情況。同時方便管理員查閱，即節(jié)省了人力，又省去了中間的很多容易出錯的步驟。讓企業(yè)的考勤管理更具有透明性，且方便管理。此外系統(tǒng)還涉及用戶管理的問題、部門管理等問題，因此還要求系統(tǒng)具有系統(tǒng)管理的處理功能。1.2項目開發(fā)背景考勤是一個比較煩瑣的工作，公司每天都要對員工的出勤狀況（包括遲到、早退、請假、曠工等情況）進行記錄。而隨著企業(yè)規(guī)模的擴大和市場競爭的更加激烈，企業(yè)的人事管理日趨復(fù)雜，規(guī)范的考勤管理是現(xiàn)代企業(yè)提高管理效益的重要保證，而傳統(tǒng)的人工管理存在著效率低、不易統(tǒng)計、成本高和易出錯等弊端，已經(jīng)無法適應(yīng)現(xiàn)代企業(yè)的需求。各類企業(yè)都越發(fā)認識到人力資源管理的重要性及提升企業(yè)自身人力資源管理水平的迫切性。而人力資源管理水平的提升不僅需要高素質(zhì)的管理人員而且也需要信息化工具進行輔助。因而將傳統(tǒng)的人工考勤管理計算機化，建立一個高效的、無差錯的、規(guī)范的考勤管理系統(tǒng)，能夠大大的提高企業(yè)的管理效率，有效的幫助企業(yè)實現(xiàn)“公正考勤，高效薪資”，使企業(yè)的管理水平登上一個新的平臺。1.3項目特點此系統(tǒng)具有如下5個特點： 靈活性：本系統(tǒng)可以根據(jù)不同的登錄用戶，自動識出用戶的身份，并引導(dǎo)和呈現(xiàn)出該用戶可以進行的操作。 簡單便捷的用戶操作：功能模塊的操作采用簡單易行的使用原則，用戶可以很容易理解某個操作的含義并很容易上手。 友好的用戶界面：系統(tǒng)的操作界面簡單、美觀、大方，能夠給用戶一種簡潔舒適的感覺。 跨瀏覽器兼容性：系統(tǒng)支持多種主流瀏覽器，用戶可以根據(jù)自己的喜好選擇喜歡的瀏覽器來訪問本系統(tǒng)。 多用戶同時在線：本系統(tǒng)以B/S結(jié)構(gòu)構(gòu)建，支持多人同時在線，多個不同的用戶可以同時在系統(tǒng)中進行操作。1.4項目開發(fā)環(huán)境配置l 設(shè)備配置u 服務(wù)器端最低配置n 硬件平臺：英特爾T4300處理器，2G內(nèi)存，80G硬盤空間。n 軟件平臺：Windows Server 2003，數(shù)據(jù)庫 SQL Server 2005u 客戶端配置n 軟件平臺：Windows XP 或更高版本，瀏覽器IE 8+，Chrome 12+，F(xiàn)ireFox 6+l 服務(wù)器端必要的軟件操作系統(tǒng) Windows Server 2003或更高版本，數(shù)據(jù)庫 SQL Server 2005 或更高版本，.net framework 3.5或更高版本l 開發(fā)工具及語言u VS 2010，SQL Server 2005u C# 第2章 項目總體結(jié)構(gòu) 一個設(shè)計良好的項目結(jié)構(gòu)必備的條件是：易維護性、可擴展性、當遇到需求變更或功能變更時能夠以最低的代碼成本響應(yīng)變更。這就要求整個軟件在設(shè)計上做好周密、全方位的設(shè)計。此軟件總體設(shè)計如下。2.1源碼目錄介紹我們現(xiàn)從整個項目的源碼結(jié)構(gòu)上做如下分析,以下是對項目源碼部分進行分開介紹，如下：圖(38)各項目層次說明如下：項目說明WebSite界面表示層，引用BLL、Model、SVSE.FrameworkBLL業(yè)務(wù)邏輯層，引用DAL、Model、SVSE.FrameworkDAL數(shù)據(jù)訪問層，引用SVSE.Framework、ModelModel實體層，引用SVSE.FrameworkSVSE.Framework基礎(chǔ)框架層各層源碼展開如下圖所示：2.2數(shù)據(jù)庫目錄結(jié)構(gòu)2.3系統(tǒng)模塊介紹2.4模塊大體功能簡介2.5系統(tǒng)代碼格式要求為保證項目開發(fā)代碼的規(guī)范性、可讀性，特制定該代碼規(guī)范：1、 命名規(guī)范：C#語言規(guī)范規(guī)定了C#所采用的命名規(guī)則為Pascal命名法。其中，命名空間、類型（類、結(jié)構(gòu)、枚舉、委托、接口）首字母大寫；方法、屬性、事件、公共字段、常量首字母大寫；私有字段、局部變量、方法參數(shù)首字母小寫。命名時，名稱應(yīng)具備一定的意義，而非隨意命名。2、 在三層框架中，實體層應(yīng)命名為Model或以Model結(jié)尾；業(yè)務(wù)邏輯層應(yīng)命名為BLL或以BLL結(jié)尾，與該層相關(guān)的所有業(yè)務(wù)邏輯類及類文件（cs文件）應(yīng)以BLL結(jié)尾；數(shù)據(jù)訪問層應(yīng)命名為DAL或以DAL結(jié)尾，與該層相關(guān)的所有數(shù)據(jù)訪問類及類文件應(yīng)以DAL結(jié)尾。3、 方法的邏輯應(yīng)做到職責明確、功能單一。即每個方法只負責完成明確的一個功能，多個功能應(yīng)采用多個方法。每個方法的代碼應(yīng)盡量做到簡短精煉，避免一個方法的代碼過長，如果一個方法代碼過長可將其拆分成多個小的方法。4、 方法的參數(shù)不宜過多，過多的參數(shù)容易導(dǎo)致維護的困難。如果方法的參數(shù)超過了6個，則應(yīng)考慮將方法的參數(shù)包裝成特定的類型。5、 如果多個類都使用同一段代碼或同一個類似的方法，則應(yīng)考慮將該段代碼、該方法的公共相同部分提取出來，封裝成一個通用的方法，使用到的類應(yīng)該是調(diào)用公共的方法而不是將相同的代碼復(fù)制粘貼。6、 業(yè)務(wù)邏輯的代碼應(yīng)寫在BLL層，DAL層應(yīng)只負責執(zhí)行SQL語句，不做任何邏輯上的分支判斷等操作。7、 確保數(shù)據(jù)庫連接每次使用之后都會關(guān)閉。可以將關(guān)閉數(shù)據(jù)庫連接的方法的代碼放在finally塊中以確保執(zhí)行。8、 絕對不要將數(shù)據(jù)庫連接對象SqlConnection設(shè)置為靜態(tài)的。應(yīng)該在每次使用數(shù)據(jù)庫連接時創(chuàng)建一個新的SqlConnection對象，并在使用完之后關(guān)閉它。9、 不要相信用戶的輸入永遠是正確的。應(yīng)該總是對用戶的輸入進行驗證，確保用戶的非法輸入不會產(chǎn)生程序的異常。10、 不要使用trycatch來做輸入數(shù)據(jù)的有效性驗證。應(yīng)使用驗證方法（如判斷、正則表達式等）對數(shù)據(jù)進行有效性驗證。11、 如果定義的字符串很長（比如用字符串定義了一條很長的復(fù)雜Sql查詢語句），則應(yīng)考慮將字符串分行顯示以增加可讀性。可以采用兩種方法：使用“+”號將每個字符串常量分行連接起來；或者使用原義字符串“ ”abcdedfg” ”。12、 如果要驗證字符串是否為空（null）或空字符串（”），建議使用string.IsNullOrEmpty方法。13、 不要對string類型的變量、屬性等再次調(diào)用ToString()方法，產(chǎn)生string.ToString()這類毫無意義的代碼。14、 在拼接Sql語句時，如果參數(shù)超過2個，應(yīng)使用string.Format方法來代替直接使用+號的字符串連接。建議總是使用string.Format方法代替+號以提高閱讀性。例如，將”select * from table where Name=”+ name + “ and Pwd=”+ pwd +”改寫為string.Format(”select * from table where Name=0 and Pwd=1”,name,pwd)。15、 如果要進行大量的字符串拼接，請使用StringBuilder類，而不要直接使用+號連接。16、 在涉及身份驗證（如登錄驗證）、數(shù)據(jù)安全等影響系統(tǒng)安全的關(guān)鍵段，執(zhí)行的SQL語句應(yīng)使用參數(shù)化查詢，不應(yīng)該使用拼接的SQL語句。17、 盡量使用強類型數(shù)據(jù)、強類型集合（如List、Dictionary）以獲得更好的編程支持及數(shù)據(jù)安全。18、 不要把大量的數(shù)據(jù)存儲在全局對象中（如Session、ViewState、Application等），全局對象應(yīng)只保存關(guān)鍵的、較少量的數(shù)據(jù)及信息。19、 在定義Javascript函數(shù)（方法）時，絕對要注意函數(shù)的命名不能與window對象的屬性或者方法名稱產(chǎn)生沖突。20、 Javascript命名規(guī)范：函數(shù)的首字母小寫，從第二個單詞起，每個單詞首字母大寫；對象的首字母大寫。 以上規(guī)范最終解釋權(quán)歸武漢厚溥教育科技有限技術(shù)公司所有 特此聲明！【個人心得】個人心得與總結(jié)日志我的體會1、2、3、我打算做 第3章 項目展示一個好的應(yīng)用界面的必備的條件是：內(nèi)容清楚、指示明白、屏幕美觀和有親切感。界面通常包含圖形和文字。應(yīng)用界面的設(shè)計是對控件進行適當?shù)娜∩峒肮δ艿倪x擇和處理過程。在程序設(shè)計中需要對設(shè)計的方法反復(fù)推敲才能使其達到完美的境界。3.1系統(tǒng)角色分工本系統(tǒng)主要分為三種角色：系統(tǒng)管理員、主管、員工。各角色進入系統(tǒng)后，根據(jù)權(quán)限可以操作的模塊如下：系統(tǒng)管理員：主要完成系統(tǒng)各模塊基本數(shù)據(jù)的初始化工作，包括定義部門、錄入員工、設(shè)置年月份的特殊上班/休假日期。主管：主要完成對所管轄的部門的員工的請假審批工作，以及考勤信息的導(dǎo)入、查看部門員工的考勤狀態(tài)。 員工：主要完成請假的申請，以及個人年月份的考勤狀態(tài)數(shù)據(jù)的查詢。3.2項目主體內(nèi)容展示用戶登錄頁面：注：（系統(tǒng)管理員：admin）登錄成功后，根據(jù)用戶的不同角色，到達不同的功能頁面。系統(tǒng)管理員登錄成功后到達考勤設(shè)置頁面：用戶管理頁面：點擊“添加”，打開新增用戶界面：點擊“編輯”，打開編輯用戶信息界面：刪除用戶：部門管理頁面：點擊“添加”，打開新建部門界面：點擊“編輯”，打開修改部門信息界面：修改個人信息頁面：主管登錄成功后到達考勤管理頁面：點擊“導(dǎo)入考勤數(shù)據(jù)”，打開考勤導(dǎo)入界面：點擊表格中的“查看”，打開員工考勤查看界面：請假審批頁面：點擊“查看”，打開請假單審批界面：當請假單處于“歸檔”狀態(tài)時，則打開查看請假單信息界面：員工登錄成功后到達我的考勤頁面：我的考勤狀態(tài)數(shù)據(jù)也可以以日歷的形式展示：請假申請頁面：點擊“請假”，打開發(fā)起請假申請界面：點擊“編輯”，可以打開請假申請信息編輯界面：【個人心得】個人心得與總結(jié)日志我的體會1、2、3、我打算做 第4章 模塊需求介紹本系統(tǒng)按照角色身份功能可以分為公共功能、管理員功能、主管功能、員工功能四大類。4.1公共功能公共功能為使用本系統(tǒng)的所有用戶都具有的功能。其中包括登錄和個人信息。4.1.1登錄用戶登錄 信息來源：所有用戶 信息要求：用戶登錄系統(tǒng)及其身份驗證 事件信息系統(tǒng)處理：點擊登錄按鈕后，驗證用戶名和密碼是否允許登錄。對于用戶名或密碼無效的用戶，彈出提示“用戶名或密碼錯誤！”，并不允許登錄；對于通過驗證的用戶，允許用戶登錄，并根據(jù)用戶的不同身份跳轉(zhuǎn)到相應(yīng)的默認頁面。 信息處理結(jié)果：對于系統(tǒng)管理員，默認跳轉(zhuǎn)到“考勤設(shè)置”；對于主管，默認跳轉(zhuǎn)到“考勤管理”；對于員工，默認跳轉(zhuǎn)到“我的考勤”。4.1.2系統(tǒng)主頁個人信息 信息來源：所有用戶 信息要求：當前登錄的用戶可以修改登錄密碼以及手機號碼 事件信息系統(tǒng)處理：點擊保存按鈕，保存用戶修改的手機號碼信息。如果“新密碼”和“確認密碼”都為空，則可以提交保存，且保存時不用修改登錄密碼；如果只填寫了其中一項，則需給出提示另一項也必須填寫，此時不能提交保存；如果這兩項都填寫了，則還需要驗證兩次輸入的密碼是否一致，如果不一致，給出提示，且不能提交保存；只有兩次輸入密碼相同時，才允許提交保存，此時將修改當前用戶的登錄密碼為本次新設(shè)置的密碼。 信息處理結(jié)果：將用戶修改的手機、登錄密碼信息更新到數(shù)據(jù)庫。退出 信息來源：所有用戶 信息要求：退出系統(tǒng) 事件信息系統(tǒng)處理：點擊退出按鈕，注銷當前用戶的登錄，并跳轉(zhuǎn)到登錄頁面。 信息處理結(jié)果：注銷當前登錄用戶信息，跳轉(zhuǎn)到登錄頁面。4.2管理員功能系統(tǒng)管理員的主要功能是對系統(tǒng)的的基礎(chǔ)數(shù)據(jù)進行維護，保證系統(tǒng)的正常運行。其功能包括用戶管理、部門管理、考勤設(shè)置。4.2.1用戶管理查詢用戶 信息來源：系統(tǒng)管理員 信息要求：以表格形式顯示分頁的用戶的數(shù)據(jù) 事件信息系統(tǒng)處理：點擊查詢按鈕時，根據(jù)所輸入的查詢條件對用戶數(shù)據(jù)進行聯(lián)合查詢，并將查詢結(jié)果數(shù)據(jù)以分頁的形式顯示在表格中。列表中列頭標題為超鏈接，點擊可以實現(xiàn)按照對應(yīng)的字段對數(shù)據(jù)進行升序/降序排列切換顯示。 信息處理結(jié)果：查詢出所有符合條件的非管理員用戶（即所有員工、主管），并以表格形式分頁顯示。添加用戶 信息來源：系統(tǒng)管理員 信息要求：實現(xiàn)用戶的添加功能 事件信息系統(tǒng)處理：1.用戶類型的選項為“員工”、“主管”。2.點擊保存按鈕時，對用戶信息中的必填項進行驗證，如果沒有填寫，則進行相應(yīng)的提示，并不允許提交保存。如果必填項都已填寫，則可以提交保存。提交保存時，需要首先對該用戶ID進行驗證是否已經(jīng)存在，如果已經(jīng)存在則提示“該用戶ID已經(jīng)存在！”，并不允許保存；如果該用戶ID不存在，則保存用戶信息，并根據(jù)保存結(jié)果給出相應(yīng)的提示。 信息處理結(jié)果：將填寫的用戶信息保存到數(shù)據(jù)庫，完成用戶的添加。修改用戶 信息來源：系統(tǒng)管理員 信息要求：對系統(tǒng)中現(xiàn)有用戶的信息進行修改 事件信息系統(tǒng)處理：1.頁面打開時，自動加載出該用戶的信息，其中用戶ID為只讀不能修改。2.點擊保存按鈕時，對用戶信息中的必填項進行驗證，如果沒有填寫，則進行相應(yīng)的提示，并不允許提交保存。如果必填項都已填寫，則可以提交保存，并根據(jù)保存結(jié)果給出相應(yīng)的提示。 信息處理結(jié)果：將填寫的用戶信息更新到數(shù)據(jù)庫，完成用戶信息的修改。刪除用戶 信息來源：系統(tǒng)管理員 信息要求：將所選擇的用戶從系統(tǒng)中刪除 事件信息系統(tǒng)處理：點擊刪除按鈕時，對用戶的刪除操作彈出確認提示“確定要刪除選擇的用戶嗎？”如果選擇“否”，則不做任何操作；如果選擇“是”，則刪除所選擇的所有用戶數(shù)據(jù)，并根據(jù)刪除結(jié)果給出相應(yīng)的提示。 信息處理結(jié)果：將用戶信息從數(shù)據(jù)庫中刪除。4.2.2部門管理查詢部門 信息來源：系統(tǒng)管理員 信息要求：以表格形式顯示分頁的部門的數(shù)據(jù) 事件信息系統(tǒng)處理：1.加載部門列表時，如果該部門下不存在任何用戶，則最后一列操作列中顯示刪除按鈕；如果該部門下存在用戶，則不顯示刪除按鈕。2.點擊查詢按鈕時，根據(jù)所輸入的查詢條件對部門數(shù)據(jù)進行聯(lián)合查詢，并將查詢結(jié)果數(shù)據(jù)以分頁的形式顯示在表格中。 信息處理結(jié)果：查詢出所有符合條件的部門數(shù)據(jù)，并以表格形式分頁顯示。添加部門 信息來源：系統(tǒng)管理員 信息要求：實現(xiàn)部門的添加功能 事件信息系統(tǒng)處理：點擊保存按鈕時，對部門信息中的必填項進行驗證，如果沒有填寫，則進行相應(yīng)的提示，并不允許提交保存。如果必填項都已填寫，則可以提交保存。提交保存時，需要首先對該部門名稱進行驗證是否已經(jīng)存在，如果已經(jīng)存在則提示“部門名稱已經(jīng)存在！”，并不允許保存；如果該部門名稱不存在，則保存部門信息，并根據(jù)保存結(jié)果給出相應(yīng)的提示。 信息處理結(jié)果：將填寫的部門信息保存到數(shù)據(jù)庫，完成部門的添加。修改部門 信息來源：系統(tǒng)管理員 信息要求：對部門信息進行修改 事件信息系統(tǒng)處理：1.頁面打開時，自動加載出部門信息。2.點擊保存按鈕時，對部門信息中的必填項進行驗證，如果沒有填寫，則進行相應(yīng)的提示，并不允許提交保存。3.提交保存時，如果修改了部門名稱，則需要對新的部門名稱進行驗證是否已經(jīng)存在，如果存在則提示“部門名稱已經(jīng)存在！”，并不允許保存。保存之后，根據(jù)保存結(jié)果給出相應(yīng)的提示。 信息處理結(jié)果：將填寫的部門信息更新到數(shù)據(jù)庫，完成部門信息的修改。刪除部門 信息來源：系統(tǒng)管理員 信息要求：將所選部門從數(shù)據(jù)庫中刪除 事件信息系統(tǒng)處理：點擊刪除按鈕時，對用戶的刪除操作彈出確認提示“確定要刪除該部門嗎？”如果選擇“否”，則不做任何操作；如果選擇“是”，則刪除所選擇的部門數(shù)據(jù)，并根據(jù)刪除結(jié)果給出相應(yīng)的提示。 信息處理結(jié)果：將該部門從數(shù)據(jù)庫中刪除。4.2.3考勤設(shè)置顯示設(shè)置信息 信息來源：系統(tǒng)管理員 信息要求：以列表的形式顯示所選月份的考勤設(shè)置信息 事件信息系統(tǒng)處理：1.點擊顯示按鈕，將所選年月份的整月的考勤設(shè)置信息以列表形式展示出來，并顯示“保存”按鈕。2.列表中的“狀態(tài)”一列顯示為下拉列表，下拉列表的選項為“默認”“上班”“休假”，默認選項為“默認”。 信息處理結(jié)果：顯示出所選月份的每一天的狀態(tài)數(shù)據(jù)。保存設(shè)置信息 信息來源：系統(tǒng)管理員 信息要求：將列表中該月份的每一天所選擇的下拉列表的狀態(tài)保存到數(shù)據(jù)庫 事件信息系統(tǒng)處理：點擊保存按鈕，將整個列表中該月份的每一天所選擇的下拉列表的狀態(tài)保存到數(shù)據(jù)庫中，并根據(jù)保存結(jié)果給出相應(yīng)的提示。 信息處理結(jié)果：將所選月份的每一天的狀態(tài)數(shù)據(jù)保存到數(shù)據(jù)庫中。4.3主管功能4.3.1考勤管理查看考勤 信息來源：主管 信息要求：以列表形式展示部門員工在所選年月的考勤狀態(tài) 事件信息系統(tǒng)處理：1.頁面加載后，以分頁的形式顯示當前主管所管理的部門下所有員工的基本信息，列表中列頭標題為超鏈接，點擊可以實現(xiàn)按照對應(yīng)的字段對數(shù)據(jù)進行升序/降序排列切換顯示。2.點擊“查看”打開考勤查看界面，可以選擇年月并查詢該員工在所選年月的考勤狀態(tài)信息。3.考勤狀態(tài)信息以列表形式展示，詳情見“員工功能我的考勤查看考勤信息（列表）”。 信息處理結(jié)果：顯示該員工在所選年月的考勤信息狀態(tài)數(shù)據(jù)。導(dǎo)入考勤 信息來源：主管 信息要求：將Excel形式的考勤打卡記錄導(dǎo)入到系統(tǒng)中 事件信息系統(tǒng)處理：點擊導(dǎo)入考勤數(shù)據(jù)按鈕，打開考勤導(dǎo)入界面。瀏覽要導(dǎo)入的考勤記錄Excel文件，并點擊導(dǎo)入按鈕完成打卡記錄的導(dǎo)入。如果沒有選擇文件，則提示“請選擇要導(dǎo)入的Excel文件”。所選的文件必須是Excel工作表形式的考勤打卡記錄信息，如果所選文件格式不正確，則給出相應(yīng)的提示“Excel文件格式不正確”。若Excel文件格式無誤（即為打卡記錄Excel表），則將Excel中所有的打卡記錄全部導(dǎo)入到數(shù)據(jù)庫，并根據(jù)導(dǎo)入結(jié)果給出相應(yīng)的提示。 信息處理結(jié)果：將所選的考勤Excel文件中的打卡記錄保存到數(shù)據(jù)庫，完成打卡記錄的導(dǎo)入。4.3.2請假審批查詢請假單 信息來源：主管 信息要求：以表格形式顯示當前主管所管理的部門的所有員工的請假申請 事件信息系統(tǒng)處理：頁面加載后，以分頁的形式顯示當前主管所管理的部門下所有員工的請假申請記錄，默認查詢出“待審批”的請假數(shù)據(jù)；列表中列頭標題為超鏈接，點擊可以實現(xiàn)按照對應(yīng)的字段對數(shù)據(jù)進行升序/降序排列切換顯示；點擊查詢按鈕時，根據(jù)所輸入的查詢條件對請假單數(shù)據(jù)進行聯(lián)合查詢，并將查詢結(jié)果數(shù)據(jù)以分頁的形式顯示在表格中。 信息處理結(jié)果：查詢出所有符合條件的請假申請數(shù)據(jù)，并以表格形式分頁顯示。審批請假單 信息來源：主管 信息要求：對部門員工的請假申請進行審批 事件信息系統(tǒng)處理：點擊列表上的查看超鏈接，打開請假審批界面。頁面打開時，加載出請假申請的信息，并且為只讀不能修改；并根據(jù)當前請假單的狀態(tài)，顯示出不同的審批信息：如果當前請假單為“待審批”，則審批信息為空，需要主管對該請假單進行審批。其中，“審批結(jié)果”包括“同意”、“不同意”，且為必填項。點擊確定按鈕時，需要對必填項進行驗證。保存時，將審批結(jié)果信息保存到數(shù)據(jù)庫，并且更新請假單的狀態(tài)為“歸檔”；如果當前請假單為“歸檔”，則查看請假單的審批信息，為只讀。 信息處理結(jié)果：將部門員工的請假單審批結(jié)果保存到數(shù)據(jù)庫。4.4員工功能4.4.1我的考勤查看考勤信息（列表） 信息來源：員工 信息要求：以列表形式展示所選年月的考勤狀態(tài)。 事件信息系統(tǒng)處理：點擊查看按鈕，查詢出當前登錄的員工在所選年月的考勤狀態(tài)結(jié)果信息，并以列表的形式顯示出來。其中：1.將所選月份的所有日期（從當月的第一天到當月的最后一天，如所選日期為4月，則顯示4月1日4月30日）的每一天的考勤狀態(tài)數(shù)據(jù)都顯示出來；2.顯示的信息包括：日期、星期、首次打卡時間、最后打卡時間、考勤狀態(tài)。其中：日期：當天的日期星期：當天是星期幾首次打卡時間：當天第一次打卡的時間最后打卡時間：當天最后一次打卡的時間考勤狀態(tài)：見下3“考勤狀態(tài)”3.考勤狀態(tài)：根據(jù)當天的打卡情況、是否請假、是否需要上班、是否為默認休假日、是否為指定休假日等綜合信息，系統(tǒng)自動推斷出當天的考勤結(jié)果狀態(tài)?？记跔顟B(tài)共有8種： 正常：當天正常按時打卡 未打卡：當天只有一次打卡記錄 請假：當天包含于審批同意的請假申請時間范圍內(nèi) 休假：當天為默認休假日（周末）或指定休假日（見考勤設(shè)置） 缺勤：當天沒有打卡記錄 遲到：第一次打卡時間晚于上班時間，且當天打卡兩次 早退：最后一次打卡時間早于下班時間，且當天打卡兩次 遲到且早退：當天打卡兩次，且第一次打卡時間晚于上班時間，最后一次打卡時間早于下班時間4.考勤的狀態(tài)以半天為計算單位。如果當天全天的考勤狀態(tài)具有一致性，則只顯示全天的考勤狀態(tài)的綜合結(jié)果（即當天只有一種狀態(tài)）；如果當天全天的考勤狀態(tài)不具有一致性，則需要分別顯示上午的考勤狀態(tài)和下午的考勤狀態(tài)（即當天有兩種狀態(tài)）。具有一致性的考勤狀態(tài)：當天中的半天（上午或下午）不是請假狀態(tài)，即全天上班或全天不上班不具有一致性的考勤狀態(tài)：當天中的半天（上午或下午）處于請假狀態(tài)，另外半天處于上班狀態(tài) 信息處理結(jié)果：顯示所選年月的考勤信息狀態(tài)數(shù)據(jù)。查看考勤信息（日歷） 信息來源：員工 信息要求：以日歷形式展示所選年月的考勤狀態(tài)。 事件信息系統(tǒng)處理：以日歷形式顯示當前登錄的員工在所選年月的考勤狀態(tài)信息。當鼠標停留在日歷中的某一天的單元格時，可以以氣泡的形式顯示出當天的首次打卡時間和最后打卡時間?？记跔顟B(tài)見“查看考勤信息（列表）”。 信息處理結(jié)果：顯示所選年月的考勤信息狀態(tài)數(shù)據(jù)。4.4.2請假申請查詢申請 信息來源：員工 信息要求：以表格形式顯示當前用戶發(fā)起的所有請假申請 事件信息系統(tǒng)處理：頁面加載后，以分頁的形式顯示當前用戶發(fā)起的所有請假申請記錄；列表中列頭標題為超鏈接，點擊可以實現(xiàn)按照對應(yīng)的字段對數(shù)據(jù)進行升序/降序排列切換顯示；點擊查詢按鈕時，根據(jù)所輸入的查詢條件對請假單數(shù)據(jù)進行聯(lián)合查詢，并將查詢結(jié)果數(shù)據(jù)以分頁的形式顯示在表格中；最后一列中，如果該請假單的狀態(tài)為“待審批”，則顯示為編輯和刪除按鈕，允許對請假單進行編輯和刪除。如果請假單狀態(tài)為“歸檔”，則顯示為查看超鏈接，只允許查看請假單的信息。 信息處理結(jié)果：查詢出所有符合條件的請假申請數(shù)據(jù)，并以表格形式分頁顯示。新增申請 信息來源：員工 信息要求：發(fā)起請假申請單 事件信息系統(tǒng)處理：點擊確定按鈕時，對請假單中的必填項進行驗證，如果沒有填寫，則進行相應(yīng)的提示，并不允許提交保存。如果必填項都已填寫，則可以提交保存。提交保存時，需要首先驗證當前填寫的請假時間段內(nèi)是否已經(jīng)請過了假，以及是否與其他請假單中的請假時間產(chǎn)生沖突（也就是與其他請假單的請假時間存在交集）。如果存在沖突則提示在該時間段內(nèi)已經(jīng)存在請假記錄，并不允許保存；如果不存在沖突，則保存請假單信息，且將該請假單的狀態(tài)設(shè)置為“待審批”，并根據(jù)保存結(jié)果給出相應(yīng)的提示。 信息處理結(jié)果：將發(fā)起提交審批的請假單信息保存到數(shù)據(jù)庫。修改申請 信息來源：員工 信息要求：修改已經(jīng)發(fā)起的請假單的信息 事件信息系統(tǒng)處理：點擊確定按鈕時，需要對請假單中的必填項進行驗證。提交保存時，如果修改了請假時間，則需要對新填寫的請假時間進行驗證，是否與其他請假單中的請假時間產(chǎn)生沖突。如果存在沖突則提示在該時間段內(nèi)已經(jīng)存在請假記錄，并不允許修改。保存修改后的請假單信息，并根據(jù)保存結(jié)果給出相應(yīng)的提示。 信息處理結(jié)果：將修改后的請假單信息更新到數(shù)據(jù)庫，完成請假單的修改。刪除申請 信息來源：員工 信息要求：刪除還未審批的請假單 事件信息系統(tǒng)處理：點擊刪除按鈕時，對用戶的刪除操作彈出確認提示“確定要刪除該請假申請嗎？”如果選擇“否”，則不做任何操作；如果選擇“是”，則刪除所選擇的請假申請，并根據(jù)刪除結(jié)果給出相應(yīng)的提示。 信息處理結(jié)果：將還未審批的請假單從數(shù)據(jù)庫中刪除?！緜€人心得】個人心得與總結(jié)日志我的體會1、2、3、我打算做 第5章 項目總體評價5.1用戶界面評價5.1.1用戶界面設(shè)計的基本原則用戶界面設(shè)計原則基于平臺開發(fā)的應(yīng)用軟件應(yīng)堅持圖形用戶界面（GUI）設(shè)計原則：（1）界面直觀、對用戶透明：用戶接觸軟件后對界面上對應(yīng)的功能一目了然、不需要太多培訓就可以方便使用本應(yīng)用系統(tǒng)。（2）始終強調(diào)軟件用戶是所有處理的核心：用戶界面應(yīng)當由用戶來控制應(yīng)用如何工作、如何響應(yīng)，而不是由開發(fā)者按自己的意愿把操作流程強加給用戶。一般交互原則企業(yè)級系統(tǒng)的應(yīng)用軟件的一般交互遵循以下原則：（1）一致性：菜單選擇、數(shù)據(jù)顯示以及其它功能都應(yīng)使用一致的格式。（2）提供有意義的反饋。（3）執(zhí)行有較大破壞性的動作前要求確認。（4）在數(shù)據(jù)錄入上允許取消大多數(shù)操作。（5）減少在動作間必須記憶的信息數(shù)量。（6）允許用戶非惡意錯誤，系統(tǒng)應(yīng)保護自己不受致命操作的破壞。（7）按功能對動作分類，并按此排列屏幕布局，設(shè)計者應(yīng)提高命令和動作組織的內(nèi)聚性。（8）提供語境相關(guān)的幫助機制。信息顯示原則企業(yè)級系統(tǒng)的應(yīng)用軟件信息顯示遵循以下原則：（1）只顯示與當前用戶語境有關(guān)的信息。（2）不要用數(shù)據(jù)將用戶包圍，使用便于用戶迅速吸取信息的方式表現(xiàn)信息。（3）使用一致的標記、標準縮寫和可預(yù)測的顏色，顯示信息的含義應(yīng)該非常明確，用戶不必再參考其它信息源。（4）產(chǎn)生有意義的出錯信息。（5）使用縮進和文本來輔助理解。（6）使用窗口分隔/控件分隔不同類型的信息。（7）高效地使用顯示器的顯示空間。數(shù)據(jù)輸入原則企業(yè)級系統(tǒng)的應(yīng)用軟件數(shù)據(jù)輸入遵循以下原則：（1）盡量減少用戶輸入動作的數(shù)量。（2）維護信息顯示和數(shù)據(jù)輸入的一致性。（3）交互應(yīng)該是靈活的，對鍵盤和鼠標輸入的靈活性提供支持。（4）在當前動作的語境中使用不合適的命令不起作用。（5）讓用戶控制交互流，用戶可以跳過不必要的動作、改變所需動作的順序（如果允許的話）以及在不退出系統(tǒng)的情況下從錯誤狀態(tài)中恢復(fù)。（6）為所有輸入的動作提供幫助。（7）消除冗余輸入。可能的話提供缺省值、絕不要讓用戶提供程序中可以自動獲取或計算出來的信息。5.1.2用戶界面設(shè)計規(guī)范界面規(guī)范的總體規(guī)定本應(yīng)用系統(tǒng)顯示界面總體上分為三幀：菜單工具欄區(qū)域、狀態(tài)欄區(qū)域、應(yīng)用軟件工作區(qū)，如下圖：（1）頂層為菜單工具欄區(qū)域，高度為89px。（2）中間為應(yīng)用軟件工作區(qū)。（3）底部為狀態(tài)欄區(qū)域，固定在當前窗口（瀏覽器）的底部，高度為26px。界面一致性規(guī)范本系統(tǒng)各軟件界面在設(shè)計中應(yīng)該保持界面的一致性。一致性既包括：使用標準的控件；使用相同的信息表現(xiàn)方法，如：在字體、標簽風格、顏色、術(shù)語、顯示錯誤信息等方面保持一致。顯示信息一致性規(guī)范（1）字體：系統(tǒng)缺省字體采用如下設(shè)置：font-size：12px。（2）日期：采用長格式，以yyyy-MM-dd的形式格式化。使用缺省字體。（3）對齊：系統(tǒng)整體以居中對齊方式顯示；表格內(nèi)容居中對齊顯示。（4）顏色：系統(tǒng)采用統(tǒng)一的藍色風格界面。（5）提示信息：系統(tǒng)所有的前臺提示信息均采用浮動的紅底白字橫幅形式，具有清晰醒目的特點。（6）彈窗：系統(tǒng)所有彈出窗口頁面均采用流行的彈出層的形式，附加伸展打開的動畫效果。5.2功能性評價（1）易用性：系統(tǒng)的操作簡單，按鈕的功能明確，系統(tǒng)界面簡潔，具有良好的可操作性，用戶可以很快上手使用本系統(tǒng)，不需要專業(yè)的培訓。（2）可擴展性：系統(tǒng)采用三層架構(gòu)模式，各層之間職責明確：表示層負責用戶頁面的展示；業(yè)務(wù)邏輯層負責處理整個系統(tǒng)中的業(yè)務(wù)邏輯規(guī)則；數(shù)據(jù)訪問層負責操作數(shù)據(jù)庫；實體層負責將數(shù)據(jù)封裝為對象，作為各層之間數(shù)據(jù)傳遞的載體；基礎(chǔ)框架層為系統(tǒng)的運行提供了基礎(chǔ)的功能服務(wù)。三層架構(gòu)模式+基礎(chǔ)框架，使得本系統(tǒng)具有較強的可擴展性：可以通過擴展基礎(chǔ)框架來增加系統(tǒng)運行時底層的基本功能；可以添加實體類，以擴展數(shù)據(jù)庫表結(jié)構(gòu)等數(shù)據(jù)庫對象；可以添加新的業(yè)務(wù)邏輯類，來處理新的業(yè)務(wù)邏輯等。（3）安全性：系統(tǒng)采用了多種方式來保證用戶在使用系統(tǒng)的過程中，不會產(chǎn)生安全隱患： 身份驗證：通過ASP.NET框架提供的安全可靠的Forms身份驗證，使得非法用戶不能夠登錄和使用本系統(tǒng)。 參數(shù)化查詢：使用基于參數(shù)化的SQL語句，防止了SQL注入的產(chǎn)生，從而避免了惡意