工資管理系統(tǒng)uml大作業(yè)

1、目錄第1章 可行性分析11.1 技術可行性13.2 經(jīng)濟可行性13.3 社會可行性1第2章 系統(tǒng)需求分析22.1系統(tǒng)需求分析22.2 開發(fā)計劃2第3章 用例圖設計建模43.1 參與者列表43.2 用例例表43.3 用例圖53.4 用例的優(yōu)先級6第4章 類圖設計建模74.1 類圖74.2 屬性及操作列表94.3 迭代類模型114.4 狀態(tài)圖124.5 層圖124.6 層交互策略134.7 包圖14第5章 順序圖設計建模155.1 業(yè)務服務的實現(xiàn)155.2 系統(tǒng)維護員235.3 人事部門25第6章 部署圖設計建模27參考文獻2725第1章 可行性分析運用計算機的便捷性,程序的可操作性,讓我們更能夠

2、方便快捷的對信息系統(tǒng)進行科學性的管理。與此同時,我們能夠利用專業(yè)知識來解決實際問題。1.1 技術可行性技術上的可行性分析主要分析現(xiàn)有技術條件是否能順利完成開發(fā)工軟 件配置否滿足開發(fā)者需要等。這一特點非常適合計算機的特點，發(fā)揮計算機的數(shù)據(jù)處理速度快，準確率高的優(yōu)勢，現(xiàn)代計算機硬件和軟件技術的飛速發(fā)展，為系統(tǒng)的建設提供了技術條件。由于對企業(yè)工資管理系統(tǒng)這一類的企業(yè)財務系統(tǒng)進行開發(fā)已有一定的時期，有很多成功的實例，技術基礎也非常雄厚，因而技術上的準備應該不成問題。1.2 經(jīng)濟可行性主要是對項目的經(jīng)濟效益進行評價，一方面的支出的費用，其中包括設備購置費，軟件開發(fā)費，管理和維護費，人員工資和培訓費等。另

3、一方面是取得的收益中可以用錢來衡量的那部分（收益的另一部分難以用錢來表示）。基于學校的現(xiàn)有計算機及配套設備，建設MIS系統(tǒng)（管理信息系統(tǒng)）。不但能大大減少重復性的書面報告，降低辦公費用，提高辦公室效率，而且能提高檢測數(shù)據(jù)效用，為企業(yè)提供很方便。由于學校工資管理系統(tǒng)是一個比較小型的系統(tǒng)，所以從人力、物力、財力方面來說都是可行的。1.3 社會可行性社會可行性研究是對系統(tǒng)投入使用后對社會可能帶來的影響進行分析，比如是否為人們所接受，是否為社會帶來效益。隨著學校員工數(shù)量的增加，員工的工資管理工作也變得越來越復雜，工資管理既涉及到勞動人事的管理，同時也是財務管理的重要組成部分。早期的工資統(tǒng)計和發(fā)放都是使

4、用人工方式處理紙質檔案，不僅花費財務人員大量的時間，且不易于保存，往往由于個人原因，抄寫不慎或者計算疏忽等，出現(xiàn)工資發(fā)放錯誤的現(xiàn)象?；谝陨显颍瑢W校工資管理系統(tǒng)使用電腦安全保存，快速計算，全面統(tǒng)計，實現(xiàn)工資管理的系統(tǒng)化，規(guī)范化，自動化。因此，建立本系統(tǒng)具體有現(xiàn)實意義，有其可時間應用的基石。第2章 系統(tǒng)需求分析2.1系統(tǒng)需求分析隨著計算機技術的飛速發(fā)展，計算機在各種單位機構管理中應用的普及，管理信息系統(tǒng)的開發(fā)在強調管理、強調信息的現(xiàn)代社會中也顯得越來越重要。因此，利用計算機支持單位高效率地完成工資管理的日常事務，是適應現(xiàn)代各種單位機構制度要求、推動各種單位機構工資管理走向科學化、規(guī)范化的必要條

5、件。 在當今的信息社會，隨著信息的不斷增長和企業(yè)對信息的要求，信息管理技術隨之出現(xiàn)。企業(yè)工資管理信息系統(tǒng)是一個現(xiàn)代化的企業(yè)在競爭中立于不敗之地的必要部分，它能夠為查詢工資信息提供充足的信息和快捷的查詢手段。一直以來使用傳統(tǒng)人工的方式管理文件檔案，這種管理方式存在著許多缺點,如：效率低、保密性差，另外時間一長，將產(chǎn)生大量的文件和數(shù)據(jù),這對于查找、更新和維護都帶來了不少的困難，而且容易丟失。自20世紀50年代將計算機引入數(shù)據(jù)處理以來，歷經(jīng)管理信息系統(tǒng)發(fā)展的各個階段。一方面是信息技術應用的迅猛發(fā)展，另一方面，許多管理信息系統(tǒng)在耗費了大量的人力、物力、財力之后夭折了，或者根本沒有實現(xiàn)原系統(tǒng)的開發(fā)目標，

6、而把計算機用作了打字機。這是長期以來困惑人們的一大問題?，F(xiàn)在人們?nèi)找嫔羁陶J識到，把信息技術應用與應用環(huán)境分離是辦不到的。管理信息系統(tǒng)根本不僅是技術系統(tǒng)，而且是社會系統(tǒng)。使用計算機對企業(yè)工資信息進行管理，具有手工管理所無法比擬的優(yōu)點。例如：檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優(yōu)點能夠極大地提高企業(yè)工資管理的效率,也是企業(yè)的科學化、正規(guī)化管理，與世界接軌的重要條件。 因此，開發(fā)一個代替手工操作的新型的計算機管理的工資管理信息系統(tǒng)刻不容緩，這也是本課題的由來。2.2 開發(fā)計劃工資管理系統(tǒng)的主要任務是通過工資費用的計算和分配，為成本核算與賬務處理提供依據(jù)，并且根據(jù)工

7、資制度和職工勞動數(shù)量與質量，計算并發(fā)放應該支付給職工的工資。工資核算時工資管理的主要內(nèi)容。工資核算包括工資結算與工資分配兩個方面。工資結算是指應付工資、代扣款項和實發(fā)工資的計算；工資分配是指按部門、類別進行工資匯總，并按工資的用途對工資進行分配。工資總額是指各單位在一定時期內(nèi)支付給本單位全體職工的全部勞動報酬總額。按照國家統(tǒng)計局的規(guī)定，工資總額有計時工資、計件工資、獎金、津貼和補貼、加班加點工資和特殊情況下支付的工資6部分組成，其中計時工資和計件工資是工資總額中最基本的部分。上述工資構成要件所組成的工資總額只是應發(fā)工資，并非每個職工拿到手的實發(fā)工資，原因在于存在一些應扣項目，例如水電費、工會會

8、費、保險費、公積金、病事假扣款、曠工扣款和個人所得稅等。在計算每個職工實發(fā)工資之前應在工資總額中扣除這部分款項，即有如下關系：應發(fā)工資 = 基本工資 + 工齡工資 + 崗位津貼 + 固定補貼 + 加班加點工資 + 獎金扣款合計 = 水電費 + 保險費 + 個人所得稅 + 病假扣款 + 事假扣款 + 曠工扣款 + 其他扣款實發(fā)工資 = 應發(fā)工資 扣款合計每個月財務部門根據(jù)人事部門提供的職工基本工資數(shù)據(jù)、所得稅率和人事變動情況計算所有員工的基本工資信息，然后根據(jù)各個部門提供并審核后的各種表格，如完成任務表、考勤表、考核表、職工當月的扣款情況（包括水電費、病事假扣款等）等計算職工變動工資、個人所得稅

9、和應發(fā)放工資等，編制工資單。按類進行匯總，編制工資匯總表。將實發(fā)工資轉入代發(fā)銀行，由銀行代發(fā)工資，并進行賬務處理。工資結算過程主要設計如下會計賬戶：現(xiàn)金、銀行存款、應付工資、其他應付款、其他應收款等?；谏鲜鲂枨蠓治?，工資管理系統(tǒng)的系統(tǒng)目標可歸納為以下幾個方面：（1）收集、記錄和存儲有關人員和工資的數(shù)據(jù)。（2）計算、匯總工資，分攤工資費用，完成工資核算處理。（3）處理銀行代發(fā)工資業(yè)務。第3章 用例圖設計建模3.1 參與者列表工資核算員：系統(tǒng)的主要使用者，完成工資核算、工資發(fā)放、工資轉賬和銀行代發(fā)各項業(yè)務。人事部門：維護員工信息、處理員工信息定義和員工檔案管理的部門。系統(tǒng)維護員：負責制定工資款項

10、標、定義系統(tǒng)以及匯總工資數(shù)據(jù)的人。3.2用例列表1、員工檔案管理：實現(xiàn)對員工基本信息的管理操作，包括員工基本數(shù)據(jù)信息的添加、修改、刪除和查詢等功能。 2、員工信息定義： 實現(xiàn)對工資結構信息的添加、修改、刪除和查詢等功能。3、系統(tǒng)定義：實現(xiàn)對環(huán)境的配置以及面值定義等。4、工資款項標準：設定工資款項的標準。5、工資數(shù)據(jù)匯總：實現(xiàn)對工資數(shù)據(jù)的匯總、查詢等功能。6、工資項目定義：實現(xiàn)對工資公式定義以及工資的多次發(fā)放定義。7、個人所得稅：完成對個人所得稅稅率的定義以及對個人所得稅的申報。8、輸入工資：輸入員工工資信息。9、工資發(fā)放：發(fā)放工資，查看工資發(fā)放情況。10、銀行代發(fā)：定義銀行代發(fā)格式以及代發(fā)工資

11、。11、工資核算：完成對核算科目的定義以及核算憑證的生成。12、月末處理：處理工資月末信息。3.3 用例圖人事部門的用例圖系統(tǒng)維護員的用例圖工資核算員的用例圖3.4 用例的優(yōu)先級·綠色：-員工信息定義-工資款項標準-系統(tǒng)定義-工資項目定義·黃色：-輸入工資-工資核算-個人所得稅-工資發(fā)放-銀行代發(fā)·紅色：-月末處理-工資數(shù)據(jù)匯總-員工檔案管理第4章 類圖設計建模4.1 類圖經(jīng)過分析可知，類圖如下所示： 1、職工（工資）信息的類圖：2、銀行代發(fā)的類圖：3、項目顯示過濾的類圖4、所得稅的類圖： 5、工資轉賬的類圖： 4.2 屬性及操作列表1、職工（工資）信息的屬性及操

12、作：2、銀行代發(fā)的屬性及操作：3、項目顯示過濾的屬性及操作：4、所得稅的屬性及操作：5、工資轉賬的屬性及操作：4.3 迭代類模型經(jīng)過以上的分析類模型，我們經(jīng)過修改和整理后，得到了迭代類模型。如下所示：4.4 狀態(tài)圖系統(tǒng)在運行過程中，會出現(xiàn)各種外部事件，從而觸發(fā)不同的狀態(tài)。系統(tǒng)的狀態(tài)圖如下所示：4.5 層圖工資管理系統(tǒng)的層圖如下：HTML層Swing層Micro層HTTP/CGI層控制層小程序層RMI層服務層業(yè)務層JDBC層數(shù)據(jù)庫層接口由JDBC提供，使用標準的JDBC訪問關系數(shù)據(jù)庫，沒有單獨的持久層，因為關系數(shù)據(jù)庫就可以滿足系統(tǒng)生命周期內(nèi)的要求。服務層包含分析類圖中實體對象以及各種支持對象的實

13、現(xiàn)。這些對象包括數(shù)據(jù)傳入傳出數(shù)據(jù)庫的JDBC代碼。服務層把業(yè)務層中的對象和消息以服務器對象上的消息的形式傳給業(yè)務服務。服務層中的對象是EJB會話對象，這有兩個優(yōu)點：第一，可以訪問J2EE事務管理；第二嗎，可以通過RMI直接訪問GUI客戶機，繞過Web服務器。為了使小程序層保持關閉，業(yè)務服務的返回的所有信息都采用協(xié)議對象的形式，即業(yè)務的輕型副本。小程序層HTML/CGI客戶的一個控制層。每個服務小程序都把小程序層上的一個或多個對象轉化為可以從客戶機發(fā)出的簡單命令和問題。為了響應每個命令和問題，服務小程序要執(zhí)行必要的動作，再把一個HTML頁面?zhèn)魉徒o用戶機。這樣頁面設計和源代碼就是分開的，每個回應頁

14、面都由JSP建立，根據(jù)客戶交互操作動態(tài)生成其內(nèi)容。JSP把動態(tài)數(shù)據(jù)接收為協(xié)議對象，由服務小程序傳送。HTML層的網(wǎng)絡通信由標準的HTMLCGI層提供RML層是一個網(wǎng)絡層，允許從GUI上進行遠程訪問。這個層上的對象只是服務層上EJB會話對象的修飾器；每個服務器對象都用一個RMI servant來修飾，每個RMI servant則通過使用協(xié)議對象與調用JSP是小程序層使用的協(xié)議對象相同?？刂茖游挥贕UI對象和RMI代理之間。它用于簡化與服務器對象的交互，隱藏RMI的細節(jié)。RMI層、控制層、Swing層和Micro層都不詳細介紹因為圖形化用戶界面不是工資管理系統(tǒng)第一個遞增版本的一部分。4.6 層交互

15、策略在服務器上，為了便于簡化，所有的層通信都是向下進行的。換言之，消息只能從一層傳送到下面的層上?？蛻羰褂檬录?，是為了Swing層和Micro層的方便，這樣與應用程序相關的消息就可以從用戶接口組件向下傳送到控制層。層是相對封閉的，以便于實現(xiàn)和維護；每個層可以訪問其下一層中的對象，但不能訪問其上一層中的對象。4.7 包圖該系統(tǒng)的功能包圖如下：該工資管理系統(tǒng)是基于Web服務的，而且是必須和用戶互動的。該系統(tǒng)的用戶共分為三類：工資核算員、系統(tǒng)維護員和人事部職員。而普通的員工能由工資核算員提供的信息和自己實得的工資進行核對。系統(tǒng)維護員負責系統(tǒng)的維護和安全問題，同時為了將系統(tǒng)被破壞后的損失降到最低，必須

16、有一個備份的系統(tǒng)。人事部門負責人事的調動，因此他們有權力去根據(jù)實際情況修改員工的信息，同時員工的檔案也必須有一份備份?？梢栽谛〕绦驅泳蛯⑦@幾種不同的用戶需要的不同功能分開，以免到了更下的層次是產(chǎn)生更多的并發(fā)和沖突。第5章 順序圖設計建模5.1 業(yè)務服務的實現(xiàn)工資管理系統(tǒng)提供的各種服務都是建立在分布、開放的信息結構之上，依托高速、可靠的網(wǎng)絡環(huán)境來完成。沒想服務都可以看成一個事件流，由若干相關的對象交互合作來完成。對于這種系統(tǒng)內(nèi)部的協(xié)作關系和過程細微，可以通過繪制順序圖來幫助觀察和理解。具體開說，每個系統(tǒng)用例都用一個或多個順序圖來說明功能的實現(xiàn)。順序圖如下：1、工資核算員（1）工資項目定義工資項目

17、定義時序圖工資項目定義時序圖多次發(fā)放工資時序圖2、個人所得稅所得稅稅率定義時序圖個人所得稅申報時序圖3、銀行代發(fā)工資代發(fā)格式定義時序圖工資代發(fā)數(shù)據(jù)形式時序圖4、工資發(fā)放工資發(fā)放時序圖發(fā)款單時序圖工資條時序圖5、工資核算核算科目定義時序圖核算憑證生成時序圖6、輸入工資工資數(shù)據(jù)輸入時序圖7、月末處理工資月末處理時序圖5.2 系統(tǒng)維護員1、系統(tǒng)定義環(huán)境配置時序圖部門維護時序圖2、工資資料匯總年度匯總時序圖3、工資款項標準面值定義時序圖工資類別定義時序圖5.3 人事部門1、員工檔案管理員工檔案管理時序圖2、 員工信息定義員工信息定義時序圖第8章 部署圖設計建模該系統(tǒng)的部署圖如下：工資管理系統(tǒng)只有一個數(shù)據(jù)庫服務器，如果要提高其可靠性和通過量可以使用兩個數(shù)據(jù)庫服務器，每個服務器各有一個DBMS過程，以管理對數(shù)據(jù)的訪問。工資管理包含了創(chuàng)建數(shù)據(jù)庫表的命令，其格式為該數(shù)據(jù)庫所特有的。這會使用與數(shù)據(jù)庫相關的工具，部署到DBMS過程中。中間層與數(shù)據(jù)層通信，它包含了一個服務器，它擁有一個工資業(yè)務管理