畢業(yè)論文基于ASP-NET的交警人事管理系統(tǒng)

1、目目 錄錄1. 概述概述 .41.1 研究課題及開發(fā)背景.41.2 課題研究意義和現(xiàn)狀.11.3 主要內(nèi)容.22. 相關(guān)理論與相關(guān)理論與計算機計算機技術(shù)技術(shù) .32.1 ASP.NET 技術(shù)概述.32.2 AJAX 技術(shù)概述.32.3 LINQ 技術(shù).42.4 Browser/Server 三層體系.42.5 UML 概述.52.6 PowerDesigner 概述 .73. 系統(tǒng)系統(tǒng)的的分析與設(shè)計分析與設(shè)計 .83.1 需求分析.83.1.1 問題范圍.83.1.2 功能需求.83.1.3 系統(tǒng)性能需求.93.1.4 軟硬件環(huán)境.43.2 確定系統(tǒng)邊界.43.3 確定參與者.43.4 確定用

2、例.43.5 建立靜態(tài)模型.43.5.1繪制用例圖.43.5.2繪制類圖.133.6 建立數(shù)據(jù)庫模型.163.6.1 實體關(guān)系模型.43.6.2 概念數(shù)據(jù)模型.163.6.3 物理數(shù)據(jù)模型.173.6.4 生成 SQL 腳本.183.7 建立動態(tài)模型：繪制圖.203.7.1繪制時序圖.203.7.2繪制協(xié)作圖.43.7.3繪制狀態(tài)圖.43.7.4繪制活動圖.44. 模塊設(shè)計及模塊設(shè)計及系統(tǒng)實現(xiàn)系統(tǒng)實現(xiàn) .234.1 系統(tǒng)各模塊的實現(xiàn).234.1.1 人事檔案管理模塊.234.1.2 招聘管理模塊.244.1.3 培訓管理模塊.254.1.4 考勤管理模塊.254.1.5 薪酬管理模塊.264.

3、2 系統(tǒng)配置.274.3 用 LINQ 技術(shù)操作數(shù)據(jù)庫.284.4 系統(tǒng)發(fā)布.294.5 系統(tǒng)安全性問題.294.5.1驗證.錯誤！未定義書簽。錯誤！未定義書簽。4.5.2授權(quán).304.6 報表統(tǒng)計.315. 系統(tǒng)測試系統(tǒng)測試 .315.1 單元測試的目的.315.2 單元測試的分類.325.3 單元測試：NUnit.326. 總結(jié)總結(jié) .33參考文獻參考文獻 .34致致 謝謝 .35基于基于 ASP.NETASP.NET 公安交警人事管理系統(tǒng)公安交警人事管理系統(tǒng)摘要：摘要：公安交警人事管理工作一直以來大多都是手工操作，人事管理工作中的大量的表格都需要相關(guān)工作人員進行整理和歸檔。每次對某些資料

4、進行查詢的時候，都要花費大量的時間和精力去搜索相關(guān)資料，枯燥又繁瑣，因此公安交警部門為此引進了人事管理系統(tǒng)，電子化管理，管理人員的工作量和工作效率都明顯提高。但是單機版的系統(tǒng)特點，仍然存在一些問題，如只有檔案管理功能，只能一個人進行錄入，有些功能仍舊無法實現(xiàn)，如對警員的業(yè)績考評、考勤管理、調(diào)離職管理等。飛速發(fā)展的計算機應(yīng)用技術(shù)及網(wǎng)絡(luò)技術(shù)以及越來越多的網(wǎng)絡(luò)版的管理信息系統(tǒng)的成功應(yīng)用啟發(fā)我開發(fā)本文的網(wǎng)絡(luò)版的交警人事管理系統(tǒng)，從而實現(xiàn)交警大隊人事部門的人事管理、組織機構(gòu)管理、考勤管理、工資管理、警銜管理以及獎懲管理等各個方面的電子化管理。現(xiàn)在的計算機網(wǎng)絡(luò)技術(shù)普遍應(yīng)用的 B/S 結(jié)構(gòu)以及 ASP.NE

5、T 開發(fā)框架由于在網(wǎng)絡(luò)開發(fā)上具有簡單高效、可管理性強和可縮放性等特點，本系統(tǒng)亦采用了 B/S架構(gòu)和 ASP.NET 開發(fā)框架。本文的主要目的和具體內(nèi)容是基于 ASP.NET 的交警人事管理系統(tǒng)的開發(fā)，主要思想是軟件工程的思想，面向?qū)ο蟮南到y(tǒng)結(jié)構(gòu)的分析和設(shè)計、功能的測試與實現(xiàn)等則是采用了 UML 建模語言。本文數(shù)據(jù)庫操作是 LINQ 技術(shù)；AJAX 技術(shù)的應(yīng)用則實現(xiàn)了客戶端操作和服務(wù)器響應(yīng)之間的異步操作。關(guān)鍵詞：關(guān)鍵詞：人事管理系統(tǒng)；ASP.NET；UML 建模語言；LINQ；AJAX 技術(shù)TRAFFIC POLICE PERSONNEL MANAGEMENT SYSTEM BASED ON A

6、SP.NET ABSTRACTABSTRACT：Traffic Police personnel management has been mostly manual, a lot of work in the form of personnel management needs related to staff managing and archiving. Some information for each query time, should spend a lot of time and effort to search for relevant information, boring

7、and tedious, so the introduction of the Police Department for this personnel management system, electronic management, workload and management staff productivity are significantly improved. But the stand-alone version of the system features, there are still some problems, such as only the file manag

8、ement functions, only one person entry, some features still not possible, such as performance evaluation of police officers, attendance management, leave management transfer.The successful application of computer application technology and network technology and the rapid development of more and mor

9、e of the network version of management information systems inspired me to develop this article online edition of police personnel management system, enabling personnel management department of traffic police brigade personnel, organization management,attendance management, payroll management, incent

10、ive management rank management and other aspects of the electronic management. Computer network technology now widely used in B / S structure and ASP.NET development framework because of a simple and efficient on network development, manageability, and scalability and strong features, the system als

11、o uses the B / S architecture and ASP. NET development framework. The main purpose and the specific content of this paper is mainly based on the idea to develop ASP.NET of police personnel management system, the idea of software engineering, and object-oriented analysis and design system architectur

12、e, testing and implementation of functions and other is the use of UML modeling language. This article is LINQ technology database operation; application AJAX technology is to achieve the asynchronous operation client and server operating response.KeyKey words:words: ASP.NET；Personnel Management Sys

13、tem；UML；AJAX；LINQ1.1. 概述概述1.11.1 研究課題及開發(fā)背景研究課題及開發(fā)背景隨著計算機在社會生活中的普及以及廣泛應(yīng)用，它在各個領(lǐng)域的作用越來越突出，而信息化檔案管理尤為明顯。相比較計算機的信息處理功能而言，采用人工的方式管理交警人事檔案明顯存在許多缺點：如效率低、安全性差、查找費時費力、更新和維護困難等。而采用計算機處理信息，則效果大不相同。雖然我國自 70 年代末才開始在全國范圍內(nèi)推廣計算機應(yīng)用，但是它在我國信息處理過程中仍有著不可取代的作用。因此，考慮開發(fā)一個交警人事管理系統(tǒng)。我國交警人事管理簡言之，叫做人力資源管理，即 HR（Human Resource）管理，

14、人力資源管理就是指運用現(xiàn)代化的科學方法，對與相關(guān)事務(wù)相結(jié)合的人力進行合理的培訓、組織和調(diào)配，使人力、物力經(jīng)常保持最佳比例。人力資源管理系統(tǒng)（Human Resources Management System，HRMS），是指組織或社會團體運用系統(tǒng)學理論方法，對企業(yè)的人力資源管理各個方面進行分析、規(guī)劃、實施、調(diào)整，提高企業(yè)人力資源管理水平，使人力資源更有效的服務(wù)于組織或團體目標。人力資源管理系統(tǒng)的發(fā)展過程如下 ：第一代人力資源管理系統(tǒng)產(chǎn)生于上世紀 60 年代末期，只有自動計算人員薪酬的功能，不能生成報表和分析數(shù)據(jù)，也無法保留歷史信息。 第二代則出現(xiàn)于上世紀 70 年代末，可以設(shè)計非財務(wù)人力資源信

15、息和薪資的歷史信息，也可以生成簡單的報表和分析數(shù)據(jù)。 第三代產(chǎn)生于上世紀 90 年代末，這一代系統(tǒng)的數(shù)據(jù)庫關(guān)于人力資源的數(shù)據(jù)幾乎齊全，報表生成工具、數(shù)據(jù)分析工具和信息共享功能更加強大。目前，大多數(shù)有關(guān)人力資源管理系統(tǒng)的研究都已經(jīng)有了較為成熟、商業(yè)化的人力資源管理系統(tǒng)，很多辦公自動化系統(tǒng)也集成了其子系統(tǒng)。但是這些系統(tǒng)針對性強，幾乎都是針對企業(yè)的，而且成套銷售，其服務(wù)范圍幾乎沒有涵蓋交警部門；另外，單機版的部分系統(tǒng)，無法滿足多用戶并且并發(fā)操作的需求。再加上，公安部信息化建設(shè)的大力提倡、公安部內(nèi)部網(wǎng)絡(luò)建設(shè)的完善，促使了要開發(fā)一個基于 B/S 架構(gòu)的交警人事管理系統(tǒng)。1.21.2 課題研究意義和課題研

16、究意義和現(xiàn)狀現(xiàn)狀 因為 ASP.NET 在開發(fā)網(wǎng)絡(luò)應(yīng)用時，簡單迅速，靈活性高，安全性好，本論文采用了 ASP.NET 開發(fā)基于 B/S 結(jié)構(gòu)的交警人事管理系統(tǒng)。本系統(tǒng)的開發(fā)，對于我們來說，既可以系統(tǒng)地學習.NET 框架、Web 開發(fā)的相關(guān)基礎(chǔ)知識技術(shù)，又可以熟悉和鞏固軟件開發(fā)的流程以及掌握有關(guān) CASE 工具的使用方法；而對于公安部信息化建設(shè)及其他部門來說，可以對其警員管理系統(tǒng)提供借鑒和參考。所以，本研究的主要目的是開發(fā)一個包括 組織機構(gòu)管理、人事管理、工資管理、出勤 管理、警銜管理和獎懲管理等方面內(nèi)容的交警人事管理系統(tǒng)，以減少目前手工操作帶來的人事管理的繁瑣的缺陷。因此，本課題具有重要的應(yīng)用

17、價值。目前國內(nèi)外比較有影響的人力資源管理系統(tǒng)有：(1) SAP 的 mySAP ERP HCM（人力資本管理）(2) 仁科的 peopleSoft(3) Oracle 的 Oracle HRMS人力資源管理軟件不止這些，市場上還有其他一些著名的人力資源管理軟件，由于市場份額、產(chǎn)品功能及成熟度、技術(shù)水平、地域性強、員工流動率過高等原因，他們的產(chǎn)品與前幾款軟件相比稍遜一籌。1.1.3 3 主要內(nèi)容主要內(nèi)容本論文的主要內(nèi)容是開發(fā)一個基于 B/S 結(jié)構(gòu)的網(wǎng)絡(luò)版交警人事管理系統(tǒng)，用來電子化管理本單位人力資源管理軟件人事部門的組織機構(gòu)人力資源管理軟件管理、人事管理、工資管理、考勤管理、警銜管理和獎懲管理等

18、各方面。論文第一章敘述了本課題研究背景、意義和應(yīng)用價值、國內(nèi)外的發(fā)展現(xiàn)狀；第二章介紹了與本論文相關(guān)的一些技術(shù)成果和現(xiàn)狀；第三章則著重介紹了交警人事管理系統(tǒng)的需求分析與設(shè)計，以及各種繪圖和模型；第四章詳述了系統(tǒng)實現(xiàn)及開發(fā)過程中的關(guān)鍵技術(shù)；而第五章，介紹了軟件測試方面的基礎(chǔ)知識，并詳細介紹了本文所采用的 NUnit 測試技術(shù)；第六章對研究工作進行了總結(jié)，為進一步完善本系統(tǒng)，指出了其中的不足并整理了后續(xù)工作。2.2. 相關(guān)理論與計算機技術(shù)相關(guān)理論與計算機技術(shù)2.12.1 ASP.NETASP.NET 技術(shù)技術(shù)概述概述ASP.NET 是. NETFramework 的一部分，而.NET 技術(shù)則是微軟公

19、司的一項新的軟件開發(fā)標準，網(wǎng)絡(luò)定義為“它代表了一個集合、一個環(huán)境和一個可以作為平臺支持下一代 Internet 的可編程結(jié)構(gòu)?！盇SP. NET 是一個統(tǒng)一的 Web 開發(fā)模型,它包括您使用盡可能少的代碼生成企業(yè)級 Web 應(yīng) 用程序所必需的各種服務(wù)。ASP. NET 應(yīng)用程序的代碼在編寫時,可以訪問. NET Framework 中的類。您可以使用與 CLR(公共語言運行庫)兼容的任何語言來編寫代碼,這些語言包括 VB（Microsoft Visual Basic）、C #和 J # 等。ASP. NET 的特性和功能包括：(1)頁和控件框架(2)ASP.NET 編譯器(3)安全基礎(chǔ)結(jié)構(gòu)(4

20、)狀態(tài)管理功能(5)應(yīng)用程序配置(6)運行狀況監(jiān)視和性能功能(7)調(diào)試支持(8)XML Web services 框架(9)可擴展的宿主環(huán)境和應(yīng)用程序生命周期管理(10)可擴展的設(shè)計器環(huán)境2.22.2 AJAXAJAX 技術(shù)概述技術(shù)概述AJAX(Asynchronous JavaScript and XML)作為 2005 年 2 月才正式提出的一項綜合技術(shù)，其主要特點是：為 Web 開發(fā)提供異步的數(shù)據(jù)傳輸和交換方式；在不刷新頁面的情況下與服務(wù)器進行數(shù)據(jù)交換。實際上，AJAX 是 XHTML、CSS、JavaScript、DOM 和 XML 等技術(shù)的有機結(jié)合而衍生的技術(shù)。它是一種并不要求程序員

21、去學習一門新的語言，可以直接運用他們原本掌握的服務(wù)器技術(shù)的客戶端方法。ASP.NET AJAX 開發(fā)集成了 ECMAScript（European Computer Manufacturers Assocication）客戶端腳本庫和 ASP.NET 基于服務(wù)器端的開發(fā)平臺。ASP.NET AJAX 框架包含了客戶端 API 和服務(wù)器端 API 兩個 API。ASP.NET AJAX 的主要設(shè)計目標 ： (1)為了讓其能夠自動生成支持富客戶端的 JavaScript 代碼，對現(xiàn)有的 ASP.NET服務(wù)器端模型進行擴展。(2)為進一步簡化 客戶端的編程而對 ASP.NET 增加客戶端 編程模型。

22、隨著 AJAX 技術(shù)的推出以及迅速風靡，許多單位和組織隨后紛紛開發(fā)了許多不同的AJAX 產(chǎn)品，使開發(fā)者基于 AJAX 的開發(fā)工作更加快速高效。除此之外，還有以下比較流行的輕量級框架：(1)Prototype (2)Dojo(3)Mootools (4)JQuery (5)Dwr (6)Buffalo (7)Yui (8)Ext (9)Qooxdoo (10)Spry2.32.3 LINQLINQ 技術(shù)技術(shù)語言集成查詢 LINQ（Language Integrated Query），標志著面向?qū)ο缶幊碳夹g(shù)在工業(yè) 領(lǐng)域的應(yīng)用已經(jīng) 進入了一個 穩(wěn)定的發(fā) 展階段。為簡化、統(tǒng)一對不同數(shù)據(jù)源以及不同數(shù)據(jù)格

23、式的處理方式，微軟開發(fā)團隊構(gòu)建了這樣一個新的技術(shù)，是 Visual Studio 2008 及.NET 3.5 框架中提供的一個重要的特性。LINQ 提供的途徑則更為常規(guī)：給.Net 框架添加一 些可以應(yīng)用于所有信息源的、具有多種用途的查詢語法特性，這種特性更加完善，大大的提高工作效率。LINQ 的基本架構(gòu)如下圖 2.1 所示。圖 2.1 LINQ 基本框架從圖 2.1 可以看出，第二層針對不同數(shù)據(jù)源添加了不同的 LINQ 提供程序，由此開發(fā)者可以使用同一個 LINQ 查詢語句操作不同的數(shù)據(jù)源。第二層的提供程序中，兩個最經(jīng)常訪問的數(shù)據(jù)源是與數(shù)據(jù)庫和 XML 相關(guān)的。 與傳統(tǒng)的 SQL 語句不相

24、同的是，LINQ 在操作不同的數(shù)據(jù)時，使用了強類型的表達式。因此，C#編輯器在編譯時可以對 LINQ 查詢語句的正確性進行檢查，并且在 VS 2008 集成開發(fā)環(huán)境中，提供了代碼智能感知與自動完成等附加功能，大大提高了開發(fā)效率。2.42.4 Browser/ServerBrowser/Server 三層體系三層體系Browser/Server 結(jié)構(gòu)就是瀏覽器/服務(wù)器結(jié)構(gòu)， 簡稱 B/S 結(jié)構(gòu)。B/S 模式是以Web 技術(shù)為基礎(chǔ)，把 C/S 模式中的服務(wù)器設(shè)置細分為數(shù)據(jù)庫服務(wù)器和 Web 服務(wù)器,從而變成三層體系結(jié)構(gòu)，是在 C/S 模式的基礎(chǔ)上發(fā)展的產(chǎn)物。一個典型的三層結(jié)構(gòu)如圖 2.2 所示：W

25、eb瀏覽器數(shù)據(jù)庫服務(wù)器Web服務(wù)器網(wǎng)網(wǎng)絡(luò)絡(luò)HTTPHTTPHTMLHTML圖 2.2 B/S 三層體系結(jié)構(gòu)圖 2.2 中，整個系統(tǒng)采用 B/S 三層結(jié)構(gòu)。客戶端以 Web 瀏覽器為媒介提交請求，然后通過網(wǎng)絡(luò)連接 Web 服務(wù)器，Web 服務(wù)器處理其發(fā)出的請求，并向數(shù)據(jù)庫服務(wù)器發(fā)出請求，數(shù)據(jù)庫服務(wù)器再通過 ODBC 驅(qū)動程序和 ADO 對象處理接收到的數(shù)據(jù)請求，并將結(jié)果反饋給 Web 服務(wù)器，Web 服務(wù)器將其進行處理后，結(jié)果以 HTML 格式呈現(xiàn)在 Web 瀏覽器上 。三層體系結(jié)構(gòu)中的數(shù)據(jù)處理分三層：第一層是提供用戶與系統(tǒng)的交互的客戶端（用戶界面），第二層是的 Web 應(yīng)用服務(wù)器，第三層是負責

26、數(shù)據(jù)信息的存儲、訪問及優(yōu)化的數(shù)據(jù)庫服務(wù)器。在 B/S 三層體系結(jié)構(gòu)系統(tǒng)中，用戶將請求通過瀏覽器發(fā)到服務(wù)器上，服務(wù)器再處理請求，最后將結(jié)果返回到瀏覽器。這樣做大大減輕了客戶機的負擔。B/S 三層體系結(jié)構(gòu)的優(yōu)點有：(1)用戶的操作使用簡單; (2)B/S 結(jié)構(gòu)具有可伸縮性; (3)易于開發(fā)、安裝和維護。2.52.5 UMLUML 概述概述UML 全稱是統(tǒng)一建模語言(United Modeling Language)，是最大范圍使用的定義良好、易于表達、功能強大且普遍適用面向?qū)ο蟮臉藴式７椒?，而且溶入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)，使它的作用域更大，不僅支持面向?qū)ο蟮姆治雠c設(shè)計，還支持需求

27、分析為始的軟件開發(fā)的全過程。其主要作用是幫助用戶面向?qū)ο蟮拿枋鲕浖到y(tǒng)和通過建立系統(tǒng)中各元素的關(guān)系建模，它可以描述軟件開發(fā)的全過程。UML 是一種建模語言，它有 UML 表示法和 UML 語義兩種方法定義：(1) UML 表示法：定義 UML 符號標準，使軟件開發(fā)能利用這些圖形符號和文本語法建模。通過這些圖形符號和文字而建立的是應(yīng)用級的模型，在語義上則是 UML 元模型的實例。 (2) UML 語義：用來定義基于 UML 的精確元模型。在語法和語義上，這種元模型為 UML 的所有元素提供了簡單、一致、通用的定義性說明，保證開發(fā)者在語義上的一致性。此外 UML 還支持對元模型的擴展定義。 UML

28、 主要由 5 大類圖，共 9 種圖形來定義其內(nèi)容：(1)例圖，指出各功能的操作者，從用戶的角度描述系統(tǒng)功能。(2)靜態(tài)圖，包括類圖、對象圖以及包圖。包圖由包或類組成，表示包與包之間的關(guān)系，類圖和包圖分別描述了系統(tǒng)中類的靜態(tài)結(jié)構(gòu)和系統(tǒng)的層次結(jié)構(gòu)；而對象圖是類圖的實例，只能在系統(tǒng)某一時期內(nèi)存在。(3)行為圖，是系統(tǒng)的動態(tài)模型和組成對象間交互關(guān)系的描述。行為圖包括狀態(tài)圖和活動圖。(4)交互圖，描述了對象之間的交互關(guān)系。包括時序圖（描述對象間的動態(tài)合作關(guān)系，如強調(diào)時間順序）和協(xié)作圖（描述對象間的協(xié)作關(guān)系，如強調(diào)上下級關(guān)系），它們都涉及了多個對象。(5)實現(xiàn)圖，分為組件圖和配置圖（也稱部署圖）。組件圖描

29、述代碼部分的物理結(jié)構(gòu)以及組件之間的依賴關(guān)系。配置圖描述了系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)。UML 由視圖、圖、模型元素和通用機制等幾個部分組成。其中，視圖和圖之間的歸屬關(guān)系如表 2.1 所示：表 2.1視圖及圖之間的歸屬關(guān)系視圖名稱視圖名稱圖名稱圖名稱架構(gòu)視圖名稱架構(gòu)視圖名稱用例視圖用例圖：系統(tǒng)功能的描述用戶模型視圖類圖：系統(tǒng)的靜態(tài)結(jié)構(gòu)描述邏輯視圖對象圖：系統(tǒng)在某個時刻的靜態(tài)結(jié)構(gòu)描述結(jié)構(gòu)模型視圖時序圖：按時間順序描述系統(tǒng)各元素間的交互協(xié)作圖：按時間順序和空間順序描述系統(tǒng)各元素間的交互以及它們之間的關(guān)系狀態(tài)圖：系統(tǒng)元素的狀態(tài)條件描述并發(fā)視圖活動圖：系統(tǒng)元素的活動描述行為模型視圖組件視圖組件圖：系統(tǒng)實現(xiàn)

30、的所有元素組成的組織描述實現(xiàn)模型視圖配置視圖配置圖：環(huán)境元素的配置的描述，并把實現(xiàn)系統(tǒng)的元素映射到配置上環(huán)境模型視圖利用 UML 進行面向?qū)ο蟮南到y(tǒng)分析和建模時，步驟：第一步：描述系統(tǒng)需求。第二步：建立相應(yīng)的靜態(tài)模型，構(gòu)造系統(tǒng)結(jié)構(gòu)。第三步：描述系統(tǒng)行為和狀態(tài)。其中第一步和第二步所建立的是靜態(tài)模型，第三步所建立的模型對應(yīng) UML 的動態(tài)建模機制。隨著 UML 建模語言的使用越來越廣泛，許多建模工具也相繼出現(xiàn)，其中 Rational Rose 以其強大的功能，應(yīng)用最廣泛。因此，本系統(tǒng) UML 建模工具采用 Rational Rose。2.62.6 PowerDesignerPowerDesigne

31、r 概述概述PowerDesigner 是由 Sybase 公司推出的一個 CASE 工具集，利用它可以更為簡便地分析與設(shè)計管理信息系統(tǒng)，它幾乎涵蓋了數(shù)據(jù)庫模型設(shè)計的全過程。利用PowerDesigner 可以生成多種客戶端開發(fā)工具的應(yīng)用程序，可以制作數(shù)據(jù)流程圖、概念數(shù)據(jù)模型、物理數(shù)據(jù)模型，還可對團隊設(shè)計模型進行控制，也能為數(shù)據(jù)倉庫制作結(jié)構(gòu)模型。它可與許多流行的數(shù)據(jù)庫設(shè)計軟件如：PowerBuilder、Delphi、VB 等相配合使用，以達到縮短開發(fā)時間和優(yōu)化系統(tǒng)設(shè)計的效果。 PowerDesigner 包含六個模塊，模塊之間緊密集成。這六個模塊的作用見表 2.2：表 2.2PowerDes

32、igner 各模塊的功能模模塊塊功功能能ProcessAnalyst用于需求分析，可設(shè)計和構(gòu)造數(shù)據(jù)流圖和數(shù)據(jù)字典DataArchitect用于對概念層和物理層的交互式的數(shù)據(jù)庫設(shè)計和構(gòu)造AppModeler用于物理建模和應(yīng)用對象及數(shù)據(jù)組件的生成MetaWorks用于團隊開發(fā)，信息共享和模型管理WarehouseArchitect用于數(shù)據(jù)倉庫和數(shù)據(jù)集的建模和實現(xiàn)Viewer用于以只讀的、圖形化方式訪問整個企業(yè)的模型信息PowerDesigner 的特點有需求管理；文檔生成；影響度分析；數(shù)據(jù)映射；開放性支持；可自定義；企業(yè)知識庫。3.3. 系統(tǒng)的分析與設(shè)計系統(tǒng)的分析與設(shè)計分析客觀世界的現(xiàn)象，對其建模

33、并將其映射到計算機系統(tǒng)上，這就是系統(tǒng)的分析和設(shè)計。本系統(tǒng)采用的是面向?qū)ο蟮姆治雠c設(shè)計方法。面向?qū)ο蟮姆治雠c設(shè)計有一個顯著的特點，就是每個階段的表示都采用統(tǒng)一的模型，兩者之間沒有明確的內(nèi)容分工和時間界限，從對象的分析、設(shè)計到編程平滑的過渡，不存在鴻溝。簡言之，設(shè)計是對分析的細化和精化的過程。3.13.1 需求分析需求分析XX 市交警支隊現(xiàn)有民警 446 人，下設(shè) 8 個科（處、室），7 個直屬單位，管轄 11個市（縣、區(qū)）的交警大隊，擔負著全市七千多公里的道路，78 萬輛機動車，76 萬名駕駛員和 286 萬余輛非機動車的交通管理工作。本系統(tǒng)主要完成 XX 市交警支隊交警人事管理的電子化工作。3

34、. 問題范圍問題范圍開發(fā)一個交警人事管理系統(tǒng)，實現(xiàn)交警支隊警員的人事信息電子化管理，查詢、更新警員信息更加方便快捷，人事管理工作也由繁雜變得更為具體、直觀、合理?？剖翌I(lǐng)導(dǎo)可以在線分配任務(wù)，提交和瀏覽警員的業(yè)績報告。支隊警員可以在線瀏覽公告、查詢業(yè)績、申請調(diào)班。人事管理人員可以在這個系統(tǒng)上發(fā)布公告、管理考勤工資等。.2 功能需求功能需求本系統(tǒng)面向支隊所有警員，和政治處進行交流和調(diào)研，對整個交警人事管理業(yè)務(wù)流程進行分析后，得出結(jié)果如圖 3.1 所示。圖 3.1 政治處人事管理工作流程根據(jù)以上可知，本系統(tǒng)主要有以下七個功能模塊:(1)人事信息管理模塊：主要實現(xiàn)對交警從

35、試用到退休整個過程中所以信息的管理及信息的變動，并且提供多形式和多角度的查詢、統(tǒng)計分析方法。(2) 招聘管理模塊：主要功能是招聘信息的管理、招聘過程的詳細記錄，也可以銜接其他專業(yè)網(wǎng)站，進行網(wǎng)上崗位的公布和人才的招聘。(3)組織管理模塊：管理交通管理部門組織結(jié)構(gòu)和變更，以及職位信息及職位間工作關(guān)系，進行及時的人員配備；按照組織結(jié)構(gòu)進行人力規(guī)劃，計算和管理人事成本。(4) 培訓管理模塊：主要管理包括培訓材料、計劃和實施在內(nèi)的信息。(5) 考勤管理模塊：添加和查詢警員的考勤記錄、病休假記錄等，為警員的升職加薪等提供參考依據(jù)。(6) 薪酬管理模塊：管理包括薪酬登記、審核、修改和查詢在內(nèi)的警員薪酬信息。

36、(7) 其他管理或?qū)嵱霉ぞ吣K：一些常用的實用工具或其他管理功能。通過分析可知，交警人事管理系統(tǒng)可分為兩個部分：客戶端和后臺管理端。其功能模塊分別如圖 3.2、圖 3.3 所示：客戶端出勤記錄提交個人信息維護新聞公告瀏覽注冊登陸模塊綜合查詢圖 3.2 客戶端功能模塊圖管理后臺組織管理綜合查詢考勤管理招聘管理人事信息管理薪酬管理培訓管理警銜管理圖 3.3 管理后臺功能模塊圖.3 系統(tǒng)性能需求系統(tǒng)性能需求交警人事管理系統(tǒng)一般要求滿足以下性能需求：(1) 數(shù)據(jù)精確度此系統(tǒng)對數(shù)據(jù)的精確度要求不高，系統(tǒng)可以確保用戶數(shù)據(jù)的正確性與安全性。(2) 時間特性因為本系統(tǒng)數(shù)據(jù)量比較少，所以在數(shù)據(jù)傳

37、輸系統(tǒng)運行的時間上完全可以滿足用戶的需求，用戶界面對操作請求的響應(yīng)時間限制在用戶可以接受的范圍內(nèi)。(3) 適應(yīng)性該系統(tǒng)使用的是 Visual Studio 2008 和 Windows XP 平臺，可以正確地運行所以兼容 Windows 的軟件或操作系統(tǒng)，適應(yīng)能力與兼容性較好。(4) 并發(fā)數(shù)量在服務(wù)器的 CPU 占用率不超過 75%、內(nèi)存使用率不超過 70%的情況下，對系統(tǒng)的并發(fā)訪問可同時處理 200 個。.4 軟硬件環(huán)境軟硬件環(huán)境本系統(tǒng)的軟硬件要求如表 3.1 所示：表 3.1系統(tǒng)推薦的軟硬件環(huán)境服務(wù)器端客戶端CPUP4 2.0 及以上P4 2.0 及以上內(nèi)存2G 及以上1G

38、 及以上硬盤120G 及以上80G 及以上操作系統(tǒng)Windows 2000/XP/2003/2008Windows 2000/XP/2003/2008分辨率10247681024768應(yīng)用服務(wù)器IIS 6.0數(shù)據(jù)庫服務(wù)器SQL Server 2000瀏覽器IE6.0 及以上版本IE6.0 及以上版本3.23.2 確定系統(tǒng)邊界確定系統(tǒng)邊界系統(tǒng)內(nèi)部的所有成分與外界各種事物之間的分界線就是系統(tǒng)邊界。分界線以內(nèi)是系統(tǒng)自身含有的全部對象；邊界以外則是與系統(tǒng)進行信息交換的包括人員，設(shè)備和外系統(tǒng)等各種參與者在內(nèi)的所有事物。交警人事管理系統(tǒng)用于管理涉及警員的人事檔案、工作、業(yè)績、獎懲記錄等各方面的內(nèi)容。3.3

39、3.3 確定參與者確定參與者參與者是透過系統(tǒng)邊界，在系統(tǒng)之外與系統(tǒng)進行交互的所有事物。包括人員、設(shè)備、外系統(tǒng)或其他任何事物。根據(jù)以上需求分析，至少可以確定 5 個參與者：系統(tǒng)管理員、普通警員、科室領(lǐng)導(dǎo)、人事管理員、財務(wù)系統(tǒng)。應(yīng)該明確每個參與者在系統(tǒng)中的業(yè)務(wù)活動內(nèi)容和應(yīng)完成的功能。系統(tǒng)管理員完成系統(tǒng)的初始設(shè)置，維護系統(tǒng)在運行中出現(xiàn)的問題以及完成備份和還原數(shù)據(jù)。普通警員使用本系統(tǒng)進行分派任務(wù)信息的查詢、新聞公告的瀏覽、調(diào)休及請假申請的提交、個人業(yè)績報告的瀏覽以及任務(wù)總結(jié)提交和個人信息更新等工作?？剖翌I(lǐng)導(dǎo)使用本系統(tǒng)分派任務(wù)、查看警員的任務(wù)進度、批準警員的調(diào)班及請假申請、提交警員的業(yè)績報告等。人事管理

40、員使用本系統(tǒng)完成發(fā)布通知及公告，管理警員人事檔案、警員考勤和警員業(yè)績考核，生成及提交工資報表等功能。并將這些信息發(fā)送給系統(tǒng)的外部系統(tǒng)財務(wù)系統(tǒng)，進行工資結(jié)算。 3.43.4 確定用例確定用例用例用來描述參與者使用系統(tǒng)的一項功能時所進行的、涵蓋了由雙方交替執(zhí)行的一系列動作的交互過程。經(jīng)過分析，本系統(tǒng)的用例有：管理警員檔案信息、管理考勤信息、管理工資信息、安排警員培訓、管理科室部門信息、發(fā)布通知、查詢警員信息、查詢調(diào)休信息、身份驗證等。3.53.5 建立靜態(tài)模型建立靜態(tài)模型.1 繪制用例圖繪制用例圖用例圖是系統(tǒng)的外部行為視圖。通過用例圖，對系統(tǒng)的行為的了解更加直觀，參與者與用例之間的

41、聯(lián)系也更加明確。繪制用例圖第一步是用例描述，現(xiàn)以“查詢警員信息”用例作說明：“查詢警員信息”用例描述用例編號：010032 (共有 3 層用例圖結(jié)構(gòu)，每層用 2 位數(shù)字表示，采用 6 位編號)用例名：查詢警員信息 參與者：普通警員、科室領(lǐng)導(dǎo)、人事管理員 目的：通過輸入查詢的關(guān)鍵字，可以查詢到數(shù)據(jù)庫中符合條件的警員的相關(guān)信息。警員可以通過合法驗證，獲取數(shù)據(jù)庫中的自己的各種信息等。 類型：主要的、基本的級別：一級過程描述：1、查詢者輸入用戶名和密碼；2、系統(tǒng)驗證用戶的合法性；3、系統(tǒng)通過合法性驗證后，查詢者輸入查詢關(guān)鍵字； 4、系統(tǒng)返回符合要求的警員相關(guān)信息。用例建模后得到的人事管理員用例圖如圖

42、3.4 所示：、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、圖 3.4 人事管理員用例圖警員用例圖如圖 3.5 所示：、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、圖 3.5 警員用例圖科室領(lǐng)導(dǎo)也是警員，因此科室領(lǐng)導(dǎo)參與者除了具備警員的操作功能，還有其自身的新功能?？剖翌I(lǐng)導(dǎo)用例圖如圖 3.6 所示：、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、

43、、 、 、 、 、 、圖 3.6 科室領(lǐng)導(dǎo)用例圖系統(tǒng)管理員用例圖如圖 3.7 所示。、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、圖 3.7 系統(tǒng)管理員用例圖.2 繪制類圖繪制類圖系統(tǒng)的靜態(tài)模型的主要表達圖是類圖和對象圖。發(fā)現(xiàn)對象類及類之間的關(guān)系，確定它們的靜態(tài)結(jié)構(gòu)和動態(tài)行為是面向?qū)ο蟮淖罨竞妥钪匾娜蝿?wù)。類圖表示了一組類、接口、協(xié)同及關(guān)系。類之間需要對相互關(guān)系進行定義和描述，來構(gòu)成一個完整的、有機的靜態(tài)模型，而這需要通過系統(tǒng)的用例圖來發(fā)現(xiàn)類，并定義類的屬性和操作。類與類之間有泛化、聚合、關(guān)聯(lián)和依賴等幾種關(guān)系。定義了對象類之后，就需要分析對

44、象類之間的聯(lián)系。關(guān)系如圖 3.8 所示：圖 3.8 參與者類圖通過對系統(tǒng)的功能進行分析，可以得到對象類之間的多種關(guān)系，如關(guān)聯(lián)、聚合、泛化、依賴?，F(xiàn)以薪酬管理對象為例作說明：“工資”類和“工資級別”類存在關(guān)聯(lián)、“警員”類和“工資”類存在“發(fā)放”關(guān)聯(lián)；“警員”類和“考評”類存在“考評”關(guān)聯(lián)等。這些相互關(guān)聯(lián)的類之間是通過消息傳遞進行聯(lián)系和協(xié)同工作，沒有泛化關(guān)系。由此可知，人事管理系統(tǒng)的類圖如圖 3.9 所示。圖 3.9 交警人事管理系統(tǒng)類圖3.63.6 建立數(shù)據(jù)庫模型建立數(shù)據(jù)庫模型.1 實體關(guān)系模型實體關(guān)系模型客觀存在的并可以相互區(qū)別的事物叫做實體。例如，在交警支隊里警員號可以將一個

45、警員與其他警員區(qū)別開。實體可以是抽象的，也可以是現(xiàn)實存在的。通過需求分析和系統(tǒng)設(shè)計可以得到九個實體，分別是：用戶實體、警員實體、部門實體、業(yè)績實體、工資實體、警銜實體、考勤記錄實體、科室實體和獎懲記錄實體。由以上分析得到的交警人事管理系統(tǒng)的 E-R 圖如圖 3.10 所示。圖 3.10 交警人事管理系統(tǒng) E-R 圖.2 概念數(shù)據(jù)模型概念數(shù)據(jù)模型Powerdesigner 的概念數(shù)據(jù)模型（Conceptual Data Model，CDM）以實體-關(guān)系（E-R）理論為基礎(chǔ)，再通過對這種理論不斷擴充，建立了概念數(shù)據(jù)模型。創(chuàng)建 CDM 第一個應(yīng)該知道的是模型所描述的業(yè)務(wù)問題。比如，要

46、存儲哪些信息，有哪些與業(yè)務(wù)相關(guān)的實體，怎樣進行的業(yè)務(wù)流程等。在前述的 E-R 圖基礎(chǔ)上，可以建立概念數(shù)據(jù)模型。圖 3.11 顯示了用 Powerdesigner 設(shè)計實體的操作界面：圖 3.11 用 Powerdesigner 設(shè)計用戶實體整個交警人事管理系統(tǒng)的 CDM 見圖 3.12：圖 3.12 用 Powerdesigner 建立交警人事管理系統(tǒng) CDM.3 物理數(shù)據(jù)模型物理數(shù)據(jù)模型物理數(shù)據(jù)設(shè)計直接對應(yīng)著具體的數(shù)據(jù)庫系統(tǒng)，是后臺數(shù)據(jù)庫的藍本?？梢灾苯訌母拍顢?shù)據(jù)模型轉(zhuǎn)換得到物理數(shù)據(jù)設(shè)計，同時物理數(shù)據(jù)設(shè)計將創(chuàng)建主鍵和索引，通過概念數(shù)據(jù)類型映射為相應(yīng)的物理數(shù)據(jù)類型。以目前常用的

47、數(shù)十種數(shù)據(jù)庫管理系統(tǒng)(DBMS)理論為基礎(chǔ)的 Powerdesigner 中的物理數(shù)據(jù)模型(Physical Data Model，PDM)，為每一種 DBMS 都生成了一個擴展名為 xdb的定義文件，根據(jù)實際需要，用戶可也以生成新的 DBMS 文件。表 3.2 列舉了 CDM 與 PDM 對象的對應(yīng)關(guān)系。表 3.2 CDM 與 PDM 對象的對應(yīng)關(guān)系CDM 對象PDM 對象Entity（實體）Table（表）Entity Attribute（實體的屬性）Table Column（表的列）Primary Identifer（主標識符）Primary Key（主鍵）或 Foreign Key（外

48、鍵）Secondary Identity（次標識符）Alternate Key（候選鍵）Relationship（聯(lián)系）Reference（參照）圖 3.13 所示的 PDM 是由 CDM 自動生成的，本系統(tǒng)選擇的 DBMS（數(shù)據(jù)庫管理系統(tǒng)）是 SQL Server2000.圖中顯示的屬性 Integer 轉(zhuǎn)化為 int, Variable characters(10)轉(zhuǎn)化為 varchar(10)等都是與 SQL Server2000 相對應(yīng)的。圖 3.13 由 CDM 生成 PDM.4 生成數(shù)據(jù)庫生成數(shù)據(jù)庫 SQLSQL 腳本腳本在數(shù)據(jù)庫中，利用 PDM 可以為當前的 DB

49、MS 生成 SQL 腳本，也可以直接生成數(shù)據(jù)庫對象， Powerdesigner 將第一次打開 PDM 時運行的 DBMS 作為默認值，生成參數(shù)依賴于目標 DBMS。在生成數(shù)據(jù)庫之前，也可以選擇其他 DBMS。本系統(tǒng)選擇的目標 DBMS 是 SQL Server 2000。圖 3.14 顯示了以警員信息表為例生成的 SQL 腳本：圖 3.14 生成警員信息表的 SQL 腳本整個系統(tǒng)需要的有關(guān)數(shù)據(jù)庫表可以利用 SQL Server 查詢分析器生成，其結(jié)構(gòu)如圖3.15 所示：圖 3.15 交警人事管理系統(tǒng)表結(jié)構(gòu)3.73.7 建立動態(tài)模型建立動態(tài)模型：繪制圖：繪制圖在 UML 中，可以用來表示系統(tǒng)的

50、動態(tài)行為模型的有時序圖、協(xié)作圖、狀態(tài)圖和活動圖。在系統(tǒng)的分析與設(shè)計中主要的用例和對象應(yīng)該有這些圖形，以此印證和修改系統(tǒng)的靜態(tài)結(jié)構(gòu)，分析系統(tǒng)的相應(yīng)功能，滿足用戶對系統(tǒng)的需求，達到系統(tǒng)的預(yù)先設(shè)計的目標。.1 繪制時序圖繪制時序圖時序圖是以時間作為順序描述系統(tǒng)中各對象通過消息交互的具體過程。時序圖可以用來描述場景，詳細表示對象與參與者和對象與對象之間的交互。時序圖可以清晰地表示對象在其生命周期的某一個時刻的動態(tài)行為，因為它以時間為序。一般在單獨的一個時序圖中只描述一個控制流，若需要，也可以使用分支法。人事管理人員登錄的時序圖如圖 3.16 所示：、 、 、 、 、 、 、 、 、 、

51、 、 、 、 、 、 、 、 : 、 、 、 、 、1、 、 、 、 、2、 、 、 、 、3、 、 、 、 、4、 、 、 、 、5、 、 、 、 、6、 、 、7、 、 、 、 、圖 3.16 人事管理人員登錄時序圖工資發(fā)放的時序圖如圖 3.17 所示： : 、 、 、 、 、 、 、 、 、 、 、圖 3.17 工資發(fā)放時序圖.2 繪制協(xié)作圖繪制協(xié)作圖從空間上描述收發(fā)消息的對象的組織結(jié)構(gòu)的模型叫做協(xié)作圖，它與時序圖統(tǒng)稱為交互圖，兩者可以表示相同的語義。協(xié)作圖用來描述相互合作的對象之間的交互關(guān)系和鏈接關(guān)系。用消息來表示對象間的合作情況。圖 3.18 表示的是人事管理員登錄的

52、協(xié)作圖：、 、 、 、 、 、 、 、 、 、 、 、 、 、 : 、 、 、 、 、3: 、 、 、 、4: 、 、 、 、5: 、 、 、 、7: 、 、 、 、 、 、 、2: 、 、 、 、6: 、 、1: 、 、 、 、圖 3-18 人事管理員登錄的協(xié)作圖.3 繪制狀態(tài)圖繪制狀態(tài)圖描述對象在生命周期處于何種狀態(tài)、每一種狀態(tài)的相應(yīng)的行為以及哪些事件會對對象狀態(tài)產(chǎn)生改變的模型叫做狀態(tài)圖。一個狀態(tài)圖包括一系列狀態(tài)、事件及狀態(tài)之間的變遷，通過它可以了解到一個對象的所有狀態(tài)和對象在事件發(fā)生時的狀態(tài)變化情況。狀態(tài)圖可以實現(xiàn)對類操作的細節(jié)描述，能夠為類圖中的每一個類進行行動狀態(tài)行為

53、說明。 圖 3.19 描述了警員查詢信息的狀態(tài)圖：、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、圖 3.19 警員查詢信息的狀態(tài)圖.4 繪制活動圖繪制活動圖活動圖是狀態(tài)圖的一個變種，描述的是從一個活動到另一個活動的順序流或分支流以及動作所施加的對象或者發(fā)生動作的對象?；顒訄D最終是用來描述動作及對象狀態(tài)改變的結(jié)果?；顒訄D主要包含三個方面的內(nèi)容：動作狀態(tài)、活動狀態(tài)和無觸發(fā)變遷。圖 3.20 是用戶登錄的活動圖：、 、 、 、 、 、 、 、

54、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、室 室室 室圖 3.20 用戶登錄活動圖圖 3.21 顯示了警員業(yè)績錄入的活動圖：、 、 、 、 、 、 、 、 、 、 、 、 、(、 、 、 )、 、 、 、 ?、 、 、 、 、 、 、 、 (、 )、 、 、(、 、 )室 室室 室 室 室圖 3.21 警員業(yè)績錄入活動圖4.4. 模塊設(shè)計及系統(tǒng)實現(xiàn)模塊設(shè)計及系統(tǒng)實現(xiàn)本系統(tǒng)采用的是 ASP.NET 編程語言、Dreamweaver 8 網(wǎng)頁編輯工具和 Visual Studio 2008 集成開發(fā)工具。Web 服務(wù)器使用的是 IIS 7.0。后臺數(shù)據(jù)庫采用 SQL Serv

55、er 2000，使用 LINQ 技術(shù)操作數(shù)據(jù)庫。通過前述分析與設(shè)計部分生成的類圖實現(xiàn)系統(tǒng)各個模塊的功能。4.14.1 系統(tǒng)各模塊的實現(xiàn)系統(tǒng)各模塊的實現(xiàn).1 人事檔案管理模塊人事檔案管理模塊此模塊分為檔案接收、檔案整理、檔案查詢、檔案轉(zhuǎn)出等四個子模塊。檔案接收子模塊工作流程如圖 4.1 所示，是用來接收新報到警員以及轉(zhuǎn)入檔案關(guān)系警員的檔案資料。檔案整理子模塊工作流程如圖 4.2 所示，用于完成對查實齊全的檔案的整理及入庫工作。 登登記記接接收收檔檔案案查查實實檔檔案案是是否否齊齊全全？進進行行檔檔案案整整理理向向檔檔案案轉(zhuǎn)轉(zhuǎn)出出單單位位索索取取缺缺失失材材料料編編號號入入庫庫是是

56、否否根根據(jù)據(jù)檔檔案案整整理理規(guī)規(guī)定定進進行行整整理理分分類類編編號號抄抄寫寫目目錄錄技技術(shù)術(shù)處處理理檢檢查查核核實實，編編檔檔案案號號入入庫庫圖 4.1檔案接收流程 圖 4.2檔案整理流程檔案查詢子模塊和檔案轉(zhuǎn)出子模塊完成對已經(jīng)整理入庫的檔案查詢或轉(zhuǎn)出的操作，其流程圖分別如圖 4.3、圖 4.4 所示。 開開具具檔檔案案查查詢詢申申請請單單到到檔檔案案室室進進行行查查閱閱登登記記在在檔檔案案室室查查閱閱需需要要復(fù)復(fù)印印件件？歸歸還還檔檔案案檢檢查查并并入入庫庫工工作作人人員員代代為為復(fù)復(fù)印印是是否否收收到到調(diào)調(diào)檔檔函函取取出出需需要要轉(zhuǎn)轉(zhuǎn)出出的的檔檔案案檢檢查查檔檔案案是是否否齊齊全全缺缺少少

57、材材料料需需補補齊齊填填寫寫檔檔案案轉(zhuǎn)轉(zhuǎn)移移通通知知單單密密封封后后轉(zhuǎn)轉(zhuǎn)出出收收到到回回執(zhí)執(zhí)并并記記錄錄圖 4.3檔案查詢流程 圖 4.4 檔案轉(zhuǎn)出流程.2 招聘管理模塊招聘管理模塊根據(jù)各部門的人員需求和工作的需要，需要招聘新的警員。用人部門提出用人的書面申請報送給政治處，政治處發(fā)布招聘通告、安排招聘事宜、組織面試、發(fā)布錄用通知等。招聘流程如圖 4.5 所示。用用人人部部門門提提出出書書面面申申請請報報送送政政治治處處政政治治處處發(fā)發(fā)招招聘聘通通告告政政治治處處匯匯總總應(yīng)應(yīng)聘聘材材料料并并分分發(fā)發(fā)給給用用人人部部門門、相相關(guān)關(guān)領(lǐng)領(lǐng)導(dǎo)導(dǎo)查查閱閱，進進行行初初選選反反饋饋給給政政治

58、治處處匯匯總總擬擬面面試試名名單單并并發(fā)發(fā)面面試試通通告告組組織織安安排排面面試試篩篩選選并并決決定定合合格格人人選選發(fā)發(fā)送送錄錄用用通通知知圖 4.5 警員招聘流程.3 培訓管理模塊培訓管理模塊政治處統(tǒng)一安排和執(zhí)行培訓工作，警員到支隊報到后要進行相關(guān)業(yè)務(wù)培訓，結(jié)束后進行考核，考核合格后在分配到各交警大隊中；考核不合格者重新培訓。培訓管理流程圖如圖 4.6 所示。制制訂訂支支隊隊培培訓訓計計劃劃審審批批合合格格？下下達達執(zhí)執(zhí)行行培培訓訓計計劃劃組組織織安安排排培培訓訓培培訓訓考考核核合合格格？分分配配崗崗位位安安排排再再次次培培訓訓是是否否是是否否圖 4.6培訓管理流程4.1.

59、44.1.4 考勤管理模塊考勤管理模塊考勤管理模塊主要功能有對警員的考勤記錄、考勤匯總、考勤審核等?？记诘挠涗浭蔷瘑T的業(yè)績考核指標之一。由大隊長考核警員每日的考勤記錄，然后每月底警員自我審核當月的考勤記錄，然后編制月度考勤表并考察記錄警員當月的違紀現(xiàn)象，匯總出月度考勤表。政治處審核考勤匯總表并將最終信息進行存檔?？记诠芾砹鞒倘鐖D 4.7 所示。每日記錄警員考勤信息月底警員核對各自考勤信息并確認編制月度考勤表 是否有 違紀現(xiàn)象呈報大隊長出具處理意見作出相應(yīng)處理月度考勤匯總表政治處審核月度考勤匯總表獎金發(fā)放依據(jù)之一警員業(yè)績管理流程信息存檔是否圖 4.7 考勤管理流程.5 薪酬管理模

60、塊薪酬管理模塊政治處勞資科根據(jù)檔案工資、考勤管理模塊和業(yè)績獎勵發(fā)放警員的工資，其相應(yīng)的流程圖如圖 4.8 所示。工工資資變變動動考考勤勤管管理理業(yè)業(yè)績績獎獎勵勵工工資資核核算算基基本本表表計計算算工工資資發(fā)發(fā)放放基基本本表表工工資資發(fā)發(fā)放放報報批批政政治治處處數(shù)數(shù)據(jù)據(jù)正正確確？是是否否圖 4.8薪酬管理流程4.24.2 系統(tǒng)系統(tǒng)配置配置系統(tǒng)配置文件有 Web.config 和 Global.asax 兩個。Web.config 配置文件是一種 XML 格式的文件?？梢杂脕碓O(shè)置一些公共的屬性信息，如數(shù)據(jù)庫連接。在 ASP.NET 環(huán)境下，應(yīng)用程序在運行時需要讀取一些與系統(tǒng)相關(guān)的常用配置信息，就由