基于.net技術的績效管理系統(tǒng)設計與實現(xiàn)

摘要

PAGE

PAGE

75

基于.net技術的績效管理系統(tǒng)設計與實現(xiàn)

摘要

隨著計算機技術的發(fā)展，企業(yè)日常業(yè)務的逐漸擴大，手工管理復雜數(shù)據的方式已不能適應一個運作高效的企業(yè)單位的數(shù)據規(guī)范化以及自動化管理?？冃гu估作為一種科學的人力資源管理手段，已在眾多企業(yè)中得到實施，但大多是以紙面形式進行的，這與很多企業(yè)中已經完成了的信息化建設并不相稱。為了充分利用企業(yè)現(xiàn)有的網絡資源，同時提高評估工作的效率并降低管理成本，有必要構建一個基于瀏覽器/服務器框架的績效評估Web應用系統(tǒng)。

本系統(tǒng)將商品流通管理系統(tǒng)和績效評估方法兩者相結合，設計并實現(xiàn)了基于績效的商品流通管理系統(tǒng)。系統(tǒng)主要有企業(yè)信息管理、員工績效評估、采購系統(tǒng)、銷售系統(tǒng)、庫存管理系統(tǒng)等模塊，通過對企業(yè)商品流通的管理及時準確地了解生產、銷售、庫存等情況，并據此對員工的績效進行評估，可以為企業(yè)管理者所做的決策提供依據。使用該評價模型有效地提高了績效考核的可靠性，并把人為因素降到了最低程度，為企業(yè)在績效管理方面提供了一個有效的解決方案。

該系統(tǒng)采用.net作為開發(fā)工具，后臺數(shù)據庫采用SQLserver，整個系統(tǒng)從符合操作簡便、界面友好、實用安全的角度出發(fā)，主要包括基礎資料，采購系統(tǒng)，銷售系統(tǒng)，庫存管理等模塊。論文首先指明了選題的背景和意義，而后詳細介紹了基于績效的商品流通管理系統(tǒng)的設計與實現(xiàn)過程。

關鍵詞：.net；商品流通管理系統(tǒng)；績效管理；采購管理；庫存管理

Abstract

Abstract

Withthedevelopmentofcomputertechnology，thegradualexpansionoftheordinarycourseofbusiness，themanualmanagementofcomplexdatacannotadapttoanefficientoperationofthebusinessunitsofdatastandardizationandautomationmanagement.Performanceevaluationasascientifichumanresourcesmanagementtools，manyenterprisesareimplemented，butmostlyinpaperform，whichhasbeencompletedwithalotofcorporateinformationconstructionisnotcommensurate.Inordertotakefulladvantageofexistingnetworkresources，whileimprovingtheefficiencyoftheassessmentandreducemanagementcosts，itisnecessarytobuildaperformanceevaluationWebapplicationsystembasedonbrowser/serverframework.

Thissystemwillbeacombinationofcommoditycirculationmanagementsystemsandperformanceevaluationmethodsbothdesignandmanagementsystembasingontheperformanceofcommoditycirculation.Enterpriseinformationmanagement，employeeperformanceevaluation，procurementsystem，salessystem，inventorymanagementsystemmodulesystem.andthissystemcantimelyandaccurateunderstandtheproduction，sales，inventorymanagementofcommoditycirculation，basingonemployeeperformanceassessment,andcanprovidethebasisforthedecisionsmadebybusinessmanagers.Usingtheevaluationmodelcanimprovethereliabilityofperformanceappraisal，andlowhumanfactorsdowntoaminimum，meanwhileprovidinganeffectivesolutionfortheenterpriseintheareaofperformancemanagement.

Thissystemusesthenetasadevelopmenttool，theback-enddatabaseusingSQLserver.Theentiresystemmainlyincludingthebasicinformation，salessystem，inventorymanagementmodulefromtheaspectoftheoperationsimple，user-friendly，practicalsafety.Thispaperfirstlypointsoutthebackgroundandsignificanceofthetopic，andthengivessomedetailsofthedesignandrealizationofthemanagementsystembasingontheperformanceofcommoditycirculationprocess.

Keywords：.Net，inventorymanagementofcommoditycirculationmanagementsystem，performancemanagement，procurementmanagement

目錄

目錄

摘要

I

Abstract

II

目錄

IV

圖表目錄

VII

第一章緒論

1

1.1研究意義及背景

1

1.2國內外研究狀況

4

1.3研究的主要內容

5

第二章相關技術概述

7

2.1軟件體系結構、框架和設計模式

7

2.2C/S結構和B/S結構介紹

12

2.2.1兩層應用模型C/S

12

2.2.2三層應用模型B/S

13

2.3NET和ASP技術

15

2.3.1NET框架介紹

15

2.3.2ASP工作原理和組件

16

2.3.3ASP對Web數(shù)據庫的訪問

18

2.4C/S與B/S的性能比較

20

第三章系統(tǒng)需求分析與整體設計

22

3.1XXXX有限公司績效考核現(xiàn)狀

22

3.1.1績效管理目標不明確

22

3.1.2定崗定編不清晰，人員配置不科學

23

3.1.3考核標準不明確，考核體系不科學

23

3.2系統(tǒng)設計目標

24

3.3功能需求

26

3.3.1功能需求分析

26

3.3.2系統(tǒng)運行要求分析

28

3.3.3性能需求分析

29

3.4系統(tǒng)可行性分析

30

3.5系統(tǒng)設計原則

31

3.6績效管理系統(tǒng)安全設計

35

3.6.1安全體系設計原則

35

3.6.2系統(tǒng)安全體系設計

37

3.7系統(tǒng)總體構架

40

3.8數(shù)據庫表設計

40

第四章主要模塊詳細設計與實現(xiàn)

44

4.1系統(tǒng)開發(fā)軟件和開發(fā)環(huán)境

44

4.2用例分析

46

4.3系統(tǒng)登錄實現(xiàn)和管理

48

4.3.1系統(tǒng)登錄實現(xiàn)

48

4.3.2用戶及部門管理

51

4.4員工績效評估實現(xiàn)

52

4.5庫存管理實現(xiàn)

55

4.6系統(tǒng)應用測試

59

4.6.1系統(tǒng)測試概述

63

4.6.2測試策略和基本內容

64

4.6.3測試環(huán)境和測試用例

65

第五章總結與展望

68

5.1總結

68

5.2展望

68

致謝

70

參考文獻

71

攻碩期間取得的研究成果

74

圖表目錄

TOC\o"1-1"\h\z\u

圖2-1C/S模型

12

圖2-2B/S模型

14

圖2-3ASP工作原理圖

17

圖3-1人員管理模塊

26

圖3-2績效考核管理模塊

28

表3-1系統(tǒng)運行指標要求

28

圖3-3系統(tǒng)性能需求

29

圖3-7績效考核軟件構架圖

40

表3-2：部門信息表（Department）：

41

表3-3：職務信息表（Position）

41

表3-4：員工信息表（BaseInf）：

41

表3-5：公共信息模塊表

41

表3-6：網絡文件模塊表

42

表3-7：重點工作模塊表

42

表3-8：往來信函模塊表

42

表3-9：日程信息表（Schedule）：

43

圖4.1系統(tǒng)管理員用例圖

46

圖4.2普通員工用例圖

46

圖4.3管理員績效管理用例圖

47

圖4.4系統(tǒng)用戶E-R圖

48

圖4-5登錄模塊

49

圖4-6評估界面

53

圖4-7績效評估一級指標

53

圖4-8二級評估詳細界面

54

圖4-9評估系統(tǒng)指標排序

54

圖4-10綜合指標績效評估

55

圖4-11專家意見

55

圖4-12庫存管理模塊流程

55

圖4-13倉庫查詢

56

圖4-14盤點界面

57

圖4-15修改盤點

58

圖4-16報警查詢

59

圖4-17修改信息

59

表4-2系統(tǒng)測試的分類即測試任務

62

表4-3測試用例模板

66

表4-4部分系統(tǒng)測試表

67

緒論

第一章緒論

1.1研究意義及背景

隨著世界經濟一體化的進程日益深化，參與激烈市場競爭的企業(yè)，已經充分體認到科學評估員工與員工所在團隊績效表現(xiàn)的極端重要性?？冃гu估已成為一種規(guī)程，在各企業(yè)中先后展開，績效評估系統(tǒng)的建立也在逐步完善。

績效評估系統(tǒng)有兩個作用：一是引導和激勵員工的行為趨向于組織的目標。因為員工的行為和組織的目標越一致，就越能創(chuàng)造組織績效和價值。良好的績效評估系統(tǒng)會提供一個系統(tǒng)的約束和監(jiān)督員工工作績效的方法，使員工知道公司對他們的期望，以及使員工明白工作績效達到何種程度會得到相應的報酬和其他的認可，進而把員工的行為引導到組織的目標上來；二是為人力資源管理實踐提供決策的信息和數(shù)據。以準確評估為基礎的加薪、培訓、晉升、調職和降級等實踐活動會具有公平性，可以極大地提高員工的士氣。

在最初，績效評估往往是通過面談和填寫書面表格的形式進行的。隨著企業(yè)人力資源管理的逐步完善，管理者需要對大量的評估數(shù)據做統(tǒng)計和分析，從而制定企業(yè)和員工的發(fā)展規(guī)劃。這樣，基于書面的績效評估方式已經滿足不了需求。隨后，基于填涂機讀評估卡的評估方式應運而生，對員工評估時，填涂好相應的評估機讀卡，然后通過讀卡器將結果輸入計算機，便可以借助計算機來統(tǒng)計和分析評估數(shù)據，這樣大大提高了評估的效率。然而，評估者的體會是，借助機讀卡進行評估，操作起來并不方便，由于機讀卡上不可能有對評估內容的描述，填涂評估卡時需要對照相關的說明文檔進行，而且容易出錯。同時，基于機讀卡的評估形式無法將評估的相關參考信息（如客戶的反饋，同事的評價等）錄入計算機。針對這些問題，我們設想為績效評估提供一個友好的電子交互平臺，使評估工作方便、高效的展開。

另一方面，隨著績效評估工作在越來越多企業(yè)的推廣、應用，人們還充分體認到，績效評估很容易使人產生一種挫折與失敗的感覺。因為，它是一項具有高難度的人力資源管理工作，它需要企業(yè)管理層在企業(yè)成長過程中不斷的去磨合與完善。從而，評估體系和策略會不斷的變化，這就要求績效評估的軟件系統(tǒng)對評估體系和策略的改變具有較強的適應性和較靈活的可擴展性。

基于上述應用背景，本文選擇使用.NET技術，用Web應用框架和MVC設計模式相結合的架構，來設計和實現(xiàn)這一績效評估系統(tǒng)，在系統(tǒng)的設計與實現(xiàn)中論述如何基于軟件體系結構和模式進行開發(fā)，以提高本績效評估系統(tǒng)的可擴展性、可重用性、對應用變化的適應性，降低各組件間的耦合性，最終提高系統(tǒng)的整體性能。

績效管理對于組織的持續(xù)發(fā)展具有重要的意義，這一點早已取得共識，然而這一管理過程復雜度高，工作量大，給相關管理部門造成控制難、效率低、消耗大，且結果也難盡如人意的局面。績效管理是一種特殊的加強了交互功能的按帶符號偏差進行選擇控制的反饋控制系統(tǒng)?？冃Ч芾磉^程需要而且會產生大量的信息，需要很好地儲存、處理和傳遞大量的信息，而且加強了交互功能，很多地方需要及時而又有效的溝通?？冃Ч芾硪詼贤楹诵沫h(huán)節(jié)，但在很多企業(yè)里，溝通方式除了個人談話，就是集體開會，溝通效率不盡如人意。員工得不到解決績效問題的方法培訓。其實，借助現(xiàn)代網絡保持績效溝通的順暢。尤其是在信息共享、網上培訓等方而，績效管理信息系統(tǒng)有著不可比擬的強大優(yōu)勢。所以，建立管理績效的信息系統(tǒng)是必要的。它是提高績效管理工作效率的需要，是績效管理過程中大量信息處理和存儲的需要，是績效管理過程中實時性溝通與交互的需要，也是全方位績效管理的需要。正確實施的績效管理軟件系統(tǒng)，通過便捷的信息處理和方便的信息存儲，可以顯著地提高企業(yè)績效管理的效率；通過便捷的績效溝通和績效反饋，可以使績效改進更加及時而又有效；通過適度固化工作流程，可以引導用戶真正地把績效管理的思想落到實處，降低績效管理的難度。

然而，市場上現(xiàn)有的績效管理系統(tǒng)，卻因為各種問題而不能很好地幫助用戶進行績效管理。對市場上現(xiàn)有的績效管理系統(tǒng)分析，發(fā)現(xiàn)市場上現(xiàn)有的績效管理系統(tǒng)，多是人力資源管理系統(tǒng)的一個模塊，或者是ERP系統(tǒng)中人力資源管理模塊的一個子模塊，也有作為獨立軟件存在的。這些產品，大多具有以下優(yōu)點：

（l）軟件性能良好，具有一定的安全性。

（2）界面設計美觀。

（3）對考核模板比較重視。

當然，不同軟件還都有自己的特點，比如有的提供了模板的功能，有的有工作日志功能，有的能很好地使用快捷菜單而使頁面緊湊，而有的則運行在網絡環(huán)境之中。

但總體上也具有以下缺點：

（l）僅供一類用戶使用。實際上，績效管理是由包括員工和主管等幾類用戶共同參與才可能做好的事情，僅供一類用戶使用，從一開始就注定了要失敗。

（2）缺乏員工直接的交互溝通功能，或這一塊功能不強?？冃Ч芾淼暮芏嗟胤綄贤ǘ加泻芨叩囊?，績效溝通也是績效管理軟件出現(xiàn)的推動力之一。

（3）對績效管理實施過程的控制重視不夠，沒有有效的過程控制方法。而事實上，過程控制是改進績效的有效辦法，沒有過程控制的績效管理往往是無用的。

（4）無法幫助用戶建立合適的考核指標。事實上，績效指標的制定關系到績效管理的成敗，因為它既是績效管理控制系統(tǒng)的輸入信號，又對考核有很大影響。但現(xiàn)有的指標設計方法僅僅是理論，使用起來仍有困難。這是績效管理失敗的重要原因之一。

出現(xiàn)這些缺點的根本原因，是由于軟件設計者大多對績效管理思想認識不夠深刻，導致他們設計和開發(fā)的系統(tǒng)往往不能很好地體現(xiàn)相應的管理思想和滿足用戶的需求。而沒有充分體現(xiàn)績效管理思想的績效管理軟件，應用價值也就大打折扣，甚至根本幫不了用戶的忙?？冃Ч芾韺嵺`的發(fā)展，在強烈呼喚一種新的績效管理軟件的出現(xiàn)。

1.2國內外研究狀況

信息產業(yè)的發(fā)展使得各個應用領域對于信息的管理越來越復雜，伴隨而至的是軟件系統(tǒng)的規(guī)模和復雜性日益增加，軟件設計的重心也從數(shù)據結構和特定算法的選擇上轉移到能否使用重復的體系架構，即能否達到體系架構級的軟件重用[1，2]。因此，基于軟件體系結構的開發(fā)過程是現(xiàn)代軟件開發(fā)的基本途徑，也是軟件工程成熟的標志。

軟件體系結構（SoftwareArchitecture）是目前軟件工程領域的一個研究熱點。實踐證明，一個成功的軟件系統(tǒng)往往都依托著一個好的軟件體系結構。由于軟件體系結構對軟件生命周期有重要的影響，并隨著軟件規(guī)模的不斷擴大和軟件復雜度的不斷增加，以及軟件開發(fā)費用的不斷提高，特別是大規(guī)模軟件構架技術的出現(xiàn)和應用，軟件體系結構已經成為軟件開發(fā)能否成功的決定因素之一，也是實現(xiàn)軟件復用的重要技術手段朱繼生，辦公自動化，北京：北京科學技術出版社，2008.3

。

縱觀軟件體系結構的發(fā)展，大概經歷了如下幾個階段：以匯編語言為代表的“無體系結構”階段；以流程圖為代表的軟件體系結構的“萌芽”階段；以UML為代表的軟件體系結構的不同模型的描述階段；以描述系統(tǒng)高層抽象結構為特征而不關心軟件建模細節(jié)的高級階段。

目前，對軟件體系結構的研究已逐漸走向成熟，軟件體系結構在軟件的工程化生產中發(fā)揮著重要的作用。人們針對不同的應用領域，從不同的側面對軟件體系結構的理論模型、描述方法、設計分析驗證、演化與復用以及基于軟件體系結構的軟件開發(fā)等方面進行著不斷的研究。

其中，基于設計模式的軟件體系結構研究正是從一個側面對軟件體系結構進行有意義的探索。

在軟件設計中，軟件界面是體現(xiàn)軟件性能的一個重要方面，采用豐富的視圖對同一模型進行表示和再現(xiàn)，可以大大提高軟件的易用性和可操作性。

實踐證明，問題的計算模型和顯示形式是可以獨立的，如果將兩者緊密地交織在一起，即使對于結構簡單的界面，當有各種靈活的需求時，界面的設計也將會變成一個復雜的過程。

MVC（模型-視圖-控制器）是廣泛用于交互式系統(tǒng)界面設計的模式，針對界面變化的需求，其解決方案是將系統(tǒng)劃分成模型、視圖和控制器三部分，并指定了各部分間的協(xié)作關系李臘元等編著，辦公自動化，北京：科學出版社，2007

。

本文設計的績效評估系統(tǒng)既要為用戶提供友好的操作界面，又要有強大的后臺數(shù)據處理功能，因此，我們選擇用Web應用三層框架和MVC設計模式相結合的方式來設計系統(tǒng)的總體架構，其中還會用到其它相關的設計模式，如過濾器模式（Filter）、工廠模式（Factory）、外觀模式（Facade）等。

1.3研究的主要內容

為了設計和實現(xiàn)本績效評估系統(tǒng)，本文對框架、設計模式等相關關鍵技術的應用作了研究和論述。首先，對.NET技術做了簡單介紹，指出了用.NET開發(fā)Web應用系統(tǒng)的好處；接著，分析并總結了基于軟件體系結構和設計模式進行開發(fā)的優(yōu)勢，闡述了MVC模式的原理，通過與Web應用三層框架作比較，得出了將MVC模式用于Web應用三層框架的解決方案。這些研究工作，為后續(xù)的績效評估系統(tǒng)設計奠定了理論依據。

在分析績效評估系統(tǒng)軟件需求的基礎上，本文對系統(tǒng)的業(yè)務模塊做了識別和劃分。結合將MVC模式用于Web應用三層框架的解決方案，本文給出了系統(tǒng)架構的設計方案，研究了系統(tǒng)各層在.NET環(huán)境中的總體部署和銜接。為了滿足系統(tǒng)的性能需求，本文通過對系統(tǒng)業(yè)務數(shù)據特點和.NET相關組件的分析，選擇了本系統(tǒng)中數(shù)據在各層間傳輸?shù)妮d體。

在詳細設計與實現(xiàn)階段，本文以績效評估功能模塊和用戶認證授權模塊為例，詳細論述了表現(xiàn)層、業(yè)務邏輯層和數(shù)據訪問層的設計與實現(xiàn)。對表現(xiàn)層，本文研究了如何設計基類控制器以及在基類控制器中動態(tài)加載用戶控件，以實現(xiàn)統(tǒng)一的界面風格和靈活的權限驗證；對業(yè)務邏輯層，本文對相關業(yè)務邏輯作了透徹分析，由于各層的分離，或多或少會對系統(tǒng)響應效率有所負面影響，本文研究了如何在分層的基礎上提高業(yè)務邏輯組件對數(shù)據的處理速度，設計并實現(xiàn)了較高性能的業(yè)務邏輯組件；對數(shù)據訪問層，本文通過分析ADO.NET數(shù)據提供者的結構特點，結合Factory和Facade等設計模式，研究并實現(xiàn)了可擴展的、能夠適應各種常用異構數(shù)據源的數(shù)據訪問組件。

最后，通過對系統(tǒng)的試運行，本文給出了對系統(tǒng)的測試結果，對全部工作進行了總結，并給出了對績效評估系統(tǒng)發(fā)展趨勢的展望

相關技術概述

第二章相關技術概述

2.1軟件體系結構、框架和設計模式

軟件體系結構為軟件系統(tǒng)提供了一個結構、行為和屬性的高級抽象。軟件體系結構的正確設計和選擇為軟件開發(fā)和維護工作提供了強有力的支持，是軟件系統(tǒng)最終成功的關鍵因素。

基于體系結構的軟件開發(fā)方法，是基于架構和構件的開發(fā)，它與傳統(tǒng)的軟件開發(fā)過程在重用元素、開發(fā)方法上都有很大的不同。雖然面向對象技術促進了軟件重用，但是只實現(xiàn)了類和類繼承的重用，在整個系統(tǒng)和類之間還存在很大的缺口。為填補這個缺口，人們曾想了許多方法，如系統(tǒng)體系結構、框架、設計模式等。基于體系結構的開發(fā)實現(xiàn)了分析、設計、類等多層次上的重用，在分析抽象層上，重用元素有子系統(tǒng)；在設計層上，重用元素有系統(tǒng)體系結構、子系統(tǒng)體系結構、設計模式、框架、容器、構件、類庫、模板、抽象類等張惠，辦公自動化技術，北京：國防工業(yè)出版社，2008.11

。

框架是一個實現(xiàn)了公共功能和具備成熟控制流的預制的軟件系統(tǒng)，它通常由一組抽象類和類之間的協(xié)作組成。框架分割了應用領域中的類，定義了各部分的主要責任和協(xié)作關系。它反映了一個軟件系統(tǒng)族的體系結構，并且提供了創(chuàng)建后者的基本構造單元，有助于實現(xiàn)領域內體系結構層次較大粒度的設計復用。

人們可以定義框架抽象類的應用相關的子類，從而將一個框架定制為特定應用。例如，有的框架能幫助建立適合不同領域的圖形編輯器，像藝術繪畫、音樂作曲和機械CAD等；有的框架可以幫助建立針對不同程序設計語言和目標機器的編譯器；再如Web應用中使用的B/S（Browser/Server）多層框架李樹德，章曉莉主編，辦公自動化實用技術，北京：電子工業(yè)出版社，2008.8

。

使用設計模式的框架更可獲得高層次的設計和代碼復用，有助于獲得無須重新設計就可適用于多種應用的框架體系結構，成熟的框架通常使用了多種設計模式。在過去的十幾年中，人們在對面向對象技術的研究探索和實際應用中針對某些問題創(chuàng)造了一些良好的解決方案，即所謂的面向對象的設計模式。

面向對象技術的目的之一就是提高軟件的重用性，而對設計模式、設計方案的重用則從更深的層次上體現(xiàn)了重用的意義和本質。

人們對設計模式有很多定義，其中被引用得最多的是ChristopherAlexander對設計模式的定義：每一個設計模式是一個三方的規(guī)則，它表達了一個上下文環(huán)境，一個問題和一個解決方案。設計模式一般有如下幾個基本要素：模式名稱、問題、目的、解決方案、效果、樣例代碼和相關設計模式等。

由此可見，設計模式是通過經驗獲取的，它系統(tǒng)的命名、解釋和評價了面向對象系統(tǒng)中重復出現(xiàn)的設計，使人們可以更加簡單方便的復用成功的設計和體系結構。使用設計模式避免了遇到相同的問題重頭設計，使最好的實踐融入到設計，以被組合起來解決更大的問題。

設計模式能使所生成的系統(tǒng)體系結構更加精巧、簡潔和易于理解，其程度遠遠超過了未使用模式的體系結構。所有結構良好的面向對象軟件體系結構中都包含了許多設計模式。在面向對象的編程中，軟件編程人員更加注重以前的代碼的重用性和可維護性。當我們評估一個面向對象系統(tǒng)的質量時，所使用的方法之一就是要判斷系統(tǒng)的設計者是否強調了對象之間的公共協(xié)同關系，這也就是設計模式在面向對象軟件設計中的具體體現(xiàn)。

設計模式的分類有好幾種，可以根據其目的分為創(chuàng)建型、結構型和行為型三種。

創(chuàng)建型模式主要是用來創(chuàng)建對象，結構型模式主要是處理類或對象的組合，行為型模式則主要用來描述對類或對象怎樣交互和怎樣分配職責。也可以根據范圍將設計模式分為類模式和對象模式。類模式處理類和子類之間的關系，這些關系通過繼承建立，在編譯時刻就被確定下來，是屬于靜態(tài)的。對象模式是處理對象間的關系，這些關系在運行時刻變化，更具動態(tài)性。

在GoF定義的23種設計模式中，本系統(tǒng)使用了過濾器模式（Filter）、工廠模式（Factory）和外觀模式（Facade）張志學等編著，.NET框架程序開發(fā)指南.上冊，清華大學出版社，2006

：

1）過濾器模式（Filter）

過濾器模式的核心思想是用一個簡單的機制實現(xiàn)完成不同過濾動作的處理組件的添加和刪除，它通過創(chuàng)建可插拔的過濾器，以標準的方式處理各種服務，而不需要修改核心的請求處理代碼。過濾器在請求到達Web資源之前截取請求，在處理請求之后修改應答，可以對請求進行預處理和后處理。過濾器模式正是為了解決在進行主要的處理過程之前進行驗證和測試，如客戶端是否已驗證、是不是有效的會話、客戶IP是否可信等問題而提出的，它避免了傳統(tǒng)的嵌套if／else策略所導致的編碼脆弱性和復制、粘貼的編程方式。

2）工廠模式（Factory）

工廠模式是對象創(chuàng)建型模式，它定義了一個用于創(chuàng)建對象的接口，讓子類決定實例化哪一個類。工廠方法使一個類的實例化延遲到其子類。

3）外觀模式（Facade）

外觀模式為子系統(tǒng)中的若干接口提供了一個統(tǒng)一的接口，它定義了一個更高層次的接口，使子系統(tǒng)更容易使用。

除了GoF的設計模式外，本系統(tǒng)主要運用了MVC模式。其實，MVC模式也是對GoF的多個設計模式的綜合應用，本文將在下一節(jié)專門描述MVC模式的相關內容。

本節(jié)從軟件體系結構談到框架，再談到模式，逐層細化，介紹了基于軟件體系結構的開發(fā)過程相關的理論知識。經過總結，基于體系結構的系統(tǒng)開發(fā)過程有如下優(yōu)勢：

1）能靈活適應需求的變化

針對需求易變的特點，單個用戶界面和業(yè)務邏輯的改動，不會影響到系統(tǒng)整體，可根據新的需求，選擇或設計新的構件進行組裝。

2）有利于開發(fā)人員的組織

用戶界面和業(yè)務邏輯的定制可由領域人員來完成，不必專業(yè)計算機軟件人員參與；專業(yè)計算機人員則集中精力做構件庫的部分，完成業(yè)務邏輯的抽象，制作不同粒度的構件，完成模型的開發(fā)。

3）縮短開發(fā)周期，節(jié)省開發(fā)成本

因為不同業(yè)務對象有相似的業(yè)務邏輯，可直接復用其構件。不同的業(yè)務邏輯可以有相似業(yè)務流程、業(yè)務規(guī)則和原子數(shù)據操作，這些都直接可復用構件庫。這種構件級的重用將大大節(jié)省開發(fā)成本。

4）有利于系統(tǒng)的升級和維護

在項目的生命周期中，可能會有需求的變化，在針對新的需求的開發(fā)，可以復用原有系統(tǒng)的設計和實現(xiàn)。在系統(tǒng)維護過程中，更新某一模塊不會影響系統(tǒng)的其它部分。

早期的圖形化程序設計常常圍繞著事件驅動的用戶界面來組織，這樣的直接后果就是數(shù)據處理、程序功能與顯示代碼等部分完全糾結在一起。

大型的圖形化程序中一個數(shù)據通常對應多種表示與處理方式，把特定界面綁定到應用程序上嚴重降低了程序的靈活性，使得一個很小的改動也牽涉到大量的代碼，增加了程序開發(fā)與維護的工作量。

20世紀70年代，MVC（模型-視圖-控制器）模式在Smalltalk-80的GUI設計中被提出。MVC模式把交互系統(tǒng)的組成分解成模型、視圖、控制器三種部件，并且描述了各部件之間的通信方式，使程序結構變得清晰而靈活。圖2-1展示了MVC各部件的功能和關系。

1）模型（Model）

模型是與問題相關數(shù)據的邏輯抽象，代表對象的內在屬性，是整個系統(tǒng)的核心。它采用面向對象的方法，將問題領域中的對象抽象為應用程序對象，在這些抽象的對象中封裝了對象的屬性和這些對象所隱含的邏輯。

模型的作用如下：

（1）抽象應用程序的功能，封裝程序數(shù)據的結構及其操作；

（2）向Controller提供對程序功能的訪問；

（3）接受View的數(shù)據查詢請求；

（4）當數(shù)據有變化時，通知對此數(shù)據感興趣的View。

2）視圖（View）

視圖是模型的外在表現(xiàn)，一個模型可以對應一個或者多個視圖，如圖形用戶界面視圖、命令行視圖、API視圖；或按使用者分類：新用戶視圖、熟練用戶視圖等。

視圖具有與外界交互的功能，是應用系統(tǒng)與外界的接口：一方面它為外界提供輸入手段，并觸發(fā)應用邏輯運行；另一方面。它又將邏輯運行的結果以某種形式顯示給外界。當Model變化時，它會作出相應變化。

視圖的作用如下：

（1）對數(shù)據的表現(xiàn)部分進行抽象；

（2）將數(shù)據展現(xiàn)給用戶，獲得用戶輸入；

（3）將用戶輸入轉發(fā)給Controller；

（4）當接到來自Model的“數(shù)據已更新”通知后，更新顯示信息。

3）控制器（Controller）

控制器是模型與視圖的聯(lián)系紐帶，它提取通過視圖傳輸進來的外部信息，并將用戶與視圖的交互轉換為基于應用程序行為的標準業(yè)務事件，再將標準業(yè)務事件解析為模型應執(zhí)行的動作。同時，模型的更新與修改也將通過控制器來通知視圖，從而保持各個視圖與模型的一致性。

控制器的作用如下：

（1）抽象用戶交互和應用程序語義的映射；

（2）將用戶輸人翻譯成應用程序的動作，并轉發(fā)給Model；

（3）根據用戶輸入和Model對程序動作的輸出，選擇適當?shù)腣iew來展現(xiàn)數(shù)據。

MVC模式是許多交互式界面系統(tǒng)的構成基礎，它是為那些需要為同樣的數(shù)據提供多個視圖的應用程序而設計的，它很好的實現(xiàn)了數(shù)據層與表示層的分離。

2.2C/S結構和B/S結構介紹

2.2.1兩層應用模型C/S

在c/s即Client/Server（客戶機/服務器）型的兩層應用模型中，把數(shù)據庫內容放在遠程的服務器上，而在客戶機上安裝相應查詢和瀏覽等軟件。因此C/S模型由兩部分構成：前端是客戶機，它主要是由用戶界面結合了表示與業(yè)務邏輯，完成接受用戶的請求，并向數(shù)據庫服務提出請求的功能，通常它是一個PC機；后端是服務器，即數(shù)據管理者，它負責將數(shù)據提交給前端的客戶機，客戶機將數(shù)據進行計算等處理，然后將結果顯示給用戶瀏覽和觀看，同時服務器端還提供完善的安全保護及對數(shù)據的完整性處理等操作，當然還可以實現(xiàn)并行操作和能夠具備較大并發(fā)性，即允許多個客戶同時訪問同一個服務器的同一個數(shù)據庫。在這種結構中，要求服務器的硬件處理能力必須足夠強，這樣才能滿足各客戶的要求。C/S分布結構如圖2-1所示。

圖2-1C/S模型AlexHomer，DaveSussman等著.ASP.netl.l高級編程.李敏波譯清華大學出版社2005：23-25

c/s的兩層應用模型在技術上已經發(fā)展很成熟，它具備很多優(yōu)點，主要是依據該模型創(chuàng)建的系統(tǒng)交互性強、系統(tǒng)具有安全的存取模式、網絡通信量低、響應速度快、利于處理大量數(shù)據。但是該模型的程序是針對性開發(fā)，不夠靈活，維護和管理的難度較大。通常只局限于小型局域網，不利于擴展。并且，由于該模型的每臺客戶機都需要安裝相應的客戶端程序，分布功能弱且兼容性差，因此系統(tǒng)的推廣有些難度，主要是客戶端的安裝和部署不太方便造成，導致通用性差，限制了它的發(fā)展。要求具有一定專業(yè)水準的技術人員去完成。

2.2.2三層應用模型B/S

B/S即Browser/Server（瀏覽器/服務器）模型，就是只安裝維護一個服務器，而客戶端采用瀏覽器運行軟件。它是對C/S模型的一種修改和改進，是伴隨著Internet技術的興起而發(fā)展的，該模型主要借助于先進的Web瀏覽器技術，結合多種Script語言（VBScript或JavaScript）和ActiveX技術，是一種比較新穎和比較流行的軟件系統(tǒng)構造技術，而且得到了很廣的應用DouglasJReilly著WEB應用程序開發(fā)新思維.趙海許進馬靜靜譯.清華大學出版社.2006.6：8

。

B/S三層應用模型采用了三層客戶/服務器結構，在數(shù)據管理層（Server）和用戶界面層（Client）增加了一層結構，稱為中間件（Middleware），這樣使系統(tǒng)結構成為了三層。三層結構是伴隨著中間件技術的成熟而興起的，該模型的核心概念既是三層模型，即利用中間件將應用分為表示層、業(yè)務邏輯層和數(shù)據存儲層三個不同的處理層次，如圖2-2所示。三層的層此劃分模型是從邏輯上劃分的，和具體的物理分法不同，物理分法有很多種組合。中間件作為構造三層結構應用系統(tǒng)的基礎平臺，它為了實現(xiàn)較好的應用性能，主要提供以下幾個功能：負責客戶機與服務器、服務器與服務器間的連接和通信；實現(xiàn)應用與數(shù)據庫的高效連接；提供一個三層結構應用的開發(fā)、運行、部署和管理的平臺。這種三層結構在層與層之間相互獨立，任何一層的改變不會影響其它層的功能MikeGunderloy著.ADO與ADO.NET編程指南.邱伸潘等譯.電子工業(yè)出版社2006.8：12-15

。

在使用B/S應用模型的系統(tǒng)中，用戶通過瀏覽器向分布在網絡上的許多服務器發(fā)出請求，服務器對瀏覽器的請求進行處理，將用戶所需信息返回到瀏覽器。而其余如數(shù)據請求、加工、結果返回以及動態(tài)網頁生成、對數(shù)據庫的訪問和應用程序的執(zhí)行等工作全部由WebServer完成。隨著Windows將瀏覽器技術植入操作系統(tǒng)內部，這種應用模型已成為當今應用軟件的首選應用模型。顯然B/S結構應用程序相對于傳統(tǒng)的C/S結構應用程序是一個非常大的進步。

圖2-2B/S模型蘇紅超編著.ASP.NET深入解析.科學出版社2007：15-16

績效管理系統(tǒng)是現(xiàn)代管理系統(tǒng)的一種，績效管理系統(tǒng)的發(fā)展歷史不長，各國的實踐不同，對它的理解和認識也不同，隨著技術的發(fā)展和人們認識過程的深化，績效管理系統(tǒng)自身也在不斷地豐富和完善。

2.3NET和ASP技術

2.3.1NET框架介紹

NET框架是一個多語言組件開發(fā)和執(zhí)行環(huán)境，它提供了一個跨語言的統(tǒng)一編程環(huán)境。NET框架的目的是便于開發(fā)人員更容易地建立Web應用程序和Web服務，使得Internet上的各應用程序之間，可以使用Web服務進行溝通。.NET開發(fā)框架的幾個主要組成部分：首先是整個開發(fā)框架的基礎，即通用語言運行時以及它所提供的一組基礎類庫；在開發(fā)技術方面，.NET提供了全新的數(shù)據庫訪問技術ADO.NET，以及網絡應用開發(fā)技術ASP.NET和Windows編程技術WinForms；在開發(fā)語言方面，.NET提供了VB、VC++、C#、Jscript等多種語言支持；而VisualStudio.NET則是全面支持.NET的開發(fā)工具陳首華.如何利用ASPNET技術的WEB應用三層設計模型.微型電腦應用.2006(3)：26-28}56

。

通用語言運行時，Microsoft.NET給開發(fā)人員帶來了一種全新的開發(fā)框架，而通用語言運行時則處于這個框架的最低層，是這個框架的基礎。開發(fā)人員對于所謂的C運行時、VB運行時、Java虛擬機這些概念己經非常熟悉了，而通用語言運行時則為多種語言提供了一種統(tǒng)一的運行環(huán)境。另外它還提供了更多的功能和特性，比如統(tǒng)一和簡化的編程模型，用戶不必迷惑于Win32API和COM；避免了DLL的版本和更新問題（常稱為DLL地獄），從而大大簡化了應用程序的發(fā)布和升級；多種語言之間的交互，例如我們甚至可以在VB中使用C+十編寫的類；自動的內存和資源管理等等。Microsoft.NET正是基于通用語言運行時，實現(xiàn)了這些開發(fā)人員夢寐以求的功能[17] 樊銀亭.基于三層結構的管理信息的開發(fā)與應用.碩士學位論文.西南交通大學.2006

。

幾乎所有的應用程序都需要訪問從簡單的文本文件到大型的關系型數(shù)據庫等各種不同類型的數(shù)據。在Microsoft.NET中訪問數(shù)據庫的技術是ADO.NET。ADO.NET提供了一組用來連接到數(shù)據庫，運行命令，返回記錄集的類庫，與從前的ADO（ActiveXDataObject）相比，Connection和Command對象很類似，而ADO.NET的革新主要體現(xiàn)在如下幾個方面：

首先，ADO.NET提供了對XML的強大支持，這也是ADO.NET的一個主要設計目標。在ADO.NET中通過XMLReader，XMLWriter，XMLNavigator，XMLDocument等可以方便的創(chuàng)建和使用xML數(shù)據，并且支持W3C的XSLT、DTD、XDR等標準。ADO.NET對XML的支持也為XML成為Microsoft.NET中數(shù)據交換的統(tǒng)一格式提供了基礎。

其次，ADO.NET引入了Dataset的概念，這是一個駐于內存的數(shù)據緩沖區(qū)，它提供了數(shù)據的關系型視圖。不管數(shù)據來源于一個關系型的數(shù)據庫，還是來源于一個XML文檔，我們都可以用一個統(tǒng)一的編程模型來創(chuàng)建和使用它。它替代了原有的Recordset的對象，提高了程序的交互性和可擴展性，尤其適合于分布式的應用場合。

另外，ADO.NET中還引入了一些新的對象，例如DataReadcr可以用來高效率的讀取數(shù)據，產生一個只讀的記錄集等等。簡而言之，ADO.NET通過一系列新的對象和編程模型，并與XML緊密結合，使得在Mierosoft.NET中的數(shù)據操作十分方便和高效

2.3.2ASP工作原理和組件

ASP（ActiveServerPages）是Microsoft公司開發(fā)的一套服務器端運行的腳本平臺。在其中我們可以結合HTML網頁、ASP指令和ActiveX元件建立動態(tài)、交互且高效的Web服務器應用程序。同時，ASP也支持VBScript和JavaScript等腳本語言彭軍.基于ASP.NET的企業(yè)信息平臺設計與實現(xiàn).泰州職業(yè)技術學院學報2005.8：3-4

。當客戶在瀏覽器端瀏覽ASP網頁時，Web服務器就會根據請求生成相應的HTML代碼然后再返回給瀏覽器，這樣瀏覽器端看到的就是動態(tài)生成的網頁。所有的程序都在服務器端執(zhí)行，僅將執(zhí)行結果返回給客戶瀏覽器，這樣減輕了客戶端瀏覽器的負擔，大大提高了交互的速度。

（1）用戶瀏覽器向Web服務器（IIS/PWS發(fā)出請求，Web服務器將判斷ASP文件中是否含有Script程序（VBScript或JavaScript），如果有，則加以解釋執(zhí)行，否則直接傳給瀏覽器。

（2）若執(zhí)行中的Script程序使用了ADO（ActiveDataObject）對象，則Web服務器會根據ADO對象所設置的參數(shù)來啟動對應的ODBC驅動程序，訪問相應的數(shù)據庫，進而達到存取數(shù)據庫的目的。

（3）如果有數(shù)據須顯示在瀏覽器上，則Script程序會利用ASP提供的輸出對象將數(shù)據由Web服務器傳送給瀏覽器。ASP的工作原理如圖2-3所示：

圖2-3ASP工作原理圖BenGalbraith，WhitneyHankison.Web服務安全性編程(吳旭超等譯)[M].清華大學出版社.2006，5，36-38

ASP提供了功能強大的7個內置對象和五個內置組件，用于構建高性能網站，其中內置對象分別是：

（1）Request對象：取得用戶信息，用于讀取從瀏覽器中通過HTTP請求而轉入腳本的信息，其中包括窗體、表單、URL查詢等。

（2）Response對象：傳遞信息給用戶，用于處理從Web服務器輸出到客戶端數(shù)據的對象。

（3）Server對象：提供訪問數(shù)據庫的屬性和方法，通過此對象的應用，可取得Web服務器的數(shù)據與執(zhí)行狀態(tài)。

（4）Application對象：用于存儲一個特定應用程序所需的信息。

（5）Session對象：用于存儲一個特定用戶任務所需的信息。

（6）ObjectContext對象：此對象可提供程序設計人員利用MicrosoftTransationServer來處理事物。

（7）ASPError對象：為ASP網頁執(zhí)行發(fā)生錯誤所產生的對象。

ASP的主要內置組件分別是：

（1）AdRotator組件：用來按指定計劃在同一頁上自動輪換顯示廣告，用于Web上日益重要的廣告服務。

（2）BrowserCapabilities組件：確定訪問Web站點的用戶瀏覽器的功能數(shù)據，包括類型、性能、版本等。

（3）DatabaseAccess組件：提供ADO（ActiveXDataObjects）來訪問支持ODBC的數(shù)據庫。

（4）FileAccess組件：提供對服務器端文件的讀寫功能。

（5）ContentLinking組件：生成Web頁內容列表，并將各頁順序連接，用于制作導航條。

2.3.3ASP對Web數(shù)據庫的訪問

由于Web瀏覽器無法與數(shù)據庫系統(tǒng)直接相連，故必須通過中間件技術。常用的中間件技術有JDBC和ASP等。它可以與ADO（ActiveX數(shù)據對象）相結合，對數(shù)據庫進行查詢、更新、插入等操作。

（一）ASP訪問Web數(shù)據庫的原理

當用戶通過瀏覽器對ASP文件發(fā)出一個請求時，Web服務器響應該請求，調用ASP引擎，定位并解釋被中請文件，當遇到任何與ActiveScripting兼容的腳本（如VBScript或JavaScript）時，ASP引擎會調用相應的腳本引擎進行處理。如果腳本指令中含有訪問數(shù)據庫的請求，則通過ODBC與后臺數(shù)據庫相連，ASP通過數(shù)據庫存取控件使用ADO（ActiveXDataObjects）與數(shù)據庫對話，并將執(zhí)行結果動態(tài)生成一個HTML頁面返回服務器端，以響應瀏覽器的請求王繼梅，金連甫．Web服務安全問題研究和解決[J]．計算機應用與軟件，2004，21(2)：91-93

。

（二）ASP訪問Web數(shù)據庫的主要步驟

ASP內建Serve：對象，動態(tài)地創(chuàng)建ADO對象來進行數(shù)據庫的訪問。利用ADO訪問數(shù)據庫的方法.

（1）創(chuàng)建Connection對象

Setcn=Server.CreateObject（"ADODB.Connection"）

（2）建立與數(shù)據源的連接

創(chuàng)建Connection對象后，就可以用下述方法建立與數(shù)據源的連接：

cn.ConnectionString--``DSN=odbc；UserID=Sa；Password=Secrete”

cn.open

其中DSN是由ODBC數(shù)據源管理器創(chuàng)建的數(shù)據源。

還可以用OLEDB連接字符串來建立與數(shù)據源的連接：

StrCnn="Provider=sqloledb；UserID=sa；Password=Secrete；Initial

Catalog=oa；DataSource=LD}F'ILTT"

Cn.OpenStrCnn

InitialCatalog后指定數(shù)據庫名，DataSource后為機器名（即網絡、屬性、標識中的計算機名）或IP地址（需要安裝DNS服務）。

（3）指定要執(zhí)行的SQL命令

連接數(shù)據庫后，可對數(shù)據庫進行查詢、修改、刪除等操作，這些都是通過SQL指令來完成的，例如在數(shù)據表ComMessage中查詢公文標題title為“請假”的公文：

sqlstr="Select*fromComMessagewheretitle=‘請假”’

Setrs=conn.Execute（sqlstr）

（4）RecordSet對象對數(shù)據庫記錄的操作

為了更精確地跟蹤數(shù)據，要用RecordSet組件創(chuàng)建包含數(shù)據的游標，游標就是存儲在內存中的數(shù)據。

SetRst=Server.CreateObject（"ADODB.Recordset"）

Rst.Opensql，cn其中sql為SQL語句。

在RecordSet組件中，常用的屬性和方法有[36]：

rs.Fields.Count：Recordset對象的字段數(shù)。

rs（i）.name：第i個字段的名稱，i為。至rs.Fields.Count-l。

rs（i）：第i個字段的數(shù)據，i為0至rs.Fields.Count-l。

rs（“字段名”）：指定字段的數(shù)據。

rs.Record.Count游標中的數(shù)據記錄總數(shù)。

rs.EOF：是否最后一條記錄。

rs.MoveFirst，rs.MoveLast，rs.MovePrev，rs.MoveNext：分別指Ib第一條記錄、最后一條記錄、上一條記錄和下一條記錄。

rs.GetRows：將數(shù)據放入數(shù)組中。

rs.Properties.Count：ADO的Resultset或Connection的屬性個數(shù)。

rs.Properties（item）.Name：ADO的ResultSet或Connection的名稱。

rs.Properties：ADO的ResultSet或Connection的值。

rs.Close（）：關閉連接。

2.4C/S與B/S的性能比較

B/S結構的特點在于具有廣泛的信息發(fā)布能力，客戶端只需要普通的瀏覽器即可，特別適合簡單的應用流程和Internet應用，由于其簡單、輕量、易于維護，因此受到了最終用戶的歡迎。但在大型復雜應用中，由于在B/S結構中有一些根本的弱點，使B/S結構的性能仍不能與C/S結構抗衡。采用B/S結構，客戶端只完成瀏覽、查詢、數(shù)據輸入等簡單功能，而絕大部分工作由服務器承擔，因此服務器的負擔重，對其性能的要求更高，而采用C/S結構時，客戶端和服務器端都需要處理部分任務，對客戶機的要求較高，但因此反而減輕了服務器的壓力。B/S結構應用的是HTTP協(xié)議，由于HTTP固有的局限性（最初只是為單純的網上瀏覽而發(fā)展起來的），因此B/S結構不適合復雜的交互式應用，而C/S結構一直在交互式應用中大顯身手，技術成熟，穩(wěn)定，對復雜應用適應性好。例如，在完成一次任務處理的交互過程中，C/S結構只需連接一次，而B/S結構需要對任務中的每一個請求都重新進行連接，其效率大大低于C/S結構吳文明，瞿裕忠，董逸生．Web服務及相關技術[J]．計算機應用與軟件，2004，21(3)：14-15

。

C/s與B/s是兩種不同結構的應用系統(tǒng)，在應用功能上，各有千秋、相得益彰。本績效管理系統(tǒng)應用于XXXX公司，需要處理大量數(shù)據，系統(tǒng)的交互性強，對數(shù)據的實時性和響應時間要求不高，但對數(shù)據的安全性要求較高，而C/S結構比較適用于小范圍的網絡環(huán)境，其主要特點是交互性強、提供比較安全的存取模式、降低網絡通信量，通信的可靠性比較高，數(shù)據安全性高，速度快，有利于處理大量信息。而且C/s結構可以避免來自互聯(lián)網的攻擊，可以保證數(shù)據庫的安全，因此本系統(tǒng)選用了B/S和C/S相結合的結構。

系統(tǒng)需求分析與整體設計

第三章系統(tǒng)需求分析與整體設計

3.1XXXX有限公司績效考核現(xiàn)狀

XXXX有限公司的崗位設置，從低到高分別為：客戶協(xié)調（AccountCoordinator）、客戶主管（AccountExecutive）、高級客戶主管（SeniorAccountExecutive）、助理客戶經理（AssistantAccountManager）、客戶經理（AccountManager）、助理客戶總監(jiān)（AssistantAccountDirector）和客戶總監(jiān)（AccountDirector）。

需要說明的是，XXXX有限公司的職位，只是代表員工的薪資和公司行政級別，并不代表具體的職能崗位。這類似于解放軍的軍銜設置，兩人均為上尉級別，但其中一人可能是連長，而另外一人卻只是普通的文職人員。同樣的，在XXXX有限公司內部，同為高級客戶主管（SAE），某員工很可能是項目組組長，而另外一位則是某業(yè)務組成員。XXXX有限公司的各業(yè)務領導崗位、執(zhí)行層崗位，在本課題開始之前，一直都是由公司管理委員會指定。具體分析XXXX有限公司的組織架構、崗位級別設置和相關薪酬績效制度，發(fā)現(xiàn)有以下幾類典型問題：

3.1.1績效管理目標不明確

XXXX有限公司沒有樹立成本意識的觀念，財務上也沒有建立起一整套的成本控制體系，財務也在成本核算，但是核算的范圍較小，僅對項目本身的硬成本支出進行核算，而沒有對整個公司的運營細節(jié)進行核算。

創(chuàng)業(yè)初期，XXXX有限公司管理層均沒有實體公司的操盤經驗，再加之規(guī)模有限，因此也沒有聘請有經驗的財務總監(jiān)來對公司運營目標進行績效管理。管理層在頭半年，沒有對整個公司經營成本進行系統(tǒng)的計算和分解，不了解經營控重點在什么地方。辦公費用無控制，招待費用無控制、物流費用無控制、固定資產無管理等等。這些在大部分小企業(yè)中出現(xiàn)的問題，僅僅靠公司員工自發(fā)自覺的進行控制是遠遠不夠的。而一個公司如果不能對成本進行的控制，那后果將是十分可怕的。

3.1.2定崗定編不清晰，人員配置不科學

XXXX有限公司創(chuàng)業(yè)伊始，幾乎所有的骨干，都是業(yè)務層干部，一人身兼數(shù)職。從一定程度上來說，XXXX有限公司由于缺乏組織保證，公司無法對各崗位進行科學的工作分析，尤其是管理人員的崗位分析。員工的工作范圍、職責，是在工作中不斷摸索實踐和接受上級的不定時間、不定方式的指令中得來的，用人始終是老總覺得人多了或不夠了來進行增減，隨意性太大。工作行為始終滯后于上級的要求，而不是由其級（根據公司/部門的總體目標）制定和明確工作任務，無法對各個部門進行定崗定編。沒有編制的保證，各個部門用人就顯得比較隨意，企業(yè)也無法對整個人力成本進行科學系統(tǒng)的控制。

3.1.3考核標準不明確，考核體系不科學

XXXX有限公司創(chuàng)業(yè)初期的“一言堂”考核機制，也就可以理解。前文已經提到，XXXX有限公司是一個創(chuàng)業(yè)型公司，公司管理層沒有全面操盤商業(yè)公司的經驗，加上公司客戶較少，人員分工不清晰，公司整體目標管理不明確，成本預算機制不完善，因此XXXX有限公司也就沒有明確的崗位設置和考核標準。

在筆者為XXXX有限公司設計績效考核體系之前，所有的XXXX有限公司員工采用的是固定工資制。

除了固定工資，員工每年可額外享受1個月薪資的年終獎勵。此外，管理委員會會在年底評選出優(yōu)秀員工和優(yōu)秀團隊。優(yōu)秀團隊TeamLeader享受10%的項目稅后分紅，其他成員享受額外第十四個月工資，工資上調10%。對于有BD任務的員工，XXXX有限公司會根據BD成功的合同的營業(yè)額比例，給員工提成。

通過以上分析，XXXX有限公司目前所表現(xiàn)出的不良癥狀，就是說明該組織在發(fā)展過程中沒有進行科學的規(guī)劃管理。組織會被越來越嚴重的組織病所困擾。挽救的方法是根據現(xiàn)實情況及形勢的變化制定公司戰(zhàn)略及戰(zhàn)術策略，對組織結構再次進行設計，對人力資源進行調整。而中小企業(yè)普遍采用的傳統(tǒng)用人管理方式，多為“一言堂”、“一個蘿卜幾個坑”，但沒有清晰、科學、適用的績效考核方案，員工熱情無法激發(fā)，這些都是由于企業(yè)性質及管理者思想決定的；雖然人力成本明為降低了，但效率同時也降低了。

基于這種要求，筆者通過參考當今世界上常用的幾種績效考核理論，結合XXXX公司的實際現(xiàn)狀，構建新的人力資源管理架構，從績效考核方面促進XXXX公司跳出人力資源管理中的旋渦，使之擁有與其規(guī)模特點相匹配的、既能快速反應又靈活多變的有效結構，達到對企業(yè)經營績效的改善；形成靈活的團隊工作模式，適應不斷變化的環(huán)境。通過對企業(yè)價值鏈和企業(yè)導向產生影響，有利于企業(yè)創(chuàng)建有特色和凝聚力的企業(yè)文化，構建學習型組織，從而構筑企業(yè)新的核心競爭力。

3.2系統(tǒng)設計目標

此項目是為XXXX通信公司做一套績效考核信息管理系統(tǒng)，以幫助XXXX通信公司實現(xiàn)對中心員工的績效考核。系統(tǒng)包括管理員，部門領導，普通用戶三個權限，完成目標是可以交付系統(tǒng)，并可以投入使用。

此次的績效考核信息管理系統(tǒng)主要針對教培、機關、企業(yè)三大部室，將培訓中心的員工分為普通用戶，部門領導，系統(tǒng)管理員三個權限。公司的員工根據自己的角色來登錄不同的系統(tǒng)頁面，從而擁有不同的權限。

系統(tǒng)的設計應該充分考慮用戶的需求，系統(tǒng)整體界面要求簡潔、易于操作，功能完善實用，達到可視化友好人機互操作、信息化管理等特性。在充分分析用戶需求后，本節(jié)將概述系統(tǒng)的設計要求。

（l）人機界面要求

系統(tǒng)用戶界面友好、人性化，用戶操作便捷。系統(tǒng)具備提示功能，對用戶的操作給出相應的提示，幫助用戶更好地使用本系統(tǒng)。

（2）系統(tǒng)性能的要求

程序以WEB方式運行，以查詢?yōu)槔?，響應時間為數(shù)據庫查詢時間與WEB服務器處理時間，以秒為數(shù)量級系統(tǒng)具備一定的安全性、靈活性，系統(tǒng)功能完善，設計科學合理，各模塊相互溝通形成一個整體。系統(tǒng)支持以鍵盤、鼠標等設備為系統(tǒng)輸入輸媒體設備，支持報表、各種通知單的按原樣整體打印王立君.CITC公司員工績效管理系統(tǒng)的設計[D].成都:四川大學，2003

。

（3）數(shù)據管理能力要求

①正確組織系統(tǒng)中的各種數(shù)據，部分數(shù)據保存期限為十五年