1、第一章緒論1.1 研究的內容隨著計算機和網絡技術的廣泛應用，人事檔案管理已成為現代企業管理中必不可少的一部分。企業要發展必須要對人事方面做出更好的管理和控制，為適應現代企業制度管理的要求，實現企業勞動人事檔案管理的科學化和規范化，以更好的促使企業的發展的需要，從而提出了企事業單位人事檔案管理系統的開發的課題來對企業進行科學現代化的管理。1.2 研究的軟硬件環境企事業單位人事檔案管理工作是一種繁瑣，務求準確的信息檢索工作。特別是在對在崗人員的調動， 離退人員， 工資發放， 職稱評定等信息的管理，具有典型的信息處理管理模式。以 PowerBuilder 為設計工具以更好的對軟件進行開發與應用，達到

2、提高企事業業單位人事檔案管理信息系統的效果。第二章 系統需求分析2.1 系統開發戰略本系統開發主要采用自頂向下的開發方式，自頂向下的方法模型如下圖所示：需求規范修改設計實現測試生產改進2.2 系統需求功能分析系統需求分析簡單來說就是分析用戶的要求。需求分析是設計數據庫的起點，需求分析的結果是否準確的反應了公司的實際要求， 將直接影響到后面各個階段的設計， 并影響到設計結果是否合理和實用。本系統應用于企業員工資料管理。主要任務是用計算機對員工進行日常事務管理，如員工信息的添加，刪除，修改，查詢，以及企業職工的統計和打印等。該系統包含三種基本信息：企業員工的基礎信息、日常記事、家庭住址和工作服務情

3、況，還可以根據需要對數據進行信息更新， 包括對企業職工資料進行添加、修改和刪除， 對日常記事和通訊信息進行添加、修改、 刪除等操作、 查詢等。能進行多條件的企業職工信息查詢的查詢統計。按多條件對企業客戶信息查詢后，能進行按企業員工不同信息的統計等。數據庫操作。 能夠對數據庫數據進行保存、 數據清除以及數據存儲轉換操作。其他操作。 能夠在必要時候調用其他工具（如可調用記事本） 。通過以上分析，企業職工管理系統有基礎的信息管理模塊，職工管理模塊、備忘記錄。數據庫模塊組成。需求分析的任務需求分析的任務是通過詳細的調查現實世界要處理的對象（組織、部門、企業等），充分了節原系統（手工系統或計算機系統）

4、工作概況，明確公司的各種需求， 然后再此基礎之上確定新的功能。調查的重點是“數據”和“處理”，通過調查收集與分析，獲得企業對數據庫如下要求：（ 1） 信息要求。指公司需要從數據庫中獲得信息的內容和性質。即需要在數據庫當中存儲哪些數據。（ 2） 處理要求。指公司要完成什么樣的處理功能，對處理的時間有什么要求，處理方式是批處理還是聯機處理。（ 3） 安全性與完整性要求。設計人員必須具備專業的知識，不斷了解公司的需求需要。了解公司，深入與公司人員進行交流，才能逐步滿足公司的實際需求。需求分析的方法進行需求分析首先是調查清楚該公司的實際要求， 與公司達成共識， 然后分析和表達這些需求。調查公司的具體步

5、驟如下：（ 1） 調查組織機構情況。（ 2） 調查個部門的業務狀況（ 3） 在熟悉業務的基礎之上，協助用戶明確對新系統的各種要求，包括信息要求、用戶要求、安全性與完整性要求，這是調查的又一重點。（ 4） 確定新系統的邊界。 對前面的調查結果進行初步分析， 確定哪些功能有計算機完成，哪些有人工來完成。有計算機來完成的就是新系統的實現功能。常用的調查方法如下：（ 1） 跟班調查作業。通過親身參見業務活動來了解業務活動的狀況。（ 2） 開調查會。通過與公司人員座談來了解業務活動情況與用戶需求，以便設計的軟件滿足實際的應用需求。（ 3） 請專人介紹。有經驗、專業人員。（ 4） 詢問。對存在的問題向專業

6、人士請教。（ 5） 設計調查表給公司人員填寫。合理的設計想要的內容表格。（ 6） 查閱記錄。查閱與原系統相關的數據記錄。（ 7） 多與職工溝通交流，獲取有用信息。數據存儲數據來源處理數據輸出數據字典數據流圖表達了數據和處理的關系，數據字典則是系統中各類數據描述的集合，是進行詳細的數據分析所獲得的主要成果。數據字典在數據庫設計中占有很重要的位置。數據字典通常包括數據項、數據結構、 數據流、 數據存儲和處理過程五個部分。數據項是數據的最小組成單位， 若干個數據項可組成一個數據結構，數據字典通過對數據項和數據結構定義來描述數據流、數據存儲的邏輯內容。數據項描述 = 數據項名，數據項含義說明，別名，數

7、據類型，長度，取值范圍，取值含義，與其他數據項的邏輯關系，數據項之間的關系數據結構的描述= 數據結構名，含義說明，組成： 數據項或數據結構數據流的描述 = 數據流名，說明，數據流來源，數據流去向，組成 數據結構 ，平均流量，高峰期流量 第三章 系統分析與設計3.1 業務流程分析本系統使用了先進的數據庫技術與數據管理技術，使數據的準確性與安全性得到了很大的提高， 且在公司的并行操作與公司管理方面也有了極大地改善。企業工作總體規劃由操作人員在員工信息管理系統中完成對運檔案處所需的基本數據的維護，包括這些信息的增加、修改及對各項信息的變動都將在這進行操作。職工模塊：個人信息，通過該模塊員工可查看自己

8、的待遇狀況，以及個人的基本信息。員工管理， 通過該模塊， 員工可自己查看自己的業務成績，以及考核狀況。以及工作的范圍， 什么時間開會，什么時候上下班，任什么職務等進行嚴格的分類要求，嚴格按照指令而來。領導部門下發指令操作員指令要求輸入計算機查詢職工部門天數11m屬于生產1nm職工n項目m11負責勞動人事管理的E-R 圖管理部門員工信息員工信息表部門信息部門信息表崗位信息崗位信息表工資信息工資信息表管理部門查詢報表工資更新工資表報表處理：管理部門：對員工、部門、崗位查詢完成各類查詢報表。操作人員：對工資信息的更新后產生工資表。人事檔案登記過程， 員工在人事部門領取個人簡歷、家庭成員、社會關系、個

9、人基本資料四式一份的表格， 然后填寫， 填寫完畢交回人事部門，由人事部門的檔案管理組進行審核，審核不合格的發回重新填寫， 合格的以原始資料存檔，并據以填寫職工人事卡片。人事檔案統計過程， 人事部門調查分析組按管理組提供的員工人事卡片統計各種所需的數據，然后填寫所對應的統計報表， 該統計報表一式兩份，然后做出分析后， 連同一份統計報表上交上一級主管部門，另一份統計報表存檔備查。如發生企業內部人員調動、升職、降職、或添加職工和開除職工等情況時，只需修改、添加和刪除相應的人事卡片，其余過程同上。人事部門將收集到員工人事信息統一進行審核。審核過程中， 人事信息需要所有審核人員通過，方可錄入系統數據庫。

10、如信息有誤，需要返回給員工進行重新填寫或修改。邏輯結構設計3 2 系統功能設計系統開發的總體任務是實現企業人事信息關系的系統化、規范化和自動化， 是在系統開發的總體任務的基礎上完成的。對本系統的功能進行集中、分塊，按照結構化程序設計的要求, 得到如下圖所示的系統功能模塊圖。各模塊實現的功能解釋如下 :1) 有關企業員工各種信息的輸入， 包括員工基本信息、 所在部門、 工作信息和工作簡歷等。2) 員工各種信息的查詢。3) 員工各種信息的修改。4) 考勤信息的輸入等。5) 考勤信息的查詢。6) 員工工作評價信息的輸入。7) 員工工作評價信息的查詢。8) 員工工作評價信息的修改。9) 員工工資信息的

11、輸入10) 員工工資信息的查詢。11) 員工工作信息修改等。人事信息管理總體模塊流程圖人事管理系統系查維報幫統詢護表助模模模模模塊塊塊塊塊登退排查插刪更打印關于錄出序詢入除新企業人事信息管理系統總體布局員工聘用通知單人力資源部員工基本信息人員分配信息單員工評價各部門信息考勤信息財務工資信息表部人事信息管理總體流程圖人力資聘用信息表源部基本人員需求信信息息管理員工基本信息各部門員工考勤員工評價員工員工工資信工資息管理工資信息工資總表代扣清單查詢表員工員工檔案列表人力信息資源管理部員工考勤信息列表考勤管理各部門員工員工評價列表評價管理工資信息表財務部員工考勤信息業務流程圖員工員工基本考勤信息表管理

12、員工評價管理員工評價信息表工資管理考勤信息實體 E-R 圖員工考勤信息實體員工加班費員工基本信息員工加員工出勤天數班時間出勤信息表當月工資管理員工詳細工資表員工工資信息表單員工扣考核員工考勤時間員工出差時間員工工資業務流程各部人力各部資源門門部人員信息出勤表員工評價表信息表工資信息單財務科員工工資工資總表代扣清單匯總單3.3 概念結構設計軟件系統本質上是信息系統處理系統，因此在軟件的整個開發過程中都必須考慮兩方面的問題：數據及對數據的處理。在需求分析階段則要分析用戶的數據要求，即需要哪些數據，數據之間的聯系，數據本身有什么性質， 數據的結構等， 并且又要分析企業的處理要求，即對數據進行哪些處理

13、，每個處理的邏輯功能等。為把企業的數據要求清晰明確的表達出來，系統分析員通常建立一個概念性的數據模型。概念性數據模型是一種面向問題的數據模型，是按照企業所需的觀點來對數據和信息建模。通常，軟件系統中有許多數據是需要長期保存的， 為減少數據冗雜， 簡化修改數據過程，應該對數據進行規范化。1E-R 模型E-R 模型包含“實體” 、“聯系”、“屬性”三個基本成分。（1）實體實體是客觀世界中存在的且可以相互區分的事物。 實體可以是具體事物， 也可以是抽象事物。（2）聯系客觀世界中的事物彼此之間往往是有聯系的。 這些聯系在信息世界中反映為實體內部的聯系和實體之間的聯系。實體之間的聯系包括一對一，一對多，

14、多對多。（ 3）屬性實體所具有的某一特征稱為屬性，一個實體可以由若干個屬性來刻畫。人們通常就是用實體、聯系和屬性這三個概念來理解現實問題。2 范式通常用“范式”定義消除數據冗余的程度。第一范式（1NF ）數據冗余程度最大，第五范式冗余程度最小。但是，范式級別越高，存儲同樣數據就需要存儲更多張表，因此，“存儲自身”的過程也就越復雜。 隨著第二范式級別的提高， 數據的存儲結構與基本問題域的結構間的匹配程度也隨之下降， 因此在需求變化時數據的穩定性較差。 第三范式級別的提高則需要訪問表的增多，因此性能（速度）將下降。從實用角度看，在大多數場合選用第三范式都比較恰當。第一范式每個屬性值都必須是原子值，

15、 即僅僅是一個簡單值， 而不含內部結構。 它是定義每個實體或關系屬性的原則。第二范式滿足第一范式條件， 而且每個非關鍵字屬性都由整個關鍵字決定是由關鍵字的一部分來決定的。它是定義實體或關系的關鍵字屬性的原則。第三范式符合第二范式的條件， 每個非關鍵字屬性都僅由關鍵字決定， 而且一個非關鍵字屬性不能僅僅是對另一個非關鍵字屬性的進一步描述 （即一個非關鍵字屬性值不依賴于另一個非關鍵字屬性值）。它是定義實體或關系的外關鍵字屬性的原則。人事實體關系E-R 圖員工m11屬性擔任11部門崗位部門分布實體E-R 圖部門銷市財人售場務力資部部部源部工資實體 E-R 圖工資基補獎扣缺本貼金所勤工金得扣資稅費員工

16、的考勤表現評價實體E-R 圖員工工作評價信息實體領取1工資員工基本員工工作員工工作員工業務其他評價信息業績態度水平信息11員工考勤管理工作評價nn考勤信息員工評價信息11計發工資1員工工資實體間實體測試E-R 圖3.4 邏輯結構設計：把實體的屬性定義為關系模型的屬性，實體或實體之間的關鍵就是關系模型的關鍵，E-RE-R圖中的實體和實體之間關系實行轉化。轉換為關系模型部門（部門號，部門名，經理的職工號，職工（職工號，部門號，職工名，職務，職工工作（職工號，產品號，工作天數，- ）- ）- ）數據庫機構實現系統數據流程圖數據流程圖描述系統的邏輯模型，圖中沒有任何具體物理，只是描述信息在系統中流動和

17、處理的情況。 因為數據流程圖是邏輯系統的圖形表示， 即使不是專業的計算機技術人員也容易理解， 所以是極好的通信工具。 此外， 設計數據流程圖只需考慮系統必須完成的基本邏輯功能，完全不需要考慮如何具體地實現這些功能，所以他也是設計的很好用。數據流編號名稱組成來源去向01職工信息員工編號、性別新職工管理人員等02部門信息部門編號，功能部門信息部門信息數據庫等03崗位信息人員組成，崗位崗位信息數據庫操作人員權限等情況04工資信息基本工資、獎金、 工資信息數據庫操作人員以及扣費等，根據考勤來算工資職工基本信息表列名數據類型說明noChar（ 10）編號（主鍵）nameChar（ 10）姓名xbChar

18、(1)性別csrqChar(20)出生日期nlChar(10)年齡mzChar(10)民族xxChar(10)血型sfzhmChar(20)身份證號碼jkzkChar(20)健康狀況zzmmChar(10)政治面貌jrsjChar(10)加入時間gnChar(10)工齡lxdhChar(20)聯系電話部門信息表bmnoChar(5)部門編號（主鍵）bmnameChar(10)部門名稱bmznChar(100)部門職能工資信息表列名數據類型說明gzkhChar(20)工資卡號（主鍵）ygbhChar(20)員工編號（主鍵）jbgzChar(20)基本工資sfgzChar(20)實發工資yljChar(20)養老金ylbxChar(20)醫療保險dxChar(20)員工底薪jjChar(20)員工獎金btChar(20)員工補貼jbfChar(20)員工加班費ftChar(20)員工房帖sdsChar(20)員工所得稅考勤信息表列名數據類型說明gzyjChar(20)工作業績jbxxChar(20)基本信息gztdChar(20)工作態度ywspChar(20)業務水平qtChar(20)其他評價信息3.5 數據庫的物理結構設計物理結構設計分兩步：（ 1）確定數據庫的物理結構，在