人事管理系統功能需求分析范例6篇

前言:中文期刊網精心挑選了人事管理系統功能需求分析范文供你參考和學習,希望我們的參考范文能激發你的文章創作靈感,歡迎閱讀。

人事管理系統功能需求分析范文1

關鍵詞:人事管理;MySQL;Java

中圖分類號:TP311 文獻標識碼:A 文章編號:1009-3044(2015)02-0070-02

隨著計算機的日益普及和網絡的發展,數據庫的應用范圍越來越廣,數據庫的功能也越來越強,因此開發人事管理系統應用程序顯得尤為重要,在強調管理、強調信息的現代社會中它變得越來越普及。一個優秀的人事管理系統不僅能夠將人力資源工作者從繁重的日常瑣碎事務中解放出來,而且還能提高企業整體的科技含量與管理效率,加快企業的信息化建設。

1 人事管理系統功能需求分析

本系統分為員工管理、部門管理、工資管理、管理員管理四個模塊,管理員通過賬戶密碼進登陸系統,進入操作界面。能滿足的目標如下:

1)員工基本檔案界面的添加、修改、刪除操作;

2)根據姓名模糊查詢功能的實現;

3)根據部門查詢功能的實現;

4)部門基本信息界面的添加、修改、刪除操作;

5)按相應條件對員工的獎懲、工資等進行統計;

6)管理員密碼的修改。

2 系統詳細設計

對于一個大型而復雜的軟件系統,用戶很難精確完整地提出它的功能和性能要求。一開始只能提出一個大概、模糊的功能,只有經過長時間的反復認識才逐步明確。有時進入到設計、編程階段才能明確,更有甚者,到開發后期還在提新的要求。這無疑給軟件開發帶來困難。系統設計,從宏觀方面為系統提供了進行質量評估的直觀表示,也是能把用戶需求精確地轉變為系統成品的唯一方法。因此,系統設計軟件開發過程是決定軟件產品質量的關鍵階段。

2.1 系統功能模塊設計

由于人事管理系統要處理的業務眾多、涉及的細節眾多,本次系統開發過程中僅設計出大致功能的模塊。基本功能模塊下分為員工管理模塊、部門管理模塊、工資管理模塊、管理員管理模塊四個一級模塊,在各個一級模塊下細分了一些貼切業務的二級模塊:

1)員工管理:本功能負責員工信息的管理;

2)部門管理:本功能負責部門信息的管理;

3)工資管理:本功能負責工資明細的管理;

4)管理員管理:本功能負責管理員信息的管理。

2.2數據庫表設計

根據該系統設計的需要,其后臺數據庫文件中需要用到員工信息表、部門信息表、工資明細表、管理員信息表等共四個表,每個表均有其自己的功能,是人事管理系統中不可缺少的一部分。

3 系統測試

3.1系統測試環境及方法

1)測試環境:在Windows7系統下,以IE7、IE11 、FireFox31.6、Chrome瀏覽器下,均可兼容本系統。

2)測試方法:通過jUnit白盒測試,確定系統中已實現的通路可按照業務需求正確的運行。通過黑盒測試,通過錯誤輸入和正確輸入來發現軟件的缺陷。由于人事管理系統屬于企業級內部系統,并發訪問量不會過大。

3.2 系統功能測試

系統測試,是對系統完整開發過程的“收尾”,同時關系到系統質量的可靠性。盡管在最初設計的時候嚴謹按照業務邏輯實現代碼編程,但代碼不穩定因素和不同模塊之間的邏輯性可能會互相干擾。而測試,就是為了防止在系統真正實施時出現不必要的障礙。以下進行部分模塊的測試。

1)登陸功能測試:在用戶登錄時,先對校驗碼進行正確驗證。然后對用戶名和密碼的有效校驗,密碼或姓名有錯,均進行友好提示。

2)添加員工功能測試:當為本系統添加員工時,需要對表單的一些基本信息項進行格式校驗,如員工姓名、基本薪水。當沒有正確輸入時,系統會以紅色相應提示,提示管理員進行正確輸入。在出生日期輸入框中使用My97DatePicker插件,方便管理員正確輸入時間,減少了js代碼的驗證,如圖1。對于性別和部門的輸入,同樣按照減少用戶手動輸入的思想,將性別設置為單選框,部門設置為下拉鏈表,為管理員提供選擇輸入。

3) 修改密碼測試:將兩次新密碼進行先后錄入,通過頁面js代碼進行校驗兩次輸入是否相同,不同則提醒錯誤信息,

4 結束語

隨著計算機軟硬件的不斷發展,信息管理系統在人事管理中的應用己成必然,目前市場上出現的了一些通用的人事管理信息系統,由于通用軟件使用范圍的局限性,各單位、各公司人事部門仍需要開發適合自身使用的人事管理軟件,結合自己單位的實際情況研發相應的人事管理系統,可以使得相應的人事管理部門的工作效率大大提高。

參考文獻:

[1] 王珊, 薩師煊. 數據庫系統概論[M]. 4版. 北京: 高等教育出版社, 2006.

[2] 張海藩, 呂云翔. 軟件工程[M]. 北京:人民郵電出版社, 2013.

[3] 高洪巖. Java EE核心框架實戰[M]. 北京:人民郵電出版社, 2014.

人事管理系統功能需求分析范文2

關鍵詞:用戶自定義;數據分類;人事工資管理系統

中圖分類號:TP319文獻標識碼:A文章編號:1672-7800(2012)010-0082-03

基金項目:智能機器人湖北省重點實驗室開放基金(HBRI200907);武漢工程大學校長基金資助項目

作者簡介:尹杰靈(1990-),男,武漢工程大學計算機學院學生,研究方向為人工智能、信號處理;盧濤(1980-),男,碩士,武漢工程大學計算機學院講師,研究方向為人工智能、信號處理;馮呈龍(1989-),男,武漢工程大學計算機學院學生,研究方向為人工智能、信號處理。

0引言

隨著經濟的發展,企業正向著大型化、規?;较虬l展,而對于大中型企業而言,員工、職稱等跟工資、人事管理有關的信息也隨之急劇增加。在工資管理和人事管理中都涉及到大量的數據查詢和數據統計。其中,人事信息具有更新快、復雜瑣碎的特點,實際管理過程中,面臨數據冗余嚴重、更新不及時、共享困難等問題,信息得不到科學管理與維護,有時甚至會引起統計出錯等問題。

用戶自定義數據分類主要是針對數據更新較快時信息統計困難、修改數據繁瑣而提出的一種解決方式。通過用戶自定義數據分類,有效且直觀地將數據分為不同的類別。之后不論是對此分類數據的修改還是統計,甚至是對類別進行更新都會更加便捷和直觀,其效率顯著提高。

本文結合某高校的工資管理和人事管理工作實際,基于模型(model)-視圖(view)-控制器(controller)設計模式(簡稱MVC模式),在深入研究工資人事管理流程的基礎上,通過對該校教職工信息類別、結構、特點進行分析研究,設計開發了適應該校實際工作的,能夠對數據信息進行用戶自定義數據分類的,并能夠準確將分類后的數據進行統計的人事工資管理系統。

1研究現狀

人事工資管理系統能夠有效提高人事信息處理的速度和準確性,是提升人事管理工作效率的有效手段,已得到很多研究者的關注。2009年,重慶三峽學院的劉春江在《人事工資管理系統》一文中以VB語言為基礎,實現系統功能模塊,能夠較好地完成人事工資管理系統的實際需求。但是當用戶需要查詢或統計人事信息中某一屬性的一類數據時,操作將會非常繁瑣。2011年,曲阜師范大學的張振良在《淺談人事工資管理系統的設計與實現》一文中對功能模塊進行了更加深入的分析,并詳細闡述了模塊與模塊之間的聯系,但是對人事信息的屬性缺少一定的分析。同年,宋曉鵬、唐朝暉在《企業工資管理系統的設計與實現》中以B/S架構設計系統,有效地提高了系統的實用性和可擴展性,但同樣在處理人事信息的所有屬性時,只是簡單地將各個屬性保存在人事信息中。

用戶自定義數據分類正是能解決上述問題的方法之一。用戶自定義數據分類是基于用戶自定義特征的、將數據參數化、可交互的,并能夠發揮用戶創造性的一種將數據進行分類和管理的方法。其通過建立組目錄來保存用戶自定義特征的數據,使得分類更加直觀。

2人事工資管理系統分析

2.1需求分析

在人事工資系統中需要對某些數據進行增加、刪除、修改、查找等操作,更重要的是需要對某些特殊的分組進行查詢和統計工作,并將查詢以及統計的結果以excel表格的形式導出。本系統從人事工資日常管理工作需求出發,設計開發的系統主要滿足以下功能需求:

(1)信息更新。在人事工資系統中需要對各個數據進行增加、刪除、修改等操作。

(2)信息查詢與統計。為人事部門提供即時的教職工信息查詢功能,如查詢教職工職稱、學歷學位、職務變動等信息。根據實際情況,對某些數據進行統計。

(3)分類需求。在人事信息管理中,有時并不是簡單地對某些數據進行統計,而是需要將這些數據分類,然后對不同類別下的數據進行統計。而分類的依據是根據實際情況而定的。

(4)用戶管理。系統設置了兩類用戶:超級管理員、普通管理員。超級管理員擁有最高權限,普通管理員登錄系統時,因權限不夠,無法完成某些操作。

(5)系統維護。包括人員信息及工資信息的增加、修改、刪除,以及各個數據分類、各個分類數據的元數據、管理員信息(增加、刪除、修改權限、初始化密碼)。

2.2系統結構

對系統進行需求分析后,可以將系統總體上分為人事管理、工資管理、系統管理三個部分。從而可以得到系統功能模塊圖,如圖1所示。

得到系統功能模塊圖后,對各個模塊進行分解,精化得到更小的模塊,并確定各個模塊之間的關系,以及模塊與不同參與者之間的關系。最后得到系統用例圖,如圖2所示。

3用戶自定義數據分類的實現

用戶自定義數據分類就是讓用戶自己根據實際的需求將某個人事信息的數據分為幾個類別,而不僅僅只是單獨的數據。這樣做的好處是顯而易見的,當對這個已經設定了分類的數據進行查詢或統計時,就可以根據這些類別進行相關的操作,而不需要先進行繁瑣的查詢或是多次重復的統計后才能得到所需的結果。

要實現用戶自定義數據分類就需要對這些數據進行特殊的處理,建立數據的概念模型圖來清晰地將實體與實體之間的關系顯示出來。在本系統中,需要將人員實體中所需分類的數據項作為單獨的實體,與人員建立多對一的關系。同時需要將該數據項的類別作為單獨實體與該數據項建立多對一的關系。用戶自定義的數據類別就會以該數據項類別的形式存儲下來。而每一個數據就會對應著一個已經設定好了的數據類別。

例如人員信息中的單位這個屬性需要進行分類,于是將單位作為單獨的實體,單位類別也作為單獨的實體。如圖3所示為用戶(概念模型中實體名稱為User)、單位(概念模型中實體名稱為Organization)和單位類別(概念模型中實體名稱為OrganizationType)的概念模型。當用戶將單位的類別分為機關、計算機學院、郵科院校區,且每個類別下又有一到多個具體的單位時,不僅統計每個類別中人員信息的效率有著顯著提高,而且當用戶需要對分類進行更新或者對類別進行更新時更加地便捷和直觀。

本系統中需要進行分類的屬性有單位、來源、崗位、學歷和職稱,因此,分別對這5個數據項做上述處理。做完這一工作后,可以得到如圖4所示的數據分類功能模型。圖中的可分類屬性就是本系統中的單位、來源等;具體數據就是具體的數據名稱,比如來源中的具體數據就有校本部、返聘人員等;所屬類別就是用戶自己定義的分類,用戶可以在創建了類別后將具體數據設定到相應類別中。這樣,在用戶對多個數據進行查詢、統計操作時,只需對他們所屬的類別進行相應的查詢和統計操作即可。大大簡化了用戶的操作,提高了實際的工作效率并減少了人為的失誤。

4系統的設計與實現

依據MVC設計模式將系統分為三層,以實現低耦合、高重用性和適用性,以及良好的可維護性。這樣不僅有利于軟件的工程化管理,更能夠幫助開發者在開發過程中正確設計程序的結構。

采用B/S(瀏覽器/服務器模式)結構,客戶端通過HTML5+CSS3+JavaScript來展示數據,服務器端通過Strut2、Spring3、JPA集成開發來搭建系統的整體框架,數據庫根據實際情況選擇輕量級的MySQL數據庫。

4.1服務器端設計

服務器端主要包含MVC設計模式中的M層(模型層)和C層(控制器層)。

在M層中,采用JPA注解的方式完成實體中屬性與數據庫中各個表字段的一對一映射,而JPA通過Hibernate2實現對數據的增加、刪除、修改、查詢功能。

在C層中,將Spring3與JPA集成,來完成對M層中業務操作類的管理,并通過aop切面編程的方式完成對事務的管理;然后通過Strut2實現服務器端和客戶端的通信,以及Controller層與View層的通信,主要的通信方式是發送AJAX(異步JavaScript和XML)請求,而數據則以json格式來進行傳輸。最后將Strut2與Spring3集成,讓Spring3在實現各個邏輯功能的類中完成對業務操作類的注入,這樣實現各個邏輯功能的類就可以通過調用業務操作類對應的共有方法實現各個業務需求。

4.2客戶端設計

客戶端主要包含MVC設計模式中的V層(顯示層)。

由于使用B/S結構,因此界面通過HTML5+CSS3+JavaScript來完成顯示以及和用戶的交互,其中使用的Javascript框架JQuery來代替原生的Javascript,使客戶端與服務器端的通信更加便利。

對數據分類項的管理如圖5所示。通過對數據分類項的管理,用戶可以自己定義數據的分類項,在查詢以及統計時就可以通過不同的分類項對所需的數據進行相應的操作。

對數據進行分類管理如圖6所示。通過分類管理,可將數據分到圖5中所設定的不同分類項中。而對不同分類項進行的操作就是對這個分類項下所有數據的操作。

5結語

本系統通過用戶自定義數據分類的方式,提高了數據更新與數據統計時的系統效率,并使得用戶操作更加地直觀和便捷。本系統分析了武漢工程大學郵電信息學院的工資管理和人事管理工作的實際情況,結合工作需求,開發基于用戶自定義數據分類的工資人事管理系統,并在實際工作中為用戶提供了迅速、穩定、高效的服務,表明了自定義數據分類方法在數據管理系統中能夠提高數據查詢統計的效率,方便用戶進行大規模數據的更新工作,有效地提升了信息系統的工作效率。

在開發系統中還存在一些有待改進的地方,如可以通過某些方式來提升用戶體驗,使用戶使用系統時的交互更加流暢和愉快,比如可以將系統移植到移動設備中,這樣用戶可以通過移動端隨時隨地登陸系統完成所需操作。

參考文獻:

[1]孟杰.高校人事管理系統發展概述[J].中國科技信息,2010(6).

[2]劉春江.人事工資管理系統[J].電腦編程技巧與維護,2009(8).

[3]禹智昌.淺談人事工資管理系統的設計與實現[J].計算機光盤軟件與應用,2011(6).

[4]宋曉鵬,唐朝暉.企業工資管理系統的設計與實現[J].科技成果管理與研究,20011(8).

人事管理系統功能需求分析范文3

  摘  要  為企業節能降耗、建立和完善關鍵的工序能耗檢測計量,通過對安鋼目前的工藝及公司生產系統組成和數據業務流程的深入了解,開發了計量信息共享平臺系統。本文就安鋼信息計量共享平臺系統的設計進行了介紹。     關鍵詞  計量;數據采集;網絡系統   1  引言     安鋼計量信息平臺系統設計包括系統總體設計和詳細設計,包括硬件及軟件兩部分,主要描述的是該系統的組成與運行過程。按照計量信息需求及的實際情況,系統采用瀏覽器/web/數據庫服務器三層分布式結構。計量信息共享平臺是一個人機對話系統,從物理機構上看,它主要是由計算機、硬件設備、軟件、數據和用戶組成。     為達到本系統設計目標,在設計中遵循以下幾個原則:實用性,可用性,先進性,易用性,人機分工合理性幾個方面。根據信息平臺的實際情況,對各個具體功能和細節進行分析和系統開發,根據用戶需求,在windows環境下,采用當前最為流行的開發工具進行開發,建立人機友好,可視化的用戶界面,輸入方便快捷,輸出信息易讀易懂。 2  體系結構設計     本信息共享平臺采用三層b/s結構,b/s結構中只安裝一個服務器,而客戶端采用瀏覽器運行軟件。在數據管理層和用戶界面增加了一層結構,稱為中間件,使整個體系結構分為三層。中間件主要提供以下功能:負責客戶機與服務器、服務器與服務器間的連接與通訊,實現應用與數據庫的高效連接。這種三層結構在層與層之間相互獨立,任何一層的改變不會影響其它層的功能。 3  系統總體設計

圖1  系統功能結構圖     根據系統的要求,在建立計量信息共享平臺之前,首先做好數據的采集工作。統一數據是建立信息共享平臺的基礎。在計量信息共享平臺上,數據層是基礎,通過數據的共享和交換處理形成信息,然后利用技術手段把信息總結、分類和歸納形成知識層,在此之上提供管理與決策支撐。根據系統的需求分析,確定系統的功能如下:基礎數據、電能計量、動力量數據處理、軌道衡數據處理、工作計劃、供應處數據、管理查詢、權限管理、設備維護、設備信息、生產數據、實時監控、數據查詢、數據維護、采集數據上傳、原始數據查詢、組織機構等功能。整個系統的功能結構圖如圖1所示。 4  整體網絡方案設計     安鋼計量信息共享平臺的建設,首先是網絡系統的建設,整體網絡采用千兆義太網技術,在硬件網絡布線設計上采用了分層的結構,分為:核心層、匯聚層、接入層。     網絡核心層采用2臺高性能萬兆路由交換機extreme aspen8810交換機組成,放置在數據中心機房作為核心設備,提供與四個匯聚交換機的互連和服務器的連接。網絡匯聚層設置四個節點(網絡交換中心),分別放置在回皮軌道衡、計控部、熱送稱、黑河路,每個匯聚層節點配置一臺高性能的extreme的summitx450匯聚交換機。對于接入層,有的地方使用已有的dlink des系列交換機,有的地方節點數較少,甚至只有一個節點,就直接連到匯聚層交換機上。接交換機的地方有:回皮軌道衡交換中心在計控倉庫、焦粉稱、西站配置三臺接入層交換機;計控部交換中心在250t/300t稱配置一臺接入層交換機;熱送稱交換中心在進廠稱配置一臺接入層交換機;黑河路交換中心在三煉軌道衡配置一臺接入層交換機。四個交換中心共配置6臺接入層交換機。其網絡拓撲結構如圖2所示。

圖2  安鋼計量數據網絡拓撲結構 5  軟件詳細設計 5.1  軟件平臺設計     操作系統:選用ms windows 2000高級服務器;數據庫系統:選用ms sql  2000;系統采用三層b/s的邏輯體系結構,前端用戶界面為瀏覽器。在數據庫和前端業務界面之間為業務邏輯層。采用微軟.net框架開發。對外的服務功能以web服務的形式提供。 5.2  信息共享平臺整體結構設計     從邏輯功能角度分析,把該系統分為應用系統和支撐系統兩大部分。支撐系統是整個系統繼承的物質基礎,包括計算機系統、通訊網絡系統、數據庫系統和工具層。應用系統是建立在支撐系統之上,根據在子系統中的作用領域又分為計量數據管理系統和現場數據采集兩個應用子系統,兩者之間通過支撐系統的網絡通訊系統實現物理集成,通過數據庫系統實現信息集成。系統基本結構圖如圖3所示。

5.3  數據采集層系統設計     數據采集層完成現場數據的采集,包括能源量采集系統的升級,物資量采集軟件的編制與更新,它是信息共享平臺的數據來源。     能源量采集網絡采用”893”單總線結構。硬件上把所有能源量計量網絡劃分為四個小的子網絡,每個網絡設一個數據采集子站,由子站完成各子網內的數據采集,子站就近通過光纖在義太網上進行數據交換和網絡控制,同時設立一個中心站完成數據的匯總、分析和網絡傳輸。軟件使用北京亞控公司的組態王軟件對能源量采集系統進行開發。對電量采集數據,使用自編的數據采集軟件把全部電站的結算電表數據實時采入計算機數據庫,并進入數據中心數據平臺,由數據中心按不同用戶的需要對授權用戶提供數據查詢與監控。物資量采集程序開發工具使用delphi6.0+msde數據庫進行開發,完成數據采集任務,并存入本地采集站的數據庫中,由遠程數據庫服務器通過“存儲過程”完成將本地的數據上傳到數據庫服務器,經過加工、處理后提供和授權用戶查詢。     系統采用上傳模型:(采集上傳的數據主要包括:能源量數據、軌道衡計量數據、汽車衡計量數據、皮帶稱計量數據、在線稱計量數據、電量計量數據。)

圖3  系統基本結構圖 5.4  管理層系統設計     管理層完成對現場計量數據的采集和管理、分析與應用等功能,整個系統采用三層b/s模式結構,數據存儲部分由sql  server 2000完成,業務邏輯層使用vb.net開發完成,表示層使用asp.net完成開發。系統主要完成系統中提供的能源量及物資量數據的歸類、處理、及相關功能的實現,是信息共享平臺的主要部分。 5.5  支撐系統設計     被分為四個層次:計算機層、通訊網絡層、數據庫層、工具層。     工具層介于應用系統和計算機網絡/數據庫系統之間的軟件工具的集合。包括開發工具和集成工具。數據庫層是計量數據網絡系統中所使用的數據庫系統,處于通訊網絡層之上,在計算機網絡的支持下,為應用系統提供信息存儲、管理、共享和集成的手段。本系統涉及數據采集系統的本地數據庫及管理信息系統的數據庫。計量信息共享平臺均采用關系模型。數據庫的設計關鍵是表的設計,信息共享平臺應用的數據庫表有兩種:本地數據庫表;管理層數據庫表。通訊網絡層是計量數據網絡系統中數據通訊的載體和樞紐,計量信息共享平臺通過完落系統,是計算機之間、計算機與計量設備之間連接,實現了整個系統的網絡集成,支持和保障了計量數據網絡系統的信息集成。采用混合型網絡拓撲結構,tcp/ip協議。計算機層是支撐系統的底層。本系統要求客戶端計算機為pⅲ以上,安裝windows  2000 professionnal;服務器設計為雙冗余、群集方式,運行microsoft  windows  2000  advance server。 5.6  人機監控界面設計     監控畫面是人機交互的界面,一個軟件系統是否成功,最終的檢查標準是它能否使用戶感到滿意。本系統人機交互包括兩個方面:一方面是人對系統的輸入,包括向系統下達的命令,提供的命令參數和系統所需要的其它輸入信息;另一方面是系統向人提供信息,即輸出。輸出信息一般有三種:提示信息;系統向人報告的計算或處理結果;系統對輸入操作的反饋信息。本著使用簡便、界面一致、及時反饋與美觀的原則,結合計量信息共享平臺的功能需求,應用面向對象的方法進行系統的人機界面設計。 6  結束語     以上詳細論述了安鋼計量信息平臺的總體設計和詳細設計,將整個系統按照橫向和縱向分層介紹,采用具體的方案設計了安鋼信息計量平臺。該系統在實際中得以很好的應用。 參考文獻 [1]楊海鷹,,陸婉珍. 信息管理系統應用設計. 現代科學儀器[m],1996(1):32~45 [2]黃梯云,李一軍. 管理信息系統[m]. 北京:高等教育出版社,1999.34~40 [3]做好能源計量工作的三點意見[j]. 中國計量,2006(12):4~5 [4]陳燕. 重慶大學人事管理系統的設計與開發:[碩士論文].[d]保存地點:重慶大學圖書館,2002. [5]王鵬,董群. 數據庫技術及其應用.[m] 北京:人民郵電出版社,2000. 1:101~171 [6]王春海,張曉莉,王金珠. 企業網絡應用解決方案——從需求分析到配置管理.[m] 北京:兵器工業出版社,2006.79~99 [7]羅仕鑒. 人機界面設計.[m] 北京:機械工業出版社,2004.1~28 [8]彭祖林. 網絡系統集成需求分析與方案設計. [m]北京:國防工業出版社,2004:32~101

亚洲精品一二三区-久久