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