人事管理系統(tǒng)課程設計

1、課 程 設 計 報 告學生姓名:楊富軍學 號：0805170130學 院:經濟管理學院班 級:管理081題 目:人事管理系統(tǒng)工資管理子系統(tǒng)教授王欣指導教師： 職稱: 2011年 7 月 15 日1.選題背景22.工資管理子系統(tǒng)需求分析32.1工資管理子系統(tǒng)需求陳述32.2需求分析42.2.1功能需求42.2.2性能需求42.3系統(tǒng)需求建模52.3.1確定參與者52.3.2確定用例62.3.3系統(tǒng)用例建模62.3.4用例描述63.工資管理系統(tǒng)系統(tǒng)分析83.1系統(tǒng)用例建模83.2靜態(tài)結構模型163.2.1類的識別163.2.2類的關聯(lián)分析173.3.3類的屬性描述183.3.4類的構建193.3系

2、統(tǒng)動態(tài)模型193.3.1系統(tǒng)執(zhí)行順序分析193.3.2系統(tǒng)協(xié)作分析213.3.3系統(tǒng)狀態(tài)分析223.3.4系統(tǒng)活動分析224.工資管理系統(tǒng)系統(tǒng)設計與實現(xiàn)244.1uml體系結構設計244.1.1硬件體系結構設計244.1.2軟件體系結構設計254.2對象模型設計254.3系統(tǒng)實現(xiàn)254.3.1組件分析264.3.2配置分析285.課程設計心得體會28參考文獻291.選題背景隨著社會的進步和計算機技術的發(fā)展，特別是微型計算機的大范圍普及，現(xiàn)在應用在大中型企業(yè)的信息管理系統(tǒng)中，幾乎都包括了工資管理模塊。有些環(huán)境中是有大型erp軟件中的一個模塊引進的，有些作為企業(yè)的財務系統(tǒng)的一部分。計算機處理的數(shù)據

3、量不斷增加。文件管理系統(tǒng)采用的一次最多存取一個記錄的訪問方式，以及在不同文件之間缺乏相互聯(lián)系的結構，越來越不能適應管理大量數(shù)據的需要，于是數(shù)據庫管理系統(tǒng)便應運而生。有了數(shù)據庫我們便能方便快捷的對數(shù)據進行讀取、存取，并維護數(shù)據庫的數(shù)據。但，西方管理制度設計的工資管理軟件，在很多時候還不能完成解決中國特色中小企業(yè)的問題，本文介紹的畢業(yè)設計的研究工作就是要為這些具有中國特色的中小企業(yè)解決他們在工資管理方面的問題。今天，數(shù)據庫管理已成為計算機信息管理的主要方式。數(shù)據庫的應用非常廣泛，可應用于各行各業(yè)，只要是稍復雜的數(shù)據，都可制作成數(shù)據庫，交由電腦來管理。用電腦管理數(shù)據，運算速度快，檢索迅速、查找方便、

4、可靠性高、存儲量大、保密性好、壽命長、成本低且不易出錯等，這些優(yōu)點能夠極大地提高工資管理的效率,也是科學化、正規(guī)化管理的重要條件，尤其是現(xiàn)在的中小型企業(yè)正需要這種對口的工資管理系統(tǒng)，并且是現(xiàn)行的財務管理系統(tǒng)所代替不了的。2.工資管理子系統(tǒng)需求分析2.1工資管理子系統(tǒng)需求陳述工資管理系統(tǒng)的主要任務是通過工資費用的計算和分配，為成本核算與賬務處理提供依據，并且根據工資制度和職工勞動數(shù)量與質量，計算并發(fā)放應該支付給職工的工資。工資核算時工資管理的主要內容。工資核算包括工資結算與工資分配兩個方面。工資結算是指應付工資、代扣款項和實發(fā)工資的計算；工資分配是指按部門、類別進行工資匯總，并按工資的用途對工資

5、進行分配。工資總額是指各單位在一定時期內支付給本單位全體職工的全部勞動報酬總額。按照國家統(tǒng)計局的規(guī)定，工資總額有計時工資、計件工資、獎金、津貼和補貼、加班加點工資和特殊情況下支付的工資6部分組成，其中計時工資和計件工資是工資總額中最基本的部分。上述工資構成要件所組成的工資總額只是應發(fā)工資，并非每個職工拿到手的實發(fā)工資，原因在于存在一些應扣項目，例如水電費、工會會費、保險費、公積金、病事假扣款、曠工扣款和個人所得稅等。在計算每個職工實發(fā)工資之前應在工資總額中扣除這部分款項，即有如下關系：應發(fā)工資 = 基本工資 + 工齡工資 + 崗位津貼 + 固定補貼 + 加班加點工資 + 獎金扣款合計 = 水電

6、費 + 保險費 + 個人所得稅 + 病假扣款 + 事假扣款 + 曠工扣款 + 其他扣款實發(fā)工資 = 應發(fā)工資 扣款合計每個月財務部門根據人事部門提供的職工基本工資數(shù)據、所得稅率和人事變動情況計算所有員工的基本工資信息，然后根據各個部門提供并審核后的各種表格，如完成任務表、考勤表、考核表、職工當月的扣款情況（包括水電費、病事假扣款等）等計算職工變動工資、個人所得稅和應發(fā)放工資等，編制工資單。按類進行匯總，編制工資匯總表。將實發(fā)工資轉入代發(fā)銀行，由銀行代發(fā)工資，并進行賬務處理。工資結算過程主要設計如下會計賬戶：現(xiàn)金、銀行存款、應付工資、其他應付款、其他應收款等。2.2需求分析2.2.1功能需求工資

7、管理系統(tǒng)涉及到員工基本信息的錄入、修改和刪除，工資標準的設定、查詢和結算等。典型的工資管理系統(tǒng)主要有以下基本功能：a) 系統(tǒng)數(shù)據初始化b) 員工基本信息的錄入、修改、刪除等功能c) 工資標準的設定功能，集體包括職務工資、職稱工資、其他工資標準和福利的設定。d) 工資信息的瀏覽e) 員工工資信息表的創(chuàng)建及查詢f) 工資調整管理g) 工資計算h) 工資報表打印2.2.2性能需求1、需求分析總體目標需求分析的目的在于與開發(fā)人員與用戶之間達成系統(tǒng)開發(fā)的共識，使開發(fā)人員所考慮的系統(tǒng)在功能（系統(tǒng)能做什么）、簡單操作，良好界面，個人信息保密性，系統(tǒng)安全與穩(wěn)定，良好帳戶管理，友好信息返回模式（如報表及打印功能

8、）。2、 性能需求此工資管理系統(tǒng)對工資數(shù)據精度的計算能在默認情況之下精確到小數(shù)點后3位小數(shù)，即是精確到分的計算。但在用戶使用過程中，能自行根據實際情況進行小數(shù)計算精度的設定最大能允許保留小數(shù)點后5位的精度。在時間特性上，當用戶發(fā)出命令請求時的服務器的響應時間、對數(shù)據更新處理、工資數(shù)據的查詢檢索等上，同樣要求系統(tǒng)響應時間不會超過0.5秒時間。系統(tǒng)支持多種操作系統(tǒng)的運行環(huán)境，多不同操作系統(tǒng)，不同文件格式的磁盤上的數(shù)據均能實現(xiàn)信息的互通，及共享。當服務器移植到其他的系統(tǒng)平臺，如：linux平臺下時，同樣能和其他的系統(tǒng)進行數(shù)據存取同步，不會出現(xiàn)系統(tǒng)之間互不兼容的情況，系統(tǒng)支持多系統(tǒng)之間的互連互通，系統(tǒng)

9、有巨大的強健性。3、運行需求系統(tǒng)在進行數(shù)據的錄入、計算、統(tǒng)計的時候，能將數(shù)據精確到小數(shù)點后三位小數(shù)。系統(tǒng)接收到用戶的操作命令后（如：計算處理、查詢等），能迅速的響應其操作請求，響應時間不超過1秒。在同一時間，系統(tǒng)還提供支持至少10個客戶端進行同一個操作請求的響應。系統(tǒng)可移植較強，在不同的平臺下運行，均不會影響系統(tǒng)的穩(wěn)定性。同時，支持在客戶端安裝不同操作系統(tǒng)、瀏覽器版本，均不會影響系統(tǒng)的運行。4、安全需求為保障系統(tǒng)數(shù)據的安全性，系統(tǒng)采用訪問控制策略，未授權者不能進入系統(tǒng)。同時，對不同級別的用戶授予不同的使用權限。在系統(tǒng)運行期間，如發(fā)生掉電尚未保存數(shù)據，或由于操作不當?shù)仍驅е孪到y(tǒng)重啟等，為保證數(shù)

10、據的易恢復性，系統(tǒng)提供每隔30秒自動保存數(shù)據的機制，讓用戶的數(shù)據在發(fā)生意外時能最大程度上得到恢復。同時，系統(tǒng)提供強大的容錯性能，當一臺服務器發(fā)生故障時，系統(tǒng)能自動切換到另外一臺服務器上，從而保障服務器能長時間的提供系統(tǒng)的運行支持。在輸入數(shù)據時，如果用戶輸入的數(shù)據不符合系統(tǒng)的要求，則系統(tǒng)自動提示錯誤信息，并要求用戶重新輸入，直到輸入完全正確時才允許進行下一步的操作。5、系統(tǒng)界面需求系統(tǒng)開發(fā)基于b/s的開發(fā)模式，界面直觀、簡潔，人機交互性強?；诒韱魏蛷棾鍪酱翱诘臄?shù)據錄入方式，菜單電擊的方式操作。用戶使用時，只要是按照格式和要求填入信息，系統(tǒng)在后臺響應用戶操作過程。讓用戶在最短時間里，不需要經過專

11、門培訓，就可以輕松上手使用。6、其他需求數(shù)據不管是在企業(yè)內部之間傳輸，還是公司與分公司之間進行遠程數(shù)據傳輸時，防止數(shù)據被不法分析任意的修改和破壞，對所有的敏感數(shù)據均進行基于ssl協(xié)議 的加密操作，只有對信息解密的人員才能最終讀取數(shù)據信息。這樣，能 最大程度的防止數(shù)據在傳輸過程的安全保密性。2.3系統(tǒng)需求建模2.3.1確定參與者參與者是指用戶在系統(tǒng)中所扮演的角色，表示與所創(chuàng)建的系統(tǒng)進行交互的人或物。系統(tǒng)的執(zhí)參與者：公司管理者、職工、員工管理員。a公司管理者：公司管理者對公司所有的部門可以進行管理，具體內容包括員工管理、考勤管理、工作評價管理、工資管理。b職工：每個職工有個用戶名和密碼，能夠方便的

12、按照某種關鍵字對自己的信息和工資進行查詢，也可以修改自己密碼； c. 管理員：定義系統(tǒng)以及匯總工資數(shù)據，完成工資設定、工資計算、工資發(fā)放及打印報表。管理員有唯一用戶名和密碼，完成對職工工資料的增加，刪除，修改和查詢。2.3.2確定用例在對現(xiàn)行工資管理管理系統(tǒng)的分析過程中，在我們獲取了執(zhí)行者之后，我們就對每個執(zhí)行者提出以下問題以獲取用例。1.執(zhí)行者要求系統(tǒng)提供哪些功能(執(zhí)行者需要做什么)。2.執(zhí)行者需要讀、產生、刪除、修改或存儲的信息有哪些類型。3.必須提醒執(zhí)行者的系統(tǒng)事件有哪些，或者執(zhí)行者必須提醒系統(tǒng)的事件有哪些，怎樣把這些事件表示成用例中的功能。4.為了完整地描述用例，還需要知道執(zhí)行者的某些

13、典型功能能否被系統(tǒng)自動實現(xiàn)。除了以上考慮到的問題之外，我們還考慮了一些不針對具體執(zhí)行者問題(即針對整個系統(tǒng)的問題)，以使自己的分析結果更加準確。1.系統(tǒng)需要何種輸入輸出，輸入從何處來，輸出到何處。2.當前運行系統(tǒng)(也許是一些手工操作而不是計算機系統(tǒng))的主要問題。因為系統(tǒng)比較大，因此不可能給出全部的分析過程，因此列舉出在住院分系統(tǒng)中一部分比較有代表性的過程。系統(tǒng)的用例：添加用戶、修改用戶、刪除用戶、查詢信息、工資設置、工資報表打印。其中查詢的信息有可能是查詢員工的個人資料，也有可能查詢工資信息。工資設置有崗位工資設置，福利設置。2.3.3系統(tǒng)用例建模針對his系統(tǒng)的流程的分析，我們采用的是面向對

14、象的分析方法(ooa)。使用用例圖來描述參與者與外部用戶所能觀察到的系統(tǒng)功能的模型圖，在此模型中列出了系統(tǒng)中的用例和參與者，并顯示哪個參與者參與了哪個用例的執(zhí)行。工資管理系統(tǒng)總總用例圖如圖2.1所示：2.3.4用例描述1.員工管理概述：該用例說明工資管理系統(tǒng)中管理員的職責，負責員工基本信息的存取、工資計算等日常工作，其觸發(fā)者是工資管理系統(tǒng)中的操作人員。前置條件：人事處已經為該員工頒發(fā)任命書或者該員工為企業(yè)正式員工。后置條件：該員工在此期間持續(xù)工作，不因其他原因離崗等。實現(xiàn)過程(事件流)：(1).在企業(yè)人事處辦理相關入職手續(xù)。(2).輸入員工信息:員工姓名、年齡、性別、職位、出生年月等個人信息。

15、(3).簽訂一定的入職協(xié)議。2.考勤管理概述：該用例說明對員工考勤的記錄、核算、表彰與獎懲等。前置條件：該員工在一定時間段內工作并有上班記錄。后置條件：建立個人考勤信息表和匯總表。實現(xiàn)過程(事件流)：(1).管理人員負責對員工日常的出勤情況進行統(tǒng)計記錄。(2).總結員工每月或者季度出勤情況，并進行工資獎懲的計算。(3).負責為員工發(fā)工資。3.工作評價管理概述：員工評價信息分為兩部分，一部分是主管經理對員工的評價信息，包括工作分工、完成情況、工作態(tài)度等；另一部分是同組員工的評價信息，包括工作態(tài)度、合作情況等。前置條件：員工考勤記錄存在并且有核算。后置條件：建立工作評價管理機制和相關表格進行備檔。

16、實現(xiàn)過程(事件流)：(1).查看員工考勤記錄表。(2).進行員工考勤評價。(3).員工工作評價考核反饋，制定相關措施進行改進。4.系統(tǒng)管理概述：主要是完成用戶的添加、密碼信息的修改，系統(tǒng)登錄，操作人員的權限分配等功能。 前置條件：員工信息記錄存在。后置條件：數(shù)據庫中存在各個員工的信息記錄。實現(xiàn)過程(事件流)：(1).查看員工個人信息表。(2).進行員工信息的修改，對離職的員工刪除其相關個人信息。(3).管理員為操作者分配權限。5.員工信息管理概述：主要對員工的基本信息進行管理。 前置條件：員工信息記錄在數(shù)據庫中。后置條件：員工持續(xù)工作在本企業(yè)，短時間內不會離職。實現(xiàn)過程(事件流)：(1).查看

17、員工信息表。(2).對員工信息的修改。圖2.1 工資管理系統(tǒng)用例圖3.工資管理系統(tǒng)系統(tǒng)3.1系統(tǒng)用例建模人事工資管理系統(tǒng)應完成以下功能：（1）員工管理：包括部門設置、員工信息、人員調動和福利信息四部分?？记诠芾恚喊ㄕ３銮?、異常出勤和加班處理三部分。（2）工作評價管理：員工評價信息分為兩部分，一部分是主管經理對員工的評價信息，包括工作分工、完成情況、工作態(tài)度等；另一部分是同組員工的評價信息，包括工作態(tài)度、合作情況等。（3）工資管理：主要完成員工工資信息的維護，員工工資分為兩部分，一部分是基本工資，根據員工的職稱和崗位設置；另一部是動態(tài)工資，根據員工的考勤情況和工作評價情況計算，在計算出總工資

18、后，還應扣除一些費用，如稅款、公積金、養(yǎng)老金等。（4）系統(tǒng)管理模塊： 主要是完成用戶的添加、密碼信息的修改，系統(tǒng)登錄，操作人員的權限分配等功能。 下面分別針對用例進行分析以及詳細的用例描述：圖3.1員工管理用例圖圖3.1.1 部門信息管理用例圖圖3.1.2員工信息管理用例圖圖3.1.3 人員調動設置用例圖圖3.1.4福利信息管理用例圖圖3.2考勤管理用例圖圖3.2.1加班處理用例圖圖3.3工作評價管理圖3.2.2異常出勤管理圖3.4工資管理用例圖針對系統(tǒng)不同層次的用案描述情況，抽象出如下4種用案的具體描述 1. 工資管理用案用案編號：uc1用案名：工資管理用案主要參與者：工資管理員受益人極其利

19、益：公司 通過該系統(tǒng)公司可以實現(xiàn)科學化的工資管理，最大化的提高效率工資管理員 工資管理員可以方便快捷的管理員工相應個人信息，實現(xiàn)各種工資管理操作前置條件：工資管理員進入系統(tǒng)前進行身份識別并進行授權后置條件：存儲公司工資發(fā)放情況，包括基本工資，動態(tài)工資記錄主要的成功場景：1）工資管理員登陸系統(tǒng)，輸入賬號，密碼2）系統(tǒng)核對確認個人信息正確，分配相應權限3）工資管理員輸入工資查詢請求4）系統(tǒng)反饋相應工資查詢結果5）工資管理員給系統(tǒng)輸入相應可變動數(shù)據6）系統(tǒng)對輸入數(shù)據進行記錄7）工資管理員發(fā)送工資匯總請求8）系統(tǒng)反饋工資匯總信息2 員工信息管理用案用案編號：uc2用案名：員工信息管理用案主要參與者：員

20、工管理員受益人極其利益：公司 通過該系統(tǒng)公司可以實現(xiàn)科學化的工資管理，最大化的提高效率員工管理員 員工管理員可以方便快捷的管理員工相應個人信息，實現(xiàn)新增員工，刪除員工，查詢員工，修改員工等操作前置條件：員工管理員進入系統(tǒng)前進行身份識別并進行授權后置條件：存儲公司員工個人信息，包括新增員工，刪除員工，查詢員工，修改員工信息等記錄主要的成功場景：1）員工管理員登陸系統(tǒng)，輸入賬號，密碼2）系統(tǒng)核對確認個人信息正確，分配相應權限3）員工管理員輸入新增員工請求4）系統(tǒng)實現(xiàn)新增員工請求5）員工管理員輸入刪除員工請求6）系統(tǒng)實現(xiàn)刪除員工請求7）員工管理員輸入查詢員工請求8）系統(tǒng)實現(xiàn)查詢員工請求9）員工管理員

21、輸入修改員工請求10）系統(tǒng)實現(xiàn)修改員工請求3 人員調動用案用案編號：uc3用案名：人員調動用案主要參與者：員工管理員受益人極其利益：公司 通過該系統(tǒng)公司可以實現(xiàn)科學化的工資管理，最大化的提高效率員工管理員 員工管理員可以方便快捷的管理員工相應個人信息，包括查詢員工基本信息，人員調動信息保存等前置條件：員工管理員進入系統(tǒng)前進行身份識別并進行授權后置條件：保存員工基本信息，人員調動基本信息主要的成功場景：1）員工管理員登陸系統(tǒng)，輸入賬號，密碼2）系統(tǒng)核對確認個人信息正確，分配相應權限3）員工管理員輸入員工基本信息查詢請求4）系統(tǒng)反饋相應員工基本信息查詢結果5)員工管理員提交人員調動情況信息6)系統(tǒng)

22、保存員工調動信息4 工作評價管理用案用案編號：uc4用案名：工作評價管理用案主要參與者：員工 主管經理受益人極其利益：公司 通過該系統(tǒng)公司可以實現(xiàn)科學化的工資管理，最大化的提高效率主管經理 可以方便的對員工個人表現(xiàn)進行評價員工員工可以方便的查詢自己被評價的分數(shù)，也可以方便的給同組與其他員工評分。前置條件：員工與主管經理進入系統(tǒng)前進行身份識別并進行相應授權后置條件：記錄員工的被評價分，對同組其他員工的評價分，主管經理對員工的評價分主要的成功場景：1)主管經理登陸系統(tǒng)，輸入賬號，密碼2)系統(tǒng)核對確認個人信息正確，分配相應權限3)主管經理輸入對某一員工評價請求4)系統(tǒng)反饋相應請求結果并記錄評價分5)

23、員工登錄系統(tǒng)，輸入帳號，密碼6)系統(tǒng)核對個人信息正確，分配相應權限7）員工提交查詢評價分請求系統(tǒng)反饋員工評價分員工發(fā)送評價同組員工請求系統(tǒng)反饋請求結果并記錄評價分3.2靜態(tài)結構模型3.2.1類的識別首先，經過調查得到工資管理系統(tǒng)的需求為：工資管理系統(tǒng)的主要任務是通過工資費用的計算和分配，為成本核算與賬務處理提供依據，并且根據工資制度和職工勞動數(shù)量與質量，計算并發(fā)放應該支付給職工的工資。工資核算時工資管理的主要內容。工資核算包括工資結算與工資分配兩個方面。工資結算是指應付工資、代扣款項和實發(fā)工資的計算；工資分配是指按部門、類別進行工資匯總，并按工資的用途對工資進行分配。工資總額是指各單位在一定時

24、期內支付給本單位全體職工的全部勞動報酬總額。按照國家統(tǒng)計局的規(guī)定，工資總額有計時工資、計件工資、獎金、津貼和補貼、加班加點工資和特殊情況下支付的工資6部分組成，其中計時工資和計件工資是工資總額中最基本的部分。上述工資構成要件所組成的工資總額只是應發(fā)工資，并非每個職工拿到手的實發(fā)工資，原因在于存在一些應扣項目，例如水電費、工會會費、保險費、公積金、病事假扣款、曠工扣款和個人所得稅等。每個月財務部門根據人事部門提供的職工基本工資數(shù)據、所得稅率和人事變動情況計算所有員工的基本工資信息，然后根據各個部門提供并審核后的各種表格，如完成任務表、考勤表、考核表、職工當月的扣款情況（包括水電費、病事假扣款等）

25、等計算職工變動工資、個人所得稅和應發(fā)放工資等，編制工資單。按類進行匯總，編制工資匯總表。將實發(fā)工資轉入代發(fā)銀行，由銀行代發(fā)工資，并進行賬務處理。工資結算過程主要設計如下會計賬戶：現(xiàn)金、銀行存款、應付工資、其他應付款、其他應收款等。我們對以上需求進行初步處理之后，經過非正式分析得員工管理子模塊的初始類為：工資費用、成本核算、賬務處理、工資結算、工資分配、工資總額、計時工資、計件工資、獎金、補貼、津貼、評價、同組員工評價、歷史調動信息、經理、評價分、加班加點工資、部門、審核、任務表、考勤表、現(xiàn)金、銀行存款、應付工資、其他應付款、其他應收款、經理對員工、福利信息、評價。對候選類進行嚴格的考察篩選，去

26、掉不正確的或不必要的，僅保留確實應該記錄其信息或需要其提供服務的那些對象。刪除不正確的或不必要的類與對象，根據冗余標準，工資費用、成本核算、賬務處理、工資結算、工資分配、工資總額、計時工資、計件工資分別描述了相同的幾類信息，應保留在此問題域中最富于描述力的名稱，因此，應該去掉入工資費用、成本核算、賬務處理、工資結算、工資分配、工資總額、計時工資、計件工資等名詞；現(xiàn)實世界存在許多對象，不能都納入到系統(tǒng)中，僅需要把與問題密切相關的類與對象放到目標系統(tǒng)中，現(xiàn)金、銀行存款、應付工資、其他應付款、其他應收款與本系統(tǒng)要實現(xiàn)功能關系不大。因此，應該去掉候選類現(xiàn)金、銀行存款、應付工資、其他應付款、其他應收款。

27、綜上所述，在工資管理系統(tǒng)中，類應該包括津貼、評價、同組員工評價、歷史調動信息、經理、評價分、經理對員工評價、福利信息等3.2.2類的關聯(lián)分析在上文中我們將待開發(fā)的住院管理系統(tǒng)的對象和類識別了出來，隨后，我們通過提取動詞詞組初步得出它們之間的關聯(lián)，通過分析前文中的需求陳述，我們找出了陳述中隱含的關聯(lián)，經過分析之后，初步確定出下列關聯(lián)：·到門診進行掛號·門診對病人進行科室分·經理對員工的考勤進行評價；·同組員工進行互相評價；·經理對員工給出評價分；·同組員工給出評價分；·員工向管理部門提供入職、調動信息；·管理人員對員

28、工進行部門的分配，分配的具體工作部門工作；·考勤人員統(tǒng)計員工考勤記錄信息，并進行工資核算；·企業(yè)為員工提供相關的福利；·員工領取工資；由于以上關聯(lián)只是初步分析得出，并不合理，需要進一步的篩選初步得出的關聯(lián)，去掉不正確的或不必要的關聯(lián)，進一步完善，才能得到正確而合理的關聯(lián)。經過篩選之后，得到的關聯(lián)如下：·經理對員工的考勤進行評價；·同組員工進行互相評價；·同組員工給出評價分；·管理人員對員工進行部門的分配，分配的具體工作部門工作；·考勤人員統(tǒng)計員工考勤記錄信息，并進行工資核算；·企業(yè)為員工提供相關的福利；&

29、#183;員工領取工資；3.3.3類的屬性描述屬性是對象的性質，通過對象類和結構有更深入，更具體的認識。一般來說確定屬性的過程包括分析和選擇兩個步驟。屬性的確定既與問題有關，也和目標系統(tǒng)的任務有關。應該僅考慮與具體應用直接相關的屬性，不要考慮那些超出所要解決的問題范圍的屬性。在分析過程中應該首先找出最重要的屬性，以后在逐漸把其余屬性添加進去。此次分析過程中，我們在分析階段沒有考慮那些純粹用于實現(xiàn)的屬性。只是在最后認真考察了經初步分析而確定下來的那些屬性，從中刪掉了那些不正確的或不必要的屬性。部分對象類的屬性描述如下：評價-評價者編號、被評價員工編號經理對員工評價-工作分工、完成情況、工作態(tài)度、

30、部門經理評分同組員工評價-工作態(tài)度、合作態(tài)度、組內員工評分評價分-部門經理評分、組內員工評分經理-部門編號、評價員工歷史調動信息-員工編號部門-部門編號、部門經理、員工人數(shù)員工-員工編號、姓名、部門編號福利信息-員工編號考勤情況-員工編號、正常出勤天數(shù)、遲到早退天數(shù)、事假天數(shù)、病假天數(shù)、加班次數(shù)、加班費用員工工資-員工編號、基本工資、動態(tài)工資3.3.4類的構建經上述分析過程之后得出的住院管理子系統(tǒng)的類圖如圖3.5所示。3.3系統(tǒng)動態(tài)模型3.3.1系統(tǒng)執(zhí)行順序分析在順序圖中，一條豎線代表一個對象，每個時間用一條水平的箭頭線表示，箭頭方向從事件的發(fā)送對象指向接受對象，時間從上向下遞增，箭頭線在垂直

31、方向上的相對位置表示事件發(fā)生的先后。根據如圖3.5的調查結果，可以繪制出如圖3.6所示的工資管理系統(tǒng)的順序圖。順序圖用來描述對象之間動態(tài)的交互關系，著重體現(xiàn)對象間消息傳送消息的時間順序。下面分別給出各個用例的順序圖：用戶登錄順序圖：圖3.5 系統(tǒng)類圖職工順序圖管理員順序圖：3.3.2系統(tǒng)協(xié)作分析合作圖也稱為協(xié)作圖，用于描述相互合作的對象間的交互關系和鏈接關系。與順序圖一樣，合作圖也展示了對象間的動態(tài)協(xié)作關系。它除了說明信息的交換外，還顯示對象間的連接關系，描述信息在連接的對象之間的傳遞。3.3.3系統(tǒng)狀態(tài)分析狀態(tài)圖描述了事件和對象狀態(tài)的關系。普通員工或者管理員利用密碼和賬戶，通過登錄驗證后進入

32、系統(tǒng)，若密碼或者賬戶錯誤，系統(tǒng)提示錯誤信息；如果系統(tǒng)出錯的話，則自動退出系統(tǒng)，登錄失敗。狀態(tài)圖(state diagram)用來描述一個特定對象的所有可能狀態(tài)及其引起狀態(tài)轉移的事件。3.3.4系統(tǒng)活動分析活動圖是由狀態(tài)圖轉化而來的，它描述了系統(tǒng)中各種活動執(zhí)行的順序，刻畫了一個系統(tǒng)中所要進行的各項活動的執(zhí)行流程。根據上文中繪制得出的順序圖以及合作圖，對兩圖中相互交互的對象進行分析可以得出系統(tǒng)主要的活動如下：用戶登錄活動圖：管理員工信息活動圖：添加員工用例活動圖4.工資管理系統(tǒng)系統(tǒng)設計與實現(xiàn)4.1uml體系結構設計工資管理系統(tǒng)采用面向對象技術對系統(tǒng)進行總體的設計和實現(xiàn)，用uml及其集成環(huán)境rati

33、onal rose對系統(tǒng)進行分析和建模，采用powerbuilders完成組件平臺建設，后端數(shù)據存儲是當前流行的delphi數(shù)據庫。本系統(tǒng)基于powerbuilders構建三層c/s結構，數(shù)據庫服務器運行數(shù)據庫管理系統(tǒng)軟件，com+組件運行在應用服務器上，客戶機運行住院管理系統(tǒng)客戶端軟件。4.1.1硬件體系結構設計本系統(tǒng)采用c/s結構開發(fā)，三層c/s結構是在客戶和服務器之間引入應用層的概念，即在客戶端與數(shù)據庫之間加入了一個“中間層”。它將應用邏輯移到應用層完成，而客戶端弱化為一個圖形用戶接口，成為一個瘦客戶機。其解決方案是:對這三層進行明確分割，并在邏輯上使其獨立形成三層軟件結構。在這種結構中

34、，表示層、業(yè)務邏輯層和數(shù)據訪問層在邏輯上是彼此分離的，表示層向用戶提供數(shù)據，并有選擇地允許用戶使用邏輯數(shù)據。對于基于pc的應用程序來說，本機用戶和基于web的用戶接口是其兩個主要的用戶接口。本機用戶接口使用底層操作系統(tǒng)服務，基于web的用戶以html為基礎，可通過任何平臺的瀏覽器來閱讀。本系統(tǒng)的三層c/s結構如圖4.1所示。用 戶 層控 制 對 象功能對象實體對象數(shù)據對象數(shù)據庫事物對象圖4.1 三層硬件體系結構圖4.1.2軟件體系結構設計信息系統(tǒng)的軟件結構是由信息系統(tǒng)軟件的各子系統(tǒng)按照確定的關系構成的結構框架，一般呈現(xiàn)多層次結構模式。子系統(tǒng)是對軟件進行分解的一種中間形式，也是組織和描述軟件的一

35、種方法。軟件結構設計就是把軟件分解成多個子系統(tǒng)，并確定各子系統(tǒng)及其接口之間的相互關系。工資管理系統(tǒng)的軟件結構如圖4.2所示。4.2對象模型設計如圖4.3所示：我們對以上需求進行初步處理之后，經過非正式分析得員工管理子模塊的初始類為：工資費用、成本核算、賬務處理、工資結算、工資分配、工資總額、計時工資、計件工資、獎金、補貼、津貼、評價、同組員工評價、歷史調動信息、經理、評價分、加班加點工資、部門、審核、任務表、考勤表、現(xiàn)金、銀行存款、應付工資、其他應付款、其他應收款、經理對員工、福利信息、評價。對候選類進行嚴格的考察篩選，去掉不正確的或不必要的，僅保留確實應該記錄其信息或需要其提供服務的那些對象

36、。刪除不正確的或不必要的類與對象，根據冗余標準，工資費用、成本核算、賬務處理、工資結算、工資分配、工資總額、計時工資、計件工資分別描述了相同的幾類信息，應保留在此問題域中最富于描述力的名稱，因此，應該去掉入工資費用、成本核算、賬務處理、工資結算、工資分配、工資總額、計時工資、計件工資等名詞；現(xiàn)實世界存在許多對象，不能都納入到系統(tǒng)中，僅需要把與問題密切相關的類與對象放到目標系統(tǒng)中，現(xiàn)金、銀行存款、應付工資、其他應付款、其他應收款與本系統(tǒng)要實現(xiàn)功能關系不大。因此，應該去掉候選類現(xiàn)金、銀行存款、應付工資、其他應付款、其他應收款。綜上所述，在工資管理系統(tǒng)中，類應該包括津貼、評價、同組員工評價、歷史調動

37、信息、經理、評價分、經理對員工評價、福利信息等；4.3系統(tǒng)實現(xiàn)本章使用uml建模技術，對工資管理系統(tǒng)進行了建模設計，使的開發(fā)出的產品在面對不同的客戶時方便修改和維護，大大減少了投入的人力和時間，同時大大縮小了產品的成本。在uml中，描述實現(xiàn)的視圖稱為組件視圖。它對模型中的組件建模，描述應用程序搭建的軟件單元以及組件之間的依賴，從而可以估計更改的影響。它還對類及其他元素在組件中的分配建模。布局視圖包括組件圖、配件圖以及配置圖，他們分別從不同的角度反映并顯示了本系統(tǒng)的軟件和硬件的物理配置。員工管理員工操作員用戶界面工資信息員工管理數(shù)據庫員工信 息工資信息表員工信息考勤管理考勤信息工資管理工資信息評價管理評價信息用戶層用戶界面層應用層數(shù)據庫層圖4.2 軟件體系結構圖4.3.1組件分析組件可以看作包與類對應的物理代碼模塊，邏輯上與包、類對應，它實際上是一個文件，可以有源代碼構件、二進制構件、可執(zhí)行構件。構件對外提供的可見操作和屬性稱為構件的界面。在uml中，組件圖描述了組件及組件之間的關系，表示了組件之間的組織和依賴關系。組件圖是用來為面向