第一篇：第五組企業人事工資管理概要設計說明書

企業人事工資管理 概要設計說明書

軟件工程第五組

計算機072班

計算機072班

第五組

目 錄

一、任務概述................................................3 1.1目標....................................................3 1.2運行環境................................................3 1.3需求概述................................................3 1.4條件與限制..............................................3

二、總體設計................................................4 2.1系統模塊層次結構圖......................................4 2.2 數據流圖................................................4 2.3 各個模塊的IPO設計.......................................7 2.3.1員工信息IPO描述（表）.................................7 2.3.2勤系統IPO描述（表）...................................7 2.3.3員工調用IPO描述（表）.................................8 2.3.4 工資管理IPO描述（表）.................................8 2.4 模塊容錯設計.............................................9

三、系統安全與維護設計......................................9

計算機072班

第五組

一、任務概述

1.1目標

作為計算機應用的一部分,使用計算機對企業人事企業信息進行管理,具有著手工管理所無法比擬的優點.例如:檢索迅速、查找方便、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高企業的管理效率,也是企業的科學化、正規化管理,與世界接軌的重要條件。因此，開發這樣一套管理軟件成為很有必要的事情。

1.2運行環境

運行平臺：Windows2000/2003、XP操作系統

數據庫管理系統：Microsoft Access 2003

硬盤：至少500M

1.3需求概述

本人事管理軟件主要是針對企業的具體業務流程開發設計的，系統提供較好的功能擴充借口。開發人事管理軟件是為了滿足企業對員工的基本資料、工資發放、考勤信息、評價工作管理的方便，以現代化的創新思維模式去工作。本管理軟件不僅僅是一個軟件，它是一個將企業的管理思想、各部門的業務經驗以及當今最新計算機技術的完美統一起來的體現，實現人、財、物、信息各種資源的處理，實現人事管理系統可以完成人事管理中各個環節的數據處理，并使之規范化、嚴密化和智能化。

1.4條件與限制

1.可用信息資源缺乏，2.時間較緊促

計算機072班

第五組

二、總體設計

2.1系統模塊層次結構圖

圖2-1 系統模塊圖

2.2數據流圖

圖2-2 人事管理頂層數據流圖

圖2-3 工資管理頂層數據流圖

計算機072班

第五組

圖2-4人事管理0層數據流圖

圖2-5人事管理0層編號1的數據流圖

圖2-6 人事管理0層編號2的1層數據流圖

計算機072班

第五組

圖2-7 工資管理0層數據流圖

圖2-8 工資管理0層編號1的1層數據流圖

圖2-9 工資管理0層編號2的1層數據流圖

計算機072班

第五組

2.3 各個模塊的IPO設計 2.3.1員工信息IPO描述（表）

系統名稱： 企業人事工資管理系統 文檔 撰寫人： 周曉舟 模塊名稱： 員工信息 撰 寫 日 期： 2010 年 5 月11 日 設計依據： 根據企業人事工資管理系統 審 核 人： 周曉舟 模塊編號： 01 審 核 日 期： 2010 年 5 月11 日

調 用 者： 管理員 調用對象：

員工檔案添加

有關的數據流圖：圖2-5 模塊輸入：基本信息(員工姓名、編號、性別、出生年月、電話號碼、住址、所在部門等)模塊輸出： 員工調動信息列表

處理算法： 信息輸入無誤添加到數據庫保存，信息輸入有誤提示錯誤 數據及變量說明：員工信息都為文本文檔 性能等其它要求的補充說明： 員工信息添加完全才能保存退出

2.3.2考勤信息IPO描述（表）

系統名稱： 企業人事工資管理系統 文檔 撰寫人： 鄭斌斌 模塊名稱： 考勤信息 撰 寫 日 期： 2010 年 5 月 11 日 設計依據： 無 審 核 人： 周曉舟 模塊編號： 02 審 核 日 期： 2010 年 5 月 11 日 調 用 者： 管理員 調用對象：

員工考勤

塊輸入：員工編號，年度，月份，全勤天數，應出勤天數，起始日期，截止日期，起始時間，截止時間，請假類型，審批人，請假事由，其他假天數，其他假說明，遲到早退次數，延時加班小時，休息日加班小時，礦工次數，備注。

模塊輸出： 員工姓名，性別，職務，所在部門。處理算法： 管理員通過考勤統計，選擇編輯添加或刪除，填寫請假時間，請假類型，審批人，請假事由等以后保存，記錄該員工的考勤。數據及變量說明：選著添加編輯刪除后，輸入員工編號后，跳出員工姓名，性別，職務，所在部門；然后填寫年度月份，請假時間，請假類型，審批人，請假事由；其他考勤項目中內容為必填。性能等其它要求的補充說明： 帶*不能為空，若沒有請填數字0。

計算機072班

第五組

2.3.3員工調用IPO描述（表）

系統名稱： 企業人事工資管理系統 文檔 撰寫人： 姚銀蝶 模塊名稱： 員工調用 撰 寫 日 期： 2010 年 5 月日

設計依據： 無 審 核 人： 周曉舟 模塊編號： 03 審 核 日 期： 2010 年 5 月日

調 用 者： 管理員 調用對象：

員工調用

塊輸入：員工編號,員工姓名, 原部門名稱,新部門名稱，原職務，新職務，調出時間,調入時間，備注 模塊輸出： 員工調動信息表

處理算法：輸入員工基本信息后調出員工調動信息表 數據及變量說明：員工編號, 原部門名稱，新職務, 調出時間,調入時間必填;員工姓名, 原部門名稱，原職務會根據員工編號自動跳出

性能等其它要求的補充說明： 如果信息填寫不完整就會彈出驗證失敗

2.3.4工資管理IPO描述（表）

系統名稱： 企業人事工資管理系統 文檔 撰寫人： 王洋 模塊名稱： 工資管理 撰 寫 日 期： 2010 年 5 月日

設計依據： 無 審 核 人： 周曉舟 模塊編號： 04 審 核 日 期： 2010 年 5 月日

調 用 者： 管理員 調用對象：

員工工資

塊輸入： 員工編號，底薪，加班費，補貼。房貼，獎金，其他，養老金，醫療保險

模塊輸出： 員工姓名，所在部門，實發工資 處理算法：管理員通過查詢，輸入員工編號底薪等一系列獎勵補貼后得到員工當月實際該發的工資。

數據及變量說明：輸入員工編號后就的輸出員工姓名及所在部門，底薪，加班費，補貼。房貼，獎金，其他，養老金，醫療保險必填

性能等其它要求的補充說明：*號項沒有填寫完整將會提示“輸入錯誤”

計算機072班

第五組

2.4 模塊容錯設計

一個系統要成為一個好系統并且能夠在企業中實際應用的話，那么該系統必須要具有功能完善的容錯處理能力。我們可以把容錯性處理簡單地認為是當系統出錯時，程序能夠識別出這種錯誤，系統不進行這種錯誤操作，然后提示用戶出錯，要求用戶重新操作。系統的容錯性一般包括：空值處理、長度處理、類型處理和重復處理。

空值(null)處理

如果忽略了空值的處理，試圖向數據庫中賦一個空值的話，那個系統就會出錯。我們可以采用這樣一種方法來解決。首先判斷輸入的值是否為空值，如果是空值的話，不做任何操作；如果不是空值，才將輸入的值賦給數據庫。2 長度處理

數據庫中的每一個字段都有其固定的長度，如果賦值給該字段的值超過這個固定長度的話，那么系統就給出錯。因此，我們必須在賦值之前首先判斷這個值的長度是否超過了該字段的長度，如果超過的話提示用戶重新操作。3 類型處理

數據庫中的每一個字段都有其固定的類型，SQL Server中有char、datetime、int、numeric、varchar、real等多種類型，不同類型的字段需要不同類型的數據。如：int型字段中不能輸入字符，日期型數據只能輸入數字，而且要符合年月日的格式要求。因此，在輸入數據時必須要進行格式判斷。4 重復處理

數據庫中的有些字段（特別是主鍵）是唯一的，不允許有重復。如：入庫編號，一個入庫編號只能是唯一的，如果有重復的入庫編號就會導致錯誤。因此，在添加數據時必須保證這些字段的值不重復。一般是在添加之前首先判斷是否有相同的記錄，如果有重復記錄，系統能夠提示重新輸入，從而保證該字段值的唯一性。

三、系統安全與維護設計

1）唯一性：在本系統中，每一個代碼都標識了系統中的每一個實體，而每一個實體也只能由一個代碼來唯一確定。

(2）標準性：主要體現在對程序文件名命名和對數據文件命名一目了然，無重復現象。為了系統維護人員便于進行系統維護，使用了統一的標準。

(3）合理性：系統中代碼設計與編碼對象的分類相適應，以使代碼對編碼對象的分類據有標志作用。

(4）簡單性：在設計過程中采用漢字的漢語拼音的聲母來表示漢字。(5）適應性：在代碼設計過程中，代碼反映了編碼對象的特點，便于識別和記憶，使系統維護人員容易了解和掌握，便于進行維護工作。

計算機072班

第五組

(6)規范性：代碼的結構，類型，格式統一，便于記憶和計算機進行處理。(7)可擴充性：考慮到今后程序擴充測需要，編制代碼時，留有足夠的備用代碼。

計算機072班

第五組

計算機072班第五組

計算機072班第五組

計算機072班第五組

第二篇：城院09級 工資管理系統設計概要

目 錄

1、需求及背景分析....................................................................1 1.1 工資管理系統的概述.......................................................................................................1 1.2 A 公司工資管理系統需求調查.......................................................................................2

2、系統分析..................................................................................3 2.1 A 公司工資業務流程圖......................................................................................................3 2.2 A 公司工資管理數據流程圖..............................................................................................4 2.3 A 公司工資管理系統功能分析圖......................................................................................4 2.4 數據字典.............................................................................................................................5 2.6管理信息系統流程設想圖(新系統模型.........................................................................7

3、系統設計部分..........................................................................8 3.1 功能結構圖設計..................................................................................................................8 3.2 新系統信息處理流程設計(ER 圖..............................................................................8 3.3 輸出設計(主要指打印輸出設計..................................................................................9 3.4 存儲文件格式設計(數據庫結構設計..........................................................................9 3.5 輸入設計.............................................................................................................................9 3.6 代碼設計(職工證號和部門代號等............................................................................10 3.7 程序設計說明書................................................................................................................10 3.8 工資管理信息系統數據庫設計........................................................................................10 4.系統實施...................................................................................14

5.課程設計心得...........................................................................14 管理信息系統課程設計任務書 題目 : 工資管理系統設計 1.課程設計教學條件要求

運用現有教學條件,結合所學知識、網絡和圖書館等資料,以團隊小組形式, 團隊協作,保質保量完成課程設計。

2.課程設計任務

課程設計任務的描述應該清晰明確,設計的難度和工作量應符合學生的實際 水平,在規定的時間內能夠完成設計任務。

3.課程設計報告書主要內容 工資管理系統設計

1、需求及背景分析 1.1 工資管理系統的概述

企業工資管理是一個企業單位不可缺少的部分,它的內容對于企業決策者 和管理者來說都是至關重要的,所以企業工資管理系統應該能夠為用戶提供充足 的信息和快捷的查詢手段。但是一直以來人們使用傳統人工的方式管理企業的工 資發放工作,這種管理方式存在許多缺點,例如往往由于抄寫不慎或者由于計算 的疏忽,出現工資發放錯誤的現象。工資管理具有重復性、規律性、時間性,正 是由于這些規律,使得工資管理的計算機化成為可能。

進入 21世紀,計算機已經滲入到社會生活的各個領域,推動著科學技術、社會經濟的發展。計算機用于管理信息處理的突出特點是迅速、準確、可靠并且 具有很大的存儲能力。因此,國內外越來越重視工資管理的效率及其可靠性。目

前,對于工資管理都有著相當普遍和深入的研究,但是工資管理對于社會、企業 和人民生活有著極為重要的影響。

因此在此基礎上對工資管理系統進行分析和設計就非常有必要了。1.2 A 公司工資管理系統需求調查

為了更好的設計企業工資管理系統, 我們對 A 公司的工資管理事項進行調查 和分析,在此基礎上開發設計我們自己的工資管理系統: 對 A 公司的工資管理進行調查,得到工資發放過程及有關數據如下圖:

表 1 上月工資發放清單

表 2 本月人員及工資變動表 表 3 本月扣款清單

根據了解信息: A公司每月月末發放工資,發放前的工資處理過程是每月 25日到 27日由財務科根據已存檔的上月工資發放清單(見表 1和人事科送來的 人員及工資變動表(表 2 填寫本月工資發放清單中的前四項(即姓名、基本工資、附加工資、扣房費?？倓湛朴诿吭?28日將扣款清單(見表 3送交財務科,由 財務科按扣款清單將扣款數填入本月工資發放清單。最后計算出每位職工的應發 工資數,并填入工資發放清單,為工資發放人員發放工資做好準備。

2、系統分析

2.1 A 公司工資業務流程圖

依據 A 公司調查資料,我們將其工資業務流程繪制出如下業務流程圖:

現行的工資發放體系業務流程圖 上圖中實體的具體功能如下: 財務工資會 :負責匯總人事部遞交的人員及工資變動表和總務處遞交的扣款清單 , 填寫職工工資發放清單 , 交由工資發放人員按時發放職工工資 , 并存 檔工資發放清單。

人 事 部 :負責編寫人員及工資變動表 , 并及時送交財務工資會?？?務 處 :負責編寫扣款清單 , 并及時送交財務工資會。2.2 A 公司工資管理數據流程圖

經過對 A 公司工資業務流程的分析,我們可大致繪出 A 公司工資管理系統中 數據的流程圖:

工資管理數據流程圖

人事科把本月人員工資變動表送去抄寫,同時上月工資發放清單也送去抄寫。抄寫完后把本月工資發放清單送到扣款項進行扣款,同時總務科也將扣款清單送 到扣款項進行扣款?？劭罱Y束后得到的本月工資發放清單進行計算并填寫應得工 資,同時工資發放員把本月工資發放清單進行計算并填寫應得工資。

2.3 A 公司工資管理系統功能分析圖

工資管理信息子系統由建立主文、更新主文、建立扣款文、計算和打印四 個模塊組成。建立主文包括數據的錄入及維護。更新主文包括建立主處理文件及

更新。建立扣款文包括數據錄入和維護。計算和打印包括計算、打印工資單和打

印工資匯總表。2.4 數據字典

數據字典是指對數據的數據項、數據結構、數據流、數據存儲、處理邏輯、外部實體等進行定義和描述,其目的是對數據流程圖中的各個元素做出詳細說明。

:_____1____

:_____2_____

:_____3___

:

______4____

2.6管理信息系統流程設想圖(新系統模型

3、系統設計部分 3.1 功能結構圖設計

工資管理系統功能模塊結構圖 3.2 新系統信息處理流程設計(ER 圖

3.3 輸出設計(主要指打印輸出設計

3.4 存儲文件格式設計(數據庫結構設計

3.5 輸入設計

3.6 代碼設計(職工證號和部門代號等

3.7 程序設計說明書(此部分內容略

3.8 工資管理信息系統數據庫設計 1.數據庫中的表對象

2.表結構設計

2-1本月工資變動表的設計

SQL 語句:select * from gongzi 表內容: 2-2本月扣款清單的設計

SQL 語句:select * from koukuan 表內容:

2-3 本月工資發放清單的設計

select *from 本月扣款清單 select*from 本月工資變動表

select 本月工資變動表,本月扣款清單,扣電費,本月扣款清單,病事假扣 款,本月工資變動表,基本工資 +本月工資變動表,附加工資-本月工資變動表, 房費-本月扣款清單,扣電費-本月扣款清單,病事假扣款 as 應發工資 into 本 月工資發放清單 from

本月工資變動表,本月扣款清單 where 本月工資變動表, 職工代碼 =本月扣款清單,職工代碼

select *from 本月工資發放清單

insert into 本月工資發放清單(職工代碼,姓名,部門,基本工資,附加工 資,房費,備注,扣電費,病事假扣款,應發工資 select 本月工資變動表,本 月工資變動表,基本工資 +本月工資變動表,附加工資-本月工資變動表,房費 as 應發工資 from 本月工資變動表 where 本月工資變動表,職工代碼 not in(select 本月扣款清單.職工代碼 from 本月扣款清單

select*from本月工資發放清單 order by 職工代碼 4.系統實施 此部分內容略 5.課程設計心得

光陰似箭,歲月如梭,不知不覺我即將走完大學生涯,回想這一路走來的日 子,同學的相互扶持,老師的悉心教誨,朋友的支持幫助一直陪伴著我們,讓我 們漸漸長大,也慢慢走向成熟。

在這一課,我們珍惜最后在大學的日子,努力學習,努力實訓,努力運用課 堂教學的知識以更好的完成課程設計。首先,我們在團隊討論后,一致認為要結 合專業知識進行選題,最后定為:工資管理系統設計。根據選好的題目,收集相 關的資料,利用圖書館,網絡等,資料整理完之后,開始可行性分析,程序系統 設計等等,一個環節接著一個環節。在這次的課程設計中,我們認識到在做一個 系統之前,必須要有一個清晰的思路,要明白怎么做,決不能還沒想好就去下手, 那很容易發生半途做不下去的情況的,在做之前必須要對系統進行分析,可行性 分析,需求分析,決不能按著自己的想法,想怎么做就怎么做,要滿足用戶的需 求,要換位思考,程序簡單明了,應注釋的地方要注釋,因為重要的是要讓用戶 明白。雖然這次的課程設計順利完成,但我們清楚的意識

到自身的不足,在以后 的日子里還要繼續學習,而且必須團結同學,學會團隊協作。一個人的力量是渺 小的,但團隊的力量是大的。

我們的選題及進行過程中得到了老師悉心指導。設計過程中，老師多次幫助 我分析思路，開拓視角。團隊成員也在我遇到困難想放棄的時候給予我最大的支 持、鼓勵和幫助。老師嚴謹求實的治學態度，踏實堅韌的工作精神，將使我終生 受益，團隊的友誼使我忠心感激。再多華麗的言語也顯蒼白。在此，謹向老師，所有團隊成員致以誠摯的謝意和崇高的敬意。在此，非常感謝我們的大學認識的最后一位老師--肖科峰老師。肖老師在這 次工資系統設計中給我們很大幫助，還教導我們在實習就業中應注意的方方面面 以及一些為人處事細節。謝謝你！15 課程設計評分表（參考格式）評分標準： 1.學生是否嚴格遵守課程設計紀律，按照規定時間完成設計任務(占 30% 2.課程設計報告書質量：(占 40%(1是否采用了良好的設計方法，獨立完成課程設計。(2課程設計各分段的任務是否按時完成及完成的質量。(3是否完成課程設計任務書指定的全部要求。3.課程設計報告書的撰寫規范(占 30% 課程設計報告書的撰寫規范要求與畢業設計（論文）的要求相同。教師評分： 1.學生出勤得分： _________ 2.內容質量得分： _________ 3.撰寫規范得分： _________ 最終評定成績（以優、良、中、及格、不及格評定）：_________ 教師評語： 簽字： 日期： 年 月 日 16

第三篇：考勤---概要設計說明書

四、概要設計說明書

四、概要設計說明書

1．引言.............................................................................................................................................1

1.1編寫目的.............................................................................................................................1 1.2項目背景.............................................................................................................................1 1.3定義.....................................................................................................................................2 1.4參考資料.............................................................................................................................2 2．任務概述.....................................................................................................................................3

2.1目標.....................................................................................................................................3 2.2運行環境.............................................................................................................................3 2.3需求概述.............................................................................................................................3 2.4總體架構設計.....................................................................................................................4 2.5條件與限制

.......................................................................................................................4 3.總體架構設計........................................................................................................................4 3.1處理流程.............................................................................................................................6 3.2總體結構.............................................................................................................................6 3.3特色功能.............................................................................................................................6 3.4關鍵技術...........................................................................................錯誤！未定義書簽。4 系統模塊設計錯誤！未定義書簽。................................................................................................................錯誤！未定義書簽。

1．引言

1.1編寫目的

本手冊作為用戶與該系統軟件開發維護人員共同遵守的軟件概要設計說明。

1.2項目背景

開發軟件名稱：考勤管理系統

四、概要設計說明書

項目任務提出者：小組

項目開發者：CCIT訊飛151TRY小組 用戶：xx公司 實現軟件單位：CCIT

考勤作為一個企業的基礎管理，是企業對員工工作管理的基本依據。實際管理和記錄工作非常需要快速獲知各個部門員工的每日出勤情況，以便于及時向高層管理者反映員工的出勤，缺勤情況（包括遲到、早退、病假、事假、出差等情況）。我們提出基于SSM(maven)結構的網絡考勤系統，實現網上考勤任務，以減輕考勤人員的工作量。我們準備開發員工考勤管理系統，完成員工基本信息維護、企業的部門信息維護、企業基本考勤類型的維護、員工考勤的管理、員工考勤的查詢與分析。實現人事考勤的需要，包括員工遲到、早退、請假、曠工的情況的記錄，對員工整個月的考勤記錄進行查詢和統計。企業考勤管理系統是為了解決員工考勤管理的而設計的，目的是建立一個能夠初步實現企業考勤管理系統的智能化管理，提高考勤管理效率，工作人員能夠在各個崗位上的工作狀態得到及時的反饋，而系統所需的工作人員的數量少，效率高。降低資源浪費，同時增強員工管理的透明度以及約束員工自覺遵守出勤制度。

1.3定義

【列出本文檔中所用到的專門術語的定義和縮寫詞的原文。】

1.4參考資料

【列出有關資料的作者、標題、編號、發表日期、出版單位或資料來源，可包括：

a.項目經核準的計劃任務書、合同或上級機關的批文； b.項目開發計劃； c.需求規格說明書；

四、概要設計說明書

d.測試計劃（初稿）； e.用戶操作手冊（初稿）；

f.文檔所引用的資料、采用的標準或規范?！?/p>

2．任務概述

2.1目標

（1）提供簡單、方便的操作。

（2）通過考勤管理無紙化的實現，使企業的考勤管理更加科學規范。（3）節省考勤管理的成本。

（4）提高企業考勤管理的透明度和效率，防止“虛假出勤“的現象。（5）對系統提供必要的權限管理。

（6）為企業實現整體信息化的其他相關系統提供必要的數據支持。

2.2運行環境

結合用戶當前的軟件的硬件環境，設計了新系統運行硬件和軟件環境： 2.2.1設備

Win7/8/10操作系統電腦 2.2.2支持軟件

操作系統 Windows 2007 數據庫

mysql 開發工具 eclipse 2.2.3接口

1.硬件接口：硬盤

2.軟件接口：常用的辦公軟件 2.2.4控制

[說明控制該系統的運行的方法和控制信號，并說明這些控制信號的來源。]

2.3需求概述

企業考勤管理系統是為了解決員工考勤管理的而設計的,目的是建立一個能夠初步實現企業考勤管理系統的智能化管理,提高考勤管理效率,工作人員能夠在各個崗位上的工作狀態得到及時的反饋,而系統所需的工作人員的數量少,效率高。

企業考勤管理系統是一個企事業單位不可缺少的一部分,它的內容對于企業的決策者和管理者來說都是至關重要的，因此，企業考勤管理系統應該能夠為用戶提供充足人事管理的信息和快捷的管理查詢手段，但一直以來人們使用傳統的人工方式管理員工的上下班等信息，四、概要設計說明書

這種管理方式存在著許多缺點，諸如效率低，保密性差等，而且時間一長，將產生大量的文件和數據，這對于查找、更新和維護都帶來了不少的困難。

2.4 總體架構設計

我們所做的系統目的：

（1）提供簡單、方便的操作。

（2）通過考勤管理無紙化的實現，使企業的考勤管理更加科學規范。

（3）節省考勤管理的成本。

（4）提高企業考勤管理的透明度和效率，防止“虛假出勤“的現象。

（5）對系統提供必要的權限管理。

（6）為企業實現整體信息化的其他相關系統提供必要的數據支持。

2.5條件與限制 設計約束

1、所有的數據庫命名都是以模塊的縮寫加上具體表的英文詞匯組成，這樣能夠統一數據庫表的命名，也能夠更好的規范數據庫表命名。

2、所有數據庫的設計，都依賴于本地數據庫，并且采用面向對象的設計方法，首先進行對象實體的設計，最后將對象持久化到數據庫中，所有的表和表之間的關聯(ER圖)都采用標準的Visio畫圖工具進行，這樣能夠將整個系統的設計和數據庫設計有機的結合起來。

3、界面風格：管理界面做到美觀大方、風格統一，并有一些提示信息指導用戶操作使用。盡量使用選擇框、下拉框等選擇操作界面，方便用戶的使用。

4、消息提示：中文提示，言簡意賅。

3．總體架構設計

3.1處理流程

1注冊郵箱（員工，審批員，考勤員）

注冊：

通過郵箱注冊

a)用MailUtil這個工具類來實現郵箱激活注冊

四、概要設計說明書

登陸：特色技術：通過輸入數據庫已存在用戶名，直接顯示用戶頭

像

Ajax異步查詢

2輸入（員工/審批/考勤）郵箱，密碼 3登錄進入（員工/審批/考勤）界面

4員工界面管理個人信息，查看修改個人信息，申請請假信息，打卡。5點擊注銷，退出回登錄界面

6進入審批界面，審批員工申請信息，查詢員工歷史信息，查詢員工請假信息，打卡

7進入考勤界面，修改用戶信息，刪除用戶信息，增加用戶信息，查看所有員工信息，申請請假信息

系統流程圖

四、概要設計說明書

3.2總體結構和模塊外部設計

系統邏輯架構圖

3.3特色功能

整個項目我們完成了以下功能：注冊，登陸，個人信息；查看，增加，刪除，添加，審批，打卡功能以及主頁面分頁面設計。

3.4關鍵技術

打卡，郵箱注冊，增刪改查，界面設計

四、概要設計說明書

4．系統模塊設計

4.3.1登入界面設計：

需要輸入郵箱（email）和密碼（PASSWORD）。必須為數字。

登陸成功即進入系統，失敗的話需要重新輸入信息。

密碼規則：7位以上非漢字字符串；包含一個特殊字符和一個數字。

四、概要設計說明書

顯示當前時間。由安全問題獲取密碼。驗證碼驗證。

4.3.2員工界面設計：

可以進行考勤操作。

可以進行統計查詢自己考勤信息。

可以進行密碼修改。

可以進行報表打印操作。

可以進行公告留言操作。

4.3.2.1考勤操作界面： 網站樹形導航 當前狀態 注銷通道 留言提示

考勤基本操作（包括上班，下班，加班，請假，出差操作的按鈕）員工信息列表介紹 考勤規則

四、概要設計說明書

上班

存在上班異常將顯示異常個數和要求填寫異常解釋 下班

下班異常并提供相應選擇 請假

請假原因及時間說明 出差

出差信息填寫

四、概要設計說明書

4.3.2.2考勤查詢界面：

此處顯示查詢了詳細考勤信息

根據開始時間和結束時間進行查詢

4.3.3.1考勤查詢界面：

根據時間和員工進行各類查詢

此處顯示查詢結果

4.3.3.2員工設置界面：

顯示員工的信息列表

四、概要設計說明書

直接生成EXCEL電子表格

添加員工，查找員工操作

添加員工

查找員工

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

概要設計說明書

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、管理員界面 ①、班級信息管理

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

②、學生基本信息管理

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