【正文】 第 10 頁 共 38 頁 數(shù)據(jù)元素條目 數(shù)據(jù)元素名：職工編號 總編號： 簡述：每個職工在企業(yè)內的編號 別名：無 組成：職工編號 =*** 數(shù)據(jù)值類型：連續(xù) 類型： 4 位字符 取值范圍： 1001— 9999 圖 — 1 考勤管理系統(tǒng)職工編號數(shù)據(jù)元素條目 數(shù)據(jù)結構條目 數(shù)據(jù)結構名：考勤表 總編號： 簡述：每月記錄員工出勤情況的登記表 組成：考勤表 =職工編號 +{日期 +出勤 /病假 /事假 } 有關數(shù)據(jù)流、數(shù)據(jù)存儲：業(yè)績工資 圖 — 2 考勤管理系統(tǒng)考勤表數(shù)據(jù)結構條目 數(shù)據(jù)流條目 數(shù)據(jù)流名：業(yè)績工資 總編號： 簡述：每月報送的職工當月業(yè)績信息 組成：業(yè)績工資 =職工編號 +姓名 +考勤表 +（加班工時） 來源：各個部門 數(shù)據(jù)流量： 2020 條記錄 /月 圖 — 3 考勤管理系統(tǒng)業(yè)績工資數(shù)據(jù)流條目 加工處理條目 加工處理名：錄 入業(yè)績工資 總編號： 簡述：輸入登記業(yè)績工資數(shù)據(jù) 輸入：業(yè)績工資數(shù)據(jù)，即考勤與加班數(shù)據(jù) 輸出：業(yè)績工資 處理：按人匯總當月出勤、病假、事假、加班數(shù)據(jù)，求出當月每個職工的業(yè)績數(shù) 第 11 頁 共 38 頁 據(jù)合計存儲到業(yè)績工資文件中 處理頻率：每人每月一次 圖 — 4 考勤系統(tǒng)業(yè)績工資加工處理條目 數(shù)據(jù)存儲條目 數(shù)據(jù)存儲名稱：業(yè)績工資 總編號： 簡述：業(yè)績工資數(shù)據(jù)記錄 組成：業(yè)績工資 =職工編號 +姓名 +業(yè)績工資 +日期 關鍵字：職工編 號 圖 — 5 考勤管理系統(tǒng)業(yè)績工資數(shù)據(jù)存儲條目 定義處理邏輯 建立數(shù)據(jù)字典后，還應該對每個加工處理進行分析，以確定他們具體做什么。按照數(shù)據(jù)字典規(guī)定的格式分別給予以描述，還可以更精確地描述數(shù)據(jù)流圖。主要的數(shù)據(jù)流有：員工注冊、員工檔案、員工考勤情況、員工基本工資、考勤月報等。 員工：能查詢考勤管理系統(tǒng)提供的個人信息查詢、考勤情況和加班、出差信息等 ，還可以計算自己所的工資等。如圖 。另外，財務部要根據(jù)員工當月的出勤率確定獎金的發(fā)放額度，然后根據(jù)每個職工的獎金基數(shù)進行分配。 法律可行性 所建議系統(tǒng)的研制和開發(fā)都選用正版軟件，將不會侵犯他人、集體和國家的利益，不會違反相關的國家政策和法律。 技術可行性 考勤管理系統(tǒng)的最低配置要求如表 所示。 ? 降低的成本以及其他費用。根據(jù)考勤 管理的實際情況，我們認為考勤管理系統(tǒng)應具有如下特點： ? 適應不同管理模式的需要 ? 支持企業(yè)集中管理的發(fā)展需要 ? 全面的考勤管理 ? 跨地區(qū)管理的需要 ? 大型數(shù)據(jù)庫管理 2． 2 系統(tǒng)要達到的目標 系統(tǒng)能夠提供友好的用戶界面，使操作人員的工作量最大限度的減少 系統(tǒng)具有良好的運行效率，能夠得到提高生產率的目的 系統(tǒng)應有良好的可擴充性，可以容易的加入其它系統(tǒng)的應用 平臺的設計具有一定的超前性，靈活性，能夠適應企業(yè)人力資源的變化 通過這個項目可以鍛煉隊伍，提高團隊的開發(fā)能力和項目管理能力 可行 性分析 可行性分析就是對項目開發(fā)的可能性和必要性進行分析，以及避免盲目投資。它的內容對于企業(yè)的決策者和管理者來說都至關重要，所以考勤管理系統(tǒng)應該能夠為用戶提供充足的信息和快捷的查詢手段，以幫助企業(yè)領導了解企業(yè)員工的考勤狀況。在這里，對于開發(fā)技術并沒有涉及，而主要是通過建立模型的方式來描述用戶的需求，為客戶、用戶、開發(fā)方等不同參與方提供一個交流的渠道。加強考勤管理嚴肅考勤制度是企事業(yè)單位搞好各項經(jīng)營管理工作的前提和保障。適用本系統(tǒng)可以科學地管理考勤，不僅可以保證各項經(jīng)營管理計劃得以落實，而且有利于提高工作效率。文檔包含系統(tǒng)功能性需求和非功能性需求兩個方面?？记谧鳛橐粋€公司的基項管理，是單位對員工工作管理的基本依據(jù)。主要是必要分析和效益分析，以決定是否建立信息管理系統(tǒng)，同時還是進一步進行技術可行性分析，投資 /效益分析，組織管理可行性分析，以確定是否存在否定項目的可能性。 ? 改進薄弱環(huán)節(jié)，提高的工作效率。 表 硬，軟件 配 置 CPU P4 RAM 256MB 硬盤 4 GB 監(jiān)視器 Windows 系統(tǒng)支持的監(jiān)視器，可顯示 16位 打印機 Windows98， Windows2020/XP， Server/Workstation 支持的各類打印機 操作系統(tǒng) Windows98， Windows2020/XP， Server/Workstation 網(wǎng)絡協(xié)議 TCP/IP 網(wǎng)絡系統(tǒng) Windows2020 Server 運行可行性 本系統(tǒng)的研制和開發(fā)充分考慮用戶工作流程、計算機操作水平等，盡可能提供更人性化、直觀的界面，滿足用戶要求。 系統(tǒng) 業(yè)務流程分析 以工資結算的業(yè)務流程為例。職工的工資構成除了基本工資外，還包括各種加班費，獎金和扣除事病假等。 圖 考勤管理系統(tǒng) 的工資結算業(yè)務 流程圖 系統(tǒng) 數(shù)據(jù)流程分析 在進行數(shù)據(jù)流程分析時，首先分析考勤管理系統(tǒng)應包括的外部實體。 各部門經(jīng)理：能查閱考勤管理系統(tǒng)系統(tǒng)的所有信息，包括個人信息、工資和員工信息、工資等。數(shù)據(jù)流還可以進一步細化為數(shù)據(jù)元素。在此給出數(shù)據(jù)字典中的部分內容的描述。例如，“工資結算中的獎金制度規(guī)定”是：把員工每月 工作表現(xiàn) 合格分為幾個檔次，如果合格比率 99%，并出勤好的員工可以獲得 200 元 ，但出勤一般的可以獲得 100元 ；如果合格比率 80%以上，并且出勤好的員工可以獲得 100 元 ，但是表現(xiàn)一般的就沒有獎金了 。系統(tǒng)設計是開發(fā)過程的關鍵階段，設計出的軟件系統(tǒng)不僅要具有較強的環(huán)境適應性，還要滿足可維護性和可修改性等要求，這樣的系統(tǒng)才能具有較強的生命力。系統(tǒng)依靠網(wǎng)絡被分布在不同的計算機上，但通過其中的服務器計算機提供集中式服務。 圖 UML活動關系圖 基本考勤管理 加班信息管理 出差信息管理工作 系統(tǒng)管理 系統(tǒng)退出 登錄進入系統(tǒng) 普通用戶 管理員 客戶機 信息表示 數(shù)據(jù)庫服務器 數(shù)據(jù)庫管理 應用服務器 應用邏輯處理 第 14 頁 共 38 頁 總體 功能 結構 設計 和模塊外部設計 總體功能 結構 設計 根據(jù)功能描述，考勤管理系統(tǒng)可分為 5 個模塊，每一個模塊又提供了更為具體的功能。 C 出差管理模塊 員工在出差期間通常除了基本工資外，還要根據(jù)出差的時間獲得出差補貼，出差管理提供每個員工出差情況的報表打印以及所有員工出差情況的報表打印。在設計數(shù)據(jù)庫之前，要了解用戶需求，從而確定數(shù)據(jù)庫的結構，否則，如果在代碼實現(xiàn)過程中再修改數(shù)據(jù)庫的結構，將會浪費巨大的人力和物力。 本系統(tǒng)主要包括管理員、員工、 部門 等三個實體對象。部門和員工這兩個 實體 之間的 E— R圖，如圖 — 1所示： 第 18 頁 共 38 頁 圖 — 1 部門與員工實體的 E— R 圖 而管理員、員工與部門 三個實體對象 之間的實體 ER圖如下圖 — 2所示： 圖 — 2 管理員、員工與部門的實體關系 ER 圖 workers education post sex w_name age w_no tel d_name pwd department D_no D_name 屬 于 workers education post sex w_name age w_no tel d_name account pwd w_limit department D_no D_name 管理 workers Login department 屬于 管理 salary work_attendance Work_overtime Work_trip apply account 第 19 頁 共 38 頁 數(shù)據(jù)庫表的邏輯結構設計 數(shù)據(jù)庫邏輯設計的任務是將上述員工關系，基本考勤關系，加班關系和出差關系模型轉換為 SQL Server 2020 數(shù)據(jù)庫管理系統(tǒng)能夠處理的具體形式。 表 — 2 用戶 表（ Login） 字段名 字段類型 長度 主 /外鍵 字段值約束 對應中文名 L_no char 10 P Not null 用戶號 Password char 10 Not null 用戶密碼 （ 3） 部門類型表設計 部門類型表的邏輯結構設計如表 — 3 所示。 表 — 6 申請表（ Jiaban） 字段名 字段類型 長度 主 /外鍵 字段值約束 對應中文名 A_no int 4 P Not null 申請?zhí)? W_no int 4 null 員工編號 W_name char 6 null 員工姓名 A_time varchar 12 null 申請時間 A_event varchar 50 Null 申請事件 （ 7） 基本考勤表設計 基本考勤表的邏輯結構設計如表 — 7所示。員工編號采用區(qū)間碼編碼方式進行。由于篇幅限制，這里只重點介紹我們在實施階段的重點工作內容及結果。為了使用 ，需要在 中加入以下代碼。 DataSet ds = new DataSet()。 = sql。 其中以登錄認證對話框 為例。 登錄窗口包括 2 個輸入框、 2 個選擇框和 1 個按鈕。 表 42 登錄認證對話框控件列表 控件類型 ID 成員變量 說 明 Textbox1 txtname User_no 用戶名 Textbox2 txtpwd User_pass 密碼 Radiobutton Radiobutton1 無 普通用戶 Radiobutton Radiobutton2 無 管理員 Button 進入 無 “進入”按鈕 其代碼實現(xiàn)如下： namespace 考勤管理系統(tǒng) { public partial class jiemian : Form { public jiemian() { InitializeComponent()。 string no1=()。 if () {sql = select count(*) from Login where l_no=no and password=pass。 if ((sql, no, pass)) { (登錄成功 )。 check_attendance attendance = new check_attendance(no1)。 } } 第 27 頁 共 38 頁 系統(tǒng) 流程圖 針對上述系統(tǒng)目標和功能要求，結 合考勤管理系統(tǒng) 業(yè)務特點和 管理功能，其系統(tǒng) 流程 圖如下圖 所示。 （二） 測試時間表 第 30 頁 共 38 頁 XXXX－ XX－ XX 至 XXXX－ XX－ XX 功能測試 對 基本考勤管理 模塊、 加班管理 模塊、 出差管理 模塊、系統(tǒng)管理模塊等模塊是否符合客戶需求。但是由于 系統(tǒng) 設計時間較短，所以該系統(tǒng)還有許多不盡如人意的地方，比如聯(lián)機文檔比較少，用戶界面不夠美觀，出錯處理不夠等多方面問題。 3 ．在解決了開發(fā)系統(tǒng)的基本問題之后，進行系統(tǒng)數(shù)據(jù)庫設計，并做出系統(tǒng)總體規(guī)劃，完成系統(tǒng)的具體實現(xiàn)。 其次 是軟件的編程問題，由于以前對 C只是了解并不能夠靈活運用，所以在設計期間進行了苦讀，終于可以基本掌握了常用控件的用法和語句編程。 最后 就是從一而終的問題了，在開發(fā)過程中我 們 遇到了許許多多的問題，很多地方都不明白，經(jīng)常有打退堂鼓的想法， 但后來又堅持了。課題小組在課程設計任務書下達后確定課程設計題目，經(jīng)過老師審核批準后，課程設計正式開始。 、明確。 二、選題說明 根據(jù)指導老師的要 求，我們從老師給定的模塊中選擇我們小組感興趣的題目進行開發(fā)，題目為“ ERP 人力資源管理模塊 考勤管理系統(tǒng)的開發(fā)”，系統(tǒng)設計成B/S結構還是 C/S 結構自行擬定。一直以來人們使用傳 統(tǒng)人 第 34 頁 共 38 頁 工的方式管理文件檔案，這種管理方式存在許多缺點，如：效率低、安全性差、時間一長就會產生大量的文件和數(shù)據(jù)積壓，這對于查找、更新和維護都帶來了不少