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

1、課 程 設(shè) 計 報 告學(xué)生姓名:楊富軍學(xué) 號：0805170130學(xué) 院:經(jīng)濟(jì)管理學(xué)院班 級:管理081題 目:人事管理系統(tǒng)工資管理子系統(tǒng)教授王欣指導(dǎo)教師： 職稱: 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)結(jié)構(gòu)模型163.2.1類的識別163.2.2類的關(guān)聯(lián)分析173.3.3類的屬性描述183.3.4類的構(gòu)建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)設(shè)計與實現(xiàn)244.1uml體系結(jié)構(gòu)設(shè)計244.1.1硬件體系結(jié)構(gòu)設(shè)計244.1.2軟件體系結(jié)構(gòu)設(shè)計254.2對象模型設(shè)計254.3系統(tǒng)實現(xiàn)254.3.1組件分析264.3.2配置分析285.課程設(shè)計心得體會28參考文獻(xiàn)291.選題背景隨著社會的進(jìn)步和計算機(jī)技術(shù)的發(fā)展，特別是微型計算機(jī)的大范圍普及，現(xiàn)在應(yīng)用在大中型企業(yè)的信息管理系統(tǒng)中，幾乎都包括了工資管理模塊。有些環(huán)境中是有大型erp軟件中的一個模塊引進(jìn)的，有些作為企業(yè)的財務(wù)系統(tǒng)的一部分。計算機(jī)處理的數(shù)據(jù)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

18、后，還應(yīng)扣除一些費用，如稅款、公積金、養(yǎng)老金等。（4）系統(tǒng)管理模塊： 主要是完成用戶的添加、密碼信息的修改，系統(tǒng)登錄，操作人員的權(quán)限分配等功能。 下面分別針對用例進(jìn)行分析以及詳細(xì)的用例描述：圖3.1員工管理用例圖圖3.1.1 部門信息管理用例圖圖3.1.2員工信息管理用例圖圖3.1.3 人員調(diào)動設(shè)置用例圖圖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)科學(xué)化的工資管理，最大化的提高效率工資管理員 工資管理員可以方便快捷的管理員工相應(yīng)個人信息，實現(xiàn)各種工資管理操作前置條件：工資管理員進(jìn)入系統(tǒng)前進(jìn)行身份識別并進(jìn)行授權(quán)后置條件：存儲公司工資發(fā)放情況，包括基本工資，動態(tài)工資記錄主要的成功場景：1）工資管理員登陸系統(tǒng)，輸入賬號，密碼2）系統(tǒng)核對確認(rèn)個人信息正確，分配相應(yīng)權(quán)限3）工資管理員輸入工資查詢請求4）系統(tǒng)反饋相應(yīng)工資查詢結(jié)果5）工資管理員給系統(tǒng)輸入相應(yīng)可變動數(shù)據(jù)6）系統(tǒng)對輸入數(shù)據(jù)進(jìn)行記錄7）工資管理員發(fā)送工資匯總請求8）系統(tǒng)反饋工資匯總信息2 員工信息管理用案用案編號：uc2用案名：員工信息管理用案主要參與者：員

20、工管理員受益人極其利益：公司 通過該系統(tǒng)公司可以實現(xiàn)科學(xué)化的工資管理，最大化的提高效率員工管理員 員工管理員可以方便快捷的管理員工相應(yīng)個人信息，實現(xiàn)新增員工，刪除員工，查詢員工，修改員工等操作前置條件：員工管理員進(jìn)入系統(tǒng)前進(jìn)行身份識別并進(jìn)行授權(quán)后置條件：存儲公司員工個人信息，包括新增員工，刪除員工，查詢員工，修改員工信息等記錄主要的成功場景：1）員工管理員登陸系統(tǒng)，輸入賬號，密碼2）系統(tǒng)核對確認(rèn)個人信息正確，分配相應(yīng)權(quán)限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 人員調(diào)動用案用案編號：uc3用案名：人員調(diào)動用案主要參與者：員工管理員受益人極其利益：公司 通過該系統(tǒng)公司可以實現(xiàn)科學(xué)化的工資管理，最大化的提高效率員工管理員 員工管理員可以方便快捷的管理員工相應(yīng)個人信息，包括查詢員工基本信息，人員調(diào)動信息保存等前置條件：員工管理員進(jìn)入系統(tǒng)前進(jìn)行身份識別并進(jìn)行授權(quán)后置條件：保存員工基本信息，人員調(diào)動基本信息主要的成功場景：1）員工管理員登陸系統(tǒng)，輸入賬號，密碼2）系統(tǒng)核對確認(rèn)個人信息正確，分配相應(yīng)權(quán)限3）員工管理員輸入員工基本信息查詢請求4）系統(tǒng)反饋相應(yīng)員工基本信息查詢結(jié)果5)員工管理員提交人員調(diào)動情況信息6)系統(tǒng)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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