企事業人事檔案管理系統—免費計算機畢業設計論文(編輯修改稿)

　

【文章內容簡介】 第二章 需求分析 總體需求調查 組織結構圖 對現行公司業務進行詳細調查是了解系統需求和進行系統分析和設計的重要基礎工作，因此要對公司日常事務和活動進行全面、細致而充分的調查研究。系統調研采取的主要方法是到現場去，通過座談、詢問 、觀察甚至直接參與公司經營活動，自上而下、逐步細化的進行了解。 通過調查得知，原先人工操作在公司人事檔案管理過程中占絕大部分，本系統開發后的主要使用者是公司的領導：包括董事長、經理、各個部門負責人，為了方便他們快捷有效地獲取有關信息，了解有關部門人事檔案的信息情況。經理或者部門的秘書負責文檔管理；整個公司有專門的人維護和整理員工的人事檔案。在對公司調研的基礎上，獲知該公司主要分為業務部門，財務部門，工程部門等，各個部門的人事檔案在各個部門分別具體管理，最后上報給公司。 該公司組織結構圖如下 系統目標 采用公司現有的軟硬件軟件及科學的管理系統開發方案，建立人事檔案管理系統，實現人事檔案管理的計算機自動化。 總經理總經理室經理室 總工室運維部 工程部業務部 財務部多經部系統應符合公司人事檔案管理制度，并達到操作直觀、方便、實用、安全等要求。 應用現狀調查 目前，公司使用的人事工資管理系統采用的是 DOS 環境下的 Foxbase 數據庫，界面不友好，不能適應公司發展的需要。 業務總體流程調查 數據的輸入：由工作人員通過新員工的基本信息進行 輸入。 維護員工基本信息：人事管理主要負責人員基本信息的維護，包括新進和老員工檔案的建立，員工信息的修改。 數據的查詢統計：由工作人員通過對員工的按照不同的條件進行查詢和統計。 信息打印報表：對數據庫中員工的信息打印報表。 系統功能調查 整個系統從總體上分為人事管理信息處理、信息查詢、信息統計、信息報表輸入員工人事信息 維護員工人事信息 數據查詢統計 結束 開始 打印報表 系統用戶管理五大部分，每一部分應實現的功能如下： 人事信息處理功能 ? 新員工檔案的輸入 : ? 員工基本信息維護 :包括修改、刪除。 人事信息的查詢功能 ? 查詢條件的添加： ? 查詢條件的刪 除： ? 查詢條件的清空： ? 單一字段查詢和多字段的組合查詢： 人事信息的統計 ? 對數據庫中的員工的性別，年齡的簡單統計。 ? 對數據庫中的員工自定義條件統計。 人事信息的打印報表 ? 對數據庫中的員工的基本信息進行打印報表。 ? 對數據庫中的員工基本工資實現報表統計。 人事信息系統管理 ? 管理員實現對系統用戶的添加，刪除。 ? 系統用戶對登錄密碼進行修改。 軟件所實現的功能強弱是衡量一個軟件的最根本的標準。經過對系統的可行性分析、需求分析、數據分析后，結合調研的情況， 確定了本系統的功能模塊如下圖所示。 數據詞典 上面中的業務數據流圖只能給出系統邏輯功能的一個總框架而缺乏詳細、具體的內容。數據詞典的作用是給數據流圖上的每一個成分以定義和說明。除此之外，數據詞典還要對系統分析中其它需要說明的問題進行定義和說明。 本文的數據詞典描述的主要內容有：數據元素、數據結構、數據流、數據存儲、處理邏輯和外部項。在系統分析的過程中，產生了大量的數據詞典。限于篇幅，我采用圖表格式僅就這幾項條目各舉一例來說明。 數據元素條目 數據元素 系統名： 人事管理系統 條目名： 員工編號 編號： E1 別名： 員工號 屬于數據流： 員工信息相關的所有數據流 存儲處： D1 員工基本信息表 人事檔案管理 人事信息維護 人事信息查詢 人事信息統計 人事信息報表 系統用戶管理 人事信息添加 人事信息修改 人事信息刪除 圖 21 數據元素條目舉例 數據元素值： 代碼類型 字符 長度： 10 簡要說明： 員工編號是員工的識別符，每個員工都有唯一的編號。 修改記錄： 編寫 日期 2020326 審核 日期 數據結構條目 數據結構 系統名： 員工人事管理 條目名： 員工信息表 編號： I1 別名：無 結構： 員工編號 姓名 性別 年齡 婚姻狀況 工作時間 技術職稱 基本工資 所在部門 有關數據存儲： D1 員工基本信息表 有關數據流： 員工信息相關數據流 簡要說明： 產品入庫之前，生產班組需在入庫單上填寫產品的相關信息。 修改記錄： 編寫 日期 2020326 審核 日期 數據流條目 數據流 系統名： 人事檔案管理 條目名： 員工數據 編號： F1 別名：無 圖 22 數據結構條目舉例 來源： 檔案處理 去處： 檔案保存 數據流結構： 員工數據 ={員工編號 +姓名 +性別 +年齡 +婚姻狀態 +工作時間 +技術職稱 +基本工資 +部門 } 簡要說明： 上面實際的員工相關信息可能更多，這里僅列出常用的字段信息。 修改記錄： 編寫 日期 2020326 審核 日期 數據存儲條目 數據存儲 系統名： 員工人事檔案管理 條目名： 員工信息 編號： D1 別名：無 存儲組織： 每個員工一條記錄按員工編號順序排列 主關鍵字：員工編號 圖 23 數據流條目舉例 記錄組成： 項名： 員工編號 員工姓名 員工性別 年齡 婚姻狀況 工作時間 技術職稱 基本工資 所在部門 長度：（ byte） 6 8 2 2 4 8 12 4 16 簡要說明： 。 修改記錄： 編寫 日期 2020326 審核 日期 圖 24 數據存儲條目舉例 第三章 概要設計 概念設計 概要設計基礎是完成需求分析后提供的需求說明書，用概念數據模型表示數據及其相互間的關系，這種數據模型是與 DBMS 無關的、面向現實世界的、易如理解的數據模型，其獨立于計算機的數據模型，獨立于計算機的軟硬件系統，與用戶進行交流十分方便。 概念性數據模型關心的是如何完整、正確地反映客觀實際情況，不關心在數據庫中如何實現。這種數據模式能真實地反應用戶要求的實際情況，是 一種容易被人們理解的直觀的數據庫結構模式。同時也是一種相對穩定統一的數據模式，一般情況下很少變動。概念性數據在用戶和設計者之間建立了橋梁。是設計數據庫結構的基礎。 概念設計中自頂向下的實體分析方法，即常用的實體聯系模型（簡稱 ER 模型），對具體數據進行抽象加工，將實體集合抽象成實體類型。用實體間聯系反映現實世界事物間的內在聯系。 ER 模型是建立概念性數據模型的有力工具。 系統設計階段的數據庫設計是以系統分析階段的成果，數據流圖、數據字典等為依據的設計。其主要內容包括兩部分： 1） 根據數據流圖和數據字典等進行概念 設計，畫出實體關系圖，即 ER 圖； 2） 根據 ER 圖進行邏輯設計，建立起數據庫邏輯結構，即所有的二維表。 實體描述 通過對企業員工管理內容、工資管理內容和過程的分析，本系統應設計的實體如下： 1. 公司員工，有屬性 包括職工編號、職工姓名、職工年齡、職工性別、所在部門、技術職稱、工作時間、婚姻狀況、基本工資 ，主鍵是 職工編號 。 2. 公司部門，有屬性 部門編號、部門名稱、負責人、聯系電話 ，主鍵是 部門編號 。 3. 系統用戶，有屬性 用戶名、密碼、權限 ，主鍵是 用戶名 。 聯系描述 1. 屬于 ：是實體集 員工 和 部門 之間的 1:1 聯 系，有實體集 用戶 作為這個聯系的強制成份，這就是說，每個用戶必須屬于一個部門。 2. 具有 ：是實體集 用戶 和 職稱 之間的 1:M 聯系，描述一個員工可能具有多個職稱。 3. 擔任 ：是實體集 員工 和 職務 之間的 M:N 聯系，描述了一個員工可能擔任多個職務。一個職務也可能有多個人擔任。本系統為了簡化系統的復雜度，暫時不研究這種聯系和相應的實體。 ER 圖 實體和實體之間的關系 ER 圖如下： 數據庫設計 作為 Microsoft 公司的桌面數據庫， Access 的應用非常廣泛，為此我選用Access 數據庫來進 行數據庫的邏輯設計。根據前面定義的實體及實休之間的關系，形成數據庫的表格以及各個表之間的關系。為了減少數據冗余度，將職稱實體、部門實體、職務實體等放在不同的表里而加以區分。對個關系選擇主健， 按照關系模式的規范化進行規范，消除數據依賴中不合適的部分，使模式中的各關系模式達到某種程 度 的 “ 分離 ”。 部門 職稱 職務 員工 屬于 具有 擔任 ER 模型轉換成關系模式的基本規則 1. 每個實體集用一個關系模式表示，其中實體集的屬性被轉換成關系的屬性，主鍵用 下劃線 表示。由于加入了聯系，可能會增加一些屬性。 2. 若實體集 E2 與實體集 E1 的聯系 N:1,且 E2 是 E1 的強制成員類， E2 的關系模式應包含 E1 的主屬性。 3. 若實體集 E2 與實體集 E1 的聯系 N:1,而 E2 是 E1 的可選成員類，可以引入另一個表示聯系的關系模式來避免空值問題，外鍵用 表示。 4. 若實體集 E2 與實體集 E1 的聯系 N:M，可以由另一個關系模式來表示聯系。這個關系模式由每個參加的實體集的主屬性和這個聯系的任何屬性組成。 ER 模型轉換成關系模式 應用上述的基本轉換規則，同時考慮到實體中的 倉庫 只有一個，所以在關系模式中可以省略；另外，由于 銷售員 和 保管員 實體的屬性完全一致，可以將兩者合并為同一實體 員工 ， 再為該實體增加一個 崗位 屬性，即可將兩者區分開來，這樣就得到數據庫的關系模式如下： 員工（ 職工編號 、職工姓名、職工年齡、職工性別、所在部門、技術職稱、工作時間、婚姻狀況、基本工資 ） 部門（ 部門編號 、部門名稱、負責人、聯系電話 ） 系統用戶（ 用戶名 、密碼、權限 ） 其中的 系統用戶名不是用戶的實際名，這里是表的關鍵字段 。 關系模式的規范化 經分析檢驗，上述的各關系模式事實上都已屬于 3NF，這是我所需的階段。這說明了我初始的實體模式是合理的。 數據庫表 Emp 表（員工資料表） 序號 字段名稱 類 型 寬度 1 職工編號 數字（長整型） 2 職工姓名 文本 50 3 職工年齡 文本 18 4 職工性別 文本 10 5 所在部門 文本 4 6 技術職稱 文本 20 7 工作時間 文本 20 8 婚姻狀況 文本 20 9 基本工資 文本 20 說明：員工基本信息表用于存儲員工基本信息，為保證數據的一致和歷史資料的完整，表的記錄在一般的情況不能被刪除，除非系統管理員。 bm（部門表） 序號 字段名稱 類型 寬度 1 部門編號 文本 6 2 部門名稱 數字（長整型） 3 負責人 文本 20 4 聯系電話 文本 20 說明：一個單位可能有多個部門，該表就是來描述和記載單位的不同部門和部門的負責人。 user 表 序號 字段名稱 類型 寬度 1 用戶名 文本 50 2 密碼 數字（長整型） 3 權限 數字（整型） 說明：系統對不同用戶設置不同的使用權限。該表來描述用戶名，登錄密碼，權限。 計算機系統配置方案地選擇和設計 ? 計算機硬件配置方案 機型： Hp pentiumⅢ 硬盤： 40G 軟驅： 光驅： 48X 內存： 128MB 顯示器： 17” 液晶顯示器 打印機： HP 網絡打印機 ? 計算機軟件配置方案 系統軟件： WINDOWS XP 數據庫軟件： MS Access2020 開發軟件： Visual Basic ? 計算機網絡系統配置方案 采用 Micorsoft 的 Serverclient 技術，在單位內部采用局域網技術進行連接