第一篇:一篇人事管理系統畢業設計之開題報告
一篇人事管理系統畢業設計之開題報告范文
一 課題目的、意義
1、目的:
隨著計算機技術的飛速發展,計算機在企業管理中應用的普及,利用計算機實現企業人事管理勢在必行。對于大中型企業來說,利用計算機支持企業高效率完成勞動人事管理的日常事務,是適應現代企業制度要求、推動企業勞動人事管理走向科學化、規范化的必要條件;計算機管理所無法比擬的優點檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高人事管理的效率,也是企業的科學化、正規化管理,與世界接軌的重要條件。不同的企業具有不同的人事管理制度,這就決定了不同的企業需要不同的人事管理系統。
2、意義:
目前市面上流行的人事管理系統不少。但是,對于企、事業單位的人事管理系統來說,不需要大型的數據庫系統。只需要一個操作方便,功能實用,能滿足本中心對數據的管理及需求的系統。我們的目標就是在于開發一個功能實用、操作方便,簡單明了的人事管理系統.能夠錄入人事的基本資料,在操作上能夠完成諸如添加、修改、刪除、按各種條件進行查詢、新用戶的設置及密碼修改等方面的工作,基本滿足人事日常業務的需要。本人獨立完成了此課題的研究與開發,包括調研、分析、設計、編碼、測試、文檔編寫等內容。
二 系統調研
正式開發管理信息系統之前進行調研是非常必要的,其必要性主要表現在以下幾個方面。(1)明確用戶的要求,以根據調查結果進行可行性分析,確認系統的開發是否可行。(2)提出新系統的人員并不都是系統研究人員,有些人對于功能和處理數據的方法沒有明確的認識。它們只是根據自己業務工作的需要提出了要求,系統開發人員要對此進行詳細的調查和分析,確認用戶的要求可以通過現有的計算機技術實現,保證開發的管理信息系統的功能與用戶提出的要求相吻合。
(3)企業的現行系統可能是手工系統,也可能是使用和計算機的系統,無論是何種情況,都要詳細地調查現行系統中信息處理的具體情況,系統內部功能結構,以便設計出一個合理的、好的新系統邏輯模型,為新系統的設計工作打好基礎,保證整個系統開發的質量。
總之,必要對現行系統進行詳細的調查,明確用戶需求,保證開發的新系統的功能與用戶的要求相吻合,避免耗費大量的人力、物力、財力,新系統的開發卻失敗的悲劇發生。
三 分析概述
1.可靠性分析
可靠性分析是在用戶的要求和系統調研的基礎上進行的,對新系統的開發從社會、技術、經濟、管理等方面進行分析,并得出新系統的開發工作可行、不可行、需要修改、追加投資、暫緩開發、分步實施等方案和結論,最后完成可行性分析。
可行性分析一般可定義為:可行性分析是在建設的前期對工程項目的一種考察和鑒定,對擬議中的項目進行全面與綜合的技術、經濟能力的調查,判斷它是否可行。
(1)可行性分析階段的主要工作包括以下幾個方面: ①新系統目標可行性分析:
分析新系統的目標是否符合企業的現狀和發展的需要。②社會可行性分析:
社會可行性分析主要是指管理信息系統的開發是否符合國家法律、下策,是否能夠與社會大系統實現良好的對接。
③技術可行性分析:
技術可行性分析是根據新系統的目標來衡量是否具備所需要的技術,包括系統開發人員數量和水平,硬件方面,軟件方面及其它應用技術。
④經濟可行性分析
經濟可行性分析主要是對開發新系統所投入的資金與系統投入使用后所帶來的經濟效益進行比較,確認新系統是否會給企業帶來一定的經濟效益。
⑤管理可行性分析:
管理可行性分析主要是分析企業現行的管理體制和企業領導是否具有現代化的管理意識和管理水平。2.可行性分析
技術可行性分析主要包括四個方面:目前有關的技術能否支持所開發的新系統;新系統開發人員的數量和水平,即人力資源;硬件和軟件資源。
(1)技術支持:
首先根據新系統的目標,考慮目前有關的技術能否支持所開發的新系統。這里討論的技術必須是已經普遍使用的,而不是待研究的或正在研究的。
(2)硬件資源:
開發管理信息系統所需的硬件資源包含以下兩個方面:
系統開發人員在管理信息系統的開發過程中所需要的計算機設備及其有關的外部設備;管理信息系統開發成功投入使用后,使用單位所應具備的計算機設備及其有關的外圍設備。對硬件資源進行可行性分析時主要考慮計算機的主機內存、類型、功能、聯網能力、安全保護措施以及輸入/輸出設備,外存儲器和聯網數據通信設備的配置、功能、效率等指標是否符合系統方案設計要求,同時還要考慮計算機的性能/價格比。
(3)軟件資源
軟件資源的可行性分析主要考慮以下幾點是否滿足用戶的要求: ①操作系統的選擇; ②編譯系統的選擇; ③數據庫管理系統的選擇; ④高級編程語言的選擇; ⑤漢字處理系統的選擇; ⑥應用軟件包的選擇。
本系統在開發前,與中心的領導和有關的操作人員密切溝通,認真聽取他們的意見,并吸收他們的積極觀點,使本系統的開發在相當大的程度上具有一定的先進性和合理性。
3.系統分析
系統分析是開發管理信息系統的關鍵性階段,是一個從不斷認識和逐步細化的過程,是下一階段的工作基礎,是為下一階段進行物理方案設計、解決“怎么做”提供依據,基關鍵性主要體現在“理解需求”和“表達需求”兩方面。
通過對現行系統的詳細調研,主要是從系統的角度理解用戶的需要,確定新系統的綜合要求,并提出這些需求的實現條件以及需求應達到的標準,也就是確定新系統要做什么,做到什么程度。這些需求包括:
(1)功能需求。確定新系統應做什么,這是最主要的需求。
(2)性能需求。給出所開發的新系統的技術性能指標,包括存儲容量限制、運行時間限制、安全保密性等。
(3)環境需求。這是對系統運行以及所處環境的要求。例如,在硬件方面采用什么機型、有什么硬件設備等;在軟件方面,采用什么支持系統運行的系統軟件(指操作系統、數據庫管理系統)。(4)未來需求。這類要求是指目前不屬于系統開發的范圍,但將來隨著外界環境的變化以及系統的發展可能會提出的要求。了解這類要求的目的是在開發過程中,可對系統將來可能的擴展與修改做準備。一旦需要時,就比較容易進行補充和修改了。
第二篇:勤工儉學系統------畢業設計開題報告
MSTC-NKUMSTC-NKU-Rock 學生實踐項目
項目開題報告
修改時間: 2004-10-22 2004-10-26 2004-11-3 修改人: 改后版本: 1.0 2.0 3.0 備注: 初版 增加站內信箱功能 更改立項原因及特別說明
引言: 1.引言:..........................2 立項背景: 1.1 立項背景:........................2 立項原因概述: 1.2 立項原因概述:.......................2 文檔依據: 1.3 文檔依據:.........................2 2.項目概述:........................2 項目概述: 面向的用戶人群: 2.1 面向的用戶人群:....................2 2.2 實現目標:.........................2 實現目標: 2.3 項目開發要求:........................3 項目開發要求: 開發工具: 2.4 開發工具:........................3 3.具體分析:........................3 具體分析: 實現概述: 3.1 實現概述:........................3 3.2 學生會及學工部老師:..................3 學生會及學工部老師: 3.3 需人單位或需家教家庭:.....................4 需人單位或需家教家庭: 廣大同學: 3.4 廣大同學:........................4 4.界面設計:....................4 界面設計 5.特別說明:........................5 特別說明: 5.1 網站的安全性:.......................5 網站的安全性: 5.2 網站可維護性:.......................5 網站可維護性: 網站的靈活性: 5.3 網站的靈活性:.......................5 5.4 硬件需求: 首先考慮學
校現有硬件條件)............5 硬件需求: 首先考慮學校現有硬件條件)(首先考慮學?,F有硬件條件(5.5 用戶界面:........................5 用戶界面: 5.6 數據管理能力要求:...............6 數據管理能力要求: 5.7 故障處理:........................6 故障處理:
MSTC-NKU-Rock
第 1頁
MSTC-NKUMSTC-NKU-Rock 學生實踐項目
1.引言:
立項背景: 1.1 立項背景:(1)項目提出者:(2)提出原因:(3)項目創立者:(4)項目開發者:(5)項目名稱:
xxx 大學學生工作部; 目前學校勤工助學管理不合理,給同學帶來多種不便; Rock 小組; Rock 小組; xxx 大學勤工助學系統;
立項原因概述: 1.2 立項原因概述: 目前學校的勤工助學管理存在種種弊端:(1)大多數同學需要找中介,信譽不能得到擔保并且還可能繳納許多無謂 的中介費;(2)學生會及學工部的老師工作大多靠手工,工作量大、效率不高、信息 發布零散不系統,負擔過重;(3)目前的管理系統不能有效獲取單位的兼職信息及同學們的申請信息,信息發布、更新不及時,交互性差; 1.3 文檔依據: 文檔依據: 需求分析文檔根據可行性調查報告編寫,為今后的系統設計及數據庫設計 提供依據。
2.項目概述: 項目概述:
2.1 面向的用戶人群: 面向的用戶人群 用戶人群:(1)學生會及學工部老師: 作為該系統的使用、管理者和維護者;(2)需人單位和需家教家庭:作為兼職工作的提供者;(3)廣大同學們: 作為兼職工作的申請者; 2.2 實現目標: 實現目標 目標:(1)建立一個擁有良好交互性、操作簡單易用的勤工助學服務性網站。(2)網站運行要高效,費用盡量低,注重實用性。(3)該網站提供一種更加方便、高效的勤工助學工作方式。(4)網站實現及時獲取工作提供者的信息和工作申請者的信息,后臺自動 地快速、準確地將兩者進行匹配,得到最優匹配并及時反饋信息。(5)對于一段時間未找到匹配的同學,系統自動向其發信提供建議。(6)支持站內信箱、在線信件交流以及手動匹配。(7)最終為更多的同學找到比較滿意的兼職,解決舊方式的弊端。
本系統最終實現后各部分的關系如下圖所示:
第 2頁
MSTC-NKU-Rock
MSTC-NKUMSTC-NKU-Rock 學生實踐項目
勤 工 助學 數 據庫系統: 工 作 提供 者 信息表; 學 生 用戶 信 息表; 管 理 員信 息 表; 信件管理表 日志管理表
表 …… 管 理 員
兼職工作提供者 前端動態 web 服務頁 面和管理系統 學 生 用 戶
2.3 項目開發要求: 項目開發要求: 開發要求(1)項目開發規范統一:模塊劃分,代碼編寫均遵照小組命名規范文檔;(2)程序優化、安全并要有良好的可擴展性;(3)用戶界面簡潔明了、操作簡單實用;(4)與用戶保持良好的溝通,及時根據用戶新的需求改善系統功能; 2.4 開發工具: 開發工具: Microsoft Visual Studio.NET 2003 SQL server 2000
3.具體分析: 具體分析:
3.1 實現概述: 實現概述: 后臺程序自動處理工作提供者和工作申請者的信息進行最優匹配并將匹配 信息及時反饋給雙方。對于一段時間內未實現自動匹配的用戶,系統將自動發 送站內信件提出合理性建議。與此同時向管理員發送請求幫助信息,由管理員 手動匹配或者由用戶自己手動匹配。3.2 學生會及學工部老師: 學生會及學工部老師:(1)職能:勤工助學系統的管理者和維護者(2)具體工作:接受并處理工作提供者提供的工作; 接受并處理工作申請者的請求; 維護網站系統及硬件設施; 將工作中對系統的新要求反饋給開發小組(Rock);(3)該用戶需要的功能:
登錄:用戶名、密碼 管理員的管理動作自動記錄在該管理員的管理日志中,該日志對同級別或更高級別 管理員公開但只能由最高權限管理員更改、刪除; 添加管理員:由具有更高權限的管理員添加新管理員名稱、密碼、權限 刪除管理員:由具有更高權限的人刪除,徹底清除該管理員的信息
第 3頁
MSTC-NKU-Rock
MSTC-NKUMSTC-NKU-Rock 學生實踐項目
權限:1.最高權限:管理整個網站(包括手動刪除信息,管理其它管理者,手動匹配工作提供者與工作申請者,整理所有管理員的管理日 志,搜索所有注冊者的信息); 2.次級權限:分管理工作提供者的管理員、管理工作申請者的管理員。分別 管理各自管轄對象的信息,整理信息。搜索注冊用戶的信息:包括:用戶的請求信息(提供工作,申請工作)、用戶的真 實姓名、年齡、性別、身份證號、地址(住址或單位)、聯 系電話(e-mail)、用戶身份(學生或工作提供者); 察看并處理 72 小時內未找到匹配的學生的信息 站內實時信件交流,信件處理 注銷登錄,離站
需人單位或需家教家庭: 3.3 需人單位或需家教家庭:(1)描述:作為工作提供者(2)該用戶需要的功能:
注冊:用戶名、密碼、真實姓名或者具體單位名、身份證號、聯系地址、聯系電話、提供的工作類型(選擇家教、學校兼職、校外單位等)、工作描述、對應征者 的要求(可選年齡段、性別、專業等)—
—多選有助于更好的自動匹配; 登錄:用用戶名和密碼登錄,登陸后對外顯示為在線 更改注冊信息、提供工作的信息、處理信件 手動查詢申請相關工作的同學的信息并選擇匹配 察看并處理自動匹配者的申請者信息,選擇申請者后申請者方會有特別提示符表示 已被錄用,還可站內回信 可向管理員發信請求幫助 注銷登錄,離站
3.4 廣大同學: 廣大同學:(1)描述:作為兼職工作的需求者(2)該用戶需要的功能:
注冊:用戶名、密碼、真實姓名、年齡、身份證號、聯系地址、聯系電話或郵件、院系、申請的工作類型(包括家教、校內兼職、校外兼職等)、個人描述 ——填得越細越有助于自動匹配更合適工作 登錄:通過用戶名和密碼登錄,登陸后對外顯示為在線 更改注冊信息、想申請的工作信息、個人描述、處理信件 手動查詢提供相關工作類型的用戶,選擇后進行匹配 察看并處理自動匹配的工作信息,選擇合適者選擇,選擇后同樣會在工作提供方的 自動匹配欄里顯示,還可站內回信 可向管理員發信請求幫助 注銷登錄,離站
4.界面設計 界面設計:
主界面初步設計如下:
MSTC-NKU-Rock 第 4頁
MSTC-NKUMSTC-NKU-Rock 學生實踐項目
5.特別說明: 特別說明:
5.1 網站的安全性: 網站的安全性: 保證管理者和注冊用戶的密碼安全,分權限管理,數據庫訪問控制; 管理員應具有一定網絡安全及防黑知識; 5.2 網站可維護性: 網站可維護性: 網站管理者須懂得一定的服務器應用、SQL 數據庫應用、硬件維護、IIS 配置等方面的技能,必要時由我們對其進行培訓 5.3 網站的靈活性: 網站的靈活性: 系統應該具有良好的功能可擴充性,以應對未來用戶的更高的要求; 5.4 硬件需求: 首先考慮學校現有硬件條件)硬件需求: 首先考慮學?,F有硬件條件)(首先考慮學?,F有硬件條件(管理員端:Windows 2000 server 或以上(學校條件滿足)客戶端: 建議 IE5.0 或以上(目前學校內的機房完全滿足)服務器: 存儲各種數據,處理相應終端請求 中轉器: 數據傳輸中轉站,減小服務器壓力 5.5 用戶界面: 用戶界面: 人性化、交互性強的網頁形式,簡單易用,充分合理安排用戶功能 各種數據表格格式直觀易操作
MSTC-NKU-Rock 第 5頁
MSTC-NKUMSTC-NKU-Rock 學生實踐項目
5.6 數據管理能力要求: 數據管理能力要求: 本系統使用 SQL server,可利用其自帶的各種功能進行管理。對不同用戶信息和其它信息分類存儲,使用索引查找。目前 xxx 大學在校生大約 1 萬 5000 人,數據庫需能承載至少 8 千人的 相關信息和其它信息(根據實際情況,暫定為 8 千人,以后還可拓展)5
.7 故障處理: 故障處理: 系統運行中難免出現一些故障,對此我們提出以下建議和要求:(1)對用戶提交的重要資料及時備份。(如:當用戶修改注冊資料時要及時 更新系統資料備份,以便于系統崩潰后資料的正確恢復。)(2)當系統數據庫發生故障時,及時向用戶返回相關故障原因。(3)公開管理員電子郵箱,聯系電話等,以便用戶和管理員可以及時聯系。(4)做好數據庫和服務器的日常維護工作,出現故障時可與我們聯系由我 們幫助解決。
MSTC-NKU-Rock
第 6頁
第三篇:人事管理系統畢業設計論文
摘 要
本文主要分析公司人事工資管理系統的一些基本功能和組成情況,包括系統的需求分析、系統結構、系統功能模塊劃分以及系統數據庫模式分析等,重點對人事工資管理系統的開發實現進行介紹。
人事工資管理系統是不可缺少的部分,它的內容對于其的決策者和管理者來說都至關重要,所以人事工資管理系統應該能夠為用戶提供充足的信息和快捷的查詢手段。人事工資管理系統的主要任務就是使用計算機,對所有公司成員的人事檔案資料進行保存;在需要時進行查找、分類、統計或者增加、修改和刪除等操作;可以針對不同的目的,對各種檔案資料進行查詢。
本文重點說明了系統的設計思想、關鍵技術和解決方案。使用Microsoft公司的SQL Server 2005數據庫管理系統進行數據存儲;通過使用Microsoft公司的Visual Studio 2008集成開發環境。
關鍵字:人事管理系統;Visual Studio 2008; SQL
I
Abstract
This article analyzes the personnel management system,the more software companies some of the basic functions and composition,including system requirements analysis,system architecture,system functions and system database module division pattern analysis,with emphasis on the personnel management system,the more software companies developing implementation are introduced.The personnel management system,the more software companies is a company,the more an indispensable part of its contents for its decision-makers and managers are crucial to,the personnel management system,the more software companies should be able to provide users with adequate of information and fast query tool.The personnel management system,the more software companies the main task is to use computers for all members of the company's personnel file information stored;to find when,classification,statistics,or add,modify and delete operations;can be for different purposes,for a variety of archives to search.This article highlights the system's design concept,key technologies and solutions.I,the use of Microsoft's SQL Server 2005 database management system for data storage;through the use of Microsoft's Visual Studio 2008 integrated development environment technology design front-end interface.Key Word: Personnel Management System;Visual Studio 2008;SQL。
II
目錄
引
言................................................................................................................................1 1 基礎知識......................................................................................................................4
1.1 Visual Studio介紹..............................................................................................4 1.2 SQL Server數據庫介紹.....................................................................................5 2 系統分析......................................................................................................................7
2.1 開發背景及意義................................................................................................7 2.2 可行性研究........................................................................................................7 2.3 功能需求............................................................................................................8
2.3.1 用例分析..................................................................................................8 2.3.2 概念類描述............................................................................................11 2.3.3 行為描述................................................................................................12 2.4 性能需求..........................................................................................................13
2.4.1 響應時間................................................................................................13 2.4.2 吞吐量....................................................................................................13 2.4.3 并發用戶數............................................................................................15 2.4.4 資源利用率............................................................................................15 2.5 環境需求..........................................................................................................15
2.5.1 硬件環境................................................................................................15 2.5.2 軟件環境................................................................................................15 系統設計....................................................................................................................16
3.1 系統結構設計..................................................................................................16
3.1.1 軟件設計的原則....................................................................................16 3.1.2 系統層次結構........................................................................................17 3.2 設計階段類圖..................................................................................................18 3.3 數據庫設計......................................................................................................19
3.3.1 數據庫概念設計....................................................................................19 3.3.2 數據庫邏輯設計....................................................................................20
I
3.4 系統詳細設計..................................................................................................22
3.4.1 系統登錄PAD圖...................................................................................22 3.4.2 檔案管理PAD圖...................................................................................23 3.4.3 修改口令PAD圖...................................................................................23 系統實現....................................................................................................................25
4.1 語言選擇原因..................................................................................................25 4.2 軟件開發環境..................................................................................................28 4.3 系統功能實現..................................................................................................28
4.3.1 管理員登錄............................................................................................28 4.3.2 檔案管理................................................................................................28 4.3.3 添加員工信息........................................................................................30 4.3.4 獎罰管理................................................................................................31 4.3.5 調動管理................................................................................................32 4.3.6 考勤津貼................................................................................................32 4.3.7 工資總結................................................................................................33 軟件測試....................................................................................................................35
5.1 測試計劃的制定..............................................................................................35
5.1.1 調試計劃的整體目標............................................................................35 5.1.2 定義軟件測試的標準............................................................................35 5.1.3 測試實施策略的制定............................................................................35 5.1.4 測試計劃的活動的細分........................................................................35 5.1.5 測試計劃的要點....................................................................................36 5.2 測試的基礎......................................................................................................36
5.2.1 測試的目標............................................................................................36 5.2.2 白盒測試和黑盒測試............................................................................37 5.2.3 測試的準則............................................................................................37 5.3 測試用例設計..................................................................................................38
5.3.1 等價類測試用例設計............................................................................38 5.3.2 邊界值測試用例設計............................................................................39 5.3.3 功能圖法測試用例設計........................................................................40
II
5.4 軟件可靠性......................................................................................................42
5.4.1 基本定義................................................................................................42 5.4.2 估算平均無故障時間的方法................................................................43 5.4.3 MTTF和ASS的估算...........................................................................44
結
論..............................................................................................................................45 致
謝..............................................................................................................................46 參考文獻..........................................................................................................................47 附
錄..............................................................................................................................48
附錄A Salary Management System.......................................................................48 附錄B 工資管理系統............................................................................................53 附錄C 系統使用說明書........................................................................................57
III
沈陽理工大學高等職業技術學院學士學位論文
引
言
隨著計算機技術、網絡技術和信息技術的發展,現在辦公系統更趨于系統化、科學化和網絡化。網絡辦公自動化系統是計算機技術和網絡迅速發展的一個辦公應用解決方案,它的主要目的是實現信息交流和信息共享,提供協同工作的手段,提高辦公的效率,讓人們從繁瑣的有紙辦公中解脫出來。現在許多的機關單位的人事管理水平還停留在紙介質的基礎上,這樣的機制已經不能適應時代的發展,因為它浪費了許多人力和物力,在信息時代這種傳統的管理方法必然被計算機為基礎的信息管理所取代。隨著我國市場經濟的快速發展,人事工資管理系統在企業的日常管理中發揮著越來越重要的作用。人事工資管理系統可以進行檔案管理、獎罰管理和工資管理等,方便處理企業內部員工的相關工資信息。另外,為了更方便的查看員工的工資信息,還可以通過水晶報表對工資信息進行打印。
隨著計算機技術、網絡技術和信息技術的發展,現在辦公系統更趨于系統化、科學化和網絡化。網絡辦公自動化系統是計算機技術和網絡迅速發展的一個辦公應用解決方案,它的主要目的是實現信息交流和信息共享,提供協同工作的手段,提高辦公的效率,讓人們從繁瑣的有紙辦公中解脫出來?,F在許多的機關單位的人事管理水平還停留在紙介質的基礎上,這樣的機制已經不能適應時代的發展,因為它浪費了許多人力和物力,在信息時代這種傳統的管理方法必然被計算機為基礎的信息管理所取代。隨著我國市場經濟的快速發展,人事工資管理系統在企業的日常管理中發揮著越來越重要的作用。人事工資管理系統可以進行檔案管理、獎罰管理和工資管理等,方便處理企業內部員工的相關工資信息。另外,為了更方便的查看員工的工資信息,還可以通過水晶報表對工資信息進行打印。系統效能,是預期一個系統滿足一組特定任務的程度的量度。它是系統綜合性能的反映,是系統的整體屬性。效能評估,就是要對系統進行綜合分析,把系統的各項性能與任務要求綜合比較,最終得到表示系統的優劣程度的結果。人事工資管理系統的效能,可以細分為系統的自身效能和應用效能。自身效能是人事工資管理系統本身固有的性能,它體現了系統本身的完備性;應用效能是人事工資管理系統在應用過程中體現的效能,是通過對信息的搜集、傳輸和處理對平時或戰時產生有利作用的程度。
在這個信息迅速膨脹,計算機技術以及網絡技術飛速發展的社會,計算機在企業管理中的應用也不繼得到了普及,利用計算機實現企業人事檔案的管理勢在必行。
沈陽理工大學高等職業技術學院學士學位論文
計算機在企業管理中的應用越來越受到人們的歡迎。利用計算機來實現對公司員工基本資料等的管理和公司內部之間的信息交流勢在必行。這是在現代化的社會中任何公司所要解決的問題,也是公司現代化管理的趨勢。
信息在不同的領域里有著不同的概念,在管理科學領域中,通常認為信息是經過加工處理后的一種數據形式,是一種有次序的符號排列,它是系統傳輸和處理的對象。處在信息時代的今天,信息的作用越來越為人們所重視。制定工作計劃,研究投資策略,都離不開對信息的充分利用。管理信息系統(Management Information System,縮寫MIS)是一種“人機系統”,它以特定的模式支持一個組織內各級組織機構之間的通訊,對信息資源進行綜合開發,管理和利用,實現對該組織的有效管理。它通過對數據的加工處理,及時為管理與決策分析提供信息。
隨著公司不斷的發展壯大,員工的數量也在不斷的增加,隨之而來的管理成本也在不斷的提高,以及考慮到公司的人事管理現在尚處于傳統的人工管理的作業階段,不但效率低下,還常常因為管理的不慎而出現紕漏。因此根據公司提供的需求,設計此人事管理系統,以幫助該公司達到人事管理辦公自動化、節約管理成本、提高該公司人事管理工作效率的目的。
人事管理系統是典型的管理信息系統(MIS),其開發主要包括后臺數據庫的建立和維護以及前端應用程序的開發。對于前者要求建立起數據一致性和完整性強、數據安全性好的庫。而對于后者則要求應用程序功能完備,易使用,界面美觀等特點。人事管理系統可以提供豐富的功能,降低人事管理工作的強度,提高其公司人事管理工作的效率,并依靠系統的強大的功能為人事管理的使用創造良好的條件,從而能夠適應其公司人事管理的要求,推動其公司人事管理的信息化建設。人事管理的需求,本文就該人事管理系統的設計與實現進行了分析探討:首先對系統的需求分析做了敘述,然后介紹了系統的設計和實現,最后進行了系統測試。嘉晟公司人事管理系統采用基于客戶端/服務端(C/S)模式開發,服務端采用SQL Server2005數據庫服務器作為數據處理和存儲平臺,客戶端應用程序采用Visual Stdio.NET 2008集成開發環境中的WPF(Windows Presentation Foundation)技術進行開發,開發語言選用開發環境中C#的語言。用戶使用客戶端應用程序對服務端數據進行操作。
現在,已經認識到計算機管理在企業管理中的重要性,這是其公司科學化、正規化管理并能與世界接軌的重要標志。因此,開發這樣的人事管理系統是很必要的,下面的各章中將介紹人事管理系統的開發過程和在開發過程中所涉及以及所解決的問題。
沈陽理工大學高等職業技術學院學士學位論文
本文分五章介紹,第一章為基礎知識,介紹了系統開發工具的相關知識。第二章為系統分析,主要是對系統的功能需求、性能需求、環境需求進行分析以及系統的可行性分析。第三章為系統設計,根據系統的需求分析,制定相應的設計計劃,包括結構設計、數據庫設計、界面設計、系統詳細設計等。第四章為系統實現,通過需求分析和系統的設計計劃,來選擇合適的語言及軟件卡發環境完成系統功能的實現。第五章為軟件測試,對系統進行一系列的測試,包括測試計劃的目的、測試的原則、測試用例以及軟件的可靠性。
沈陽理工大學高等職業技術學院學士學位論文 基礎知識
1.1 Visual Studio介紹
C#(讀做 “C sharp”,中文譯音暫時沒有。專業人士一般讀“C sharp”,現在很多非專業一般讀“C井”。C#是微軟公司發布的一種面向對象的、運行于.NET Framework之上的高級程序設計語言。并定于在微軟職業開發者論壇(PDC)上登臺亮相。C#是微軟公司研究員Anders Hejlsberg的最新成果。C#看起來與Java有著驚人的相似;它包括了諸如單一繼承、接口、與Java幾乎同樣的語法和編譯成中間代碼再運行的過程。但是C#與Java有著明顯的不同,它借鑒了Delphi的一個特點,與COM(組件對象模型)是直接集成的,而且它是微軟公司.NET windows網絡框架的主角。
C#是一種安全的、穩定的、簡單的,由C和C++衍生出來的面向對象的編程語言。它在繼承C和C++強大功能的同時去掉了一些它們的復雜特性(例如沒有宏和模版,不允許多重繼承)。C#綜合了VB簡單的可視化操作和C++的高運行效率,以其強大的操作能力、優雅的語法風格、創新的語言特性和便捷的面向組件編程的支持成為.NET開發的首選語言。
并且C#成為ECMA與ISO標準規范。C#看似基于C++寫成,但又融入其它語言如Delphi、Java、VB等。
在本文中,筆者將考察創建一種新計算機語言的一般動機,并將特別指明是什么原因導致了C#的出現。然后筆者將介紹C#和它與Java、C、C++的相似之處。其次筆者將討論一些存在于Java和C#之間的高層次的,和基礎的差別。筆者將以衡量在用多種語言開發大型應用程序的時候所需的知識(或者對這種知識的缺乏程度)來結束本文,而這正是.NET和C#的一個主要戰略。目前,C#和.NET還只能以C#語言規則,以及Windows 2000的一個“預覽版本”,還有MSDN上迅速增多的文檔集子的形式獲得(還沒有最終定型)。
微軟C#語言定義主要是從C和C++繼承而來的,而且語言中的許多元素也反映了這一點。C#在設計者從C++繼承的可選選項方面比Java要廣泛一些(比如說struts),它還增加了自己新的特點(比方說源代碼版本定義)。但它還太不成熟,不可能擠垮Java。C#還需要進化成一種開發者能夠接受和采用的語言,而微軟當前為它的這種新語言大造聲勢也是值得注意的。目前大家的反應是:“這是對Java的反擊”。
沈陽理工大學高等職業技術學院學士學位論文
C#更象Java一些,雖然微軟在這個問題上保持沉默。這也是意料中的事情,筆者覺得,因為Java近來很成功而使用Java的公司都報告說它們在生產效率上比C++獲得了提高。
Java所帶來的巨大影響和大家對它的廣泛接受已經由工作于這種語言和平臺之上的程序員數量明顯的說明了(估計世界范圍內共有兩百五十萬程序員使用Java)。由這種語言寫成的應用程序的數量是令人驚訝的并已經滲透了每一個級別的計算,包括無線計算和移動電話(比如日本發明的Java電話)。C#能夠在用戶領域獲得這樣的禮遇嗎?我們必須等待并觀望,就象已經由SSI公司的CEO和主席Kalpathi S.Suresh指出來的那樣,“我發現所有這些都是漸進的。如果C#不存在,我們總能回到Java或C和C++。這些都不完全是新技術;它們在更大的意義上來說只是大公司制造的市場噱頭。我們必須給他們時間安頓下來看看這些是不是真的對IT工業有什么影響”。
1.2 SQL Server數據庫介紹
SQL Server是微軟公司開發的一個關系數據庫管理系統,以Transact SQL的數據庫查詢和編程語言。T-SQL 是結構化查詢語言SQL的一種,支持ANSI SQL-92標準。
但說起它的歷史,卻得從Sybase開始的。SQL Server從20 世紀80年代后期開始開發,最早起源于1987年的Sybase SQL Server。SQL Server最初是由Microsoft、Sybase 和Ashton-Tate三家公司共同開發的,1988年,Microsoft公司、Sybase公司和Aston-Tate公司把該產品移植到OS/2上。后來Aston-Tate公司退出了該產品的開發,而Microsoft公司、Sybase公司則簽署了一項共同開發協議,這兩家公司的共同開發結果是發布了用于Windows NT操作系統的SQL Server,1992年,將SQL Server移植到了Windows NT平臺上[6]。
在SQL Server 4版本發行以后,Microsoft公司和Sybase公司在SQL Server的開發方面分道揚鑣,取消了合同,各自開發自己的SQL Server。Microsoft公司專注于Windows NT平臺上的SQL Server開發,而Sybase公司則致力于UNIX平臺上的SQL Server的開發。本文中介紹的是Microsoft SQL Server 以后簡稱為SQL Server或MS SQL Server。
SQL Server6.0版是第一個完全由Microsoft公司開發的版本。1996年,Microsoft公司推出了SQL Server 6.5版本,接著在1998年又推出了具有巨大變化的7.0版,這一版本在數據存儲和數據庫引擎方面發生了根本性的變化。又經過兩年的努力開發,Microsoft公司于2000年9月布了SQL Server 2000,其中包括企業版、標準版、開發版、沈陽理工大學高等職業技術學院學士學位論文
個人版四個版本。從SQL Server 7.0到SQL Server 2000的變化是漸進的,沒有從6.5到7.0變化那么大,只是在SQL Server 7.0的基礎上進行了增強[7]。
數據庫技術從60年代末期至今只有不到40年的歷史,但其發展速度之快是其它技術所不及的。它已由第一代的層次型、網狀型數據庫,第二代的關系型數據庫發展到今天以面向對象為主要模型的數據庫,即第三代數據庫。數據庫技術和網絡通信技術、面向對象編程技術、并行計算機技術、人工智能技術相互融合、相互滲透,促進了數據庫技術的廣泛應用[8]。
數據庫通常有兩個主要部分:一個是保存物理數據庫的文件,一個是應用程序用于訪問數據的數據庫管理系統(DBMS)軟件。DBMS 負責維護數據庫的結構,包括:
1.據庫內數據間的關系。
2.數據存儲正確,定義數據間關系的規則未被違反。3.系統崩潰的情況下,按照已知的一致性程度恢復所有數據
沈陽理工大學高等職業技術學院學士學位論文 系統分析
2.1 開發背景及意義
隨著計算機技術、網絡技術和信息技術的發展,現在辦公系統更趨于系統化、科學化和網絡化。網絡辦公自動化系統是計算機技術和網絡迅速發展的一個辦公應用解決方案,它的主要目的是實現信息交流和信息共享,提供協同工作的手段,提高辦公的效率,讓人們從繁瑣的有紙辦公中解脫出來?,F在許多的機關單位的人事管理水平還停留在紙介質的基礎上,這樣的機制已經不能適應時代的發展,因為它浪費了許多人力和物力,在信息時代這種傳統的管理方法必然被計算機為基礎的信息管理所取代。
本系統就是基于本公司的人事管理而設計的,是對公司的人事資料進行管理,為人事管理人員提供了一套操作簡單、使用可靠、界面友好、易于管理和使用的處理工具。本系統對人事各種數據進行統一處理,避免數據存取、數據處理的重復,提高工作效率,減少了系統數據處理的復雜性。本系統不僅使公司人事管理人員從繁重的工作中解脫出來,而且提高了人事管理的效率,提高了人事管理的科學性,方便了用戶查詢、管理人員進行管理。
2.2 可行性研究
可行性分析是在用戶的要求和系統調研的基礎上進行的,對新系統的開發從社會、技術、經濟、管理等方面進行分析,并得出新系統的開發工作可行、不可行、需要修改、追加投資、暫緩開發、分步實施等方案和結論,最后完成可行性分析。
可行性分析是項目在建設的前期對工程項目的一種考察和鑒定,對擬議中的項目進行全面與綜合的技術、經濟能力的調查,判斷它是否可行。
(1)可行性分析階段的主要工作包括以下幾個方面: ①新系統目標可行性分析:
分析新系統的目標是否符合企業的現狀和發展的需要。通過到嘉晟公司調研,其公司要求的目標可行。
②社會可行性分析:
沈陽理工大學高等職業技術學院學士學位論文
社會可行性分析主要是指管理信息系統的開發是否符合國家法律、政策,是否能夠與社會大系統實現良好的對接。開發本系統沒有觸犯到法律,也能很好地與社會對接。
③技術可行性分析:
技術可行性分析是根據新系統的目標來衡量是否具備所需要的技術,包括系統開發人員數量和水平,硬件方面,軟件方面及其它應用技術。WPF,C#已是微軟成熟的技術,所以完全可以開發出來本系統。
④經濟可行性分析
經濟可行性分析主要是對開發新系統所投入的資金與系統投入使用后所帶來的經濟效益進行比較,確認新系統是否會給企業帶來一定的經濟效益。嘉晟公司正在快速發展,所以能夠支付本系的開發費用。
⑤管理可行性分析:
管理可行性分析主要是分析企業現行的管理體制和企業領導是否具有現代化的管理意識和管理水平。嘉晟公司的管理水平還沒有達到現代化的管理水平,所以開發本系統正是其急需的。
2.3 功能需求
人事工資管理系統主要實現對人事工資信息和操作的管理,系統的用戶是負責管理設備的管理人員,系統具有人事管理模塊(檔案管理、獎罰管理、調動管理、考評管理)、工資管理(考勤津貼、工資總結)、系統管理(部門管理、數據備份)、用戶管理(操作員管理、修改口令、更改操作員)等主要功能。2.3.1 用例分析
用例圖主要用來圖示化系統的主事件流程,它主要用來描述需求,即希望系統具備的完成一定功能的動作,通俗地理解用例就是軟件的功能模塊,是設計系統分析階段的起點,設計人員根據需求來創建和解釋用例圖,用來描述軟件應具備哪些功能模塊以及這些模塊之間的調用關系,用例圖圖符如表2.1所示。
沈陽理工大學高等職業技術學院學士學位論文
表2.1 uml用例圖圖符
可視化圖符
名稱 系統
描述
用來表示系統邊界,所有用例放在系統之中
用例
用來表示用例圖中的用例
用于描述與系統功能有關的外部實體,可以是用戶,執行者
也可以是外部系統
關聯 連接執行者和用例
通過系統的功能需求分析,可得到系統的執行者為管理員、管理員添加人員和數據庫系統,系統的用例為人事管理、工資管理、用戶管理、系統管理,系統總體用例圖如圖2.1所示。
圖2.1 系統總體用例圖
人事管理:對公司的基本信息進行管理,包括檔案管理、獎罰管理、調動管理、考評管理,人事管理的用例圖如圖2.2所示。
沈陽理工大學高等職業技術學院學士學位論文
圖2.2 人事管理用例圖
工資管理管理:考勤津貼、工資總結,工資管理的用例圖如圖2.3所示。
圖2.3 工資管理用例圖
用戶管理:有操作員管理、更改操作員、修改口令,用戶管理的用例圖如圖2.4所示。
圖2.4 用戶管理用例圖
系統管理:有部門管理,可以調動部門,系統備份可以把數據庫存到電腦。系統管理的用例圖如圖2.5所示。
沈陽理工大學高等職業技術學院學士學位論文
圖2.5 系統管理用例圖
2.3.2 概念類描述
類圖是由若干類關聯在一起,反映系統或者子系統組成結構的靜態圖。類圖的建模貫穿工程的分析和設計階段的始終,通常從商務伙伴能夠理解的類開始建模,最終往往成為只有開發小組才能夠完全理解的類。
類圖是在面向對象的系統模型中使用得最普遍的圖。類圖包含了一組類、接口和協作以及其之間的關系。使用類圖來為系統的靜態視圖建模。通常這包括模型化系統的詞匯(從系統的詞匯表中發現類),模型化協作,或則模型化模式。類圖還是一些相關的圖的基礎,包括組件圖、分布圖。
類圖的重要性不僅僅體現在為系統建立可視化的、文檔化的結構模型,同樣重要的是構建通過正向和反向工程建立執行系統。
沒有類是單獨存在的,類通常和別的類協作,創造比單獨工作更大的語義。因此,除了捕獲系統的詞匯以外,還要將注意力集中到這些類是如何在一起工作的。使用類圖來表達這種協作,類圖圖符如表2.2所示。
創建類圖最好的起點是用例圖,根據上面的用例圖很容易確定類及其關聯、屬性和操作。由上面的用例圖得到員工類的方法包含查看員工信息、添加員工信息、修改員工信息、刪除員工,屬性包含姓名、性別等;員工調動類(屬性:調后職位等)、員工調薪類(屬性:調后薪資等)、員工考評類(屬性:考評成績等)、員工獎懲類(屬性:獎懲原因等)的方法都包含新增、修改、刪除、快速查詢、高級查詢、導出和報表打印等功能,屬性包含姓名、部門、職位等,所有可以將它們歸為人事信息類;管理員類的方法包含新增用戶、修改和刪除、修改密碼、備份和還原數據庫等,屬性包含登錄名、密碼、權限、聯系方式等。概念類的類圖如圖2.6所示。
沈陽理工大學高等職業技術學院學士學位論文
表2.2 類圖圖符
可視化圖符
名稱
描述
表示具體的一個類,第一
類
欄為類名,第二欄為類的屬性,第三欄為類的方法
包
一種分組機制,表示一個類圖的集合
表示類的對象間的關系,關聯
包括聚集關聯和組成關聯 描述類或包的一般元素與特
泛化關系
殊元素之間的分類關系
圖2.6 概念類圖
2.3.3 行為描述
系統的行為是通過對象的動作來描述的,通??梢酝ㄟ^順序圖來描述對象之間如何進行消息的傳遞。順序圖是一種動態建模方法。一般用于確認和豐富一個使用情境的邏輯。一個使用情境就是系統潛在的使用方式的描述,也就是它的名稱所要描述的。通過觀察什么消息被發送給一個對象,以及通過概略的觀察運行被調用的方法需要花費多長
沈陽理工大學高等職業技術學院學士學位論文
時間,很快就能了解哪里的設計需要變化,以達到在系統內部平衡負荷的目的,uml順序圖圖符如表2.3所示。
表2.3 uml順序圖圖符
可視化圖符
名稱
帶有生命線的對象
激活 消息 返回消息
描述
用于表示順序圖中參與交互的對象 表示在這個時間段內,對象處于活動狀態 用于表示對象之間傳遞的消息 用于表示對象之間傳遞的消息
要繪制系統的順序圖首先要了解系統的過程,根據系統類圖中的方法可以獲得詳細的系統過程,系統管理操作順序圖如圖2.7所示。
2.4 性能需求
系統的性能是系統的一種非功能特性,它關注的不是系統是否能夠完成特定的功能,而是在完成功能時展示出來的及時性。為了能夠客觀地度量系統的性能,定義了一系列的性能指標,以便于在不同情況下度量系統的性能。2.4.1 響應時間
從用戶向系統發出一個作業請求開始,經系統處理后,再給出應答結果的時間稱為系統的響應時間。如果要求一個系統的響應時間快,那么計算機CPU的運算速度就應該快,并且通訊線路的傳遞速率也應該高,如實時系統就是這樣。
本系統采用C#語言編寫對用戶本機要求低,響應時間也相對較短,最大為4秒平均為2~3秒,完全符合需求。2.4.2 吞吐量
每秒鐘執行的作業數稱為系統的吞吐量。系統的吞吐量越大,則說明系統的處理能力越強。系統的吞吐量與系統硬、軟件的選擇有著直接的關系,如果要求系統具有較大的吞吐量,就應當選擇具有較高性能的計算機和網絡系統。
沈陽理工大學高等職業技術學院學士學位論文
圖2.7 系統管理操作順序圖
沈陽理工大學高等職業技術學院學士學位論文
2.4.3 并發用戶數
并發用戶數是指系統可以同時承載的正常使用系統功能的用戶的數量。與吞吐量相比,并發用戶數是一個更直觀但也更籠統的性能指標。實際上,并發用戶數是一個非常不準確的指標,因為用戶不同的使用模式會導致不同用戶在單位時間發出不同數量的請求。
2.4.4 資源利用率
資源利用率反映的是在一段時間內資源平均占用的情況。對于數量為1的資源(如CPU),資源利用率可以表示為資源被占用的時間與整段時間的比值;對于數量不為1的資源(如內存),資源利用率可以表示為在該段時間內平均被占用的資源數與總資源數的比值。對于本系統當用戶數增加時,系統可以通過提高提高系統的資源利用率來提高吞吐量,但是也不是可以無限增大的,關鍵原因在于本系統的資源利用率不能無限提高。
2.5 環境需求
2.5.1 硬件環境
服務器端的最低配置是由建立站點所需的軟件來決定的,在最低配置的情況下,服務器的往往不盡如人意,現在的硬件性能已經相當出色,而且價格也很便宜,因此通常應給服務器端配置高性能的硬件,本系統服務器端的配置如下:
處理器:Inter Pentium 4 2.0GHz 或更高 內存:2GB 硬盤空間:160GB 顯卡:SVAG顯示適配器。2.5.2 軟件環境
服務器端要求如下:
操作系統:Windows 2000 Server 數據庫:Mircrosoft SQLserver2005 開發工具:Microsoft Visual Studio 2005
沈陽理工大學高等職業技術學院學士學位論文 系統設計
3.1 系統結構設計
3.1.1 軟件設計的原則
1、模塊化
模塊化就是把程序劃分成獨立命名且可獨立訪問的模塊,每個模塊完成一個子功能,把這些模塊集成起來構成一個整體,可以完成指定的功能滿足用戶的需求。
下面五條標準可以評價一種設計方法定義有效的模塊系統的能力。(1)模塊可分解性
如果一種設計方法提供了把問題分解為子問題的系統化機制,它就能降低整個問題的復雜性,從而可以實現一種有效的模塊化解決方案。
(2)模塊可組裝性
如果一種設計方法能把現有的(可重用的)設計構件組裝成新系統,它就能提供一種并非一切都從頭開始做的模塊化解決方案。
(3)模塊可理解性
如果可以把一個模塊作為一種獨立單元(無需參考其他模塊)來理解,那么,這樣的模塊是易于構造和易于修改的。
(4)模塊連續性
如果對系統需求的微小修改只導致對個別模塊,而不是對整個系統的修改,則修改所引起的副作用將最小。
(5)模塊保護性
如果在一個模塊內出現異常情況時,它的影響局限在該模塊內部,則由錯誤引起的副作用將最。
采用模塊化原理可以使軟件結構清晰,不僅容易設計也容易閱讀和理解。模塊化也有助于軟件開發工程的組織管理,一個復雜的大型程序可以由許多程序員分工編寫不同的模塊,并且可以進一步分配技術熟練的程序員編寫困難的模塊。
2、抽象
人類在實踐中認識到,在現實世界中一定事物、狀態或過程之間總存在著某些相似的方面。把這些相似的方面集中和概括起來,暫時忽略它們之間的差異,這就是抽象。
沈陽理工大學高等職業技術學院學士學位論文
3、逐步求精
逐步求精是人類解決復雜問題時采用的基本技術,是許多軟件工程技術的基礎??砂阎鸩角缶x為:“為了能集中精力解決主要問題而盡量推遲對問題細節的考慮”。
求精實際上是細化過程。要從在高抽象級別定義的功能陳述(或信息描述)開始。求精要求設計者細化原始陳述,隨著每個后續求精(細化)步驟的完成而提供越來越多的細節。
4、信息隱藏
應用模塊化原理時,自然會產生的一個問題是:“為了得到最好的一組模塊,應該怎樣分解軟件”。信息隱藏原理指出:應該這樣設計和確定模塊,使得一個模塊內包含的信息(過程和數據)對于不需要這些信息的模塊來說,是不能訪問的。3.1.2 系統層次結構
HIPO圖是IBM公司發明的“層次圖加輸人/處理/輸出圖”的英文縮寫。它既可以描述軟件總的模塊層次結構H圖(層次圖),又可以描述每個模塊輸入/輸出數據/處理功能及模塊調用的詳細情況IPO圖(也稱IPO表)。HIPO圖以模塊分解的層次性以及模塊內部輸入、處理、輸出三大基本部分為基礎建立的。
本系統的最頂層的矩形框代表人事工資管理系統的主控模塊,調用下層模塊以完成全部管理功能;第二層的每個模塊控制完成系統的一個主要功能,如此實現自頂向下逐步求精,系統的H圖如圖3.1所示。
圖3.1 系統的H圖
沈陽理工大學高等職業技術學院學士學位論文
H圖只說明了系統由那些模塊組成及其控制層次結構,并未說明模塊間的信息傳遞及模塊內部的處理。因此對一些重要模塊還必須根據H圖繪制具體的IPO表。用戶和管理人員可利用IPO表編寫、修改和維護程序。IPO表中包含的附加信息主要有系統名稱、圖的作者,完成的日期,本圖描述的模塊的名字,模塊在層次圖中的編號,調用本模塊的模塊清單,本模塊調用的模塊的清單、注釋以及本模塊使用的局部數據元素等。
信息查詢的上層調用模塊為人事管理,沒有下層模塊可調用,信息查詢的IPO表如表3.1所示。
表3.1 信息查詢的IPO表
系統名稱:人事工資管理系統 模塊名:信息查詢 模塊編號:2.1 上層調用模塊:人事管理 輸入數據:要查詢的人事信息
設計者:楊凌霄 日期:2009-10-20
下層被調用的模塊:無 輸出數據:查詢得到的結果
處理:根據查詢的信息判斷庫中是否有相應的記錄,如果有則顯示查詢的結果
修改信息的上層調用模塊為人事管理,沒有下層模塊可調用,修改信息的IPO表如表3.2所示。
表3.2 修改信息的IPO表
系統名稱:人事工資管理系統 模塊名:修改信息 模塊編號:2.3 上層調用模塊:工資管理 輸入數據:填寫要修改的信息
設計者:楊凌霄 日期:2009-10-20
下層被調用的模塊:無
輸出數據:對數據庫的更新結果
處理:判斷修改信息的合法性,修改成功后顯示更新的結果
3.2 設計階段類圖
在系統分析階段,已經找出了主要的概念類和類的方法、類間的關系。到了系統設計階段,需要從軟件系統的角度來重新設計類圖。分析階段的類到了設計階段有的可能變成一組類,有的可能消失。
沈陽理工大學高等職業技術學院學士學位論文
分析階段的類圖主要是用來描述現實世界中的問題;而設計階段的類圖主要是對解決方案進行描述。因此設計階段的類圖描述了軟件的系統結構。創建設計類圖的過程包括以下幾步:
1.識別設計階段出現的類,為這些類添加屬性和方法。2.建立類間關系,最終完成對屬性和方法的細節描述。系統設計階段的類圖如圖3.2所示。
圖3.2 系統設計階段的類圖
3.3 數據庫設計
3.3.1 數據庫概念設計
1.考評管理信息表:用于保存員工考評管理基本信息 2.員工檔案信息表:用于保存員工檔案的詳細信息 3.員工工資信息表:用于保存員工工資的詳細信息 4.獎罰管理信息表:用于保存獎罰管理信息 5.調動管理信息表:用于保存員工的調動管理信息
沈陽理工大學高等職業技術學院學士學位論文
3.3.2 數據庫邏輯設計
用戶信息表是用來存放管理員的詳細信息的數據表,里面存有不同級別的用戶,可以在系統中實現不同的功能操作,內容如表3.3所示。
表3.3 考評管理信息表
字段名
ID PID Pname Pdep PKpcontent PKpResult PKpscore PKpPeople PKkDate 類型
int varchar varchar varchar varchar varchar int varchar dateime
長度 10 10 10 20 10 4 10 8
主鍵否
主鍵 否 否 否 否 否 否 否 否
描述
系統編號 員工編號 員工姓名 員工部門 考評內容 考評結果 考評分數 考評人 考評日期
員工檔案信息表:用于保存員工檔案的詳細信息,內容如表3.4所示。
表3.4 員工檔案信息表
字段名
id employeeID employeeName employeeSex employeeDept employeeBirthday employeeNation employeeMarriage employeeDuty employeePhone employeeAccession employeePay
類型
int varchar varchar varchar varchar datetime varchar varchar varchar varchar datetime decimal
長度 10 10 2 10 8 10 10 10 11 8 9
主鍵否
主鍵 否 否 否 否 否 否 否 否 否 否 否
描述
系統編號 員工編號 員工姓名 員工性別 員工部門 員工生日 員工民族 婚姻狀況 職務名稱 聯系電話 就職日期 基本工資
沈陽理工大學高等職業技術學院學士學位論文
員工工資信息表:用于保存員工工資的詳細信息,內容如表3.5所示。
表3.5 員工工資信息表
字段名
ID YID YName YSex Ydep YBasePay YJintie Yjiangli YFK Yquanqin Yjiaban Yyingfa Ypay YMonth
類型
int varchar varchar varchar varchar decimal decimal decimal decimal decimal decimal decimal decimal varchar
長度 10 10 2 10 9 9 9 9 9 9 9 9 50
主鍵否
主鍵 否 否 否 否 否 否 否 否 否 否 否 否 否
描述
系統編號 員工編號 員工姓名 員工性別 員工部門 基本工資 職務津貼 獎勵金額 罰款金額 全勤獎金 加班工資 應發工資 員工工資 工資月份
獎罰管理信息表:用于保存獎罰管理信息,內容如表3.6所示。
表3.6 獎罰管理信息表
字段名
id UserID UserName UserJF UserJFcontent UserJLMoney UserFKMoney UserJFDate UserCXDate 類型
int varchar varchar varchar varchar decimal decimal varchar varchar
長度 10 10 10 10 9 9 50 50
主鍵否
主鍵 否 否 否 否 否 否 否 否
描述
系統編號 員工編號 員工姓名 獎罰類型 獎罰內容 獎勵金額 罰款金額 獎罰日期 撤銷日期
沈陽理工大學高等職業技術學院學士學位論文
調動管理信息表:用于保存員工的調動管理信息,內容如表3.7所示。
表3.7 調動管理信息表
字段名
id UID UName URemoveDate UOldDep UNewDep UOldJob UNewJob UOldPay UNewPay UPayExplain 類型
int varchar varchar varchar varchar varchar varchar varchar decimal decimal varchar
長度 10 10 10 10 10 10 10 9 9 10
主鍵否
主鍵 否 否 否 否 否 否 否 否 否 否
備注
系統編號 員工編號 員工姓名 調動日期 原部門 現部門 原職務 現職務 原工資 現工資 工資說明
3.4 系統詳細設計
系統開發人員根據PAD圖寫出可運行的代碼。所以過程設計的結果決定了程序代碼的質量。過程設計的任務不是編寫代碼,是要設計出程序的“藍圖”,在軟件的生命周期中,對長期使用的軟件來說,人閱讀程序的時間可能比寫程序的時間要長。故,衡量程序的質量不僅要看它的邏輯是否正確,性能是否能夠滿足要求,更主要的是看它是否容易閱讀。過程設計的目標不僅是邏輯上正確地實現每個模塊的功能,更重要的是設計出的處理過程是盡可能簡明易懂的。
PAD 是問題分析圖(Problem Analysis Diagram)的英文縮寫,它用二維樹形結構的圖來表示程序的控制流,是一種用結構化程序設計思想表現程序邏輯結構的圖形工具,將這種圖翻譯成程序代碼比較容易。3.4.1 系統登錄PAD圖
用戶經過登錄模塊驗證成功后可以進行系統,在用戶進行人事查詢時要輸入查詢員工的信息,系統對庫存中的記錄進行遍歷,找到后顯示給用戶否則無查詢結果,系統登錄的PAD圖如圖3.6所示。
沈陽理工大學高等職業技術學院學士學位論文
圖3.3 系統登錄PAD圖
3.4.2 檔案管理PAD圖
用戶進行檔案管理操作時,首先要找到要員工的信息,修改、刪除、添加等操作,檔案管理的PAD圖如圖3.7所示。
圖3.4 檔案管理PAD圖
3.4.3 修改口令PAD圖
用戶進行修改口令時,首先要輸入原始密碼,在輸入新的密碼,密碼驗證成功時,則顯示修改成功,反之顯示錯誤信息,修改口令PAD圖如圖3.8所示。
沈陽理工大學高等職業技術學院學士學位論文
圖3.5 修改口令PAD圖
沈陽理工大學高等職業技術學院學士學位論文 系統實現
4.1 語言選擇原因
本系統在實現系統功能時使用的是C#語言。C#語言具有許多先進的特性,也正是因為其有這些特性所以才選擇用C#語言來開發本系統,C#的特點如下:
一、簡潔的語法
在缺省的情況下,C#的代碼在.NET框架提供的“可操縱”環境下運行,不允許直接地內存操作。它所帶來的最大的特色是沒有了指針。與此相關的是,那些在C++中被瘋狂使用的操作符(例如:“::”、“->”和“.,”)已經不再出現。C#只支持一個“.”,對于我們來說,現在需要理解的一切僅僅是名字的嵌套而已。
C#用真正的關鍵字換掉了那些把活動模板庫(Active Template Library,ALT)和COM搞得亂糟糟的偽關鍵字,如OLE_COLOR、BOOL、VARIANT_BOOL、DISPID_XXXXX等等。每種C#操作符在.NET類庫中都有了新名字。
語法中的冗余是C++中的常見的問題,比如“const”和“#define“、各種各樣的字符類型等等。C#對此進行了簡化,只保留了常見的形式,而別的冗余形式從它的語法結構中被清除了出去。
二、精心地面向對象設計
也許,從Smalltalk開始,面向對象的話題就始終纏繞著任何一種現代程序設計語言。的確,C#具有面向對象的語言所應有的一切特性:封裝、繼承與多態性,這并不出奇。然而,通過精心地面向對象設計,從高級商業對象到系統級應用,C#建造廣泛組件的絕對選擇。
在C#的類型系統中,每種類型都可以看作一個對象。C#提供了一個叫做裝箱(boxing)與拆箱(unboxing)的機制來完成這種操作,而不給使用者帶來麻煩,這在以后的章節中將進行更為詳細的介紹。
C#只允許單繼承,即一個類不會有多個基類,從而避免了類型定義的混亂。在后面的學習中你很快會發現,C#中沒有了全局函數,沒有了全局變量,也沒有了全局常數。一切的一切,都必須封裝在一個類之中。你的代碼將具有更好的可讀性,并且減少了發生命名沖突的可能。
沈陽理工大學高等職業技術學院學士學位論文
整個C#的類模型是建立在.NET虛擬對象系統(Visual Object System,VOS)的基礎之上,其對象模型是.NET基礎架構的一部分,而不再是其本身的組成部分。在下面將會談到,這樣做的另一個好處是兼容性。
借助于從VB中得來的豐富的RAD經驗,C#具備了良好的開發環境。結合自身強大的面向對象功能,C#使得開發人員的生產效率得到極大的提高。對于公司而言,軟件開發周期的縮短將能使它們更好應付網絡經濟的競爭。在功能與效率的杠桿上人們終于找到了支點。
三、與Web的緊密結合
.NET中新的應用程序開發模型意味著越來越多的解決方案需要與Web標準相統一,例如超文本標記語言(Hypertext Markup Language,HTML)和XML。由于歷史的原因,現存的一些開發工具不能與Web緊密地結合。SOAP的使用使得C#克服了這一缺陷,大規模深層次的分布式開發從此成為可能。
由于有了Web服務框架的幫助,對程序員來說,網絡服務看起來就象是C#的本地對象。程序員們能夠利用他們已有的面向對象的知識與技巧開發Web服務。僅需要使用簡單的C#語言結構,C#組件將能夠方便地為Web服務,并允許它們通過Internet被運行在任何操作系統上的任何語言所調用。舉個例子,XML已經成為網絡中數據結構傳遞的標準,為了提高效率,C#允許直接將XML數據映射成為結構。這樣就可以有效的處理各種數據。
四、完整的安全性與錯誤處理
語言的安全性與錯誤處理能力,是衡量一種語言是否優秀的重要依據。任何人都會犯錯誤,即使是最熟練的程序員也不例外:忘記變量的初始化,對不屬于自己管理范圍的內存空間進行修改,......。這些錯誤常常產生難以預見的后果。一旦這樣的軟件被投入使用,尋找與改正這些簡單錯誤的代價將會是讓人無法承受的。C#的先進設計思想可以消除軟件開發中的許多常見錯誤,并提供了包括類型安全在內的完整的安全性能。為了減少開發中的錯誤,C#會幫助開發者通過更少的代碼完成相同的功能,這不但減輕了編程人員的工作量,同時更有效地避免了錯誤的發生。
沈陽理工大學高等職業技術學院學士學位論文
.NET運行庫提供了代碼訪問安全特性,它允許管理員和用戶根據代碼的ID來配置安全等級。在缺省情況下,從Internet和Intranet下載的代碼都不允許訪問任何本地文件和資源。比方說,一個在網絡上的共享目錄中運行的程序,如果它要訪問本地的一些資源,那么異常將被觸發,它將會無情地被異常扔出去,若拷貝到本地硬盤上運行則一切正常。內存管理中的垃圾收集機制減輕了開發人員對內存管理的負擔。.NET平臺提供的垃圾收集器(Garbage Collection,GC)將負責資源的釋放與對象撤銷時的內存清理工作。
變量是類型安全的。C#中不能使用未初始化的變量,對象的成員變量由編譯器負責將其置為零,當局部變量未經初始化而被使用時,編譯器將做出提醒;C#不支持不安全的指向,不能將整數指向引用類型,例如對象,當進行下行指向時,C#將自動驗證指向的有效性;C#中提供了邊界檢查與溢出檢查功能。
五、版本處理技術
C#提供內置的版本支持來減少開發費用,使用C#將會使開發人員更加輕易地開發和維護各種商業用戶。
升級軟件系統中的組件(模塊)是一件容易產生錯誤的工作。在代碼修改過程中可能對現存的軟件產生影響,很有可能導致程序的崩潰。為了幫助開發人員處理這些問題,C#在語言中內置了版本控制功能。例如:函數重載必須被顯式聲明,而不會象在C++或java中經常發生的那樣不經意地被進行,這可以防止代碼級錯誤和保留版本化的特性。另一個相關的特性是接口和接口繼承的支持。這些特性可以保證復雜的軟件可以被方便地開發和升級。
六、靈活性和兼容性
在簡化語法的同時,C#并沒有失去靈活性。盡管它不是一種無限制語言,比如:它不能用來開發硬件驅動程序,在默認的狀態下沒有指針等等,但是,在學習過程中你將發現,它仍然是那樣的靈巧。
如果需要,C#允許你將某些類或者類的某些方法聲明為非安全的。這樣一來,你將能夠使用指針、結構和靜態數組,并且調用這些非安全代碼不會帶來任何其它的問題。此外,它還提供了一個另外的東西(這樣的稱呼多少有些不敬)來模擬指針的功能--delegates,代表。再舉一個例子:C#不支持類的多繼承,但是通過對接口的繼承,你將獲得這一功能。
沈陽理工大學高等職業技術學院學士學位論文
4.2 軟件開發環境
軟件開發環境(Software Development Environment)是指在基本硬件和宿主軟件的基礎上,為支持系統軟件和應用軟件的工程化開發和維護而使用的一組軟件,簡稱SDE。它由軟件工具和環境集成機制構成,前者用以支持軟件開發的相關過程、活動和任務,后者為工具集成和軟件的開發、維護及管理提供統一的支持。
開發本系統所用的軟件工具集合為,SQL Server數據庫開發工具、Visual Studio2008 Photo Shop圖片處理工具等。
4.3 系統功能實現
4.3.1 管理員登錄
在管理員登錄中,主要實現的是對管理員合法性的驗證。管理員在此輸入其姓名、證件號并通過軟鍵盤輸入密碼,經過與后臺數據庫中的記錄進行相應的對比確定其為合法用戶,管理員才得到進入系統的權限,如圖4.1所示:
圖 4.1 管理員登錄界面
功能實現:
1.由于用戶在登錄系統時,可能會有某些信息忘記輸入,這時可能會出現錯誤。本系統通過獲取用戶信息框中的信息并進行判斷,如果有未輸入的信息,則會警告用戶并提示用戶將信息輸入完整。4.3.2 檔案管理
在這個功能模塊中,管理員可以對員工的基本信息進行查看。如果有必要,還可以查看某個員工的詳細信息以此來了解此員工的職位及工資。檔案管理窗體用于管理所有員工的檔案信息,在檔案管理窗體中可以添加、修改、刪除和查找員工信息,雙擊某條
沈陽理工大學高等職業技術學院學士學位論文
員工信息,可以打開修改員工檔案的窗體,在此窗體中可以對信息進行修改并顯示員工的詳細信息。如圖4.2所示。
圖 4.2 檔案管理窗體
功能實現:
1.檔案管理窗體加載時,檢索員工檔案表員工檔案信息表中所有的信息,并將其綁定到DataGridView控件上,同時設置TreeView控件的節點圖標以及選擇后的節點圖標,并且動態的將所有的部門名稱添加到TreeView空間中。
2.如果要按姓名查找員工檔案,可以在ToolStripTextBox控件的TextChanged事件中編寫代碼,實現當控件中輸入關鍵字后,馬上就能檢索出相應的數據
3.當單擊TreeView控件中某個部門時,主窗體右側的DataGridView控件中將顯示選中部門的所有員工檔案,該功能是在TreeView控件的AfterSelect事件下實現的。
4.當雙擊某條員工檔案后,會彈出相應的窗體用于顯示其詳細信息,并且可以對詳細信息進行修改,該功能是在DataGridView控件的CellDoubleClick事件下實現的。
沈陽理工大學高等職業技術學院學士學位論文
4.3.3 添加員工信息
添加員工模塊主要是實現對員工的信息進行管理的模塊。如果添加員工,單擊增加按鈕,打開添加員工信息窗體,該窗體可以向數據庫中添加新的員工信息,添加員工信息窗體如圖4.3所示。
圖 4.3 添加員工信息
功能實現:
1.為了使員工檔案信息更加生動和形象,在錄入員工檔案時,需要指定員工的頭像,這樣當查找某個員工是可以看到該名員工的相片。因此在錄入員工檔案時,提供了選擇員工頭像的按鈕,當單擊“選擇員工頭像“按鈕后,會將選擇的頭像顯示出來。
2.當添加員工信息加載時,使用公共類中的BindDropdownlist方法綁定ComboBox控件,分別用于顯示婚姻狀況、性別、部門、民族、和擔任的職務等。
3.當員工檔案信息填寫完整后,單擊“保存”按鈕,首先對輸入的數據進行檢查驗證,如果符合條件,就會將輸入的員工檔案信息添加到數據庫中
4.當為新增的員工選擇員工編號時,首先要判斷指定的編號在數據庫中是否已經存在,該功能就是在輸入員工編號文本框TextChanged事件中實現的。
5.單擊“修改”按鈕,打開修改員工信息窗體,該窗體可以對員工信息進行修改,修改員工信息窗體。
6.當雙擊某條員工信息或者選中信息后,單擊“修改”按鈕會打開修改員工信息的窗體,當打開此窗體時,會觸發窗體的load事件,首先對ComboBox控件進行數據
沈陽理工大學高等職業技術學院學士學位論文
綁定,以便顯示員工的部門信息和職務信息,然后根據員工編號檢索數據,將員工的各項信息檢索出來并顯示子啊相應的空間上。
7.如果要修改某條員工信息,只需要更改員工的某些數據,然后單擊“修改”按鈕即可。在“修改按鈕的CLICK事件中首先判斷的數據是否符合條件,如果符合條件,則將修改后的數據更新到數據庫中”。4.3.4 獎罰管理
公司的發展離不開完善的獎罰制度,獎罰制度可以提高員工的工作熱情,同時,也可以對員工的所制約。在本系統中,開發了獎罰管理窗體,用于添加,修改或者刪除獎罰信息,方便在發工資時進行工資統計。如圖4.4所示。
圖4.4 獎罰管理窗體
功能實現:
1.獎罰管理窗體加載時,首先要將數據庫所有的獎罰信息檢索出來綁定到DataGridView控件上,當單擊“刪除”按鈕,會刪除指定的獎罰信息,其實現的原理是,首先編寫一條根據指定員工編號進行刪除操作的SQL語句,然后調用公共類中的OperateData方法執行刪除操作。
2.當雙擊某條獎罰信息后,會打開修改獎罰信息的窗體,同時還可以查看某個員工的詳細獎罰信息,該功能主要是在DataGridView控件的CellDoubleClick事件中實現的,當雙擊控件中的某條信息時會觸發該事件中的代碼
沈陽理工大學高等職業技術學院學士學位論文
4.3.5 調動管理
公司的經營會根據員工能力的不同而分配不同的工作,這時在企業內部會出現員工調動的問題,這就需要對員工調動有詳細的記錄,方便員工檔案管理,以及統計工資時發放員工現任職務的薪水。如圖4.5所示。
圖4.5 調動管理窗體
功能實現:
1.當窗體加載時,系統將所有的調動信息檢索出來綁定到DataGridView控件上,并且統計數據庫中的調動信息數量。
2.當用戶雙擊DataGridView1空間中的某條信息時,打開修改信息的窗口,在窗口中可以修改用戶選擇的信息,同時可以查看所選信息的詳細內容,該功能主要在DataGridView1控件的CellDoubleClick事件中實現。4.3.6 考勤津貼
為了提高員工的積極性,如果員工每月全勤上班,則公司會對其進行獎勵,這就需要一個考勤津貼窗體用于管理公司頒發的考勤獎。如圖4.6所示。
沈陽理工大學高等職業技術學院學士學位論文
圖4.6 考勤津貼窗體
功能實現:
1.打開考勤津貼窗體,系統首先使用BindDropdownlist方法檢索出所有的員工編號并綁定到ComboBox控件中,然后使用for語句將12個月份添加到toolStripComboBox1控件中。
2.當選擇了某個員工編號后,系統會自動將相關的員工信息檢索出來并顯示在相應的控件中,并且使用Switch語句計算員工的職務津貼。
3.當信息輸入完畢,單擊“增加”按鈕,檢查數據輸入是否正確,如果輸入的數據沒有問題,則將其添加到數據庫中。4.3.7 工資總結
在月末發工資時,需要對指定月份的員工信息進行統計,此時,需要一個工資總結窗體用于統計所有員工的工資情況,其中包括員工的基本工資、職務津貼、全勤獎金、加班工資等,方便為每位員工發放工資。如圖4.7所示。
圖4.7 工資總結窗體
沈陽理工大學高等職業技術學院學士學位論文
功能實現:
1.打開工資總結窗體可以瀏覽員工工資的所有信息,當次窗體加載時,通過BindDataGridView方法將所有的工資總結信息檢索出來綁定到dataGridView1控件上并進行顯示。
2.如果要打印某個月份員工的工資條,可以選擇相應的月份,然后單擊“打印”按鈕,邊可以打開水晶報表的瀏覽窗口。
3.當選擇某個月份后,系統會根據選擇的月份檢索其工資總結數據,并調用BingDataGridView方法綁定dataGridView1控件,然后向水晶報表的現實窗體中傳遞參數months。
沈陽理工大學高等職業技術學院學士學位論文 軟件測試
5.1 測試計劃的制定
測試計劃是從測試項目實施和管理的角度,討論軟件測試計劃的實施目標和標準、計劃階段的細分、測試項目計劃的要點和編制測試計劃的技巧。5.1.1 調試計劃的整體目標
調試計劃的整體目標是為確定測試的任務、所需的各種資源和投入,預見可能出現的問題和風險,以指導測試的執行,最終實現測試的目標。
(1)為測試各項活動制定一個現實可行的、綜合的計劃,包括每項測試活動的對象、范圍、方法、進度和預期結果。
(2)為項目實施建立組織模型,并定義測試項目中每個角色的責任與工作內容。(3)開發有效的測試模型,能正確地驗證正在開發的軟件系統。(4)確定測試所需的時間和資源,以保證其可獲得性和有效性。(5)確立每個測試階段的測試完成及測試成功的標準和實現的目標。5.1.2 定義軟件測試的標準
為了保證測試工作能按計劃執行,必須確認測試在滿足什么外部條件下才能開始。這就是要在測試計劃中定義軟件測試項目的輸入標準,然后定義測試項目的輸出標準。5.1.3 測試實施策略的制定
測試策略描述當前測試項目的目標和所采用的測試方法。這個目標不是測試計劃的目標,而是針對某個應用軟件系統或程序、具體的測試項目要達到的預期結果,包括在規定的時間內哪些測試內容要完成、軟件產品的特性或質量在哪些方面得到確認。
測試策略還要描述測試不同階段的測試對象、范圍和方法以及每個階段內要進行的測試類型。
5.1.4 測試計劃的活動的細分
測試計劃不可能一氣呵成,而是要經過計劃初期、起草、討論和審查等不同階段,才能將測試計劃訂好,且不同測試階段或不同測試任務都可能要有具體的測試計劃。測試計劃活動的基本流程如圖6.1所示:
沈陽理工大學高等職業技術學院學士學位論文
圖 5.1測試計劃活動基本流程
5.1.5 測試計劃的要點
(1)目標和范圍:包括產品特性、質量目標、各個階段的測試對象、目標范圍。(2)項目估算:根據歷史數據和采用恰當的評估技術,對測試工作量、所需資源做出合理估算。
(3)風險計劃:測試可能存在的風險分析、識別以及風險的回避監控和管理。(4)日程:項目工作分解結構,并采用時限圖、甘特圖等方法制定時間和資源表。(5)項目資源:人員、硬件和軟件等資源的組織和分配,人力資源是重點,而且和日程安排聯系緊密。
(6)跟蹤和控制機制:質量保證和控制、變更管理和控制。
5.2 測試的基礎
5.2.1 測試的目標
在軟件生存周期的每個階段都不可避免地會產生錯誤。力求在每個階段結束之前通過嚴格的技術審查,盡可能早的發現并糾正錯誤。測試的目的就是在軟件投入生產性運行之前,盡可能多地發現軟件中的錯誤。目前軟件測試仍然是保證軟件質量的關鍵步驟,它是對軟件規格說明、設計和編碼的最后復審。
G.Myers 給出了關于測試的一些規則,這些規則也可以看作是測試的目標或定義:(1)測試是為了發現程序中的錯誤而執行程序的過程;
(2)好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案;(3)成功的測試是發現了至今為止尚未發現的錯誤的測試。
沈陽理工大學高等職業技術學院學士學位論文
5.2.2 白盒測試和黑盒測試
測試任何產品都有兩種方法:如果已經知道了產品應該具有的功能,可以通過測試來檢驗是否每個功能都能正常使用;如果知道產品內部工作過程,可以通過測試來檢驗產品內部動作是否按照規格說明書的規定正常進行。前一個方法稱為黑盒測試,后一個方法稱為白盒測試。
對于軟件測試而言,黑盒測試法把程序看成一個黑盒子,完全不考慮程序的內部結構和處理過程。也就是說,黑盒測試是在程序接口進行的測試,它只檢查程序功能是否能按照規格說明書的規定正常使用,程序是否能適當地接收輸入數據產生正確的輸出信息,并且保持外部信息(如,數據庫或文件)的完整性。黑盒測試又稱為功能測試。與黑盒測試法相反,白盒測試法的前提是可以把程序看成裝在一個透明的白盒子里,也就是完全了解程序的結構和處理過程。這種方法按照程序內部的邏輯測試程序,檢驗程序中的每條通路是否都能按預定要求正確工作。白盒測試又稱為結構測試。5.2.3 測試的準則
為了能設計出有效的測試方案,軟件工程師必須充分理解并正確運用指導軟件測試的基本準則。主要的測試準則如下所述。
(1)所有的測試都應該能追溯到用戶需求。正如前面講過的,軟件測試的自標是發現錯誤。從用戶角度看,最嚴重的錯誤是導致程序不能滿足用戶需求的那些錯誤。
(2)應該在測試開始之前的相當長時間,就制定出測試計劃。一旦完成了需求模型就可以著手制定測試計劃,在確定了設計模型之后就可以立即開始設計詳細的測試方案。因此,在編碼之前就可以對所有測試工作進行計劃和設計。
(3)把Pareto 原理應用于軟件測試。Pareto 原理指出,測試發現的錯誤中的 80 %很可能是由程序中 20 %的模塊造成的。當然,問題是怎樣找出這些可疑的模塊并徹底地測試它們。
(4)測試應該從“小規?!遍_始,并逐步進行“大規?!睖y試。通常,首先重點測試單個程序模塊,進一步的測試重點轉向在集成的模塊簇中尋找錯誤,最后在整個系統中尋找錯誤。
(5)窮舉測試是不可能的。所謂窮舉測試就是把程序所有可能的執行路徑都檢查遍的測試。即使是一個中等規模的程序,其路徑排列數也是非常大的,由于受時間、人力和資源的限制,在測試過程中不可能執行路徑的每一種組合。這就表明,測試只能證
沈陽理工大學高等職業技術學院學士學位論文
明程序中有錯誤,不能證明程序中沒有錯誤。但是,通過精心設計測試方案,有可能充分覆蓋程序邏輯并確保把過程設計中使用的所有條件都檢查一遍。
(6)為了達到最佳的測試效果,應該由獨立的第三方來從事測試工作。所謂“最佳效果”是指具有最大可能性發現錯誤的測試(這是測試的基本目標)。軟件系統的軟件工程師并不是完成全部軟件測試工作的最佳人選(通常由其主要承擔模塊測試工作)。
5.3 測試用例設計
5.3.1 等價類測試用例設計
驗證管理員的規格說明
在嘉晟公司人事管理系統中對管理員的信息的規定:“登錄名可以是任意數字、字母或漢字的組合,長度為1-10個字符。密碼由任意字母、數字和特殊字符的組合,規定長度為1-20個字符”,也可以為空。
用等價類劃分的方法得到上述規格說明的要求,建立輸入等價類表格。
表5.1 登錄名等價類表
輸入條件
登錄名組成 登錄名長度
有效等價類
數字(1),字母(2),漢字(3)1-10個任意字符(5)
無效等價類
特殊字符(4)>10個(6)
下面選取了4個測試用例,其中前兩個覆蓋了所有的有效等價類,其他的覆蓋了2個無效等價類。
輸入:admin1
}覆蓋(1),(2),(5)等價類 輸入:楊凌宵
}覆蓋(3)等價類
輸入:wer.sad*
}登錄名中包含非法字符,覆蓋(4)等價類 輸入:12345678901
}登錄名多于8個字符,覆蓋(6)等價類
表5.2 密碼等價類表
輸入條件
密碼組成 密碼字符個數
有效等價類
數字(1)字母(2),特殊字符(3)
1-20個(5)
無效等價類
漢字(4)>20個(6)
沈陽理工大學高等職業技術學院學士學位論文
下面選取了4個測試用例,其中第一個覆蓋了所有的有效等價類,其他的覆蓋了3個無效等價類。
輸入:pass@word1
}覆蓋(1),(2),(3),(5)等價類 輸入:楊凌宵
}覆蓋(4)等價類
輸入:***678901
}密碼多于20個字符,覆蓋(6)等價類 5.3.2 邊界值測試用例設計
員工資料的規格說明
員工資料輸入數據由員工基本資料信息組成,選擇其中重要信息組成如下的幾組:(1)姓名。通常最多由8個漢字組成。
(2)基本工資。員工的基本工資有只能為數字限制,根據學歷的不同工資也有所不同,專科800,本科1000,研究生1200。
(3)部門。每個員工都要屬于一個部門,在公司中有如下幾個部門,分別是:總經理部門、根副總經理部門、C#部門等等。據輸入條件和邊界條件所選擇的測試用例,如表5.3所示。
沈陽理工大學高等職業技術學院學士學位論文
表5.3 員工資料的測試用例
輸入條件
姓名
測試用例
姓名為空的記錄 姓名只有1到10個字符 姓名超過10個字符 姓名只有一到五個漢字 姓名超過五個漢字
基本工資
基本工資小于800 基本工資為800 基本工資為1000 基本工資為1200 基本工資大于1200 基本工資中含有非數字字符
部門
沒有部門的記錄 部門為開發部 部門為企劃部 部門為人事部 部門為事業部 部門為財務部
5.3.3 功能圖法測試用例設計
管理員查詢員工資料信息的功能圖,如圖5.2所示。其規格說明如下。
沈陽理工大學高等職業技術學院學士學位論文
圖5.2 員工資料查詢功能圖
其規格說明如下。
(1)要進入到系統需要管理員進行登錄。
(2)在登錄界面要求管理員選擇登錄名和錄入其密碼。
(3)在數據庫中對管理員錄入的數據進行比較。若符合,則可以登錄到系統中進行查詢員工資料操作;若不符合,則判斷是否已經錄入了三次且不正確;如是,則警告其為非法用戶,并要其退出系統,重新啟動;若未達到三次,則管理員可以再次錄入信息。
(4)管理員輸入要查詢的員工資料信息后,后臺數據庫檢查表中是否有與其對應的記錄,若沒有則顯示提示信息“沒可顯示的員工資料”;否則顯示相應的查詢結果。
根據功能圖和規格說明,設計出了測試用例,如圖5.3所示。
沈陽理工大學高等職業技術學院學士學位論文
圖5.3 員工資料查詢測試用例
5.4 軟件可靠性
5.4.1 基本定義
1.軟件可靠性的定義
對于軟件可靠性有許多不同的定義,其中多數人承認的一個定義是:
軟件可靠性是程序在給定的時間間隔內,按照規格說明書的規定成功運行的概率。在上述定義中包含的隨機變量是時間間隔。顯然,隨著運行時間的增加,運行時遇到程序錯誤的概率也將增加,即可靠性隨著給定的時間間隔的加大而減少。
沈陽理工大學高等職業技術學院學士學位論文
根據IEEE的規定,術語“錯誤”的含義是由開發人員造成的軟件差錯(bug),而術語“故障”的含義是由錯誤引起的軟件的不正確行為。在下面的論述中,將按照IEEE 規定的含義使用這兩個術語。
2.軟件的可用性
通常用戶也很關注軟件系統可以使用的程度。一般來說,對于任何其故障是可以修復的系統,都應該同時使用可靠性和可用性衡量它的優劣程度。
軟件可用性的一個定義是:
軟件可用性是程序在給定的時間點,按照規格說明書的規定,成功地運行的概率??煽啃院涂捎眯灾g的主要差別是可靠性意味著在0到t這段時間間隔內系統沒有失效,而可用性只意味著在時刻t,系統是正常運行的。因此,如果在時刻t系統是可用的,則有下述種種可能:在0到t這段時間內,系統一直沒失效(可靠);在這段時間內失效了一次,但是又修復了;在這段時間內失效了兩次修復了兩次如此反復進行。
如果在一段時間內,軟件系統故障停機時間分別為td1,td2…,正常運行時間分別為:tu1,tu2….,則系統的穩態可用性,如式(5.1)所示。
Ass=Tup/(Tup+Tdown)
(5.1)
Tup為成功運行的時間總和;Tdown為失敗的時間總和。
如果引人系統平均無故障時間MTTF和平均維修時間MTTR的概念,則(5.1)式將會改變,如式(5.2)所示。
Ass=MTTF/(MTTF+MTTR)
(5.2)
平均維修時間MTTR的是修復一個故障平均需要用的時間,它取決于維護人員的技術水平和對系統的熟悉程度,也和系統的可維護性有重要關系。平均無故障時間MTTF是系統按規格說明書規定成功地運行的平均時間,它主要取決于系統中潛伏的錯誤的數目,因此和測試的關系十分密切。5.4.2 估算平均無故障時間的方法
軟件的平均無故障時間MTTF是一個重要的質量指標,往往作為對軟件的一項要求,由用戶提出來。為了估算 MTTF,首先引入一些有關的量。
在估算MTTF的過程中使用下述符號表示有關的數量:
ET——————測試之前程序中錯誤總數;
沈陽理工大學高等職業技術學院學士學位論文
IT——————程序長度(機器指令總數);
?————————測試(包括調試)時間; Ed(?)?Ec(?)——————在0至期間發現的錯誤數;
————在0至?期間改正的錯誤數;
經驗表明,平均無故障時間與單位長度程序中剩余的錯誤數成反比,如式(5.3)所示。
MTTF=1/(K*(Et/It-Ec/It))
(5.3)其中K為常數,它的值應該根據經驗選取。美國的一些統計數字表明,K的典型值是200。估算平均無故障時間的公式,可以評價軟件測試的進展情況。5.4.3 MTTF和ASS的估算
對公司人事工資管理系統進行為期20天的集成測試,平均每天測試2個小時。在測試期間記錄了數據如下:
(1)在測試之前程序存在40條錯誤。(2)程序中指令的長度為30000行。
(3)測試了20天每天2個小時共40小時,期間維護了6次共花費5小時。(4)在測試期間發現并改正了32條錯誤。
綜合上述測試數據,根據式5.1可計算系統的穩態可用性。
Ass= Tup/(Tup+Tdown)=40/(40+5)=0.89 根據式5.3可計算系統的平均無故障工作時間。
MTTF=1/(200*(40/30000-32/30000))=19小時
沈陽理工大學高等職業技術學院學士學位論文
結
論
本系統基本符合公司或單位的需求,能夠完成人事工資的管理和信息的查詢以及各類相關功能的實現。對于數據的一致性的問題也通過程序進行了有效的解決??傮w上看可以將管理員從傳統繁重的人工管理中解脫出來。
人事工資管理系統主要包括四大部份:系統登錄管理模塊、員工基本資料管理模塊、員工人事管理模塊、統計管理模塊與系統設置模塊。員工基本資料管理模塊和員工人事管理模塊實現對員工資料、員工人事進行查詢、添加、刪除和修改等操作。統計模塊包括綜合信息統計、員工工資統計、人事信息統計。綜合信息統計主要統計各部門各職位員工的人數平均工資及工領。人事統計是按員工的性別、年齡、專業、職位、職稱、基本工資等信息進行統計。系統設置模塊主要實現基礎信息設置、操作日志管理、備份恢復數據、操作員管理、系統設置、初始化數據庫。
本系統還有很多不足,程序不是很完善,用戶管理設計部全面,不能自動生成員工編號,對系統的基本維護不夠,沒有還原數據庫,對數據庫不能初始化,工資不能自動顯示,必須逐條添加。
第四篇:公交查詢系統畢業設計調研(開題)報告
實習(調研)報告
一、課題來源及意義
隨著改革開放的迅猛展開,中國的交通方式變得越來越完善,公交車幾乎可以遍及大城市的每一個角落,在繁華忙碌的大城市里各式各樣的公交車成為了其中一道亮麗的風景,錯綜復雜的公交車線路網讓人們的出行,上下班獲得了巨大的方便和實惠。城市公交是專門服務于市民出行的客運企業,它是城市社會和經濟活動的重要組成部分。伴隨著國民經濟和城市建設的快速發展,城市經濟的繁榮,人口的增加,城市必須解決好人們出行的需求。城市公交直接關系著城市的經濟發展和居民生活,對城市經濟具有全局性、先導性的影響,城市公交以其方便、快捷、容量大而成為城市交通的主體。
復雜的交通也給人們的出行帶來難題,我國城市公交信息系統的發展處于一個較落后的水平,廣大乘客可以獲得信息的方式很少, 隨著公交系統的龐大,人們很難得到準確的公交信息,這樣給一些人的出行就帶來了不便。隨著社會的不斷發展,互聯網已經被千千萬萬的家庭所接收,網絡替人們解決了如何找到快速、便捷的道路通往目的地這個問題。網絡的生活化使得很多的事情無需遠行,就能夠很快的解決,生活上的信息很多都能從網絡中獲得。海量信息是現代網絡的特點,在海量的公交線路和公交站點中提取出想要的公交車信息就需要一個公交車信息管理系統。通過這樣的系統,可以使人們方便、快捷的查詢到所需要的交通信息,從而節省時間,提高效率。
公交信息管理系統作為城市公眾信息服務平臺的一部分,它的建立不僅為廣大公眾的出行提供所需的公交信息,而且對于緩解城市的交通壓力和降低城市的環境污染都有很大意義。近年來,由于計算機編程技術和Internet技術的發展,國內外各大城市紛紛推出了基于Internet的城市公交查詢系統。這些查詢系統的推出為人們獲得所需的公交信息提供了方便。但鑒于當時技術和開發人員自身能力的限制,這些公交查詢系統都或多或少地存在著一些問題。
二、國外的發展狀況
信息技術已經成為當代最先進的技術手段,信息技術的滲透與融合,將在提升國民經濟各部門的產業技術水平中發揮核心作用。國外發達國家經驗表明,雖然以信息化推動工業化將增加30%的投資,但可以提高產品檔次和質量、改善生產環境、降低能源和原材料消耗,從而增加85%的經濟效益。
目前,國內外公交信息管理即公交查詢系統都發展到了一個比較成熟的階段,無論是從理論上還是從技術上都比較成熟。發達國家對城市公交查詢的研究比較早,技術發展的已經相當成熟。1962年,加拿大地理信息系統(CGIS)在加拿大問世,經過十年的努力,CGIS成為世界上第一個可以運行的地理信息系統。20實際90年代進入GIS時代,并且由于數字系統信息產品和地理信息產業的廣泛普及,致使地理信息系統發展成一個
獨立的產業。
國外公交信息管理系統更是早已經實現了智能化、信息化、社會化。據相關資料了解,國外的公交信息管理系統現在已經將GIS、GPS、RS技術集合到公交查詢系統中。GIS技術:即Geography Infomation System,地理信息系統。簡單說就是將地圖與數據庫相結合。GPS技術:即Globe Position System,全球定位系統,通過每3顆衛星確定一個點的經緯度坐標,使用WGS_1984坐標系。RS技術:Remote Sensing,遙感。通過衛星或飛機接收地面反射波普,判斷地面情況的技術。
許多國際化大都市都非常重視公交信息服務系統的管理和發展,例如美國的洛杉磯交通委員會建立了企業級的公交地理信息系統,加拿大的卡爾加市也成立了企業級的GIS系統,以用于公共交通的規劃、運營、管理和效益評定。在1996年,美國聯邦公共管理局發布了“適用于公共交通的地理信息系統國家規范”,通過標準化的地理信息數據,促進GIS技術在公共交通中的應用。
在發達國家,公交查詢系統發展的目的是提供準確、可靠、及時的公交信息服務,以吸引更多的旅行者使用城市公交查詢系統這一工具,從而促進城市公共交通服務的發展、完善。發達國家的公交查詢系統的研究、簡歷、測試的大部分費用由政府部門負責承擔,而用戶和國家公交企業是該系統的最終受益者和使用者。
三、國內的發展狀況
我國城市公交信息系統的發展起步較晚,城市公共交通系統對于信息化的管理系統應用不夠完善,公交系統的研究和開發還需要一個漫長的過程。普遍存在的現象是:許多乘客可以獲得信息的方式以及信息量較少,且不能保證查詢信息的可靠性和完整性,也沒有負責發布信息和管理信息的專門機構。隨著互聯網技術的發展,許多網站陸續地推出公交查詢系統,現階段國內的公交信息管理系統也結合了很多技術,比如:基于ASP.NET+XML的公交查詢系統,基于J2EE的公交查詢系統,基于WebGIS公交查詢系統。國內公交查詢系統也正在向將GIS、GPS、RS技術相結合的方向發展。與此同時,各種手機版本的公交查詢軟件也良莠不齊。但是這些城市公交查詢系統也存在一些問題,歸結起來主要有以下幾個方面:
(1)公交查詢的模式單調,查詢范圍小。
(2)系統配備的地圖功能不夠完善,顯示方式不夠直觀。
(3)數據庫的設計不夠合理,公交數據信息不易擴充。
(4)查詢效率不高,程序臃腫,運行速率低下。
(5)系統管理員和用戶相分離,無法進行信息交流。
雖然現在國內公交查詢系統技術上已經發展到了一定階段,但是管理上還缺乏一定的規范,還有待進一步的規范和完善。
四、本課題的研究目標
應廣大城市市民查詢公交信息的需求,公交公司對城市公交線路等信息的管理需求,開發一套公交信息管理系統。用戶可以登錄本系統進行公交線路的查詢、車次的查詢,近期的公交新聞、各公交線路的線路圖等相關信息的瀏覽,而管理者可以設置新的線路信息及時地展示給用戶,對變更的公交線路進行修改,瀏覽用戶的投訴信息等。主要針對用戶和管理員,用戶在此系統可以對所要了解的公交線路進行查詢,對公交服務中存在的問題提出建議,對服務中的不合理行為進行投訴,參與用戶之間的討論等。而管理員主要負責后臺的管理,管理員不需要運用傳統的方式進行紛繁復雜的操作,使用本系統,管理員登錄后可以對線路信息、用戶信息、留言信息進行添加、刪除、查詢和修改功能。此系統將以簡潔、易懂的界面呈現給用戶,目標能夠使每一個用戶易于操作,減少不必要的業務邏輯,提高該系統的利用率和運行、維護效率。
五、研究內容
在這樣的背景下,提出了計算機管理的公交信息管理系統,輔助公交車運營公司對公交信息進行管理,實現公交車、公交線路和用戶管理科學化,更合理的利用資源。包括對公交線路信息管理、用戶信息管理、公交新聞信息管理和用戶反饋信息管理等功能。在針對數據操作方面,主要通過存儲過程的方式實現數據的添加、刪除和查詢等操作。通過系統測試,解決了公交車輛管理系統主要問題。
公交信息管理系統是一個協助公交車運營商對公交線路進行全面的管理,也是一個方便廣大市民出行路線選擇的重要提示工具。本系統采用B/S結構下的MVC設計模式,S2SH開源框架。MVC英文即Model-View-Controller,即把一個應用的輸入、處理、輸出流程按照Model、View、Controller的方式進行分離,這樣一個應用被分成三個層——模型層、視圖層、控制層。
如何準確完善的構架模型,并準確的調用控制器,最后展現給用戶清晰可讀的界面是本次研究的內容。
六、研究方法
運用學過的知識(網頁開發、JSP技術、JAVA編程技術、J2EE框架技術、Web技術和數據庫技術),按照軟件工程開發流程來實施本課題,理論聯系實際,多動手操作,采用系統模塊化方式完成本課題。
七、己具備的實驗條件
硬件開發環境:
CPU:Intel Core2 T6600 2.2GHz
內存:2GBDDRⅡ
硬盤:320G
軟件開發環境:
操作系統:Microsoft Windows Vista HomeBasic
開發工具包:Struts2,Spring,Hibernate等。
開發工具:MyEclipse 6.0, MySQL 5.1 ,Adobe Dreamweaver, EditPlus 2,IE8 等。
服務器:Tomcat 6.0或更高版本
數據庫:MySQL 5.1
瀏覽器:Microsoft Internet Explorer 8.0或更高版本。
八、進度安排
第一周:實習調研,查閱課題相關外文資料,查找相關文獻和所需技術要求等。
第二周:了解行業狀況、查閱文獻資料,閱讀資料,撰寫調研報告安排設計進度,填寫
設計進度表。繼續查閱參考文獻資料,深入研究設計的流程。
第三周:翻譯10000字符以上的外文資料,準備資料,學習所采用的相關技術。主要是
學習如何實現企業信息發布系統,參考網上其他優秀案例等。
第四周:提交畢業論文提綱,呈交外文文獻翻譯資料。對整個系統進行需求分析和概要
設計。
第五周:復習“數據庫設計”理論,并開始根據信息發布系統概要設計創建數據庫,準
備數據等。
第六周:模塊設計并集成,基本框架完成(使用三層架構),確定使用技術細節。完成詳細設計內容。
第七周:完成后臺數據庫的設計,完成部分論文。代碼設計完成,初步實現,并基于現
階段的完成情況對系統和數據做出修改和細化。
第八周:完成前臺界面的設計,完成部分論文。前臺功能和視覺化平臺的實現,美化界
面,基本系統整體功能實現。代碼完成。調試結束。
第九周:進行程序測試,繼續編寫畢業設計論文。主要是設計者本人針對系統進行測試,第一階段進行單元測試。(同時基于代碼和文檔進行測試)。
第十周:繼續進行程序測試,繼續編寫畢業設計論文。單元測試階段結束,請其他同學
幫助進行第二階段系統集成測試,主要是黑盒測試,針對設計文檔上功能的實現進行測試。
第十一周:整理資料、文檔、圖表等,修改畢業設計論文。最后階段進行品質向上,性
能提升的測試和最終的頁面美化工作。
第十二周:完成畢業設計論文,并進行2次以上的查看和修改,交給導師驗收并最終定
稿,打印,按要求裝訂。
第十三周:軟件驗收和準備畢業設計答辯。實現階段的全部文獻的整理,針對核心技術的深度發掘和數據的二次采集,準備應對論文答辯,爭取優秀。
第十四周:畢業設計答辯及成績評定
九、參考文獻
[1] 耿祥義,張躍平.JSP實用教程[M].北京:清華大學出版社,2003.[2] 耿祥義,張躍平.JAVA 2實用教程(第三版).北京:清華大學出版社,2006.[3] 孟凡榮 等編著.數據庫原理與應用.北京:清華大學出版社,2010.[4] 吳鏑.J2EE應用開發實例精解(WAS+RAD).北京:清華大學出版社,2011.[5] 趙慧敏,楊鑫華,鄧武.DB2數據庫實踐基礎教程.北京:清華大學出版社,2010.[6] 施穆勒著,李虎,趙龍剛譯.UML基礎、案例與應用(第三版).北京:人民郵電出版
社,2004.[7] 沙赫著,鄧迎春等譯.軟件工程:面向對象和傳統的方法.機械工業出版社,2007.[8] 高英,張曉東.MySQL數據庫應用系統與實例.人民郵電出版社,2012.[9] 王進.實時公交查詢系統的優化設計與實現.北京郵電大學,2013.[10] 徐兵,謝仕義.基于站點優先級的公交換乘算法實現.計算機時代期刊,2005.07
期.[11] 羅超理,李萬紅.管理信息系統原理與應用[M]北京:清華大學出版社,2012.[12] 張少敏,王保義.基于Web的管理信息系統方案及安全性[J].華北電力大學報,2011.[13] Jame Gosling,Bill Joy,Guy L.Steele Jr,Gilad Bracha.JAVA語言規范[M]
北京:機械工業出版社,2006,165-173.
第五篇:人事管理信息系統開題報告
北京交通大學(企業人事管理系統)1
開題報告
題目:企業人事管理系統
報告人: 計算機科學與技術2班***2010年9月28日
一、文獻綜述:
人事管理系統的發展歷史可以追溯到20世紀60年代末期。由于當時計算機技術已經進入實用階段,同時大型企業用手工來計算和發放薪資費時費力又非常容易出差錯,為了解決這個矛盾,第一代的人事管理系統應運而生。當時由于技術條件和需求的限制,用戶非常少,而且那種系統充其量也只不過是一種自動計算薪資的工具,既不包含非財務的信息,也不包含薪資的歷史信息,幾乎沒有報表生成功能和薪資數據分析功能。但是,它的出現為人力資源的管理展示了美好的前景,即用計算機的高速度和自動化來代替手工的巨大工作量,用計算機的高準確性來避免手工的錯誤和誤差,使大規模集中處理大型企業的薪資成為可能。
第二代的人事管理系統出現于20世紀70年代末。由于計算機技術的飛速發展,無論是計算機的普遍性,還是計算機系統工具和數據庫技術的發展,都為人力資源管理系統的階段發展提供了可能。第二代人事管理系統基本上解決了第一代系統的主要缺陷,對非財務的人力資源信息和薪資的歷史信息都給予了考慮,其報表生成和薪資數據分析功能也都有了較大的改善。但這一代的系統主要是由計算機專業人員開發研制的,未能系統地考慮人力資源的需求和理念,而且其非財務的人力資源信息也不夠系統和全面。
人事管理系統地革命性變革出現在20世紀90年代末。由于市場競爭的需要,如何吸引和留住人才,激發員工的創造性、工作責任感和工作熱情已成為關系企業興衰的重要因素,人才已經成為企業最重要的資產之一。“公正、公平、合理”的企業管理理念和企業管理水平的提高,使社會對
人事管理系統有了更高的需求;同時由于個人計算機的普及,數據庫技術、客戶/服務器技術,特別是Internet技術的發展,使得第三代人事管理系統的出現成為必然。第三代人事管理系統的特點是人事管理的角度出發,用集中的數據庫處理幾乎所有與人事有關的數據統一起來,形成了集成的信息源。友好的用戶界面,強有力的報表生成工具、分析工具和信息的共享使得人事管理人員得以擺脫繁重的日常工作,集中精力從戰略的角度來考慮企業人力資源規劃和政策。從而對整個企業進行更好的管理。
二、選題的目的及意義:
隨著市場競爭的日趨激烈,人已成為實現企業自身戰略目標的一個非常關鍵的因素。企業中員工對工作的投入程度在很大程度上決定了該企業的興衰與成敗。如何能保持本企業員工的工作責任感,激勵他們的工作熱情,減少人才的流失,已成為困擾企業主管的一個日益尖銳的問題??梢哉f,企業管理從根本上就是對人的管理,因此人事管理系統在企業中占有極其重要的地位,它關系著企業內部每個職員的檔案,其中包括新職員的增加,職員檔案的查找,職員的詳細資料等。它有效地管理企業的員工,對企業內部人事的流動和分配起著重要的管理作用,它正確地反映著企業的認識變化。
三、研究的重點內容:
本系統應實現的功能有:(1)對公司職工的基本情況表,數據結構:編號、姓名、性別、年齡、學歷、職稱、畢業院校、工作經歷,社會關系,健康狀況,住址、聯系電話、部門、工資情況、婚姻情況、考勤情況等;(2)權限管理要對操作人員進行增加、刪除、修改、權限設置、密碼修改及登陸的操作;(3)職工信息的查找、增加、刪除、修改的操作;(4)對數據的統計、備份以及永久刪除;(5)員工工資管理模塊和評價模塊;(6)幫助
具體功能分為幾個模塊,分別為:系統設置,員工基本信息,員工調動模塊,員工考勤及工資模塊,數據庫管理模塊,幫助文件。開發工具選取VB6.0,因為VB提供了許多十分實用的組件,為開發本系統提供了很多便利條件。
數據庫采用Access,建立表:用戶表,員工基本信息表,考勤記錄表,工資記錄表。
四、設計進度計劃:
2010.9.1-2010.10.8:查閱所需資料,提交開題報告;
2010.10.8-2010.11.13: 劃分軟件功能塊,對軟件詳細設計,提交中期報告;
2010.11.13-2010.11.27: 調試軟件,結題驗收,撰寫畢業論文并征求導師意見;
2010.12.1-2010.12.5: 進行畢業論文的評議。
五、參考文獻:
(1)、黃梯云 李一軍.管理信息系統(修訂版).高等教育出版社,2000.7
(2)、王萍 聶偉強.Visual Basic程序設計基礎教程.清華大學出版社,2007.1
(3)、王珊 薩師煊.數據庫系統概論(第四版).高等教育出版社,2006.5
六、指導老師意見:
簽名:
年月日