《人事管理系統(tǒng)用例圖類圖活動圖》由會員分享，可在線閱讀，更多相關《人事管理系統(tǒng)用例圖類圖活動圖（79頁珍藏版）》請在裝配圖網上搜索。

1、 Fox-ERP人事管理系統(tǒng)(二) -----畢業(yè)設計(論文) 指 導 老 師 專 業(yè) 計算機應用與維護 組 長 班 級 組 員 成都電子機械高等?？茖W校 2007年5月10日 目錄 第一章系統(tǒng)功能 1 1.1需求分析 3 1.2FOX-E

2、RP人事管理系統(tǒng)功能 4 第二章 系統(tǒng)分析圖 - 5 - 2.1 UML圖 5 2.1.1用例圖 6 2.1.2類圖 8 2.1.3活動圖 9 2.2系統(tǒng)架構 9 第三章 主要關鍵技術 10 3.1關鍵技術之一 10 3.2關鍵技術之二 11 3.3關鍵技術之三 11 第四章 數(shù)據庫結構 12 4.1數(shù)據庫設計 12 4.2人事管理系統(tǒng)的數(shù)據模型圖 16 第五章 使用FOX-ERP人事管理系統(tǒng)說明書 16 5.1 FOX-ERP人事管理系統(tǒng)平臺 16 5.1.1 硬件需求 16 5.1.2 安裝: 17 5. 1. 3第二期工程的后續(xù)工作 17 5.2 F

3、OX-ERP人事管理登錄和進入系統(tǒng) 17 5.2.1 登 錄 17 5.2.2 進入FOX-ERP人事管理系統(tǒng)主界面 17 5.2.3 使用說明 一八 第六章 FOX-ERP人事管理主要源程序 - 32 - 一、密碼的修改和找回 - 34 - 1：修改密碼代碼 32 2：找回密碼代碼 32 二、員工就職 33 1：代號檔資料維護界面代碼 33 2：員工基本資料 35 3：津貼/扣款維護 38 4: 健保眷屬資料維護代碼 39 5：經歷資料維護代碼 40 6：證照資料維護代碼 - 38 - 7: 技能資料維護代碼 - 44 - 三、人事異動 43 1：就職

4、單維護代碼 43 2：調職單維護代碼 - 51 - 3：離職單維護代碼 - 53 - 4：復職單維護代碼 47 四、教育訓練 - 60 - 2：教育訓練員工文件維護 50 3：教育訓練課程名單 51 4：教育訓練上課員工名單 51 五、考績與獎懲作業(yè) 51 1：考績資料添加 51 2：考績資料維護 52 3：獎懲資料添加 53 4：獎懲資料維護 54 六、退休作業(yè) 55 1：退休員工就職文件維護 55 2：未來退休員工預估表 56 七、用戶注冊 57 1：設置用戶 57 2：用戶注冊 57 總結 58 主要參考文獻 59 謝 辭 59

5、 第一章 系統(tǒng)功能 1.1 需求分析 軟件工程中包含需求、設計、編碼和測試四個階段，其中需求分析是軟件工程中第一個也是很重要的一個階段，需求分析的基本任務就是準確地回答“系統(tǒng)必須做什么”這個問題，而它的主要任務就是繪制關聯(lián)圖、創(chuàng)建開發(fā)原型、分析可行性、確定需求優(yōu)先級、為需求建立模型、編寫數(shù)據字典、應用質量功能調配。需求分析從總體上看是說明項目應該具有什么樣的功能，而不考慮實現(xiàn)這些功能的具體技術。 ERP系統(tǒng)包括22個子系統(tǒng)，人事管理系統(tǒng)是其中的一個子系統(tǒng)，要理解人事管理系統(tǒng)，就必須了解系統(tǒng)與哪個子系統(tǒng)相關聯(lián)，以及它具有怎樣的功能。人事管理系統(tǒng)將人事檔案的手工管理變

6、成計算機管理，充分發(fā)揮計算機的快捷、準確、高效、方便的特點，極大地提高了各種效率和工作質量。 在實際項目的開發(fā)中，需求分析是客戶提出的，現(xiàn)在的企業(yè)資源計劃的軟件要有物流、資金流、信息流，并且要以資金流為中心，ERP則是一個較完善的軟件，也是具有管理理論的信息系統(tǒng)。同時ERP具有較強的通用性，大多數(shù)企業(yè)都需要具備的一些基本功能成為ERP的需求。 系統(tǒng)的需求分為物理需求、結構需求、邏輯需求。例如人事管理系統(tǒng)的需求如下所示： 一．物理需求 物理需求的任務很明確，就是確定人事系統(tǒng)的物理服務器的最終架構和軟硬件環(huán)境。根據人事管理系統(tǒng)的基本要求，物理需求應包括如下幾個方面： （1） 支持可分

7、布式部署的服務器群組 支持分布式的服務器組是優(yōu)秀的網絡應用程序必須提供的一個物理功能，因為大型的網絡應用程序不可能將所有的應用和操作運行于同一臺服務器。支持分布式的服務器群組有利于降低服務器負荷，使服務器的功能更加具有針對性。 （2） 支持.NET的服務器操作平臺 這是必需要滿足的需求。ASP.NET應用程序不可能脫離.NET Framework的支持，因此WEB服務器必須支持.NET. （3） 僅限于Microsoft SQL Server 的數(shù)據庫管理系統(tǒng) 支持多種數(shù)據庫類型是一個不錯的構想，但是人事管理系統(tǒng)主要體現(xiàn)的是ASP.NET 以及ADO.NET中的數(shù)據操作新特

8、性，而在ADO.NET中的針對于Microsoft SQL Server提供了很多的具體方法和對象。為了介紹和展現(xiàn)ADO.NET 中的對象和方法，人事管理系統(tǒng)采用了Microsoft SQL Server 2000 作為系統(tǒng)的數(shù)據庫管理系統(tǒng)。 （4） 必須用到的軟件支持 人事管理系統(tǒng)要使用Visual Studio 2003, 類圖、用例圖、活動圖要使用CASE工具，在PD10.0的環(huán)境下做。 二、結構需求 （1）系統(tǒng)的可維護性和可擴展性強 大多數(shù)的人事系統(tǒng)在實際應用中都需要不斷地添加功能模塊，人事管理系統(tǒng)也一樣，在二次開發(fā)和實際應用中要根據項目的具體情況添加一些功能模

9、塊。因此項目在設計之初就要考慮到，當前的架構對系統(tǒng)的擴展工作會不會形成障礙。 使用人事管理系統(tǒng)層次的設計概念能夠增強系統(tǒng)的維護性和擴展性，基于層的設計模式允許開發(fā)者以三層甚至多層的模式開發(fā)人事應用程序，將登錄、注冊、自定義基本資料 表等單元分離開，每一層都有針對性，層是以一組序列分布在系統(tǒng)數(shù)據和用戶之間的，不 相連的層在業(yè)務上沒有耦合，每一層都是繼承和調用上一層中的對象和方法。這種模式使得系統(tǒng)的功能分布更加合理化。例如擴展一部分付款方式，首先要在付款方式層中建立相應的方式，然后才是在前臺顯示層中建立新的頁面控件。 （2）系統(tǒng)的功能模塊通用性強 由于人事管理系統(tǒng)是

10、作為一個示例和應用程序框架被設計和開發(fā)的，因此其功能模塊簡單地說，人事管理系統(tǒng)需要提供員工就職中最基本的對象和這些對象的基本屬性，只有這 樣才能使基于人事管理系統(tǒng)的二次開發(fā)具有更大的擴展性。例如多公司運作只執(zhí)行最基本的功能，至于一些具體應用方式的特殊屬性，并不應出現(xiàn)在系統(tǒng)中。 模塊化的構建同時也意味著模塊之間盡量降低偶合度，這樣做的好處是使得更改模塊內部或新增其他模塊對系統(tǒng)的穩(wěn)定性影響不大。 物理需求和結構需求都是從設計框架上對系統(tǒng)提出了宏觀的要求，而邏輯需求則是在實際項目的需求分析階段對系統(tǒng)的業(yè)務邏輯提出的要求。 三、邏輯需求 （1） 抽象人事管理系統(tǒng)中的對象和方法 人事管理系統(tǒng)中

11、有幾個關鍵的對象，每個對象有其特有的方法。對象通過方法實現(xiàn)其自己的功能。例如可以將人事管理系統(tǒng)中的員工抽象為一個對象，員工的出勤率等可以構建成為對象的屬性，而出勤率的計算方式等可以抽象成為商品的方法。 （2） 在邏輯上與其他應用程序整和 建立人事管理系統(tǒng)的目的是讓員工和管理者可以通過網絡進行查詢、修改等行為動作。當然人事管理系統(tǒng)并不是孤立存在的，人事管理系統(tǒng)屬于人事系統(tǒng)，與考勤系統(tǒng)、薪金系統(tǒng)等都是進行交互的。例如人事管理系統(tǒng)需要從考勤系統(tǒng)那里得到考勤單，經核算得出員工的出勤率。這就涉及到人事管理系統(tǒng)與其他的應用程序進行交互的問題，這種交互可能是數(shù)據上的共享，也可能是功能上的共享。 （3）

12、 完整的人事管理系統(tǒng) 人事管理系統(tǒng)里有一個完整的人事管理流程。員工可以挑選整批系統(tǒng)的某個功能，輸入某個員工姓名或編號，由系統(tǒng)篩選，再由員工挑選哪些人事管理功能。 1.2 FoxERP人事管理系統(tǒng)功能 根據需求分析中對系統(tǒng)的要求，人事管理系統(tǒng)的設計者規(guī)劃了一系列的系統(tǒng)功能。如果說需求分析是提出問題，那么系統(tǒng)功能就是解決問題，針對需求建立功能說明文檔。 下面將人事管理系統(tǒng)功能總結為如下幾個方面： 1、 資料保密控管 （1）組織權限：依據員工所隸屬的人事管理系統(tǒng)組織來決定使用者所能處理的人事權限范圍 （2）薪資群權限：依據職位的差異或群組的特性將員工予以分群控管，除非人事薪資操作人員擁

13、有處理該薪資群的權限，否則即便擁有了該人事管理系統(tǒng)的組織權限，依然無法處理該薪資群的資料。 （3）作業(yè)表權限：依據操作人員職務分給不同的操作人員，一方面能理清責任歸屬，一方面又能確保資料的安全。 （4） 主管查詢權限：人事管理系統(tǒng)主管不但能方便地查詢到自己單位內每位員工的資料，又能在公司規(guī)章授權下來查詢同一上級人事管理系統(tǒng)內其他單位員工的資料。 2、 多公司運作 （1） 可同時處理多家公司的資料 （2） 同一公司可再分成數(shù)個不同人事數(shù)據庫以便設定不同權限予以控管 （3） 不同公司數(shù)據庫可自行設定不同的年資計算方式以及薪資福利等計薪基數(shù) （4） 與財務系統(tǒng)的數(shù)據庫能緊密結合，自動拋

14、轉相關的人事薪資傳票 3、 員工基本資料 （1） 能完整記載每位員工的各項人事資料（至少包含：一般、就職、薪金、眷屬、經歷、證照等類） （2） 能提供自定義字段功能以便依據公司實際的特殊需要而能自行設定 （3） 如需針對新進員工進行安全調查時，能提供安全調查管理的功能 （4） 能提供常用的證明書表（如：服務證明書、薪資證明書） （5） 能提供常用的基本資料表（如：通訊簿、生日名單） （6） 能依據員工的技能、證照等專長列出合乎該項專長的名單 （7） 提供職號管制功能 4、 自定義基本資料表 （1） 能提供自定義報表功能，以便隨時應付各種臨時特殊的員工基本資料查詢需求 （2

15、） 提供群組合計功能，得以將數(shù)個字段資料相同者予以歸納為同一群組，并能將同群組的數(shù)值字段資料予以加總、平均或計算筆數(shù) （3） 提供自定義篩選條件功能，以便任何組合查詢條件篩選出符合條件的資料 （4） 提供自定義分析統(tǒng)計報表功能，可以方便地從任一角度來交叉分析現(xiàn)行的人事狀況 5、人事狀況統(tǒng)計表 （1）學歷分布明細/統(tǒng)計表（依單位、職位、薪資歸屬等條件分類統(tǒng)計） （2）男女人數(shù)分布明細/統(tǒng)計表（依單位、職位、學歷、薪資歸屬等條件分類統(tǒng)計） （3）年資/年齡分布統(tǒng)計表（依單位、職位、學歷、薪資歸屬等條件分類統(tǒng)計） （4）薪金區(qū)間統(tǒng)計表（依單位、職位、學歷、薪資歸屬等條件分類統(tǒng)計） （

16、5）組織員額/缺額統(tǒng)計表 6、人事異動管理 （1）完整記載各項人事異動資料，并提供完整的匯總查詢 （2）對于臨時人員或續(xù)聘人員提供方便的職號轉換作業(yè)，以確保資料的一致性 （3）人事異動單據登錄時會自動同時更新員工主文件的相關資料，并在異動單據剔除或修改時能自動倒回原始資料 （4）留職停薪年資能計算到以日為單位，并在復職時自動扣除留職停薪的年資 （5）提供各式人事異動名單報表，如就職名單、離職名單、調薪名單 （6）提供人事異動統(tǒng)計分析表，得以方便地查詢人事異動的狀況 （7）提供職務異動公告表，不必再由人工謄打 7、教育訓練 （1）提供不同角度（課程別/員工別、內訓/外訓、有無

17、認證） 的報表查詢功能 （2）能提供訓練人事統(tǒng)計報表 （3）需進行人力資源庫篩選時，能提供教育訓練結果的分析名單 8、獎懲 （1）獎懲資料能自動轉為考績的加扣分 （2）獎懲資料能自動轉為年終獎金的加扣天數(shù) （3）獎懲資料能自動轉至當月薪資發(fā)放的加扣金額 （4）提供獎懲公告表，不必再由人工謄打 9、考績 （1）能依據企業(yè)實際需要自行設定考核種類（如：月考績、季考績、年考績、新近人員考績、臨時考績） （2）能自行定義考核表的種類、考核項目及評等標準 （3）能分別設定個別員工適用的考核表種類 （4）請假、獎懲結果能自動轉入加扣考績分數(shù) （5）能進行不同期間的考核結果比較或同

18、年度內不同考核種類的成績比較 （6）能提供員工自我考核的功能 （7）能依據考核人員權限的不同，設定不同考核權數(shù) （8）考績資料的輸入除了提供統(tǒng)一由考績管理員集中登錄功能外，也能提供由自行設定考核成績的分類區(qū)間，予以分等統(tǒng)計 10、退休 （1）提供未來退休員工預估名單及退休金的報表，以供分析及財務調度參考 （2）隨時依據政府法令的修正，機動調整退休金基數(shù)的核算 （3）能自動轉入退休員工的基本資料 ，并提供方便的維護功能 （4）未滿一年的年資計算方式能符合各項規(guī)章的要求 第二章 系統(tǒng)分析圖 2.1 UML 圖 UML（統(tǒng)一建模語言）是一種對于軟件密集型系統(tǒng)的制品進行可視化、

19、詳述、構造和文檔化的圖形語言。UML給出了一種描述系統(tǒng)藍圖的標準方法，其中即包括概念性的事物，如業(yè)務過程和系統(tǒng)功能，也包括了具體的事物，如用特定的編程語言編寫的類、數(shù)據庫模式和可復用的軟件結構。 UML圖根據描述的功能不同可分為很多中類型，如系統(tǒng)類構造圖是描述系統(tǒng)中類的構造和屬性的圖，用例圖是描述系統(tǒng)中用例基本信息的圖，交互圖是描述系統(tǒng)中交互行為的圖，活動圖是描述系統(tǒng)活動的流程圖。 2.1.1 用例圖 用例圖主要是對系統(tǒng)、子系統(tǒng)或類的行為進行建模，如下圖是系統(tǒng)的總體用例圖，描述系統(tǒng)中的用戶與功能模塊之間的類。 登錄： 基本資料維護與員工就職設定 :

20、 人事異動作業(yè)與退休作業(yè)： 教育作業(yè)與獎懲作業(yè)： 考績作業(yè)： 2.1.2類圖 2.1.3活動圖 2.2系統(tǒng)架構 經過了對系統(tǒng)的需求分析和UML的分析，基本上是完成了人事管理系統(tǒng)的系統(tǒng)框架的建立，但是已經做過了工作都是設計方面的，下面涉及到的就是實際的工作。下面介紹的就是人事管理系統(tǒng)的命名和編碼的約定、文件結構、部署等方面的問題的總體規(guī)劃。 1、命名和編碼的約定 命名和編碼的約定是軟件工程中很重要的一部分內容，特別是多人進行協(xié)同工作的團隊，我們的人事管理系統(tǒng)是由4個人組成的一個小團隊。我們采用的命名規(guī)則是Pa

21、scal的大小寫規(guī)則，該規(guī)則約定在變量中使用的所有的單詞的第一個字符都是大寫，并且不使用空格和符號。Microsoft公司推薦的另外一種大小寫規(guī)則叫作camel，該規(guī)則約定在變量中使用的第一個單詞的首字母小寫，期于單詞的首字母都是大寫。在包括類、枚舉類型、名稱、屬性、事件、方法、命名空間在內的大部分命名中使用Pascal規(guī)則。 2、文件夾結構 有組織的文件夾結構是一個成功的項目必不可少的，項目中代碼文件需要有組織的放置，在人事管理系統(tǒng)中，文件夾的結構是顯得十分有序的 在人事管理系統(tǒng)中的主目錄下有幾個需要介紹的目錄：BIN 目錄為項目編譯之后的DLL文件，Components目錄為項目中數(shù)

22、據訪問層的類庫文件夾，database目錄是存放數(shù)據庫的文件夾，help是用來存放幫助功能里面的靜態(tài)網頁，Images目錄為項目中圖片存放的文件夾。在項目的主目錄下存放頁面文件，頁面后臺編碼類文件以及頁面資源文件。 3、命名空間（namespace） 命名空間是很重要的，一個命名空間能夠包含多個程序集和模塊。 在人事管理系統(tǒng)中統(tǒng)一使用foxerp_fy作為應用程序的頂級命名空間。 第三章 主要關鍵技術 ASP.NET是微軟新推出的新型體系結構.NET框架的一部分，它為構造新一代動態(tài)網戰(zhàn)和基于網絡的分布式應用提高了強有力的支持。與以前的Web開發(fā)模型相比，ASP.NET提供了許多重要的優(yōu)

23、點，例如：簡易性、安全性、可管理性等。而且與基于過程的ASP頁面技術相比，面向對象技術在ASP.NET中得到了完全實現(xiàn)。用傳統(tǒng)ASP技術建立的Web應用實例中，在頁面中同時實現(xiàn)顯示，業(yè)務邏輯和流程控制，這從工程化的角度考慮，它有許多不足之處。用戶界面承擔著向用戶顯示問題模型和與用戶進行操作和I/O交互的作用。用戶希望保持交互操作界面的相對穩(wěn)定，但更希望根據需要改變和調整顯示的內容和形式。在.NET框架下ASP.NET技術結合MVC設計模式很好地解決了上述問題。 我認為在籌資管理模塊中,其中的重要技術之一就是用了很多的DataGrid控件來讀取數(shù)據,便于使用戶查詢、修改、更新資料的信息。

24、 3.1、關鍵技術之一 用DataGrid對數(shù)據進行綁定，方便從數(shù)據庫中提取、編輯、保存和刪除數(shù)據信息。并對人事申請單進行分頁處理，方便查看申請單信息。對人事申請單進行修改操作. 下面就以員工就職>津貼/扣款維護講解：DataGrid命名為jtkkG 自動分頁： public void PageIndexChange(object source, System.Web.UI.WebControls.DataGridPageChangedEventArgs e) { this.jtkkG.EditItemIndex=-1; //取消編輯 this.jtkkG.Cur

25、rentPageIndex = e.NewPageIndex; //指定當前頁為新頁 this.DataGridDataBind(); //重新綁定 } public void DoItemEdit(object sender, System.Web.UI.WebControls.DataGridCommandEventArgs e) { if(Session["UserType"].ToString()!="2") //判斷權限 { this.Response.Write(""); } else { this.jtkkG.EditItemIndex=e.Item.ItemIndex; //置相應列為編輯狀態(tài) this.DataGridDataBind(); //重新綁定數(shù)據源 } } 更新： public void DOItemUpdate(object sender, System.Web.UI.WebControls.DataGridCommandEventArgs e) { Class.JiuZhi

27、jiuzhiWH=new FoxERP_HRSA.Class.JiuZhi(); DataSet dataSet=new DataSet(); dataSet=jiuzhiWH.GetJinTieKouKuanList(yuangongZHT.Text.Trim()); int jintiekoukuanid=int.Parse(dataSet.Tables["JinTieKouKuanList"].Rows[e.Item.ItemIndex]["jintiekoukuanID"].ToString()); //從數(shù)據集中取出員工ID 更新數(shù)據源： jiuzh

28、iWH.UpdateJinTieKouKuan(jintiekoukuanid,((TextBox)e.Item.Cells[0].Controls[0]).Text,((T extBox)e.Item.Cells[1].Controls[0]).Text,Convert.ToDecimal(((TextBox)e.Item.Cells[2].Controls[0]).Text.Trim()), Convert.ToDateTime(((TextBox)e.Item.Cells[3].Controls[0]).Text.Trim()),Session["yu

29、angongXM"].ToString().Trim(),Convert.ToDateTime(DateTime.Now.ToShortDateString())); this.jtkkG.EditItemIndex=-1; //重新綁定數(shù)據 this.DataGridDataBind(); } 撤消： public void DoItemCancel(object sender, System.Web.UI.WebControls.DataGridCommandEventArgs e) { this.jtkkG.EditIte

30、mIndex=-1; //對相應列撤消編輯狀態(tài) this.DataGridDataBind(); } public void DeleteJinTieKouKuan(object sender, System.Web.UI.WebControls.DataGridCommandEventArgs e) { if(Session["UserType"].ToString()!="2" //判斷權限) { this.Response.Write("