第一篇：軟件工程概論論文：人事管理系統概要設計說明書

人 事 管 理 系 統 概 要 設 計 說 明 書

人事管理系統概要設計說明書

1.引言

1.1 編寫目的 人事管理系統的需求分析階段將系統用戶對該系統的需求做了詳細的說明。對于人事管理系統的概要設計是在需求分析的基礎上進一步進行設計說明。主要解決系統需求的程序模塊設計問題包括決定各個模塊之間的接口、模塊之間傳遞的信息以及數據結構、模塊結構的設計等。在接下來的概要設計說明書中將對本階段中對系統所做的所有概要設計進行詳細的說明。在下一階段的詳細設計中程序員可依據此概要設計說明書在概要設計對人事管理系統所做的模塊結構設計的基礎上對系統進行詳細設計。在以后的軟件測試以及軟件維護階段也可參考此說明書以便于了解在概要設計過程中所完成的各模塊設計結構或在修改時找出在本階段設計的不足或錯誤。

1.2 項目背景 所開發系統的名稱企業人事管理系統 項目提出者某公司 最終用戶公司或企業 項目的開發者馬秋萍劉永強王靜常建國

1.3 參考資料 【1】張俊蘭江開耀李曄等.軟件工程.西安西安電子科技大學出版社2003年8月 【2】薩師煊王珊.數據庫系統概論第三版.北京:高等教育出版社2000 【3】王征李家興.SQL Server實用簡明教程第三版.北京:清華大學出版社2006 【4】郝興偉.Web開發技術.北京:清華大學出版社2004 【5】劉曉華張建周慧珍Jsp應用開發詳解北京電子工業出版社2008年10月

2.人事管理系統結構

2.1 概述 該系統主要是用來管理員工的相關信息以及工資等的情況統計公司把員工的信息包括姓名、性別、年齡等信息輸入人事管理系統的數據庫然后在管理終端對數據進行查詢和修改等操作。使用人事管理系統便于公司領導掌握人員的動向及時調整人才的分配。

2.2 人事管理系統結構 系統的模塊劃分已在需求規格說明書中出每個模塊對應一個程序模塊根據需求規格說明書可得出各模塊之間的關系如下 培訓管理模塊工資管理模塊調動管理模塊獎懲管理模塊合同管理模塊績效管理模塊考勤管理模塊輔助管理模塊員工錄用模塊檔案管理模塊員工解聘模塊統計管理模塊合同到期解聘離職人員名單所在合同基本工資員工職位考評決定獎懲獎懲金額考勤信息合同信息工資信息獎懲信息考評信息統計信息合同時間

2.3 人工處理過程 本系統人工處理過程主要有 1登記員工的信息。2設置系統的基礎數據。3設置員工的權限。

3.界面設計

3.1 概述 通過設計界面用戶可以點擊圖形界面的按鈕、菜單、對話框等圖形接口元素對程序和數據進行操作和在輸入框中輸入命令的方式查詢信息。此時的界面也就是用戶接口。

3.2 外部接口 在設計用戶界面部分時根據需求分析的結果用戶需要一個友好的界面因此應做到簡單明了易于操作并且要注意到界面的布局應突出的顯示重要以及出錯信息。

3.3 內部接口 身份認證模塊的返回值決定當前用戶是否可以進入人事管理系統身份通過以后再根據用戶本身的權限判定進入哪一個功能模塊并且判斷其相應的操作權限這些采用返回值方式由用戶本身的權限標志決定。以下為部分界面

4.數據庫設計

4.1 概述 本系統采用SQL Server 2000作為后臺數據庫包括員工工基本信息管理、部門管理、職稱管理、學歷管理和用戶信息管理等主要表結構。

4.2 概要設計

4.2.1 主要實體及其屬性 人事管理系統中所涉及到的主要實體集及其屬性如下 員工員工編號員工姓名性別籍貫年齡生日學歷專業住址郵編電話EMAIL參加工作時間進入公司時間部門起薪時間職務備注 考勤信息記錄編號員工編號員工姓名當前日期上班時間下班時間遲到次數早退次數 請假信息請假記錄編號員工編號病假天數事假天數假期開始時間 加班信息加班記錄編號員工編號特殊加班天數正常加班天數加班日期 出差信息出差記錄編號員工編號出差天數出差日的地出差開始時間 調動信息調動記錄編號員工編

號員工姓名原部門新部門原職務新職務調出時間調入時間備注。

4.2.2 ER設計 在系統的數據庫設計中先要對系統分析得到的數據字典中的數據存儲進行分析分析各數據存儲之間的關系然后才能得出系統的關系模式。可以采用ER圖的方法來進行數據結構分析。ER設計方法是一種通過ER圖來描述現實世界信息結構的DB設計方法。ER圖由實體、屬性、聯系三部分組成。本系統的ER圖如下圖所示 ER圖

4.3 邏輯設計 系統分析的主要成果是系統的邏輯模型。本系統的邏輯模型主要是以系統的數據流圖和數據字典為主要描述工具。即在對人事管理方式和業務流程進行認真分析和研究的基礎上排除現有組織機構和業務分工所造成的信息障礙。完全從業務管理功能和管理對象出發按照信息系統中應有的數據流和數據結構來勾上班 員工 加班 出差情況 m n 編號 姓名 性別 籍貫 生日 年齡 請假 n 學歷 專業 住址 郵編 電話 Email 參加工作時間 進入公司時間 部門 起薪時間 職務 n 出差 n 調動 n 上班情況 m m 請假信息 加班信息 調動情況 …… …… …… …… …… 畫系統的概貌。

4.3.1 數據流圖簡稱為DFD 數據流圖是組織中信息運動的抽象。是在調研的基礎上從系統的科學性、管理的合理性、實際運動的可行性角度出發。將信息處理功能和彼此之間的聯系自頂向下逐層分解從邏輯上精確地描述系統應具有的數據加工功能、數據輸入、數據輸出、數據存儲及數據來源和去向外部實體等項目。首先分析人事管理的總體情況劃分系統邊界識別系統的數據來源和去處確定外部實體得出系統的頂層數據流程圖 然后劃分出幾個主要的信息管理功能并明確各功能之間的聯系繪制出數據流程圖。

4.3.1.1 數據流程圖的符號說明: 外部實體 處理 數據流 數據存儲 圖1 數據流程圖的符號

4.3.1.2 人事管理系統的頂層數據流程圖: 圖2 人事信息處理的頂層數據流程圖

4.3.1.3 以加班處理的數據流程圖圖3為例說明二層數據流程圖:其它如出差、出勤等信息的數據流程圖略.人事管理信息處理 D1 各種報表 P 人事基本信息出勤調動出差請假信息 用戶 單位領導 圖3

4.3.1.4人事管理系統的數據流程圖如下圖所示 圖4 系統數據流程圖 其中‘P’表示數據處理‘F’表示數據流‘D’表示數據存儲

4.3.2 基本表

4.3.2.1 關系模式工資工號姓名性別全勤獎金實上班天數基本工資加班天數加班工資扣款應發工資實發工資 工作 加班記錄 加班人員 匯總 上報 審核 部門負責人 上報 加班記錄 領導審批 財務部門 送交 送交 人事部門 F1 錄入員工基本信息和工作信息 P1 1221 員工信息空白單 D1 F2 P2 1221 填寫有關信息 D2 已填好的有關信息 F3 P3 員工信息處理 D3 處理結果 F4

4.3.2.2關系模式員工基本信息身份證號民族年齡員工編號姓名性別E-mail移動電話 屬性中文名稱 屬性名 類型 長度 說明 員工編號 S_NO CHAR 11 部門統一編號具有唯一性 姓名 S_NAME CHAR 20 員工姓名 性別 S_SEX CHAR 4 員工性別 年齡 S_AGE INT 18100 民族 RACIAL CHAR 具有唯一性 身份證號 SID CHAR 20 唯一身份標識 E-mail E_MAIL CHAR 24 移動電話 T_PHONE CHAR 11 4.3.2.3 關系模式員工家庭郵政編碼聯系電話住址籍貫 員工編號 屬性中文名稱 屬性名 類型 長度 說明 員工編號 S_NO CHAR 11 部門統一編號具有唯一性 住址 S_ADDRESS CHAR 40 員工家庭住址 籍貫 RACIAL CHAR 26 具有唯一性 E-mail E_MAIL CHAR 24 聯系電話 T_PHONE CHAR 11 4.3.2.4 關系模式員工學歷專業畢業院校教育程度計算機水平外語水平員工編號 屬性中文名稱 屬性名 類型 長度 說明 員工編號 S_NO CHAR 部門統一編號具有唯一性 專業 CHAR 畢業院校 CHAR 統一編號具有唯一性 教育程度 CHAR 計算機水平CHAR 外語水平CHAR 20 四六級等 4.3.2.5關系模式員工工作職稱部門編號工齡入職時間 員工編號 屬性中文名稱 屬性名 類型 長度 說明 員工編號 S_NO CHAR 部門統一編號具有唯一性性 職稱 Z_ZC CHAR 20 員工姓名 部門編號 BH CHAR 10 工齡 G_GL INT 3 參加工作時間 入職時間 R_SJ INT 4 參加工作時間 4.3.2.6 關系模式員工婚姻婚否子女數員工編號 屬性中文名稱 屬性名 類型 長度 說明 員工編號 S_NO CHAR 11 部門統一編號具有唯一性 婚否 CHAR 是或否 子女數 S_ 子女年齡

4.3.2.7 關系模式用戶用戶ID、密碼、用戶類型 屬性中文名稱 屬性名 類型 長度 說明 用戶ID Y_ID char 8 ID 密碼 Y_mima vchar 20 用戶類型 Y_leixing vchar 8 4.3.2.8 關系模式 部門部門編號部門名稱職工名職位部門電話部門經理編制人數現有人數 屬性中文名稱 屬性名 數據類型 長度 說明 部門編號

dep_num 整型 int12 部門編號具有唯一性 部門名稱 dep_name 字符串類型 char12 部門名稱 職工名 employor_na 字符串類型 char12 職工名 職位 position 字符串類型 char12 具有等級之分 部門電話 dep_telephone 整型 int11 部門電話 部門經理 manager 字符串類型 char12 部門經理 編制人數 edit_no 整型 int100 部門最大容納人數 現有人數 own_no 整型 int100 現有人數 4.3.3 導出表 1 調動入表部門編號職位職工編號原部門現部門、說明部分由部門信息表導出。2 轉出表部門編號職位職工編號現有人數職工名由部門信息表導出。3 獎懲表職工編號、獎勵、懲罰、獎懲時間、說明部分由工資表導出。4.3.4 創建數據庫

4.3.4.1 用戶表

4.3.4.2 員工基本表

4.3.4.3 員工學歷表

4.3.4.4 員工家庭表

5.4 物理設計

5.4.1 設計原則 1進行規范化設計盡可能地減少數據冗余和重復 合理的數據庫表的設計應該是在滿足需求的前提下使數據的重復量最小就盡量按照關系數據庫系統理論方法去設計一個數據庫減少數據的冗余。2結構設計與操作設計相結合 在設計數據庫結構時有時為了編程實現的簡捷和思路的清晰往往故意增加一些冗余數據。這雖然有悖于傳統的關系數據庫理論但是考慮到選擇的機器型號和檔次等因素如果增加的冗余不會明顯增加存儲空間和降低處理效率并且對編程實現有很大幫助往往可以采用這種方法。3數據結構具有相對的穩定性 數據結構的相對穩定性可以作為新、舊系統轉換的依據。無論采用何種方法或手段去處理日常事務都應該能完成相應的功能決不會因為采用了計算機而丟失了必要的功能或徹底改變了原有的工作流程和模式。計算機系統的建成是建立在原系統充分調研的基礎上的它既不能脫離原系統的大框架也不是簡單的重復和替代。所以數據庫表結構設計應保證數據的相對穩定這樣才能考慮在新的數據結構下的業務處理方式。

5.4.2 設計原則 此處著重討論如何進行規范化設計關系范式規范化過程如下 由邏輯結構設計中得出的關系模型可知轉化的各關系中均無重復項和空白數據項故是第一范式而且如下圖中的a b所示以出差信息及請假信息為例其它略所有非主屬性都完全函數依賴于任一侯選關鍵字故是第二范式在第二范式的前提下可知ER圖中ab所示的四個關系的非主屬性之間都不存在函數依賴關系故圖ab所表示的關系均屬于第三范式。

6.系統運行與維護

6.1 系統的運行

1.初始數據的輸入 本系統的輸入采用鼠標和鍵盤相結合的輸入方法。

2、怎樣進入系統

A、將本系統所在的文件夾拷貝到硬盤然后執行其中的人事管理系統的程序文件即可應注意要將全部文件的屬性變以存檔消除只讀屬性。

B、在隨后出現的登錄界面上輸入正確的用戶名和密碼即可

3、怎樣使用本系統 點擊鼠標左鍵即可進行相應功能的選擇。a b 請假編號 員工編號 病假天數 事假天數 假期開始時間 出差編號 出差開始時間 出差目的地 出差天數 員工編號 消去重復項 1NF 消除部分函數依賴 2NF 消除傳遞函數依賴 3NF 和空白數據項 非規范化關系

6.2 系統的維護 本系統是個較復雜的人-機系統由于系統外部環境與內部因素的變化不斷影響系統的運行同時需要系統不斷地適應這些變化不斷地完善系統以提高系統運行的效率與服務水平這就需要自始至終進行系統的維護工作。系統的維護主要包括四個方面

1程序的維護指的是修改部分或全部程序這種維護往往是在條件發生變化或原系統的效率低的情況下進行的。

2數據文件的維護指的是按照用戶的要求對數據文件進行不定期的修改。

3代碼的維護隨著系統的發展和變化可能會出現舊代碼不能適應新要求的問題因此有必要變更代碼予

以維護。

4硬件的維護指的是對系統所使用的設備進行維護。本系統的日常維護由人事部門專人來負責如果出現一些不能解決的問題則由開發者來負責。總結與體會 做完這個企業人事管理系統后我深有感觸。從選取設計企業人事管理系統這個題目到對企業職員基本信息了解從系統的需求分析及數據庫設計到應用程序設計其中每一步都很重要雖然無論在運用SQL Server 2005還是Visual Basic 6.0方面的知識都碰到過困難但經過查閱課本和書籍重新學習后都一一解決了。由于時間比較倉促做完實驗后自我感覺雖然系統做出來在運行上沒有錯誤但如果企業拿來使用的話就存在不少問題功能不靈活處理的信息少等有許多有待改進的地方。這些問題都是因為自己對現實問題了解的不深導致的我明白在以后的系統設計中需要多加強理論與實踐的結合這樣才能使以后開發出來的軟件實用。

第二篇：人事管理系統概要設計說明書范文

概要設計說明書

1． 引言

1．1 編寫目的

在人事管理系統項目的前一階段，也就是需求分析階段中，已經將系統用戶對本系統的需求做了詳細的闡述，本階段已在系統的需求分析的基礎上，該文檔的目的是描述企業人事管理系統項目的概要設計,其內容包括: 系統功能簡介 系統結構設計 系統接口設計 數據設計 模塊設計 界面設計

本文檔的預期的讀者是：

XX有限公司的領導

技術人員

XX有限公司的領導 相關項目組的所有成員

1．2 項目背景

國外企業關于人事信息的管理，主要是利用人力資源方面管理系統來實現的因為這類系統同IT、通信等領域技術的發展存在密切的聯系，因此在計算機、網絡等技術發展相對快的國家，基本上創建了一套人力資源管理系統，人力資源方面的信息能夠在其本國范圍內被授權查閱。無論人才流動到哪里，在人們進行求職、貸款以及辦理保險之時，具備查閱權限的機構都能夠查閱該人的信息，以衡量為該人辦理有關手續的潛在風險，或者是否可以錄用。

1．3 定義

1．3．1 專門術語

C/S：Client/Server客戶機/服務器。

可修改性：容許對系統進行修改而不增加原系統的復雜性。

有效性：軟件系統能有效地利用計算機的時間資源與空間資源的能力。

可適應性：軟件在不同的系統約束條件下使用戶需求得到滿足的難易程度。可移植性：軟件從一個計算機系統或環境搬到另一個計算機系統或環境的難易程度。主鍵：數據庫表中的關鍵域。

1．3．2 縮寫

系統：若未特別指出，統指本機票預定系統。

SQL: Structured Query Language（結構化查詢語言）。ATM: Asynchronous Transfer Mode(異步傳輸模式)。

1．4 參考資料

以下列出在概要設計過程中所使用到的有關資料：

[1]韓萬江 《軟件工程案例教程》機械工業出版社 [2]李金勇 曹軍生，《SQL sever 2000實用教程》，北京理工大學出版社 [3]林鄧偉 等，《JAVA程序設計項目教程》，北京理工大學出版社 [4]孫峰，《數據庫原理及應用》。天津大學出版社 [5]軟件工程文檔編制國際標準：GB8567—88 2． 總體設計

2．1 需求規定

數據庫分析是數據庫管理系統開發周期中的一個重要的階段，也是工作量比較大的一 項活動。隨著現代軟件的發展，手工分析方式已經很難滿足數據庫管理系統數據庫分析的要 求，必須借助相應的工具。

設計數據庫系統時應首先充分了解用戶各個方面的需求，包括現有的以及將來可能增

加的需求。用戶需求具體體現在各種信息的提供、保存、更新和查詢，這就要求數據庫結構 能充分滿足各種信息的輸入和輸出。通過對書店管理工作過程的內容和數據流程分析，設計 數據項和數據結構。

通過與企業的溝通和需求分析，要求系統具有以下功能。1.新員工資料的添加、修改、刪除和查詢。2.部門信息的添加、修改、刪除和查詢。3.自動分配員工編號和部門編號。

4.人事調動的詳細記錄，包括部門、職位和職稱的調整，以及人員離職。

5.添加/修改日常出勤記錄，這里重點實現可按全體員工、部門員工和所選員工添加/修改 日常出勤記錄，以方便用戶操作。員工日常公出/請假信息的添加、修改、刪除和查詢。每月工資信息的批量添加、修改、刪除和查詢。

2．2 運行環境

2．2．1 設備

1．Web服務器1臺 2．數據庫服務器1臺 3．備份服務器1臺 4．開發服務器1臺

5．軟件防火墻服務器1臺 6．千兆路由器1臺

7． 10M網絡寬帶1條

2.2.2 軟件環境

本系統的的軟件環境如下

1.My Eclipese 10開發工具 2．SQL Server2008數據庫系統 3．Windows xp操作系統;4．防火墻，殺毒軟件

2.3 基本設計概念和處理流程

概念模型是對信息世界的建模，所以概念模型應該能夠方便、準確的表示出信息世界 中的常用概念。實體--關系模型（Entity-Relationship Module,簡稱E-R圖）是數據庫結構設計常用的方法。得到了數據項和數據結構以后，就可以設計出能夠滿足用戶需求的各種實體以及它們之間的關系，為后面邏輯結構設計打下基礎。這些實體包含各種具體信息，通過相互之間的作用形成數據的流動。根據需求分析和功能分析，規劃出本系統中使用的數據庫實體分別為員工實體，部門實體，工資實體，出勤實體，公出請假實體，人事調動實體，福利實體，員工離職實體等員工實體包括ID、編號、姓名、性別、身份證號、出生年月、年齡、民族、婚姻狀況、政治面貌、如黨團時間、籍貫、聯系電話和手機號碼等屬性。員工實體E-R圖如圖2.1所示：

部門實體包括部門編號、部門名稱、部門經理、部門地址和部門電話屬性。

部門實體E-R圖如圖2.2所示：。

公出實體包括ID、所屬工資月份、員工編號、員工姓名、基本工資、加班費、工齡工

資、全勤獎、獎勵總額、職務津貼、請假扣除等屬性。工資實體E-R圖如圖2.3所示：

2．4 結構

本系統的實現采用典型的三層模式、B/S結構來實現，不同的客戶端程序共同訪問中心數據庫，系統結構如圖1：

圖1：系統結構

系統基本功能圖解體系基本結構圖

2.5功能需求與系統模塊的關系 各項功能需求的實現同各個塊程序的分配關系：

2.5.1登錄頁面

需要登陸的人員，對于不同的身份，他們的權限是不一樣 的。當用戶輸入ID 和密碼時，查詢數據庫，若用戶名和密

碼正確，則進入相應的員工信息頁面，若不正確，則提示用戶名或密碼錯誤，人顯示當前頁面。

功能描述： 用戶管理 配置管理 數據備份 數據維護 1.2.3.4.2.5.2員工注冊 功能描述：

新員工注冊，輸入員工的注冊信息，包括（登錄賬號，登錄密碼，核對密碼，聯系電話，聯系地址，電子郵箱）。

注冊信息的修改。

用例圖

2.5.3員工的登錄和登出

功能描述：

員工登陸

員工退出 用例圖：

2.5.4信息查詢 功能描述：

查看公司內部相關信息 查看個人信息

查看其他員工的部分信息 用例圖

2.5.5人事檔案

1增加員工檔案信息 2修改員工檔案信息

3刪除員工檔案信息 4查詢員工檔案信息

5打印員工檔案信息 用例圖

2.5.6工資信息管理 功能描述：

1.工資信息模塊

2.計發工資信息

3.查詢工資信息

4.保險/福利

5.打印工資信息 用例圖

2.5.7員工培訓 功能描述：

1.員工培訓模塊主要包括：

2.培訓信息的錄入 3.培訓信息的刪除 4.培訓信息的修改 5.培訓信息的查詢 6.履歷表的打印 用例圖

2.5.8公司招聘

功能描述：

1.錄入招聘信息

2.查詢招聘信息

3.修改招聘信息

4.刪除招聘信息

5.查詢應聘者信息

6.刪除應聘者信息

用例圖

2．6 人工處理工程

創建用戶（注冊新用戶）：用戶信息需要手工輸入計算機。更新部門、員工資料：需要手動輸入更新內容。

2．7 尚未解決的問題

由于數據的傳輸上需要通過網絡傳輸，為了客戶資料進行保密，需要在網絡的傳輸過程中對數據進行加密。

這個工作主要是在準備網絡包，及解開網絡包這兩個模塊完成，它們各對數據進行加密及解密還原工作。

在加密算法選擇上將使用RSA 加密算法。具體算法可參照參考資料中《Computer Network》p.598。

3.接口設計 3.1用戶接口設計

3.2外部接口

3.3內部接口

4．運行設計 4.1運行模塊組合

施加不同的外界運行控制時所引起的各種不同的運行模塊組合如下表所示：

4.2運行控制

5.系統數據結構設計 5.1邏輯結構設計要點

根據設計好的E-R圖在企業人事管理系統中創建各表。

員工信息表用于儲存員工基本信息和單位相關信息，改數據表結構如表2.1所示：

部門表用于存儲部門編號、部門名稱等信息，該數據表結構如表2.2所示。

工資表用于存儲每月每個員工的詳細工資信息該數據表結構如表2.3所示。

6.系統出錯處理設計 6.1出錯信息

程序在運行時主要會出現兩種錯誤：

1、由于輸入信息，或無法滿足要求時產生的錯誤，稱為軟錯誤。

2、由于其他問題，如網絡傳輸超時等，產生的問題，稱為硬錯誤。

對于軟錯誤，須在定票/領票操作成功判斷及輸入數據驗證模塊由數據進行數據分析，判斷錯誤類型，再生成相應的錯誤提示語句，送到輸出模塊中。

對與硬錯誤，可在出錯的相應模塊中輸出簡單的出錯語句，并將程序重置。返回輸入階段。

6.2補救措施

所有的客戶機及服務器都必須安裝不間斷電源以防止停電或電壓不穩造成的數據丟失的損失。若真斷電時，客戶機上將不會有太大的影響，主要是服務器上：在斷電后恢復過程可采用 SQL SERVER 的日志文件，對其進行ROLLBACK 處理，對數據進行恢復。

在網絡傳輸方面，可考慮建立一條成本較低的后備網絡，以保證當主網絡斷路時數據的通信。

在硬件方面要選擇較可靠、穩定的服務器機種，保證系統運行時的可靠性。

6.3系統維護設計

維護方面主要為對服務器上的數據庫數據進行維護。可使用 SQL SERVER 的數據庫維護功能機制。例如，定期為數據庫進行Backup，維護管理數據庫死鎖問題和維護數據庫內數據的一致性等。

第三篇：學生檔案管理系統概要設計說明書

學生信息管理系統設計規格說明書

一、總體結構設計

本系統從總體分可分用戶表、學生基本信息表、學生在校學籍表、院內課程表、學生課程表、學生成績表、學生獎懲信息表、教員信息表、班級信息表、系別信息表。

1.用戶表：用戶名、用戶編號、密碼、權限、用戶基本信息

2.學生基本信息表：姓名、學號、性別、出生日期、與學生關系、家庭成員、家長職業、家長單位、家庭住址、家庭電話

3.學生在校學籍表：學號、班級、系別、入學時間、學生電話、班主任、導員、攻讀學歷

4.院內課程表：年級、學期、課程、任課教師、課時、課程類型、課程信息

5.學生課程表：學號、年級、學期、課程、任課教師、課時、上課教室、課程信息

6.學生成績表：

姓名、學號、系別、班級、年級、學期、課程、任課教師、課時、分數、是否通過

7.學生獎懲信息表：姓名、學號、系別、班級、年級、學期、獎懲類型、獎懲信息、備注 8.教員信息表：姓名、職務 9.班級信息表：班級、系別 10.系別信息表：系別

1.1系統總體結構圖

圖1.1系統總體結構圖

1.2、包圖及關系

（1）數據庫設計 數據庫分析

在系統操作流程圖分析的基礎上，可以列出該系統所需要的主要數據項和數據結構。

用戶表：用戶名、用戶編號、密碼、權限、用戶基本信息

學生基本信息表：姓名、學號、性別、出生日期、與學生關系、家

庭成員、家長職業、家長單位、家庭住址、家庭電

話

學生在校學籍表：學號、班級、系別、入學時間、學生電話、班主任、導員、攻讀學歷

院內課程表：年級、學期、課程、任課教師、課時、課程類型、課程信息

學生課程表：學號、年級、學期、課程、任課教師、課時、上課教室、課程信息

學生成績表：

姓名、學號、系別、班級、年級、學期、課程、任課教師、課時、分數、是否通過

學生獎懲信息表：姓名、學號、系別、班級、年級、學期、獎懲類型、獎懲信息、備注 教員信息表：姓名、職務 班級信息表：班級、系別 系別信息表：系別 創建數據庫表

將上面的E-R圖轉換成表格形式，在這里即為創建數據庫。本課題在創建數據庫時，采用的是SQL Server 2000的企業管理器，不需要使用任何的SQL語句,即可成功創建數據庫。在SQL中新建了一個名為Student_MessageInfo的數據庫，根據先前做的分析，新建了多個數據庫表。其中較為重要的表如下所示，其中表格形式的數據庫表，學生基本信息

二、過程設計

1、模塊說明及程序流程圖（1）學生基本信息模塊

該模塊實現的功能：學生可以查詢個人基本信息，成績信息，學分信息以及懲處信息，但不能修改信息.（2）學生課程模塊

該模塊實現的功能：學生課程，系統根據學生所報專業選出其對應的選修課，然后學生可根據專業選擇其中一項，然后提交.（3）教師信息模塊

該模塊實現的功能：教師可查詢授課信息，學生選課信息，學生基本

信息和學生成績.（4）管理員查詢信息模塊

該模塊實現的功能：管理員可對學生信息，教師信息，課程信息，學院信息，專業信息，班

進行查詢

2、精確類圖

四、界面設計

用戶登陸：該系統根據用戶的身份實現了不同的功能，用戶登陸時需要選擇一種登陸方式（默認情況下是學生），系統再根據用戶選擇的登陸方式到相應的表中去搜索。例如，登陸時選擇了教師登陸方式，系統將會在教師信息表中搜索是否存在與該用戶的輸入相符的信息，如果存在則進入教師主頁，否則提示用戶輸入有誤，請重新輸入。

1、學生用戶界面 ①、修改密碼

學生的初始密碼是由管理員指定的。學生登陸后，可以按照要求自行修改使用密碼。首先需要輸入原始密碼，如果原始密碼沒有輸入正確將不能修改密碼，只有在原始密碼正確的基礎上，用戶才能繼續下面的操作。新密碼設定后，系統還要求用戶再輸入一次重復密碼，避免因為誤輸而導致密碼丟失。②、查詢指定學期成績

學生可以查詢自己指定學期的成績和所有的成績。方便學生了解自身情況。

③、查詢截止目前所獲學分

學分一直以來都是學生們倍受關注的焦點。就目前已有的系統來說，雖然實現了學生查詢成績的功能，但是關于學分部分仍然需要學生自行統計。本系統彌補了現有系統這方面的不足，學生可以直接查詢到截止目前所獲得的學分情況，減少了學生需要自行統計的工作量，提高了工作效率。④、選課系統

學生選課系統是針對學生進行網上選課而設計的，學生可以自主選擇自己想修的課程。2.、老師用戶界面 ①、查詢授課計劃

教師可以利用該系統實現查詢授課計劃的功能，教師不僅可以看到自己本學期要授的課程信息，還能查看選修對應課程的學生名單，同時可以添加對應課程的學生成績。幫助教師提高了工作效率。②、查詢學生基本信息

教師可以查詢學生的基本信息，以幫助教師了解學生情況。可以按班級查找、按姓名查找、按學號查找、按年齡查找、按籍貫查找，也可以一起查找。

3、管理員界面 ①、班級信息管理

班級信息管理包括添加班級信息，修改班級信息以及刪除班級信息。在班級信息管理之前，需要先對學校信息和專業信息管理。只有在已有的專業信息中才能建立班級檔案，班級信息和專業信息是從屬關系。

②、學生基本信息管理

學生基本信息管理包括學生基本信息添加、學生基本信息修改、學生基本信息刪除。下面給出的是學生信息添加界面 ③、教師基本信息管理 教師基本信息管理包括教師基本信息添加、教師基本信息修改以及教師基本信息刪除。

第四篇：人事管理系統設計

企 業 人 事 管 理 系 統 課 程 設 計

實驗小組成員：張健，黃仁獎，莊寧曉，徐凱，宋永捷

計算機051（行）

《企業人事管理系統》可行性研究報告

編寫目的

從人事管理的角度來講，人們已經產生一種共識，那就是“人事管理是企業最珍貴的資產”。現在，人事管理不僅是企業最珍貴的資產，而且應該是唯一“動態的資產”。一個企業，無論是土地，還是設備，還是流動資金，他們的實質都是靜態資產。人們認為財務管理首要的是講“管好錢”。其實錢是屬于靜態資產，錢是不會跑的，它又沒有長腳。如果說錢會跑，是因為有人去動他，所以不是錢的問題，仍然是人的問題。錢是不能主動創造價值的，即使是被投資于很好的項目，也是人做的決定，也是由人在那里管理。所以，唯有人的行為才是動態的；只有人的行為才能創造價值。開發這樣一套管理軟件成為很有必要的事情。

人事管理系統是一個公司不可缺少的部分,它的內容對于公司的決策者和管理者來說都至關重要, 隨著科學技術的不斷提高,計算機科學日漸成熟,其強大的功能已為人們深刻認識,它已進入人類社會的各個領域并發揮著越來越重要的作用

項目背景

一套比較系統的人力資源管理理念，并建立了一整套比較規范的人力資源管理方法。在積極建立企業現代企業管理機制的今天，僅僅靠原始的手工管理或簡單的單機管理，人力資源部門面對大量的信息，無法有效率地將其中的重要部分提取出來，并做出相應的判斷和處理。公司管理者的決策只能依據報表數據，在浪費大量人力、物力的同時無法做到實時監控，難以保證數據的準確性和及時性。因此，先進的管理思想在企業中實現就成為了一個可望而不可及的目標。公司集團非常急需一套既有先進管理思想又適合國內大企業的人力資源管理信息系統，作為實現目標和提高現有水平的一種重要手段！

定義

人事管理是企業信息管理的重要部分,面對大量的人事工資信息，財務部門采用人力處理將浪費大量的時間、人力和物力，且數據的準確性低。因此，開發一個界面友好，易于操作的人事工資管理軟件進行自動化處理變得十分重要，這正是本系統開發的目的和意義

隨著時代的進步，社會生產力高速發展，新技術層出不窮信息量急劇膨脹，整個人類社會已成為信息化的社會人們對信息和數據的利用和處理已經進入自動化、網絡化和社會化的階段。如在查找情報資料、處理銀行帳目、倉庫管理、科研生產等方面，無不需要利用大量的信息資源。因此，如何有效地進行數據信息的管理和利用，已經成為人們普遍關注的課題。

信息在不同的領域里有著不同的概念，在管理科學領域中，通常認為信息是經過加工處理后的一種數據形式，是一種有次序的符號排列，它是系統傳輸和處理的對象。處在信息時代的今天，信息的作用越來越為人們所重視。制定工作計劃，研究投資策略，都離不開對信息的充分利用。管理信息系統（Management Information System,縮寫MIS）是一種“人機系統”，它以特定的模式支持一個組織內各級組織機構之間的通訊，對信息資源進行綜合開發，管理和利用，實現對該組織的有效管理。它通過對數據的加工處理，及時為管理與決策分析提供信息。其特點有：

數據全部存儲于計算機系統中；用戶使用簡單、操作方便、查詢速度快； 有極強的人-機對話功能；能直接從計算機系統中提供決策所需的參考信息。

參考資料 網上一些類似比較完整的系統，人事管理系統，學籍管理系統，企業一些其他的系統的設計理念，好的報告分析。

可行性分析

要求 一般而言，良好的辦公管理，有助于為企業達到以下的目標：

一、協助組織達成發展目標與遠景。

二、有效地運用人員的能力與技術專才。

三、促使組織成員的工作士氣高昂且激發潛能。

四、滿足組織成員的自我實現感與增加成員的工作成就感。

五、發起且落實組織變革。

六、提高組織成員的工作生活品質。

七、協助企業負責人做出正確決策。

目標 可行性研究的目標是用最小的代價在盡可能的時間內確定問題是否能夠解決。

可行性研究 可行性分析也稱為可行性研究，是在系統調查的基礎上，針對新系統的開發是否具備必要性和可能性，對新系統的開發從技術、經濟、社會的方面進行分析和研究，以避免投資失誤，保證新系統的開發成功。決定可行性的主要因素

經濟上可行性：

近幾年，計算機技術的發展和計算機辦公自動化的普及和應用，計算機的應用也有了較大的提高。計算機也都成為高校管理工作中的重要設備，每個單位、每個部門都有不同程度的計算機應用。在硬件方面，無需單獨購買計算機，只需利用目前已有的奔騰Ⅲ、奔騰Ⅳ的計算機即可，并附有打印機等附件。所以從硬件方面上完全可行。根據用戶的要求，分析其特點，在經濟上本項目是可行的，采集，編輯，發布，人員不需要專業的編程知識就可以快速高效地發布題庫信息。這樣加快了信息發布速度，減少了人力的開銷，縮短了從采集到發布的時間周期，從而提高了服務的質量，而且由于管理周期縮短和人力開銷的減少，可以在高校信息化中獲得更多的好處。

在軟件上，由于人事管理工作不同于其它行業的管理工作，管理軟件在市場上沒有專業的管理軟件；找軟件開發公司單獨開發軟件所需費用又太高，至少需要幾千元，并且實用性不強，日后的維護升級等問題也不易解決。而由我們自己研究開發一套適合實際需要的管理軟件，即可節資金，也便于日常維護、備份和系統升級。

人事管理信息系統并不需要特別高的配置，編寫管理信息系統的軟件在市面上也十分便宜。因此，我們認為它的制作在經濟上是可行的。我國加入WTO后，面對高度信息化、全球化和管理現代化的國際競爭，中國如何應用信息技術促進管理創新，以管理創新促進實施信息現代化的戰略，深化改革和實現管理水平跨越式發展，提高服務水平和服務質量，增強的競爭力，已成為一個不容回避、亟待研究解決的重大課題。

技術上可行性：

本系統使用的是ASP.NET+SQL SERVER實現的。可以自由使用人事工資信息分類，自由賦予用戶權限，根據需要靈活使用模版。可以提供給各種場合的信息，人事工資。

根據用戶的要求，分析其特點，在經濟上本項目是可行的，采集，編輯，發布，人員不需要專業的編程知識就可以快速高效地發布高校辦公信息。這樣加快了信息發布速度，減少了人力的開銷，縮短了從采集到發布的時間周期，從而提高了服務的質量，而且由于管理周期縮短和人力開銷的減少，可以在高校信息化中獲得更多的好處。

通過SQL SERVER建立辦公自動化數據庫SQL SERVER 是一種高效的關系數據庫系統，它與Windows NT/2000及Windows 9x等操作系統緊密集成。這種安排使SQL SERVER能充分利用操作系統所提供的特性。對于今天復雜的客戶/服務器系統來說，SQL SERVER是一個很好的選擇。可以打開SQL SERVER（1）建立數據庫。（2）建立表。建立的數據庫 asp.net 目前一些網站主要采取三種形式。

1：手工更新：一些小網站還停留在完全使用人工制作新頁面，更新目前的信息。這種方法不但效率低，而且容易出現錯誤，目前這種方法基本使用在一些小站點和個人主頁，已經不是主流。由于使用全部靜態頁面，可以有很高的負載。

2：動態網頁技術：隨著ASP.NET, PHP,CGI等動態網頁技術的發展，用這些技術制作一個基于數據庫的動態人事工資系統已經是很方便的。這種技術構件的網站，大大提高了信息更新的效率，信息發布人員只需要進行簡單的文字圖片排版，就可以發布信息。簡單易用。但是，這種技術的信息發布系統存在另外一個缺點，當用戶訪問量大的時候，動態頁面頻繁操作數據庫，會大量消耗系統資源，造成訪問緩慢或者根本無法訪問。

3：動態，靜態發布：這種技術與上面的動態網頁技術沒有本質上的區別，只是將靜態頁面和動態技術的優點結合起來！使用動態技術采集信息，人事工資人員也只需要進行簡單的文字和圖片排版，制作一個模版，就可以使用人事工資系統發布人事工資信息了。最后由系統根據模版和人事工資信息的具體內容和網站結構發布靜態頁面。這樣最終發布的為靜態頁面，可以承受很大的訪問量，也可以提高人事工資信息的發布效率。

本次畢業設計就是使用第三種技術構造人事工資系統的。采用這種方式構造系統，有著易用，方便，快速，高效的優點，是一種廣泛采用的技術。

運行上可行性：

現代計算機軟硬件的發展使得本系統具有良好的操作界面，簡單直接的操作界面，具有較強的人機對話能力，支持多種漢字輸入方式，其適應性強，顯示內容簡單明了，使操作者不必具有較高高的計算機專業知識，也不必進行專門培訓，稍一接觸就可以上手進行所有操作。政治可行性：

本系統純為私人設計，在開發過程中沒有涉及合同、責任等與法律相抵觸的方面。因此，本系統在法律上是可行的。

人力資源的設計分析

使用ASP.NET作為系統開發的開發環境，它作為一種現代的編程語言，提供完善的指令控制語句、類與對象的支持及豐富的數據類型，給開發高性能系統提供的保障為開發滿足客戶要求的系統，保證了代碼的模塊化要求，而代碼模塊化的提高，非常有利于以后對新系統的擴展與修改。

綜上所述，本系統的設計與開發在技術上和硬件設備上的條件都是滿足的，因此，它在技術上是可行的。

經濟上可行性：

現在，計算機的價格已經十分低廉，性能卻有了長足的進步。而本系統的開發，為工作效率帶來了一個質的飛躍，為此主要表現有以下幾個方面： 第一，本系統的運行可以代替人工進行許多繁雜的勞動； 第二，本系統的運行可以節省許多資源； 第三，本系統的運行可以大大的提高的工作效率； 第四，本系統可以使敏感文檔更加安全，等等。所以，本系統在經濟上是可行的。

1.2 相關技術概述 1.2.1 軟件工程

軟件工程是指導計算機軟件開發和維護的工程學科。

(1)它采用工程的概念、原理、技術和方法來開發和維護軟件；

(2)它將管理技術與當前經過時間考驗的而證明是正確的技術方法結合起來；(3)它強調使用生存周期方法學和結構分析和結構技術；

(4)經過人們長期的努力和探索，圍繞著實現軟件優質高產這個目標,從技術到管理兩個方面做了大量的努力,逐漸形成了“軟件工程學”這一新的學科。

3．對現有系統的分析

3.1處理流程和數據流程

系統整體模塊結構圖

本系統由五大模塊組成，即系統，員工基本信息，員工考勤信息，員工調動信息，幫助。如下圖：

4.2系統流程圖

功能模塊 人事信息錄入，編輯，修改，查詢，打印

把員工信息記錄進數據庫，可以隨時查看，起到檔案的作用，登記了人事信息，便于管理。該系統按照人事勞資管理人員的書寫習慣，可對員工的編號、員工的姓名、性別、所在部門、職位名稱、最高學歷、等基本信息進行記錄，為了方便起見，還增加了備注的功能，可以對員工進行評語及特點的描述。信息錄入后最終自動生成詳細的易于操作的人事檔案表，可以隨時的記錄了解本公司的員工信息，一目了然。本系統支持任何一種輸入方法。工資管理錄入，編輯，修改，查詢，計算，統計

工資信息主要包括員工的底薪、補貼、獎金、加班費、房貼、養老金、等項目，另外，系統會自動統計該員工的工資的總工資等信息。3 各種信息的查詢統計

查詢可以提高了工作效率，輸入字符即可獲得符合條件的信息，統計可以從雜亂的數據中，分析出有效的數據。系統數據的安全保密，設定系統用戶

系統為區分了身份，因此由用戶和密碼，級別構成，這樣系統在系統登陸界面進行身份驗證，將輸入的信息和用戶表進行比較，讓符合身份的用戶通過驗證。

數據庫設計

SQL SERVER簡單介紹 數據庫的概念 數據庫是一種存儲數據并對數據進行操作的工具。數據庫的作用在于組織和表達信息，簡而言之，數據庫就是信息的集合。計算機的數據庫可以分為兩類：非關系數據庫（flat-file）和關系數據庫（relational）。關系數據庫中包含了多個數據表的信息，數據庫含有各個不同部分的術語，象記錄、域等。關系數據庫產品是怎么發展起來的呢？ 對關系模型的支持

第一階段（70年代）的RDBMS僅支持關系數據結構和基本的關系操作（選擇、投影、連接）。例如：DBASE之流。

第二階段（80年代），對關系操作的支持已經比較完善，但是對數據完整性的支持仍然較差。此時，SQL語言已經成為

關系數據庫的標準，各家對SQL標準的支持還都是不存的（幾乎全不是超水平發揮）。

第三階段（90年代）的產品，加強了數據完成性和安全性的性能。完整性的控制在核心層實現，克服了在工具曾的完

整性可能存在“旁路”的弊病。

SQL SERVER是關系型數據庫系統，用戶可利用許多語言編寫訪問SQL SERVER 數據庫的程序，對于小型應用系統是非常理想的。除了支持標準的ANSI SQL語句，從而能獲得相當好的性能。它可以在Windows NT系統上或者在Windows 95/98系統上運行。

SQL SERVER 的執行性能非常高，運行速度非常快，并非常容易使用，是一個非常棒的數據庫。1.2.3 軟件開發工具ASP.NET 作為Microsoft的最新建立動態Web網站的工具，ASP.NET相對于ASP和JSP在改變原始的Web編程方式方面有了長足的長進。它的代碼與頁面分離技術（CodeBehind）以及完善的Web服務器控件為程序員提供了一個更加符合傳統編程的Web服務器端開發方式。一：名字空間Name Space 要使用ASP.NET的數據庫功能，不可能離開名字空間NameSpace的使用。什么是名字空間，說理論可以說半天，我們沒必要了解，簡單一點，名字控件就像Delphi中的控件，你必須將它們放入你的Form才能使用他們，同樣，如果你要使用ASP.NET的數據庫功能，你就必須先引用相應的名字空間。ASP.NET中關于數據庫的名字空間有這些：

ADO+，是ADO的下一代，就像ASP.NET是ASP的下一代，相對于ADO，ADO+有以下特點： 一）支持XML； 二）更好的性能； 三）方便的編程接口；

名字空間的具體使用如下：

<%@ Import NameSpace=”名字空間”%>

舉例：

<%@ Import NameSpace=”System.Data”%>

應該注意一點，以上代碼必須在頁面頂端。

二：基本概念

在使用ASP.NET以前，還必須了解一些基本概念： ADOConnection：相當于ASP中的數據庫Connection； ADOCommand：相當于ASP中的數據庫Command； DataView：相當于ASP的ADO記錄集RecordSet； DataSet：多個數據表的集合；

以上概念實在是比較抽象，如果現在不理解，不要緊，現照著使用，以后慢慢就會理解。

三：數據庫基本使用樣板

<%@ Import NameSpace=“System.Data”%> <%@ Import NameSpace=“System.Data.SQL”%>