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

人事管理系統

概要設計說明書

文件作者人事管理系統開發小組

院（系、部）資訊工程學院

班級計科0901

組長何委之

小組成員張新田、王波文、席軍、何委之

2023年03月15日

三、概要設計說明書

1．引言 3

1.1編寫目的 3

1.2專案背景 3

1.3定義 3

1.4參考資料 3

2．任務概述 4

2.1目標 4

2.2執行環境 4

2.3需求概述 4

2.4條件與限制 4

3．總體設計 5

3.1處理流程 5

3.2總體結構和模組外部設計 6

3.3功能分配 6

4．介面設計 6

4.1外部介面 6

4.2內部介面 9

5．資料結構設計 10

5.1邏輯結構設計 10

5.2物理結構設計 11

5.3資料結構與程式的關係 11

6．執行設計 11

6.1執行模組的組合 11

6.2執行控制 11

6.3執行時間 12

7．出錯處理設計 12

7.1出錯輸出資訊 12

7.2出錯處理對策 12

8.安全保密設計 12

9.維護設計 12

在本人事管理系統專案的前一階段，已經將系統使用者對本系統的需求做了詳細的闡述，這些使用者需求已經在上一階段中對***公司的實地調研中獲得。

本階段已在系統的需求分析的基礎上，對人事管理系統做概要設計。主要解決實現該系統需求的程式模組設計問題。包括如何把該系統劃分成若干個模組、決定各個模組之間的介面、模組之間傳遞的資訊，以及資料結構、模組結構的設計等。

在以下的概要設計報告中將對在本階段中對系統所做的所有概要設計進行詳細的說明。

在下一階段的詳細設計中，程式設計員可參考此概要設計報告，在概要設計對人事管理系統所做的模組結構設計的基礎上，對系統進行詳細設計。在以後的軟體測試以及軟體維護階段也可參考此說明書，以便於了解在概要設計過程中所完成的各模組設計結構，或在修改時找出在本階段設計的不足或錯誤。

專案的名稱：人事管理系統（單機版）

專案的委託單位： xx公司

主要使用者：公司各部門管理者

專案的開發單位：人事管理系統開發小組

事務流：資料進入模組後可能有多種路徑進行處理。

主鍵：資料庫表中的關鍵域。值互不相同。

外部主鍵：資料庫表中與其他表主鍵關聯的域。

rollback: 資料庫的錯誤恢復機制。

1.《人事管理系統專案計畫任務書***公司

2．《使用者操作手冊（初稿軟體開發小組

3.《人事管理系統專案開發計畫人事管理系統》開發小組

4.《人事管理系統需求規格說明書人事管理系統》開發小組

5．《軟體工程及其應用》周蘇、王文等天津科學技術出版社

6．《軟體工程孫家廣、劉強高等教育出版社

概要設計系統各模組功能，為詳細設計奠定基礎。

作業系統：windows98/me/xp/2000

資料庫：microsoft sql server 2000

xx公司為方便人事管理，需開發乙個人事管理系統。為便於對職工資訊查詢，xx公司把職工的資訊，包括職工編號、姓名、性別、年齡等資訊輸入人事管理系統的資料庫，然後可以對資料進行查詢和修改操作。

要求系統能有效、快速、安全、可靠和無誤的完成上述操作。並要求系統介面要簡單明瞭，易於操作，程式利於維護。

條件：開發人員：4名

開發工具：4臺pc機及相關輔助開發軟體

溝通工具：**/電子郵件/會議

開發時間：2個月

經費**：公司提供

最遲完成時間：2023年4月10日

軟體開發經驗：無

限制：1.當代軟硬體技術的約束

根據當前的技術，現階段有些功能可能是實現不了的。

2.技術發展規律的約束

計算機技術和產品的發展日新月異，將會給資訊處理帶來更多的手段，同時也會帶來更加豐富的資訊表達形式。例如圖象和語音技術的進步，多**技術的發展，這些都要求系統在設計時考慮技術變化的可能性，為可能的變化預留一定的系統處理能力。

3. 人力，資金，時間的約束

人事管理系統的開發為了給公司人員管理帶來便利，都以方便快捷為最大的目標，但是開發過程中也要考慮人力，資金，時間的約束。

系統功能分配可以參照3.1的設計，分為許可權認證模組，人員基本資訊模組，其中登陸本系統人員的許可權由系統管理模組發放，這樣可以增加系統的安全性。

在使用者介面部分，根據需求分析的結果，使用者需要乙個使用者友善介面。在介面設計上，應做到簡單明瞭，易於操作，並且要注意到介面的布局，應突出的顯示重要以及出錯資訊。

登陸介面：

員工資訊查詢介面

員工資訊管理介面

員工資訊統計

身份認證模組的返回值決定當前使用者是否可以進入人員資訊模組，身份通過以後再根據使用者本身的許可權判定進入哪乙個子功能模組。

e—r圖：

關係模型：

員工（員工編號，姓名，性別，年齡，民族，政治面貌，身份證號碼，文化程度，籍貫，家庭住址，**+職務職稱，合同開始時間，合同結束時間）

根據應用情況，將資料的易變部分與穩定部分、經常訪問部分和訪問頻率較低部分分開存放；

將表和索引放在不同的磁碟上。

create unique index empno on 員工資訊(員工編號)

create unique index empname on 員工資訊(姓名)

create unique index empage on 員工資訊(年齡)

系統在對資訊進行操作時需對資料庫資料結構，也就是資料表進行操作：在查詢/維護過程中都需要對資料庫中相應的表進行查詢、修改。

物理資料結構主要用於各模組之間函式的資訊傳遞。介面傳遞的資訊將是以資料結構封裝了的資料，以引數傳遞或返回值的形式在各模組間傳輸。出錯資訊將送入顯示模組中，查詢結果需要列印的話，送入列印準備模組中準備列印格式。

具體軟體的執行模組組合為程式多視窗的執行環境，各個模組在件執行過程中能較好地交換資訊，處理資料。

執行控制將嚴格按照各模組間函式呼叫關係來實現。在各事務中心模組中，需對執行控制進行正確的判斷，選擇正確的執行控制路徑。

在資料庫操作方面，系統傳送資料後，將等待資料庫管理程式的確認收到訊號，收到後傳送查詢條件或者更改資料內容，資料庫完成操作後將返回操作狀態碼，前台程式顯示出操作結果或者錯誤提示。

在軟體的需求分析中，對執行時間的要求為必須對作出的操作有較快的反應。硬體對執行時間有最大的影響，當裝置負載量大時，對操作反應將受到很大的影響。所以盡量採用高效能主機，充分發揮軟體效能。

程式在執行時主要會出現兩種錯誤：

1、由於輸入資訊，或無法滿足要求是產生的錯誤，稱為軟錯誤。

2、由於其他問題產生的問題，如磁碟損壞等，稱為硬錯誤。

對於軟錯誤，需在查詢、管理模組判斷輸入資料的正確性，判斷錯誤的型別，再生成相應的錯誤提示語句，送到輸出模組中。

對於硬錯誤，在出錯的相應模組中輸出簡單的出錯語句，並將程式重置，返回輸入階段。

a、備份：使用附加儲存裝置備份資料，備份頻率為每日一次，需手動備份。

b、恢復及再啟動：如果資料造成丟失，可使用備份資料還原。

c、安裝不間斷電源以防止停電或電壓不穩定造成的資料丟失。若真斷電時，主要是資料庫上，在斷電後恢復過程可採用sql server的日誌檔案，對其進行rollback處理，對資料進行恢復。

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

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

人事管理系統設計說明書

人事管理系統設計說明書

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

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

人事管理系統設計說明書

人事管理系統設計說明書

相關推薦