員工工資管理信息系統(tǒng)課程設(shè)計

1、<p>　　課 程 設(shè) 計 報 告</p><p>　　指導(dǎo)教師： 職稱: </p><p>　　2011年 7 月 15 日</p><p>　學(xué)生姓名:學(xué) 號：</p><p>　學(xué) 院:</p><p>　班 級:</p><p>

2、　題 目:員工工資管理信息系統(tǒng)課程設(shè)計</p><p><b>　　目 錄</b></p><p>　　1. 選課背景1</p><p>　　2. 人事工資管理系統(tǒng)需求分析2</p><p>　　2.1 人事工資管理系統(tǒng)的需求陳述2</p><p>　　2.2 需求分析2&l

3、t;/p><p>　　2.2.1 功能需求2</p><p>　　2.2.2 性能需求3</p><p>　　2.3 系統(tǒng)需求建模3</p><p>　　2.3.1 確定參與者4</p><p>　　2.3.2 確定用例4</p><p>　　2.3.3 系統(tǒng)用例建模6</p&g

4、t;<p>　　2.3.4 用例描述6</p><p>　　3. 員工工資管理系統(tǒng)系統(tǒng)分析8</p><p>　　3.1 系統(tǒng)用例建模8</p><p>　　3.2 靜態(tài)結(jié)構(gòu)模型11</p><p>　　3.2.1 類的識別11</p><p>　　3.2.3 類的屬性描述11</

5、p><p>　　3.2.4 類圖的構(gòu)建12</p><p>　　3.3 系統(tǒng)動態(tài)模型12</p><p>　　3.3.1 系統(tǒng)執(zhí)行順序分析12</p><p>　　3.3.2 系統(tǒng)的協(xié)作分析14</p><p>　　3.3.3 系統(tǒng)狀態(tài)分析14</p><p>　　3.3.4 系統(tǒng)活動分

6、析15</p><p>　　4.系統(tǒng)設(shè)計與實現(xiàn)17</p><p>　　4.1 UML體系結(jié)構(gòu)設(shè)計17</p><p>　　4.1.1 硬件體系結(jié)構(gòu)設(shè)計17</p><p>　　4.1.2 軟件體系結(jié)構(gòu)設(shè)計18</p><p>　　4.2 對象模型設(shè)計19</p><p>　　4

7、.3 系統(tǒng)實現(xiàn)20</p><p>　　4.3.1 組件分析20</p><p>　　4.3.2 配置分析21</p><p>　　5.課程設(shè)計心得體會22</p><p><b>　　參考文獻23</b></p><p><b>　　1. 選課背景</b>&l

8、t;/p><p>　　隨著社會的進步和計算機技術(shù)的發(fā)展，特別是微型計算機的大范圍普及，現(xiàn)在應(yīng)用在大中型企業(yè)的信息管理系統(tǒng)中，幾乎都包括了工資管理模塊。有些環(huán)境中是有大型ERP軟件中的一個模塊引進的，有些作為企業(yè)的財務(wù)系統(tǒng)的一部分。計算機處理的數(shù)據(jù)量不斷增加。文件管理系統(tǒng)采用的一次最多存取一個記錄的訪問方式，以及在不同文件之間缺乏相互聯(lián)系的結(jié)構(gòu)，越來越不能適應(yīng)管理大量數(shù)據(jù)的需要，于是數(shù)據(jù)庫管理系統(tǒng)便應(yīng)運而生。有了數(shù)據(jù)庫

9、我們便能方便快捷的對數(shù)據(jù)進行讀取、存取，并維護數(shù)據(jù)庫的數(shù)據(jù)。但，西方管理制度設(shè)計的工資管理軟件，在很多時候還不能完成解決中國特色中小企業(yè)的問題，本文介紹的畢業(yè)設(shè)計的研究工作就是要為這些具有中國特色的中小企業(yè)解決他們在工資管理方面的問題。今天，數(shù)據(jù)庫管理已成為計算機信息管理的主要方式。數(shù)據(jù)庫的應(yīng)用非常廣泛，可應(yīng)用于各行各業(yè)，只要是稍復(fù)雜的數(shù)據(jù)，都可制作成數(shù)據(jù)庫，交由電腦來管理。用電腦管理數(shù)據(jù)，運算速度快，檢索迅速、查找方便、可靠性高、存儲

10、量大、保密性好、壽命長、成本低且不易出錯等，這些優(yōu)點能夠極大地提高工資管理的效率,也是科學(xué)化、正規(guī)化管理的重要條件，尤其是現(xiàn)在的中小型企業(yè)正需要這種對口的工資管理</p><p>　　2. 員工工資管理系統(tǒng)需求分析</p><p>　　2.1 員工工資管理系統(tǒng)的需求陳述</p><p>　　工資管理系統(tǒng)的主要任務(wù)是通過工資費用的計算和分配，為成本核算與賬務(wù)處理提供

11、依據(jù)，并且根據(jù)工資制度和職工勞動數(shù)量與質(zhì)量，計算并發(fā)放應(yīng)該支付給職工的工資。工資核算時工資管理的主要內(nèi)容。工資核算包括工資結(jié)算與工資分配兩個方面。工資結(jié)算是指應(yīng)付工資、代扣款項和實發(fā)工資的計算；工資分配是指按部門、類別進行工資匯總，并按工資的用途對工資進行分配。</p><p>　　工資總額是指各單位在一定時期內(nèi)支付給本單位全體職工的全部勞動報酬總額。按照國家統(tǒng)計局的規(guī)定，工資總額有計時工資、計件工資、獎金、津貼

12、和補貼、加班加點工資和特殊情況下支付的工資6部分組成，其中計時工資和計件工資是工資總額中最基本的部分。上述工資構(gòu)成要件所組成的工資總額只是應(yīng)發(fā)工資，并非每個職工拿到手的實發(fā)工資，原因在于存在一些應(yīng)扣項目，例如水電費、工會會費、保險費、公積金、病事假扣款、曠工扣款和個人所得稅等。在計算每個職工實發(fā)工資之前應(yīng)在工資總額中扣除這部分款項，即有如下關(guān)系：</p><p>　　應(yīng)發(fā)工資 = 基本工資 + 工齡工資 + 崗位

13、津貼 + 固定補貼 + 加班加點工資 + 獎金</p><p>　　扣款合計 = 水電費 + 保險費 + 個人所得稅 + 病假扣款 + 事假扣款 + 曠工扣款 + 其他扣款</p><p>　　實發(fā)工資 = 應(yīng)發(fā)工資 – 扣款合計</p><p>　　每個月財務(wù)部門根據(jù)人事部門提供的職工基本工資數(shù)據(jù)、所得稅率和人事變動情況計算所有員工的基本工資信息，然后根據(jù)各個部門

14、提供并審核后的各種表格，如完成任務(wù)表、考勤表、考核表、職工當(dāng)月的扣款情況（包括水電費、病事假扣款等）等計算職工變動工資、個人所得稅和應(yīng)發(fā)放工資等，編制工資單。按類進行匯總，編制工資匯總表。將實發(fā)工資轉(zhuǎn)入代發(fā)銀行，由銀行代發(fā)工資，并進行賬務(wù)處理。工資結(jié)算過程主要設(shè)計如下會計賬戶：現(xiàn)金、銀行存款、應(yīng)付工資、其他應(yīng)付款、其他應(yīng)收款等。</p><p><b>　　2.2 需求分析</b><

15、/p><p>　　2.2.1 功能需求</p><p>　　工資管理系統(tǒng)涉及到員工基本信息的錄入、修改和刪除，工資標(biāo)準(zhǔn)的設(shè)定、查詢和結(jié)算等。</p><p>　　典型的工資管理系統(tǒng)主要有以下基本功能：</p><p>　　a) 系統(tǒng)數(shù)據(jù)初始化</p><p>　　b) 員工基本信息的錄入、修改、刪除等功能</p>

16、;<p>　　c) 工資標(biāo)準(zhǔn)的設(shè)定功能，集體包括職務(wù)工資、職稱工資、其他工資標(biāo)準(zhǔn)和福利的設(shè)定。</p><p>　　d) 工資信息的瀏覽</p><p>　　e) 員工工資信息表的創(chuàng)建及查詢</p><p><b>　　f) 工資調(diào)整管理</b></p><p><b>　　g) 工資計算<

17、/b></p><p><b>　　h) 工資報表打印</b></p><p>　　2.2.2 性能需求</p><p>　　需求分析的目的在于與開發(fā)人員與用戶之間達成系統(tǒng)開發(fā)的共識，使開發(fā)人員所考慮的系統(tǒng)在功能（系統(tǒng)能做什么）、簡單操作，良好界面，個人信息保密性，系統(tǒng)安全與穩(wěn)定，良好帳戶管理，友好信息返回模式（如報表及打印功能）。<

18、;/p><p>　　此工資管理系統(tǒng)對工資數(shù)據(jù)精度的計算能在默認(rèn)情況之下精確到小數(shù)點后3位小數(shù)，即是精確到分的計算。但在用戶使用過程中，能自行根據(jù)實際情況進行小數(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ù)

19、均能實現(xiàn)信息的互通，及共享。當(dāng)服務(wù)器移植到其他的系統(tǒng)平臺，如：Linux平臺下時，同樣能和其他的系統(tǒng)進行數(shù)據(jù)存取同步，不會出現(xiàn)系統(tǒng)之間互不兼容的情況，系統(tǒng)支持多系統(tǒng)之間的互連互通，系統(tǒng)有巨大的強健性。</p><p>　　2.3 系統(tǒng)需求建模</p><p>　　在進行用例建模之前，我們首先了解到用例模型描述的是外部執(zhí)行者(Actor)所理解的系統(tǒng)功能。它主要用于需求分析階段，它的建立是

20、系統(tǒng)開發(fā)者和用戶反復(fù)討論的結(jié)果，表明了開發(fā)者和用戶對需求規(guī)格達成的共識。它的重要作用對于我們?nèi)耸鹿芾硐到y(tǒng)的分析和設(shè)計主要體現(xiàn)在以下幾個方面：</p><p>　　首先，它描述了待開發(fā)系統(tǒng)（人事管理系統(tǒng)）的功能需求；</p><p>　　其次，它將系統(tǒng)看作黑盒，從外部執(zhí)行者的角度來理解系統(tǒng)；</p><p>　　再次，它驅(qū)動了需求分析之后各階段的開發(fā)工作，不僅在開發(fā)過

21、程中保證了系統(tǒng)所有功能的實現(xiàn)，而且被用于驗證和檢測所開發(fā)的系統(tǒng)，從而影響到開發(fā)工作的各個階段和UML的各個模型。</p><p>　　從本質(zhì)上講，一個用例是用戶與計算機之間的一次典型交互作用。在UML中，用例被定義成系統(tǒng)執(zhí)行的一系列動作，動作執(zhí)行的結(jié)果能被指定執(zhí)行者察覺到。</p><p>　　幾乎在任何情況下都會使用用例。用例用來獲取需求，規(guī)劃和控制項目。用例的獲取是需求分析階段的主要任

22、務(wù)之一，而且是首先要做的工作。大部分用例將在項目的需求分析階段產(chǎn)生，并且隨著工作的深入會發(fā)現(xiàn)更多的用例，這些都應(yīng)及時增添到已有的用例集中。</p><p>　　2.3.1 確定參與者</p><p>　　在分析過程開始的時候，我們考慮到獲取用例首先要找出系統(tǒng)的執(zhí)行者。，有鑒于此，我們通過用戶回答一些問題的答案來識別執(zhí)行者。</p><p>　　1.誰使用系統(tǒng)的主要功

23、能(主要使用者)。</p><p>　　2.誰需要系統(tǒng)支持他們的日常工作。</p><p>　　3.誰來維護、管理使系統(tǒng)正常工作(輔助使用者)。</p><p>　　4.系統(tǒng)需要操縱哪些硬件。</p><p>　　5.系統(tǒng)需要與哪些其它系統(tǒng)交互，包含其它計算機系統(tǒng)和其它應(yīng)用程序。</p><p>　　6.對系統(tǒng)產(chǎn)生的結(jié)

24、果感興趣的人或事物。</p><p>　　通過回答這六個問題以后，再進一步分析可以識別出系統(tǒng)頂層上的8個活動類：公司主管 、人力資源部、用人部門、培訓(xùn)部門、財務(wù)處、公司工會、系統(tǒng)管理員、應(yīng)聘人員</p><p>　　2.3.2 確定用例</p><p>　　在對現(xiàn)行住院管理系統(tǒng)的分析過程中，在我們獲取了執(zhí)行者之后，我們就對每個執(zhí)行者提出以下問題以獲取用例。</

25、p><p>　　1.執(zhí)行者要求系統(tǒng)提供哪些功能(執(zhí)行者需要做什么)。</p><p>　　2.執(zhí)行者需要讀、產(chǎn)生、刪除、修改或存儲的信息有哪些類型。</p><p>　　3.必須提醒執(zhí)行者的系統(tǒng)事件有哪些，或者執(zhí)行者必須提醒系統(tǒng)的事件有哪些，怎樣把這些事件表示成用例中的功能。</p><p>　　4.為了完整地描述用例，還需要知道執(zhí)行者的某些典型

26、功能能否被系統(tǒng)自動實現(xiàn)。</p><p>　　除了以上考慮到的問題之外，我們還考慮了一些不針對具體執(zhí)行者問題(即針對整個系統(tǒng)的問題)，以使自己的分析結(jié)果更加準(zhǔn)確。</p><p>　　1.系統(tǒng)需要何種輸入輸出，輸入從何處來，輸出到何處。</p><p>　　2.當(dāng)前運行系統(tǒng)(也許是一些手工操作而不是計算機系統(tǒng))的主要問題。</p><p>　

27、　因為系統(tǒng)比較大，因此不可能給出全部的分析過程，因此列舉出在人事分系統(tǒng)中一部分比較有代表性的過程。</p><p>　　圖2.1用例的生成過程</p><p>　　每個事件并不總是對應(yīng)一個用例。可能有些事件是相近或相同的，如果多個事件有共同點或者多個事件的最終目標(biāo)相同，那么就可以將這些事件合并為一個事件。</p><p>　　系統(tǒng)層的用例識別過程如下：</p&

28、gt;<p>　　通過前面對人力資源管理的系統(tǒng)描述，按照上面介紹的用力識別方法，可以從頂層系統(tǒng)中識別出的用例。它們是：</p><p><b>　　(1)管理組織機構(gòu)</b></p><p><b>　　(2)管理招聘</b></p><p><b>　　(3)管理職位</b></

29、p><p><b>　　(4)規(guī)劃人力資源</b></p><p><b>　　(5)考評員工績效</b></p><p><b>　　(6)管理人事檔案</b></p><p><b>　　(7)管理勞動合同</b></p><p>

30、<b>　　(8)管理培訓(xùn)</b></p><p><b>　　(9)管理員工薪資</b></p><p><b>　　(10)管理員工福</b></p><p>　　(11)管理系統(tǒng)權(quán)限</p><p><b>　　(12)登錄系統(tǒng)</b></p&

31、gt;<p>　　(13)修改個人資料</p><p>　　2.3.3 系統(tǒng)用例建模</p><p>　　針對人事管理系統(tǒng)的流程的分析，我們采用的是面向?qū)ο蟮姆治龇椒?OOA)。使用用例圖來描述參與者與外部用戶所能觀察到的系統(tǒng)功能的模型圖，在此模型中列出了系統(tǒng)中的用例和參與者，并顯示哪個參與者參與了哪個用例的執(zhí)行。</p><p>　　2.3.4 用例

32、描述</p><p>　　一個用例對應(yīng)并描述一個完整的功能。路徑是用例中事件的步驟。一個路徑也稱為一個場景。每一個用例包含多種路徑，每一個路徑由一系列業(yè)務(wù)步驟組成。如果用例的粒度太粗，一個路徑甚至一個業(yè)務(wù)步驟也可以定義為一個用例；如果用例的粒度太細，則一個用例只有一條路徑，這會導(dǎo)致某一功能支離破碎。因此要合理掌握用例的粒度。</p><p>　　路徑有3個層次：主要的、可選的和例外的。主路

33、徑是用例中最通常情況下發(fā)生的路徑；可選路徑是合法的但不是經(jīng)常發(fā)生的路徑；例外路徑是不按設(shè)想順序進行的路徑，是應(yīng)用程序中必須要捕獲的錯誤情況。用例描述了系統(tǒng)做什么，但沒有規(guī)定怎么做，即用例圖沒有顯示不同的路徑，只顯示了活動者與用例之間的關(guān)系。因此，需要為用例配上結(jié)構(gòu)化敘述的文體。為了統(tǒng)一格式，每個項目應(yīng)該使用一個用例模板。在論文中，系統(tǒng)實例使用如下所示的用例模板來描述用例。</p><p><b>　　用

34、例模板</b></p><p>　　用例名稱 (用例名)</p><p>　　用例目標(biāo) (用例在系統(tǒng)中的目標(biāo))</p><p>　　級別 (概要任務(wù)／首要任務(wù)／子功能)</p><p>　　活動者 (此用例的活動者)</p><p>　　狀態(tài) (未定義路徑／只定義了初始路

35、徑／路徑定義完成)</p><p>　　前件條件 (用例執(zhí)行前系統(tǒng)應(yīng)具有的狀態(tài))</p><p>　　成功后件 (用例成功執(zhí)行后系統(tǒng)應(yīng)具有的狀態(tài))</p><p>　　主路徑 (用例主路徑的名稱)</p><p>　　可選路徑 (用例的可選路徑)</p><p>　　例外路徑 (用例的例

36、外路徑)</p><p>　　這個模板描述了一個用例的主要方面。下面以管理招聘用例為例說明用例模板的用法。</p><p>　　用例名稱：工資管理；</p><p>　　用例目標(biāo)：制定年度人力資源計劃及招聘計劃，發(fā)布招聘公告，管理員工篩選過程及評估工作；</p><p><b>　　級別：子功能；</b></p&g

37、t;<p>　　活動者：人力資源部，公司主管，用人部門；</p><p>　　狀態(tài)：只定義了初始路徑；</p><p>　　前件條件：人力資源部登錄系統(tǒng)；</p><p>　　成功后件：管理整個員工信息過程；</p><p>　　主路徑 考勤部門對員工進行日常出勤考察并登記出勤和缺勤情況，并且對員工的工作情況作出評價。

38、</p><p>　　例外路徑 無。</p><p>　　圖2.2 員工工資管理系統(tǒng)用例圖</p><p>　　3. 員工工資管理系統(tǒng)系統(tǒng)分析</p><p>　　3.1 系統(tǒng)用例建模</p><p>　　1、職工檔案管理：實現(xiàn)對員工基本信息的管理操作，包括員工基本數(shù)據(jù)信息的添加、修改、刪除和查詢等功能。

39、</p><p>　　2、職工信息定義： 實現(xiàn)對工資結(jié)構(gòu)信息的添加、修改、刪除和查詢等功能。</p><p>　　3、考勤管理：根據(jù)職務(wù)分析，將員工分為不 同層面、不同類別，分別設(shè)計考評標(biāo)準(zhǔn)。對業(yè)績、能力、態(tài)度等進行月份、季度、年度考評，對考核數(shù)據(jù)提供統(tǒng)計分析功能，為薪酬、獎懲、培訓(xùn)開發(fā)等方面提供依據(jù)。</p><p>　　4、工資款項標(biāo)準(zhǔn)：設(shè)定工資款項的標(biāo)準(zhǔn)。&l

40、t;/p><p>　　5、工資數(shù)據(jù)匯總：實現(xiàn)對工資數(shù)據(jù)的匯總、查詢等功能。</p><p>　　6、工資項目定義：實現(xiàn)對工資公式定義以及工資的多次發(fā)放定義。</p><p>　　7、輸入工資：輸入職工工資信息。</p><p>　　8、工資發(fā)放：發(fā)放工資，查看工資發(fā)放情況。</p><p>　　圖3.1 職工信息管理用例圖

41、</p><p>　　圖3.2 職工工作評價管理用例圖</p><p>　　圖3.3 員工福利管理用例圖</p><p>　　圖3.5 員工工資管理用例圖</p><p>　　圖3.4 員工考勤管理用例圖</p><p>　　3.2 靜態(tài)結(jié)構(gòu)模型</p><p>　　3.2.1 類的識別<

42、;/p><p>　　識別類的方法通常使用的識別方法是名詞識別方法一般來說，描述問題域?qū)嶓w都用名詞或名詞短語。應(yīng)用名詞識別方法時，要從系統(tǒng)描述中找出名詞、名詞短語或名詞性代詞，因為它們往往對應(yīng)著對象(類)。其中單數(shù)名詞可以識別為對象，而復(fù)數(shù)名詞則可以識別為類，但是要注意，并不是每個名詞都對應(yīng)著一個對象(類)，可能有的名詞只是其他對象的一個屬性，也可能幾個名詞對應(yīng)著一個對 象(類)。</p><p

43、>　　要看找出的名詞是否都應(yīng)該成為系統(tǒng)的對象(類)，考察其是否有與該對象(類)</p><p>　　3.2.3 類的屬性描述</p><p>　　屬性是對象的性質(zhì)，通過對象類和結(jié)構(gòu)有更深入，更具體的認(rèn)識。一般來說確定屬性的過程包括分析和選擇兩個步驟。屬性的確定既與問題有關(guān)，也和目標(biāo)系統(tǒng)的任務(wù)有關(guān)。應(yīng)該僅考慮與具體應(yīng)用直接相關(guān)的屬性，不要考慮那些超出所要解決的問題范圍的屬性。在分析過程

44、中應(yīng)該首先找出最重要的屬性，以后在逐漸把其余屬性添加進去。</p><p>　　此次分析過程中，我們在分析階段沒有考慮那些純粹用于實現(xiàn)的屬性。只是在最后認(rèn)真考察了經(jīng)初步分析而確定下來的那些屬性，從中刪掉了那些不正確的或不必要的屬性。部分對象類的屬性描述如下：</p><p><b>　　經(jīng)理：部門編號</b></p><p>　　員工：員工編號

45、、姓名、部門編號</p><p>　　相關(guān)部門：增加部門、刪除部門</p><p>　　員工工資：員工編號、基本工資、動態(tài)工資</p><p>　　員工管理員：增加員工、刪除員工、查詢員工、需該員工、調(diào)動員工</p><p><b>　　用戶：用戶姓名</b></p><p><b>　

46、　部門：部門編號</b></p><p>　　員工管理者：姓名、編號、所在部門</p><p><b>　　用戶管理者：</b></p><p>　　參勤情況：員工編號、遲到天數(shù)、早退天數(shù)、請假天數(shù)、加班次數(shù)</p><p>　　3.2.4 類圖的構(gòu)建</p><p>　　圖3.6 員

47、工工資管理類圖</p><p>　　3.3 系統(tǒng)動態(tài)模型</p><p>　　3.3.1 系統(tǒng)執(zhí)行順序分析</p><p>　　為了實現(xiàn)一個合適的系統(tǒng)，第一步應(yīng)對公司目前情況進行調(diào)研分析，掌握現(xiàn)有的工作模式和工作流程。經(jīng)過對現(xiàn)行公司的調(diào)查和分析，人事部門的業(yè)務(wù)主要涉及兩大塊，一塊是員工基本信息，另一塊是工資管理，兩塊業(yè)務(wù)相對獨立。本文研究的是人事管理系統(tǒng)中的工資管

48、理系統(tǒng)，根據(jù)調(diào)查得出工資管理過程。</p><p>　　在順序圖中，一條豎線代表一個對象，每個時間用一條水平的箭頭線表示，箭頭方向從事件的發(fā)送對象指向接受對象，時間從上向下遞增，箭頭線在垂直方向上的相對位置表示事件發(fā)生的先后。根據(jù)工資管理過程可以繪制出如圖3.7所示的員工信息管理子模塊的順序圖。</p><p>　　圖3.7員工信息管理順序圖</p><p>　　3

49、.3.2 系統(tǒng)的協(xié)作分析</p><p>　　合作圖也稱為協(xié)作圖，用于描述相互合作的對象間的交互關(guān)系和鏈接關(guān)系。與順序圖一樣，合作圖也展示了對象間的動態(tài)協(xié)作關(guān)系。它除了說明信息的交換外，還顯示對象間的連接關(guān)系，描述信息在連接的對象之間的傳遞。</p><p>　　根據(jù)對員工信息管理系統(tǒng)的業(yè)務(wù)流程進行分析得出的順序圖，可以得出該系統(tǒng)的協(xié)作圖如圖3.8所示</p><p&g

50、t;　　圖3.8員工基本信息管理子模塊協(xié)作圖</p><p>　　3.3.3 系統(tǒng)狀態(tài)分析</p><p>　　狀態(tài)圖(State Diagram)用來描述一個特定對象的所有可能狀態(tài)及其引起狀態(tài)轉(zhuǎn)移的事件。</p><p>　　狀態(tài)圖描述了事件和對象狀態(tài)的關(guān)系。用戶在使用該系統(tǒng)之前要先進行注冊，輸入密碼注冊成功后進入系統(tǒng)。</p><p>　

51、　在進入系統(tǒng)之后要驗證用戶身份，若無權(quán)訪問則被強制退出系統(tǒng)，若有權(quán)訪問則可進入系統(tǒng)。進入系統(tǒng)后課根據(jù)需要修改、增加和刪除員工信息，確認(rèn)才做后則修改完成</p><p>　　圖3.9 管理員注冊狀態(tài)圖</p><p>　　圖3.10員工信息管理狀態(tài)圖</p><p>　　3.3.4 系統(tǒng)活動分析</p><p>　　活動圖是由狀態(tài)圖轉(zhuǎn)化而來的，

52、它描述了系統(tǒng)中各種活動執(zhí)行的順序，刻畫了一個系統(tǒng)中所要進行的各項活動的執(zhí)行流程。根據(jù)上文中繪制得出的順序圖以及合作圖，對兩圖中相互交互的對象進行分析可以得出系統(tǒng)主要的活動如下：</p><p>　　圖3.11 用戶注冊活動圖</p><p>　　圖3.12員工信息管理系統(tǒng)活動圖</p><p><b>　　4.系統(tǒng)設(shè)計與實現(xiàn)</b></p

53、><p>　　4.1 UML體系結(jié)構(gòu)設(shè)計</p><p>　　人事管理子系統(tǒng)采用面向?qū)ο蠹夹g(shù)對系統(tǒng)進行總體的設(shè)計和實現(xiàn)，用UML及其集成環(huán)境Rational Rose對系統(tǒng)進行分析和建模，采用PowerBuilder’s完成組件平臺建設(shè)，后端數(shù)據(jù)存儲是當(dāng)前流行的Oracle9i數(shù)據(jù)庫。本系統(tǒng)基于PowerBuilder’s構(gòu)建三層C/S結(jié)構(gòu)，數(shù)據(jù)庫服務(wù)器運行數(shù)據(jù)庫管理系統(tǒng)軟件，COM+組件運

54、行在應(yīng)用服務(wù)器上，客戶機運行住院管理系統(tǒng)客戶端軟件。</p><p>　　4.1.1 硬件體系結(jié)構(gòu)設(shè)計</p><p>　　本系統(tǒng)采用C/S結(jié)構(gòu)開發(fā)，三層C/S結(jié)構(gòu)是在客戶和服務(wù)器之間引入應(yīng)用層的概念，即在客戶端與數(shù)據(jù)庫之間加入了一個“中間層”。它將應(yīng)用邏輯移到應(yīng)用層完成，而客戶端弱化為一個圖形用戶接口，成為一個瘦客戶機。其解決方案是:對這三層進行明確分割，并在邏輯上使其獨立形成三層軟件結(jié)

55、構(gòu)。在這種結(jié)構(gòu)中，表示層、業(yè)務(wù)邏輯層和數(shù)據(jù)訪問層在邏輯上是彼此分離的，表示層向用戶提供數(shù)據(jù)，并有選擇地允許用戶使用邏輯數(shù)據(jù)。對于基于PC的應(yīng)用程序來說，本機用戶和基于Web的用戶接口是其兩個主要的用戶接口。本機用戶接口使用底層操作系統(tǒng)服務(wù)，基于Web的用戶以HTML為基礎(chǔ)，可通過任何平臺的瀏覽器來閱讀。本系統(tǒng)的三層C/S結(jié)構(gòu)如圖4.1所示。</p><p>　　圖4.1硬件體系結(jié)構(gòu)圖</p><

56、;p>　　4.1.2 軟件體系結(jié)構(gòu)設(shè)計</p><p>　　信息系統(tǒng)的軟件結(jié)構(gòu)是由信息系統(tǒng)軟件的各子系統(tǒng)按照確定的關(guān)系構(gòu)成的結(jié)構(gòu)框架，一般呈現(xiàn)多層次結(jié)構(gòu)模式。子系統(tǒng)是對軟件進行分解的一種中間形式，也是組織和描述軟件的一種方法。軟件結(jié)構(gòu)設(shè)計就是把軟件分解成多個子系統(tǒng)，并確定各子系統(tǒng)及其接口之間的相互關(guān)系。員工工資管理子系統(tǒng)的軟件結(jié)構(gòu)如圖4.2所示</p><p>　　圖4.2員工工資管

57、理軟件體系結(jié)構(gòu)圖</p><p>　　4.2 對象模型設(shè)計</p><p>　　在前文中，對系統(tǒng)所有關(guān)聯(lián)對象經(jīng)過非正式分析后得出員工工資管理子模塊的初始類如下：</p><p>　　員工、經(jīng)理、部門、部門管理者評價、評價分、員工請假信息、歷史調(diào)動信息、員工檔案、員工管理者、參勤情況、福利信息、員工工資、用戶、用戶管理者</p><p>　　

58、對以上候選類進行嚴(yán)格的考察篩選，去掉不正確的或不必要的，僅保留確實應(yīng)該記錄其信息或需要其提供服務(wù)的那些對象，增加和實現(xiàn)有關(guān)的類與對象，得出以下類與對象：</p><p>　　員工、經(jīng)理、部門、評價、評價分、歷史調(diào)動信息、員工管理者、參勤情況、福利信息、員工工資、用戶、用戶管理者</p><p>　　此次分析過程中，我們在分析階段沒有考慮那些純粹用于實現(xiàn)的屬性。只是在最后認(rèn)真考察了經(jīng)初步分析

59、而確定下來的那些屬性，從中刪掉了那些不正確的或不必要的屬性。部分對象類的屬性描述如下：</p><p>　　員工：員工編號、姓名、部門編號；增加福利、修改福利、評價組內(nèi)員工</p><p>　　經(jīng)理：部門編號；評價員工</p><p>　　部門：部門編號、部門經(jīng)理、員工人數(shù)</p><p>　　部門管理者：增加部門</p>&l

60、t;p>　　員工管理者：增加員工、刪除員工、修改員工、調(diào)動員工</p><p>　　經(jīng)理對員工評價：工作分工、完成情況、工作態(tài)度；部門經(jīng)理評分</p><p>　　評價分：部門經(jīng)理評分、組內(nèi)員工評分；計算總分</p><p>　　組內(nèi)員工評價：工作態(tài)度、合作情況；組內(nèi)員工評分</p><p>　　歷史調(diào)動信息：員工編號</p>

61、;<p>　　參勤情況：員工編號、正常出勤天數(shù)、遲到早退次數(shù)、請假天數(shù)、加班次數(shù)；統(tǒng)計出勤情況、修改加班表</p><p><b>　　福利信息：員工編號</b></p><p>　　用戶：用戶編號、權(quán)限等級</p><p>　　用戶管理者：用戶添加、用戶刪除、用戶權(quán)限等級設(shè)置</p><p>　　圖4.3

62、 員工工資管理對象模型圖</p><p><b>　　4.3 系統(tǒng)實現(xiàn)</b></p><p>　　本章使用UML建模技術(shù)，對人事管理系統(tǒng)進行了建模設(shè)計，使的開發(fā)出的產(chǎn)品在面對不同的客戶時方便修改和維護，大大減少了投入的人力和時間，同時大大縮小了產(chǎn)品的成本。在UML中，描述實現(xiàn)的視圖稱為組件視圖。它對模型中的組件建模，描述應(yīng)用程序搭建的軟件單元以及組件之間的依賴，從

63、而可以估計更改的影響。它還對類及其他元素在組件中的分配建模。布局視圖包括組件圖、配件圖以及配置圖，他們分別從不同的角度反映并顯示了本系統(tǒng)的軟件和硬件的物理配置。</p><p>　　4.3.1 組件分析</p><p>　　組件可以看作包與類對應(yīng)的物理代碼模塊，邏輯上與包、類對應(yīng)，它實際上是一個文件，可以有源代碼構(gòu)件、二進制構(gòu)件、可執(zhí)行構(gòu)件。構(gòu)件對外提供的可見操作和屬性稱為構(gòu)件的界面。在U

64、ML中，組件圖描述了組件及組件之間的關(guān)系，表示了組件之間的組織和依賴關(guān)系。組件圖是用來為面向?qū)ο笙到y(tǒng)的物理方面建模的圖形之一。經(jīng)過分析，員工工資管理子系統(tǒng)的組件圖如圖4.3所示。</p><p>　　圖4.3 員工工資管理子系統(tǒng)組件圖</p><p>　　4.3.2 配置分析</p><p>　　配置圖用來描述系統(tǒng)硬件的物理拓撲結(jié)構(gòu)以及在此結(jié)構(gòu)上執(zhí)行的軟件，即系統(tǒng)運

65、行時刻的結(jié)構(gòu)。可以顯示計算機結(jié)點的拓撲結(jié)構(gòu)和通信路徑，結(jié)點上執(zhí)行的軟構(gòu)件，軟構(gòu)件包含的邏輯單元等，特別對于分布式系統(tǒng)，配置圖可以清楚的描述系統(tǒng)中硬件設(shè)備的配置，通信以及在各硬件設(shè)備上各種軟構(gòu)件和對象的配置。配置圖是描述任何基于計算機的應(yīng)用系統(tǒng)的物理配置或邏輯配置的有力工具，人事管理子系統(tǒng)的配置圖如圖4.4所示。</p><p>　　圖4.4 人事管理子系統(tǒng)配置圖</p><p>　　5.課

66、程設(shè)計心得體會</p><p>　　我們進行了為期一周的課程設(shè)計。通過這次課程設(shè)計我們拓寬了知識面，鍛煉了能力，綜合素質(zhì)也有了較大的提高。安排課設(shè)的基本目的，在于理論與實際的結(jié)合、人與人的溝通，進一步提高思想覺悟。預(yù)期是觀察、分析和解決實際問題的實際工作能力能力，以培養(yǎng)適應(yīng)社會主義現(xiàn)代化建設(shè)需要的高素質(zhì)復(fù)合型人才。作為整個學(xué)習(xí)體系的有機組成部分。課設(shè)的一個重要功能在于運用學(xué)習(xí)成果，檢驗學(xué)習(xí)成果。運用學(xué)習(xí)成果吧課堂

67、上學(xué)到的理論知識，嘗試性的運用到實際設(shè)計工作，并從理論的高度對設(shè)計工作的現(xiàn)代化提出一些有針對性的建議和設(shè)想。檢驗學(xué)習(xí)成果，看一看課堂學(xué)習(xí)與實際工作底有多大差距。并通過綜合分析找出學(xué)習(xí)中存在的不足，以便為完善學(xué)習(xí)計劃，改變學(xué)習(xí)內(nèi)容與方法提供實踐依據(jù)。對我們信息管理與信息系統(tǒng)專業(yè)的學(xué)生來說，實際能力培養(yǎng)至關(guān)重要，而這種能力培養(yǎng)單靠課堂教學(xué)是遠遠不夠的，必須從課堂走向時間。這也是為畢業(yè)設(shè)計做預(yù)演，通過課程設(shè)計讓我們了解到自身與實際的差距，并在

68、以后學(xué)習(xí)期間及時補充相關(guān)知識，為求職與工作做好了充分的只是、能力準(zhǔn)備。從而縮短了從學(xué)校走向社會心里轉(zhuǎn)型期。通過這次課程設(shè)計，我對軟件工程這門課有了更深的了解，知道了UML的重大意義</p><p><b>　　參考文獻</b></p><p>　　【1】張海藩，軟件工程，清華大學(xué)出版社，2009.7</p><p>　　【2】王欣，管理信息系統(tǒng)

69、，中國水利水電出版社，2004（2007重?。?lt;/p><p>　　【3】余文森，林旖宏．淺談面向?qū)ο蠹夹g(shù)席平師專學(xué)報，2002，</p><p>　　【4】薛春芳．基于面向?qū)ο蠹夹g(shù)的圖書館管理系統(tǒng)研究．武漢化工學(xué)院學(xué)</p><p><b>　　報，2006</b></p><p>　　【5】于重重．基于UML的網(wǎng)上審