【文章內容簡介】 系統管理員。員工和各級管理者是系統的用戶，而系統管理員是系統管理者，雖然系統管理員也是一個員工，但這 并不影響系統的功能。 人事 /工資 /考勤管理系統的用例包括以下內容： ● 增加員工 ● 員工離職（包括了辭退、辭職、退休等） ● 員工調動 ● 員工升降職 ● 出勤登記 ● 工資發(fā)放（包括獎金） ● 員工簽到 10 ● 員工簽離 上面所列的用例中沒有系統維護和信息的統計查詢，系統維護及信息的統計和查詢是一個使用其他用例的更一般的用例。同時，還應該注意到上述用例中，員工離職包括了辭退員工、員工的辭職以及員工的退休，也可以根據用戶的具體需要將這 3種行為分別建立用例。員工的升降職可以看做調動的一種，但是，如果是在同一部門升降職就不好處理了，因此最好將升 降職和調動分開。升降職只界定在同一部門的職務變化。出勤登記記錄員工的外出，它與員工簽到和簽離信息一起組成員工的考勤信息?？记谛畔⒅贿m用于部門經理以下職務的員工。出勤信息由部門經理及部門經理以上職務的員工登記。 人事 /工資 /考勤管理系統的分析可以用 UML 的用例圖來描述。每個用例以文本的方式描述，描述的內容包括用例以及用例與角色交互的更詳細的信息。文本的內容是通過與用戶討論后確定的。下面給出上述用例的描述： （ 1） 增加員工 增加員工記錄→標記部門信息 （ 2） 員工離職 刪除員工記錄→增加員工履歷信息→刪除考勤記錄→標記部門 信息 （ 3） 員工調動 標記員工記錄→增加員工履歷信息→標記部門信息 （ 4） 員工升降職 標記員工記錄→增加員工履歷信息→標記部門信息 （ 5） 出勤登記 增加員工出勤記錄→標記員工當日考勤信息 （ 6） 工資發(fā)放 統計員工考勤信息→計算工資→計算獎金→增加工資發(fā)放記錄 （ 7） 員工簽到 增加員工考勤記錄→標記員工當日考勤信息 （ 8） 員工簽離 標記員工當日考勤信息 11 系統功能模塊 對上述各項功能進行集中，分塊，按照結構化程序設計的要求，得到如圖 所示的系統功能模塊圖 圖 系統功能模塊圖 UML 系統建模 需求分析后，就 可對系統進行 UML 建模了。 系統的用例分析 在需求分析中列出了人事 /工資 /考勤管理系統的全部用例，增加員工、員工離職（包括了辭退、辭職、退休等）、員工調動、員工升降職、出勤登記、工資發(fā)放（包括獎金）、員工簽到、員工簽離。這里，使用 Rose 軟件進行 UML 建模，其用例如下圖 所示。 12 圖 3. 2 用例圖 該用例圖標記了所有的用例。從中可以得知， 人事 /工資 /考勤管理系統的角 色可以劃為 3 類： 普通員工：用例包括簽到和簽離。 經理級：用例只有出勤登記。 人事管理部門：用例包括工資發(fā) 放、員工調動、增加員工、員工升降職以及員工離職。 要注意的是，人事管理部門只是信息的錄入和操作人員，并不具備用例描述的權限。它們僅根據上級領導的決策將員工的變動錄入到系統。但是，經理級角色對出勤登記用例則不同，他們擁有是否要求員工出勤的權限。對于普通員工，簽到和簽離可以采用不同的方式，例如采用登錄系統和退出系統的方式，或者采用執(zhí)行簽到程序和簽離程序的方式，也可以與考勤機配合采用刷卡的方式。 系統的域類分析 UML 建模的第二步是域類分析。 人事 /工資 /考勤管理系統中的域主要包括：人事資料（ person_info）、考勤信息 (attend_info)、部門信息 (depart_info)、工資信息 (wage)?？梢栽陬悎D中將上面這些域以及它們之間的關系表示出來，如 圖 13 圖 類圖 要說明的一點是，這里還是處于“草圖”狀態(tài)。定義的操作和屬性不是最后的版本，只是在現階段看來，這些操作和屬性是比較合適的。有些操作將在時序圖的草圖中而不是在用例中定義的。 有些類可以用 UML 狀態(tài)圖來顯示類的對象的不同狀態(tài)以及改變狀態(tài)的事件。在本系統中有狀態(tài)圖的類有雇員和部門。這些類的狀態(tài)將在隨后介紹。 為了描述域 類的行為，可以使用 UML 的時序圖、協作圖或者活動圖。這里選用時序圖。時序圖的基礎是用例。在時序圖中，要說明域類是如何協作以操作系統中的用例。當然，在建立時序圖時，將會發(fā)現新的操作，并將其加入類中，將在后面看到所建立的時序圖模型。此外，操作僅僅是草圖，同樣也要詳細描述。分析的目的是同企業(yè)的工作人員通過溝通對建立的系統有更好的了解，而不是要設計一個完整的 人事 /工資 /考勤管理系統的設計方案。 用時序圖建模時，需要窗口或對話框作為角色的接口。顯然，這里需要窗口的有雇傭、指派出勤、簽到、簽離、工作設定等，此外維護也需 要一個窗口。當然，這里還沒有定義詳細的用戶界面。用戶界面所包含的內容也僅僅是一個草案。詳細的用戶界面，將在設計階段對其進行定義。 在設計階段，首先要設計類的狀態(tài)圖。不是所有的類都有狀態(tài)圖。在本系統中，有狀態(tài)圖的類有雇員和部門。 雇員的狀態(tài)圖如圖 ： 14 圖 雇員狀態(tài)圖 下面進行 人事 /工資 /考勤管理系統的架構設計和細節(jié)設計。在架構設計中，將定義包（子系統）、包間的相關性和基本的通信機制。當然，要得到清晰簡單的架構，架構中的相關性要盡可能的少。 在詳細設計中，應將包的內容細化，盡可能地描述戶每一個類， 使得編程人員根據它們可以很容易編碼。 設計架構時，應該將應用邏輯和技術邏輯分割。應用邏輯是需要編碼設計的，而技術邏輯，主要包括用戶接口、數據庫或者通信一般是已經有的。人事 /工資 /考勤管理系統中得到包（或者為子系統、層）有如下幾個，如圖 ： 圖 包圖 15 ●用戶界面包（ User Interface Package）：為通用用戶界面類，調用業(yè)務包中的操作，檢索和插入數據?？梢院唵蔚匕阉鼈兛闯蓪碛脩粢僮鞯慕缑?。實際上，界面下還蘊含了很多內容，但需要開發(fā)的僅限于此。 ●業(yè)務對象包（ Business Object Package）：業(yè)務對象包包含上面設計的分析模型的域類。業(yè)務對象包同數據庫包協同完成任務。 ●數據庫包（ Database Package）：數據庫包向業(yè)務對象包提供服務。 ●應用包（ Utility Package）：應用包向其他包提供服務。 這之后，就可以進行詳細設計了。 至此，ＵＭＬ系統建模完成。 數據庫的選擇 可以根據數據量的大小選擇不同的數據庫，如表 1 所示。數據量是指數據庫 中需存放的單表的最大記錄數。 表 1 人 事 /工資 /考勤管理系統數據庫的選擇 用戶（人） 數據量（記錄數） 穩(wěn)定性 要求 維護 水平 備選數據庫 小型企業(yè)（ 8~20） 500~5000 低 差 Access、 Foxpro 中型企業(yè)（ 20~100） 5000~50000 中 一般 SQL Server 大型企業(yè)（ 100~1000） 50000~202100 較高 較好 SQL Server、 Oracle 特大型企業(yè)（ 1000以上） 202100 以上 高 好 Oracle 當然，這種選擇并不是絕對的。有時，一個企業(yè)盡管人數不多，但是人員變化很大，要求數據庫的吞吐量和穩(wěn)定性較高，這就需要選擇更好的數據庫。也 有些情況，由于建設經費的限制，只能選擇較為便宜的數據庫，這要根據用戶的需要而定。在本系統中，選擇 Microsoft Access 數據庫。 16 第四章 數據庫設計 數據庫分析是數據庫管理系統開發(fā)周期中的一個重要的階段，也是工作量比較大的一項活動。隨著現代軟件的發(fā)展，手工分析方式已經很難滿足數據庫管理系統數據庫分析的要求，必須借助相應的工具。在開發(fā) 人事 /工資 /考勤管理系統時，可以先進行 ER圖分析，然后對表格字段進行分析，最后進行數據庫建模。 數據庫 ER 圖設計 對人事 /工資 /考勤管理系統的 ER分析是建立在 UML 系統模型基礎上的。這里直接給出 ER分析的結果。實體關系圖的分析結果非常復雜，一般情況下使用從簡到繁的方式進行設計。首先從大的方面中設計出各個實體之間的關系，然后在這個關系的基礎上進行細化。下面是涉及到四個數據庫表的 ER圖。 圖 職工列表數據表 圖 個人資料數據表 17 圖 工資數據表 圖 考勤數據表 在設計詳細的實體關系圖時，為使得系統具有良好的可擴展性，增加了教育類型實體。 數據庫的實現 在人事 /工資 /考勤管理系統中，首先要創(chuàng)建人事 /工資 /考勤管 理系統的數據庫，然后在數據庫中創(chuàng)建需要的表格和字段。如果有需要，還可以設計視圖和存儲過程以及觸發(fā)器。 創(chuàng)建數據庫 通過前面的分析，已經對本系統所要求的數據庫結構有了一個初步的了解， 建立了一個數據庫結構的框架。本系統使用的數據庫將以 Access 文件作為后端數據庫。 下面就給出在 Access 中實現數據庫創(chuàng)建的過程。 (1)運行 Access 應用程序，在“新建數據庫”選項組中選取“空 Access 數據庫”。 18 注意： 使用 Access 應用程序建立空白數據庫時必須先指定數據庫的存放路徑與數據庫文件的名稱?？?以先建立一個放置數據庫與后續(xù)數據程序項目的專用目錄，這樣將方便管理。 (2)在“文件新建數據庫”對話框中指定數據庫的存放位置與數據庫文件名稱， 然后單擊“創(chuàng)建”按鈕，直至數據庫創(chuàng)建完成。 創(chuàng)建表 下面就將給出在 Access 中實現數據庫創(chuàng)建的過程。 （ 1） 進入 Access 主界面，單擊子窗口中的“設計”按鈕，此時將出現一個 表的新窗口。 （ 2） 在表的設計窗口中，按下表建立數據字段，并指定字段的數據類型與相關 屬性。 個人資料數據表（ person_info） 字段名稱 數據類型 說明 相關屬性 EmployeeID 數字 職工代碼 字段大小 =長整型 Name 文本 姓名 字段大小 =8 Sex 文本 性別 字段大小 =4 Date 文本 出生日期 格式 =短日期 City 文本 籍貫 字段大小 =10 Nation 文本 民族 字段大小 =20 Polity 文本 政治面貌 字段大小 =10 Culture 文本 文化程度 字段大小 =6 Marriage 文本 婚姻狀況 字段大小 =2 Graduate 文本 畢業(yè)院校 字段大小 =20 Spec 文本 所學專業(yè) 字段大小 =50 Speci 文本 工作經歷 字段大 小 =200 Duty 文本 職務 字段大小 =12 Departname 文本 部門名稱 字段大小 =12 Address 文本 家庭住址 字段大小 =50 Mobilephone 文本 聯系電話 字段大小 =10 Email 文本 電子郵件 字段大小 =30 IDcard 數字 身份證號 字段大小 =30 Postalcode 文本 郵政編碼 字段大小 =12 建立數據字段并指定字段的數據類型與相關屬性后，在 EmployeeID 字段上單擊鼠標右鍵，選擇快捷菜單中的“主鍵”命令，使 EmployeeID 字段 成為主要19 索引字段，則 EmployeeID 字段前方將出現一把鑰匙。 （ 3） 字段設計完畢后，單擊工具欄中的“保存”按鈕，此時將出現“另存為” 對話框。在“表名稱”文本框中輸入“ person_info” ,然后單擊“確定”按鈕，將這個表保存為 person_info。 （ 4） 回到子窗口中，如果出現 person_info 這個表項目，就表明已經完成數據 文件的設計。 （ 5） 重新按步驟（ 1）～（ 4），根據以下三個表建立數據字段。 職工列表數據表（ depart_info） 字段名稱 數據類型 說明 相關屬性 EmployeeID 數字 職工 編號 字段大小 =長整型 Name 文本 姓名 字段大小 =8 DepartID 數字 部門代碼 字段大小 =長整型 DepartName 文本 部門名稱 字段大小 =20 EmployeeClass 文本 職工類型 字段大小 =10 Duty 文本 職務 字段大小 =20 Password 數字 密碼 字段大小 =長整型 工資數據表（ wage） 字段名稱 數據類型 說明 相關屬性 EmployeeID 數字 職工編號 字段大小 =長整型 Name 文本 姓名 字段大小 =8 Base_pay 數字 基本 工資 字段大小 =長整型 Base_prize 數字 基本獎金 字段大小 =長整型 Insurance 數字 養(yǎng)老保險 字段大小 =長整型 Medicare 數字 醫(yī)療保險 字段大小 =長整型 Deprive_attend 數字 考勤扣發(fā) 字段大小 =長整型 pay 數字 實發(fā)工資 字段大小 =長整型 考勤數據表（ attend_info） 字段名稱 數據類型 說明 相關屬性 EmployeeID 數字 職工編號 字段大小 =長整型 Name 文本 姓名 字段大小 =8 Time 文本 年月 字段大小 =20 Late 數字 遲到 字段大小 =長整型 Leave_early 數字 早退 字段大小 =長整型 Absence 數字 曠工