企業工資管理信息系統—免費計算機畢業設計論文(編輯修改稿)

　

【文章內容簡介】 第 節 員工激勵政策 一般而言，每個人感受到的獎勵都可以分為兩個層次：初級的和高級的。初級獎勵只滿足基本需要，不能 促進工作；而中級獎勵能夠促進工作。得到承認和擁有技能的自豪感屬于中級獎勵。一個人得到的承認越多，就會有更多的、更重要的承認成為他期望的中級獎勵。想得到更多的承認的愿望可以成為促使員工努力工作來滿足這種愿望的巨大動力。研究表明，與工作條件相適應的個人獎勵形式的激勵對工作績效的促進效果比較高，而集體獎勵形式的獎勵對工作績效的促進效果比較低。但是，集體獎勵有助于降低離職率，提高士氣和增加員工對組織的忠誠，從而提高生產效率。 員工個人激勵計劃 員工個人的激勵計劃要求業績考核要針對員工個人的業績而不是集 體的業績，同時員工報酬的增加是一次性的，并不計入基礎工資。公司的銷售人員按銷售額的一定比例提成作為其報酬的方式就是一種典型的員工個人激勵計劃。值得注意的是，績效工資制度與員工個人激勵計劃的效果具有相互補充的性質。一般而言，績效工資制度下的員工薪酬增長幅度在短期內是有限的，相對于員工付出的工作努力，這些增加的報酬對員工在心理上的激勵作用比較小。盡管從長期來看，員工的基礎工資將隨著報酬的增加而增長。而員工個人激勵計劃在員工業績突出的情況下，支付給員工的報酬數額要比在績效工資制度下大得多，因此，這種薪酬制度對員工 個人的激勵效果更加明顯。同時由于員工報酬的增加是僅限于當期支付，而不是提高員工的基礎工資，所以對企業的人工成本不會構成上升的壓力。 員工集體激勵計劃 在現代化機器生產和專業化分工條件下，產品是在很多人合作的情況下生產出來的，因此管理人員無法說清楚每位員工在企業整體目標實現過程中各自的貢獻是多少。而且管理人員本身的業績衡量也存在著同樣的問題。因此，集體激勵計劃就是成為支持團隊合作工作方式的激勵方法。需要注意的是，所謂的集體激勵計劃是相對于員工個人激勵而言的，因此，嚴格地講，只要不是在員工個人層次 上實施旨在影響員工報酬的所有激勵計劃都可以被稱為集體激勵計劃。在實踐中，企業一般是按照部門或者整個企業的層次來實施集體激勵計劃。 利潤分享計劃和增益分享計劃是集體激勵計劃中的兩種基本形式。所謂的利潤分享計劃指的是用盈利狀況的變動來作為對部門或者整個企業的業績的衡量，超過目標利潤的部分以現金的形式或將支付存入員工的某一信托賬戶讓員工退休后領取的形式分配給員工。所謂的增益分享計劃指的是將一個部門或整個企業在本期生產成本的節約或者人工成本的節約與上一期的相同指標進行比較，然后把節約額度的某一個事先確定的比例在這一 部門或整個企業中的全體員工之間進行分配。 第 3 章 企業工資管理信息系統的開發 不論采用何種開發 MIS 的方法，系統分析都是必要而且十分重要的環節，雖然，分析的具體方法和詳盡程度可能不盡相同。實踐表明，系統分析工作的好壞，在很大程度上決定了系統的成敗。 管理信息系統分析的任務是：在充分認識原信息系統的基礎上，通過問題識別、可行性分析、詳細調查、系統化分析，最后完成新系統的邏輯方案設計，或稱邏輯模型設計。邏輯方案不同于物理方案，前者解決“做什么”的問題，是系統分析的任務；后者解決“怎么做”的問題，是系統設計 的任務。 一般來說，一個應用軟件的開發過程要經歷 6 個階段，分別為：可行性研究、需求分析、系統設計、編程、測試和維護階段。每個階段都有明確的任務，并產生一定的文檔送給下一個階段，下一個階段再在前一個階段所提供文檔的基礎上繼續工作，這 6 個階段相互銜接，并且須順序執行。 第 節 可行性分析階段 開發新系統的要求往往來自對原系統的不滿。原系統可能是手工系統也可能是正在運行的信息系統。由于存在的問題可能充斥各個方面，內容分散，甚至含糊不清，這就要求系統分析人員針對用戶提出的各種問題和初始要求，對問題進行識別 ，通過可行性分析確定開發系統的必要性。 當系統開發人員接受開發任務后，首先要研究開發任務，判斷是否有簡單明確的解決辦法。事實上，許多問題不可能在一定的系統規模之內解決，如果問題沒有可行的解決辦法，那么花費在這項開發工程上的任何時間、資源、經費都是無謂的浪費。 可行性研究的目的就是用最小的代價在盡可能短的時間內確定問題是否能夠解決，必須記住，可行性研究的目的不是解決問題，而是確定問題是否值得去解決。怎么達到這個目的呢？當然不能靠主觀猜想，只能靠客觀分析，需求分析幾種主要的可能解法的利弊。 可行性分析的任務是明 確應用項目的開發的必要性和可行性。必要性來自實現開發任務的迫切性，而可行性則取決于實現應用系統的資源和條件。這項工作需要建立在初步調查的基礎上。如果領導或管理人員對信息系統的需求很不迫切，或者條件尚不具備，就是不可行。 一般來說，應該從下述幾個方面研究每種解法的可行性： 1. 管理上的可行性（系統的操作方式在這個用戶組織內行得通嗎？）：指管理人員對開發應用項目的態度和管理方面的條件。主管領導不支持的項目肯定不行。如果高層管理人員的抵觸情緒很大，就有必要等一等，積極做工作，創造條件。管理方面的條件主要指管理方法是否科學，相應管理制度改革的時機是否成熟，規章制度是否齊全以及原始數據是否正確等。 2. 技術上的可行性（利用現有的技術能實現這個系統嗎？）：這方面應分析當前的軟、硬件技術能否滿足對系統提出的要求。此外，還要考慮開發人員的水平。信息系統屬于知識密集型，對技術要求較高，如果缺乏足夠的技術力量，或者單純依靠外部力量進行開發，是很難成功的。 3. 經濟上的可行性（這個系統的經濟效益能超過它的開發成本嗎？）：主要是預估費用支出和對項目的經濟效益進行評價。在費用支出方面，不僅要考慮主機費用，而且要計算外圍設備、軟件開發費用、人員培訓 和將來系統投入運行后的經常費用（如管理、維護費用）和備件費用。經濟效益應該從兩個方面綜合考慮，一部分是可以用錢衡量的效益；另一部分是難以用錢表示的，例如提供更多的更高質量的信息，提高取得信息的速度等。 當然，可行性研究最根本的任務是對以后的行動方針提出建議，如果問題沒有可行解，分析員應該建議停止這項開發工程，以避免時間、資源、人力和金錢的浪費；如果問題可行，分析員應該推薦一個較好的解決方案，并且為工程制定一個初步的計劃。 第 節 需求分析階段 當可行性分析做出結論，系統可以進行開發后 ，開發人員必須首先明確用戶的要求，即充分理解用戶對軟件系統最終能完成的功能及可靠性、處理時間、應用范圍、簡易程度等具體指標要求，并將用戶的要求以書面形式表達出來，因此明確用戶的要求是分析階段的基本任務。用戶和軟件設計人員雙方都要有代表參加這一階段的工作，詳細地進行分析，經雙方充分地討論和醞釀后達成協議并產生系統說明書。 了解用戶環境和要求 開發和建立 MIS 的根本目的在于提高管理水平，嚴格地說，設計一個新的信息系統，應首先進行組織的重新設計，應當把建立新系統看成是對組織的一種有目的的改變過程。管理 系統是信息系統的環境。所謂環境，指不包括在本系統之中但又對本系統產生較大影響的因素的集合。對于基本計算機的信息系統來說，其環境就是管理系統，它的輸入來自環境，輸出則交付環境。因此對現行管理業務的調查十分重要，其中包括：組織結構調查、管理功能調查和管理業務流程調查等。 在工作過程中，要了解用戶的環境和要求，即需要哪些數據、如何發送、數據的格式是什么、需要保留哪些數據、數據量及數據的增長率有多少等。繪制現行人工管理系統的工作流程圖和數據流程圖，并描述出各項工作的功能、數據的傳送格式、類型、長度及時間性和完整性的 要求，從而對人工管理系統的優缺點作出正確地評價。 在了解用戶環境的同時，還要了解用戶對計算機進行管理的要求和設想。在準備建立計算機管理系統時，各級管理人員將會提出各種要求和今后的發展設想，軟件人員必須認真聽取他們的意見，要盡量讓用戶多要求，是各方面的要求盡量齊全，在這里可以暫時不考慮計算機能否實現。 建立一個以數據庫為基礎的管理信息系統，以取代單一的人工管理。目標系統取名為“工資管理系統”。通過用戶調查，初步整理出以下結果。 （ 1） 一個數據庫，數據庫中包括 4 個表。 工資表： 字段 字段名 類型 寬度 小數位 索引 1 員工號 字符型 5 升 2 部門 字符型 12 3 基本工資 數值型 8 2 4 崗位津貼 數值型 8 2 5 效益工資 數值型 8 2 6 扣款 數值型 8 2 7 實發工資 數值型 8 2 扣款表： 字段 字段名 類型 寬度 小數位 索引 1 員工號 字符型 5 升 2 水電費 數值型 8 2 3 煤氣費 數值型 8 2 4 其他扣款 數值型 8 2 效益表： 字段 字段名 類型 寬度 小數位 索引 1 員工號 字符型 5 升序 2 效益工資 數值型 8 2 人員基本情況表： 字段 字段名 類型 寬度 小數位 索引 1 員工號 字符型 5 升序 2 姓名 字符型 10 3 性別 字符型 2 4 年齡 整型 3 5 受聘日期 日期型 8 6 學歷 字符型 10 7 職稱 字符型 12 （ 2） 目標系統的總體需求 通過對系統的調查和與用戶的共同討論，對將要開發的目標系統提出下總 體需求： ① 用數據文件代替現有的全部帳表。 ② 具有對數據的錄入和維護功能。 ③ 能夠靈活修改工資項目。 ④ 打印工資報表。 ⑤ 有查詢功能。 業務分析 調查管理業務流程應順應著原信息系統流動的過程逐步地進行，內容包括各環節的業務處理、信息來源、處理方法、計算方法、信息流的去向、提供信息的時間形態（報告、單據、屏幕顯示等）。 簡單的管理業務流程圖為圖 31： 本月人員工資變動表 人事部 財務部 扣款清單 效益工資清單 工資清單 員工 圖 31 數據分析 數據分析是數據庫開發中一項十分重要的內容。其主要任務是確定目標系統中使用的全部數據，并為它們取名和定義。分析中要為每一數據編寫一個數據條目，然后將所有條目合編為數據字典。數據字典的內容主要是對數據流程圖中的數據項、數據結構、數據流、處理邏輯、數據存儲和外部實體等六個方面進行具體的定義。這樣，在隨后進行的系統設計中不論有多少人參加，大家都可以把數據字典作為統一的依據，不必擔心因數據不一致而出現矛盾和混亂。 1. 簡單的數據流程圖見圖 32： 符號說明： 代表實體； 代表處理； 代表數據存儲； 代表數據流向； 2. 根據數據流程圖，建立的數據字典如圖 33： 在數據字典中，每一個數據占一個字典條目，可以記入卡片，稱為條目卡。根據系統繪畫的兩個數據字典條目卡片： 人事部 抄寫 填扣款 填寫計算應的工資 上月工資發放清單 本月人員工資變動表 本月工資發放清單 本月工資發放清單 財務部 本月工資發放清單 員工 本月應發的工資 圖 32 數據流名：工資表 組成：基本工資 +崗位津貼 +效益工資 +扣款 +應發工資 備注： 數據項名：應 發工資 含義：職員當月應發工資 取值：基本工資 +崗位津貼 +效益工資 扣款 備注： 數據流條目卡片 數據項目條目卡片 在小型應用系統中，數據條目有時也用簡易的方法表示，以簡化文檔，減少開發工作量。用簡易方法表示數據條目為： 工資表 =基本工資 +崗位津貼 +效益工資 +扣款 +實發工資 應發工資 =基本工資 +崗位津貼 +效益工資 扣款 扣款 =水電費 +煤氣費 +其他扣款 數據分析的步驟說明如下： （ 1） 確定各單項數據在目標系統中的名 稱。 （ 2） 定義數據項的含義與取值。 （ 3） 定義目標系統的數據流。 編寫數據字典是系統開發的一項重要的基礎工作。一旦建立，并按編號 排序之后，就是一本可供查閱的關于數據的字典，從系統分析一直到系統設計和實施都要使用它。在數據字典的建立、修改和補充過程中，始終要注意保證數據的一致性和完整性。 數據字典可以用人工建立卡片的辦法來管理，也可存儲在計算機中用一個數據字典軟