第一篇：基于JBPM公文流轉系統設計與實現

基于 JBPM 的公文流轉系統的設計與實現

論文導讀：功能穩健且強大的公文流轉系統不僅大大高了 OA 系統工作流的轉速，而且明確了辦公人員的責任歸屬。J2EE 的開發模式適合工作流性質軟件的開發，在開發模式上與 ASP．Net 相似，但具有更強的靈活性。JBPM 原理：總的來說，JBPM 是通過對圖進行解釋執行的，相對于其它支持技術有：基于消息隊列，代碼生成。同時它還能被部署在任何一款 JAVA 應用服務器上，而最合適的當然是分層J2EE 結構的 S2SH 框架了。關鍵詞：公文流轉，工作流，JBPM，S2SH

0.引言 公文[1]是政府和企業辦公的重要內容，財務報銷單、請假單、采購審批等等都是公文的一種形式。

公文流轉[1]就是指借助現代網絡 Web 技術，對政府和企業中公文流程創建、修改、審批、發布一系列流轉過程進行有效地管理。

1.公文流轉系統 1.1 什么是公文流轉系統公文流轉系統[2]是 OA 系統的最重要的子系統，能根據用戶提出的工作流程，借助工作流引擎實現收文、發文、辦理、統計查詢等處理活動，能對整個工作流程實時跟蹤和對修改審核日志進行記錄，并能報告公文在處理過程中的狀態。公文流轉子系統實現了辦公自動化系統的智能化和自動化操作。

功能穩健且強大的公文流轉系統不僅大大高了 OA 系統工作流的轉速，而且明確了辦公人員的責任歸屬。

1.2 開發現狀 目前公文流轉系統主要的開發技術手段有：

(1)基于群件技術 現在市場上主流的群件軟件有兩種，一是 IBM 公司的 LotusNotes，另外一種是 Microsoft 公司的 ExchangeServer。

(2)基于.Net平臺 Windows．Net 框架具有很強的靈活性和擴展性，能夠與操作系統平臺良好的結合，方便地與各類應用程序進行數據傳遞。

(3)基于 J2EE平臺 J2EE 的開發模式適合工作流性質軟件的開發，在開發模式上與ASP．Net 相似，但具有更強的靈活性。在大規模數據處理和安全性方面占有優勢，適合開發瀏覽器形式的應用系統。

目前市場上沒有完全基于 Java 的公文流轉系統，由其實現的公文流轉功能主要表現在一些由 Java 開發的辦公自動化系統中。相關技術介紹 2.1 工作流簡介 工作流[4]顧名思義就是工作的流程，即工作任務流水線化顯然是為工作效率的提高而提出來的。

工作流引擎[5]是工作流系統中樞，實現工作流模型識別并轉換為自定義模型，為工作流實例提供運行時的執行環境，包括實例的創建，激活，掛起，終止，并按定義流程和數據信息導航推進實例。

2.2JBPM 工作流引擎 JBPM[7] 是一個擴展性很強的工作流系統，百分百用 JAVA 語言開發，持久層采用 Hibernate 實現，jBPM 和其它所有基于 Java 的工作流引擎都是采用關系型數據庫作為存儲介質。同時它還能被部署在任何一款 JAVA 應用服務器上。論文大全。

JBPM 原理：總的來說，JBPM 是通過對圖進行解釋執行的，相對于其它支持技術有：基于消息隊列，代碼生成。

JBPM 的最大特色就是它有自己的流程定義語言 JPDL。JBPM 先調用JPDL 解釋器對 JPDL 文件進行解釋，同時把這個文件轉化為流程定義實例對象。流程定義擁有與它相關的圖對象（如 node，transition,等）。系統框架詳細設計 JBPM 是一個擴展性很強的工作流系統，同時也是純 JAVA 語言開發的一組 J2SE 組件，持久層采用 Hibernate 實現，只要 Hibernate 支持的數據庫 JBPM 都支持。同時它還能被部署在任何一款 JAVA 應用服務器上，而最合適的當然是分層 J2EE 結構的 S2SH 框架了。

3.1 Struts2/Spring/Hibernate 框架的整合根據系統整合的需求，單一的框架不能勝任所有層面的職責，即各個框架有其自身的優缺點：Hibernate 框架擅長支持模型部分，在對系統的邏輯處理、流程控制與視圖并沒有得到有效分離；Struts2 是一種 MVC 層的解決方案，它致力于與表示層，對于持久層和邏輯層的支持不是很強；Spring 框架是輕量級容器，通過容器托管所有的業務對象，在程序需要時自動生成裝載對象，Spring 框架提供了對 Hibernate 框架的集成支持。

整合三個框架的方法[8]是：利用 Struts2 框架作為系統的整體基礎框架，它負責 MVC 的分離并實現表示層；利用 Hibernate 框架來提供持久層的支持，實現對數據進行持久化操作，從而以實現對象關系映射；業務邏輯層采用 Spring 支持，以業務邏輯的方式對表示層實現業務服務，以 DAO 方式和數據源進行交互。

在表示層 Struts2 框架中最外面的是由 JSP 和 Struts2 標簽組合而成的用戶界面。

業務邏輯層 Spring 框架主要是由業務邏輯組件處理相應的事件，通過DAO 與持久層交互，調用數據庫完成業務處理。

持久層 Hibernate 框架使用 ORM 功能，通過 Hibernate 提供的 HQL 操作實體對象，從而達到操作數據庫的目的。

由上可以看出各組件之間的調用關系：

1．JSP 頁面的用戶請求根據 struts.xml 中的配置提交到相應的 Action中。

2．Action 接到相應的調用后不進行具體的業務邏輯處理，直接把封裝了參數的請求委托給 Spring 框架中相應的業務邏輯組件進行處理，僅僅起一個轉接的作用。

3．業務邏輯進行相應的業務處理，調用 DAO 操作持久化對象。

4．根據 Hibernate 框架中定義的*.hbm.xml 文件映射關系操作數據庫中數據。

3.2 集成 JBPM 考慮到目前平臺采用 J2EE 技術架構，同時采用 S2SH技術框架，對于 JBPM 的整合主要是向 S2SH 整合來實現。

（1）持久化配置 Jbpm 的數據持久化采用 Hibernate 框架，因此對于 Jbpm 在持久化方面 的 整 合 主 要 是 連 個 方 面 ：

一 是 持 久 化 表 的 生 成，二 是Hibernate.cfg.xml 文件的配置 在 Mysql 中建立我們的應用庫，如 jbpm，然后導入相應的 sql 語句就

可以生成完整的持久化表。

在 Eclipse 環境中，利用 Jbpm 插件可以生成默認的 Hibernate.cfg.xml文件（參看相應的生成文件），其中需要修改的主要是數據庫的引入部分：

org.hibernate.dialect.MySQLDialect

com.mysql.jdbc.Driver

第二篇：公文流轉管理系統

公文流轉管理系統

公文流轉管理系統主要是指通過在政府部門間建立標準的、統一的公文交換和共享機制，將相關應用系統有機地連接在一起，實現上下級政府部門之間、平級政府部門之間快捷、便利的公文流轉、交換和管理。公文流轉管理系統是基于應用層面信息交換的典型應用之一。

信息交換的需求普遍存在于各地區、各部門電子政務建設過程。基于應用層面信息共享和交換是指通過信息共享互聯互通平臺，完成數據在不同系統間的格式轉換、路由選擇、交換監控、任務管理等一系列工作。目前，與公文流轉管理系統類似的信息交換典型應用還包括：

應急指揮、政務公開、信用體系建設等?；趹脤用嫘畔⒐蚕砗徒粨Q系統的建立，對于減少文山會海、提高辦公效率，促進政務公開和職能轉變具有重要作用。

公文流轉管理系統不同于一般的公文管理系統或OA系統，其主要功能是實現公文在多個不同應用系統間的流轉和管理。由于原有公文系統大量存在于不同政府部門，并已被廣泛使用，因此，系統的建設應本著避免重復建設和資源浪費的原則，實現對原有公文系統基本保留前提下的信息共享和交換。

系統實施路線

采用“三橫兩縱”集成信息共享互聯互通平臺建設公文流轉管理系統，提供與現有公文系統的連接、共享信息的采集、轉換、路由、存儲、傳輸等服務。總體采用集中式布局模式?？蚣芙Y構如下圖所示：

公文流轉管理系統的技術架構

公文流轉管理系統分為中心流轉系統、前置機系統和業務應用系統三部分。中心流轉系統采用eStarBPMS、eStarESB和eStarSmartAdaptors組合應用模式，同時，安裝安全系統、管理和監控系統，實現安全的、可路由的公文流轉，并提供多種系統連接和公文格式的轉換；前置機系統采用應用適配器系統獨立應用模式，提供與不同辦公系統的連接，同時，前置機系統可以安裝內嵌式數據庫，作為中間共享庫，以減少對公文系統的壓力。業務應用系統建立在中心流轉系統之上，實現基于業務流程的應用開發。

基于“三橫兩縱”信息共享互聯互通平臺的公文流轉管理系統還可通過建立橫向和縱向的共享平臺體系，支持多個公文流轉管理系統的分布式運行。對于公文流轉管理系統的基本單元系統，通常采用集中式布局模式，當公文流轉范圍和規模較大時，則可以采用分布式部署模式搭建大型綜合性的公文流轉管理系統。

系統特點：

“三橫兩縱”信息共享互聯互通平臺和各個公文系統之間采用松耦合的連接方式。即相關公文系統的升級和改變對交換平臺和其他公文系統不構成影響。

支持多模式下的傳輸服務。在發送和接收方式方面，支持“點到點”和“發布/訂閱”方式。在傳輸協議方面，支持多種傳輸協議以滿足不同的網絡條件和信息安全的要求。

靈活的路由機制。不但可以根據發文單位、收文單位自動路由，而且還可以根據內容、標題、關鍵詞形成公文的路由。

第三篇：基于工作流的公文流轉系統的分析與設計

基于工作流的公文流轉系統的分析與設計

[摘要]分析電子公文流轉要素，針對電子公文復雜的公文表單和流程，提出動態設計公文流轉頁面和流程的方法，最后說明實現過程。

[關鍵詞]工作流 公文流轉 流程定制

中圖分類號：F27 文獻標識碼：A 文章編號：1671-7597(2009)0610017-02

一、引言

日常公文處理是機關工作中的一項繁雜而重要的工作。辦公自動化系統中的公文流轉模塊，就是為了讓機關工作人員提升辦文質量、提高工作效率、節約行政成本，使他們從長期繁雜的事務性工作中解放出來。

傳統的基于工作流設計的公文流轉系統中，公文頁面和流程是靜態生成和管理的。開發者根據不同的公文類型設計不同的公文頁面和流程，編寫相應的程序代碼。維護過程中，一旦公文頁面或者流程發生改變，就需要重新設計，重新編寫程序代碼。實踐證明：此種靜態設計，導致系統的開發量和維護量都非常大，不能很好的滿足用戶對公文流轉的多樣性和迅速變化的需求。因此，本文結合某機關公文流轉系統的設計和開發，介紹了一個基于工作流技術的電子公文流轉系統的設計過程。

二、電子公文流轉要素的分析

公文流轉過程中，有如下要素：公文、流程、流轉方式、公文樣式、權限。

(一)公文

電子公文是指以電子形式表現的并通過網絡傳遞的，用于單位相互之間聯系事務的具有規范格式的公文。它包含表單、正文和附件三方面內容。按照公文傳遞類型分為發文類公文和收文類公文的兩類公文，兩者的表單內容都共同包含公文類型、公文名稱、公文編號、主題詞、緊急程度、各注、主送、抄送、抄報等信息。發文類公文表單基礎信息還包含：主辦人、主辦部門、作者等。收文類公文表單基礎信息還包含：收文編號，收文主辦人、全局辦理時限等。

(二)流程

電子公文流程是電子公文從起草到歸檔，并按照標準的、統一的公文交換與共享機制和定義好的規則，在各部門之間逐級審批、傳遞，從而完成辦理耳標的流轉過程。

電子公文流程按照公文類別分為發文類流程和收文類流程。

發文類流程主要功能是處理內部制定的或外來轉發的電子公文，對所有正式公文進行擬稿、審稿、核稿、會簽、簽發、編號、蓋章、歸檔等過程的處理及管理。圖1為某機關發文流程圖：

收文類流程主要功能是處理和記載上級發文、平級來文等公文，并對接受的所有正式電子公文實現登記、擬辦、批辦、傳閱、分發等處理和管理。圖2為某機關收文流程圖：

(三)流轉方式

1、流轉模式

電子公文流轉的模式一般可歸納為以下四種：直流模式、分流模式、合流模式和回流模式。圖3為四種公文流傳模式圖：

其中A，B分別為公文流轉中的兩個關聯的節點，也是角色執行活動的場所，箭頭線代表活動之間的關系。

(1)直流模式。最基本的流轉方式，人員之間一對一的傳達模式。通常用于申請審批類流程，如一份公文信息單經部門經理批示后直接交給下一個經辦人處理。(2)分流模式。人員之間一對多的傳送模式。一種是不需要條件約束的傳送，例如通知；另一種是滿足某些條件才能實施的傳達，例如機要室所收文件、資料按黨政系統分別處理。(3)合流模式。人員之間多對一的傳送模式。例如公文的會簽：某上級分發給多個下級部門經辦的信息單經過不同的經辦人員處理完畢后，匯總給該上級進行查看和審批。(4)回流模式。公文在流轉過程中出現的退回、重做等情況，從而在流程中形成回路。

2、流轉關系

參照圖3，公文流轉關系就是各個操作節點之間的流程關系，即圖中的箭頭線。一個操作節點表示一件不可再分的操作任務。多個操作節點通過不同的關系聯接構成公文流轉過程中的基本流程。

那么對于公文流轉的某一節點而言，流轉到此節點開始工作，有三種狀態：(1)與型：只有當其所有的前繼工作節點都完成時，流程方可進入下一步，執行當前節點的操作。如某公文需要所選的多個處長全部批閱后，工作流才能進入下一個節點，只要有一個人沒有辦理完畢，流程就不能向下流轉。(2)或型：其所有前繼節點中有一個節點完成，流程就可以進入下一個節點，執行當前操作節點。如某公文交給多個人執行，只要有一個人完成操作，流程就可以往下流轉，而不管其他人員是否完成。(3)駁回型：需要回退或者重做時，就要回退給相應的工作節點和辦理人。

(四)公文樣式

公文樣式主要指公文流轉時的用戶界面。

根據不同的流轉節點，不同的辦理人員看到的公文信息會有所不同。(1)公文表單各項信息在不同的辦理節點可能處于不同的編輯狀態：不顯示不更新、不顯示用默認值更新、顯示不更新、顯示不可編輯用默認值更新、顯示更新可編輯和顯示更新必填等。(2)公文正文狀態也可能處于不同的編輯狀態：帶痕跡草稿可讀可修改、帶痕跡草稿可讀不可修改、不帶痕跡草稿可修改、不帶痕跡草稿可讀不可修改、規范公文只讀可打印和規范公文只讀不可打印等。(3)公文附件狀態也可能處于不同的編輯狀態：可管理全部附件、可管理本單位附件其他單位附件不可見、可管理本單位附件其他單位附件可見但不可刪除、可見所有附件、可見本單位附件等。

(五)權限

在電子公文流轉過程中，涉及很多權限的設置和管理。例如：設置對不同公文類型使用的權限：對不同流程使用的權限；在流程節點上指定固定的辦理人員組、職務或者默認的辦理人；流程流轉過程中，辦理人員可否回退或撤銷的權限；辦理人員辦理完畢后可否瀏覽已辦公文的權限。

三、電子公文流轉模型的設計

電子公文的流轉模型設計主要分為工作頁面設計和基于工作流的流程設計。由于B／S架構的應用系統具有無需安裝用戶客戶端、用戶界面更加人性化等優點，因此當前主流的電子公文處理系統已經基本采用B／S架構。故而本文中的電子公文工作頁面的討論范圍也僅限于于基于web的工作頁面設計。

(一)工作頁面設計

1．公文表單頁面設計

在電子公文流轉過程中將公文的三類信息安排在兩個頁面：公文表單和附件信息在一個頁面，公文正文信息顯示在另一個頁面。公文表單按照其不同種類以及各使用單位的具體要求提供不同的數據字段和不同的外觀。為了保持用戶的使用習慣，其最終的設計外觀基本和原來基于紙質公文表單一致。公文表單頁面程序模塊可以動態與流程管理模塊結合，按照公文樣式和權限來決定每類公文信息的顯示以及編輯狀態。其通用框架如圖4所示：

2．正文頁面設計

電子公文正文在草擬流轉過程中最基本的要求是能夠實現對電子文件的在線編輯和保存功能。在下發、簽收流程中只需要實現對文件的瀏覽即可。“手寫簽名”、“電子印章”、“痕跡保留”、“意見批示”等功能在當前也被逐漸引入電子公文處理的正文頁面。目前在項目中采用第三方web插件可以圓滿解決這些問題。國內的江西金格等中間件廠商已經提供了成熟的Office在線編輯插件，而且這些插件目前已經被國內主流的D^開發商所采用。圖5為Office在線編輯插件體系構架圖。

(二)流程定制

根據本文2.2節和2.3節分析可以清晰的看出，流程定制設計時首先需要建立流程模版，記錄流程對應的公文表單類型，以及流程模版名稱。然后分別建立工作節點、工作流的流轉模式和流轉關系。

1．工作流程模版。每一個公文表單可以對應多個公文流程模版。流程模版包含如下字段信息：流程模版編號、工作流編號、流轉開始節點、流轉結束節點、工作流程描述等。

2．工作節點。工作流的工作節點要包含的字段信息如下：節點編號、節點名稱、節點操作說明、節點類型(分為流程起始節點、流轉節點、終結節點)、節點默認辦理人、節點辦理人員范圍等。工作節點信息還要體現公文流轉要素中的公文樣式：要說明處理此流程的該節點時，公文處于什么模式(公文模式需要單獨定義)，當前辦理人對數據的操作權限。

3．工作流的流轉模式。工作流流轉模式的包含如下字段信息：流轉編號，上一節點，下一節點，優先級，提交方式，流轉描述等。三種流轉關系可以轉化為節點辦理人提交方式：一人完成提交和全部完成提交。在此，特別討論駁回型：如果此節點是多人全部完成提交，而其中某人批閱后要求退回上一節點的辦理人，這時候要和管理員溝通，確定節點處理優先級。

4．公文流轉事件。流程定制信息記錄完畢后，公文在流程流轉過程中，需要記錄公文流轉事件。公文流轉事件表包含字段信息如下：節點ID、經辦人、經辦意見、處理方式、辦理時間。通過此事件表，可以回溯公文流轉的實際過程計算出公文的辦理時間，對比公文辦理期限，可以計算剩下辦理期限，強調顯示和提醒，并實現追蹤和督辦功能。

四、結束語

本文中基于工作流實現的電子公文流轉系統對于其他一些信息系統的建設同樣具有指導和借鑒作用，在實際應用中也得到了很好的效果。當然在公文表單和正文實現自動流轉后還需要進一步針對整個系統實現流程的進一步優化，完善整個的流程，真正提高效率。此種基于工作流的公文流轉系統滿足了用戶的需求，減少了開發人員的開發量和管理人員的維護量。

第四篇：論文：公文流轉系統的研究

摘 要 公文流轉系統是辦公自動化系統的核心，在介紹公文流轉系統中工作流的基礎上，對目前國內外公文流轉用到的相關技術進行了總結，最后對公文流轉的發展方向進行了展望。

關鍵詞 公文流轉；辦公自動化；工作流前言

隨著信息技術在我國的普及，各類信息化技術手段在政府企業中不斷得到應用，極大地提高了政府企業的辦公效率，對行政辦公模式的變革產生了深遠的影響。日常公文處理在政府機關或者企業的工作中是一項繁雜而重要的工作，在工作中，往往會因為個人文書管理不當，產生文件遺失，過時未批，或者出差在外，無法及時批閱等情況。傳統的數據文件是一份份厚重的文件檔案及紙制文件，要查詢一份歷史數據就要到文件的歸檔部門，再去查詢歸檔的年份，找到歸檔的檔案，即耗時又煩瑣。因此，需要開發公文流轉系統，讓人員從長期繁雜的辦公事務中解放出來，提高工作效率，降低行政成本，實現辦公自動化。

辦公自動化(OA)是20世紀70年代興起的基于數據庫技術、網絡技術、軟件工程技術發展起來的一門技術科學。目前，OA已經從最初的漢字輸入、文字處理、排版編輯、查詢檢索等的單機應用軟件逐漸發展成為現代化的網絡辦公系統[1]。

公文流轉是OA的核心，也是實現無紙辦公的重要標志。政府和企事業單位正在積極采用辦公自動化系統提高辦公效率。公文流轉子系統作為所有OA的公共構件，它利用計算機網絡的高速迅捷和計算機控制的嚴格準確性實現公文的處理，對目前傳統公文處理而言，很大程度上提高了公文處理效率和準確性[2]。

本文將從多個方面全面論述目前公文流轉的相關技術和國內外研究現狀，分析公文流轉的優缺點。論文首先介紹公文流轉的發展趨勢，然后開始介紹公文流轉的一些概念和需要用到的相關技術，以及目前國內外的研究現狀，最后對未來公文流轉的研究提出自己的觀點。公文流轉的發展趨勢

事實上，現在的辦公已經不再是簡單的文檔處理，不再是單純的行政事務了?，F代辦公的任務是提高整個企業的運作效率，進而提高企業的核心競爭力。知識管理可以幫助企業解決知識共享和再利用的問題。因此將來的辦公自動化系統的核心是知識，實現的基礎技術是知識管理。

同樣現在以及未來的公文流轉系統，也需要在現有的辦公自動化系統的發展基礎上得以進一步的發展。綜觀現在國內外的公文流轉系統以及辦公自動化系統中的公文流轉，能夠輕易的發現未來的公文流轉系統朝著以下幾方面發展：

（1）集成?，F代企業和許多政府除了擁有公文流轉系統之外，還有許多其他的管理系統。由于大量的信息孤島式的建設，他們之間很少能夠緊密協調起來。就前端來說，經常需要進行退出一個系統然后再進入另一個系統，并且發現數據常常不一致，可以比較肯定地說，目前中國具有信息系統的企業和政府絕大部分都是這種情況。他們往往具有多個供應商提供的多個系統，但很少集成。也有少數企業采用ERP套件，集成了其中的一部分，全部集成的企業鳳毛麟角，也可能正在產生之中。因此，現在或者未來所需的公文流轉系統是需要一個能夠集多種功能于一體的系統。

（2）完全基于Web。從目前用戶的使用技能和接受程度以及系統的維護成本考慮，Web界面最容易接受。另外從集成方面來講，必須采用人人支持的Web標準如HTML，JavaScript，Activex，IIOP，DHTML，XML，JAVA等才能在一個界面下容納，否則的話，技術難度就會導致集成不可能實現。

（3）流程優化。對于流程，熟悉公文流轉系統的人就會想起收發文的流程。那是非常完善的、符合層級結構的、效率低下的流程。對于如何優化該流程，如果基于原有的思維模式和知識領域，就無法獲得更多。必須基于現代的流程管理思想對目前的業務流程進行重組。

（4）基于知識。進入知識經濟時代，人人都是知識工作者，要求公文流轉系統必須具有知識內涵，或者說是基于知識。公文流轉中的工作流3.1 工作流的基本概念

根據工作流管理聯盟（WFMC）的定義，工作流是一類能完全或部分自動執行的經營過程，且能根據一系列的過程規格、文檔、信息或任務在不同的執行者之間進行傳遞和執行[3]。簡單地說，工作流就是一系列相互銜接、自動進行的業務活動或任務。

3.2 公文流轉中工作流的特點

與一般意義上的工作流不同，公文流轉系統中的工作流有自己的特點和特殊要求。公文流轉就是辦公文件從擬稿到歸檔并在各部門之間逐級審批的流轉過程。

根據參考文獻[4]，公文流轉的模式一般可歸納為以下四種：直流模式，分流模式，合流模式和回流模式。

直流模式是最簡單的流轉模式，表示文檔在人員之間一對一的傳送，通常用于申請審批類流程，如一份公文信息單經部門經理批示后直接交給下一個經辦人處理。

分流模式表示企業中人員之間一對多的傳送，比如一些通知。

合流模式表示企業中人員之間的多對一的送達，如總經理分發給多個下一級部門經辦人的信息單經不同的經辦人員處理完成后匯總給總經理進行查看批示。

回流模式表示公文流轉過程中可能會出現的退回、重做等情況，從而在流程中形成回路，這種情況也十分常見。

這些基本的流進行組合可形成更復雜的流。此外，通過對以上公文流轉模式的研究，可以整合和確立各個操作節點之間的關系。4 國內外相關技術

目前，國內外開發公文流轉的技術多種多樣，下面我們主要介紹Lotus Notes、ASP、Visual Studio、JAVA等主要的技術手段以及它們具有的不同特點和在不同的領域發揮的不同優勢。

1)基于Lotus Notes的公文流轉系統

Lotus Notes被視為最成熟的公文流轉平臺，由于其本身具有強大的工作流(workflow)設計能力，與公文流轉復雜的工作流相適應，因而成為大型公文流轉系統開發的首選技術手段。利用Lotus Notes既可以實現B/S模式的公文流轉系統，也可以使之適應C/S的應用模式，其完善的文檔數據庫和權限管理系統為公文流轉的順利實現提供了強有力的保障。但Lotus Notes的靈活性較差，外在表現形式單一，開發成本較高。

2)基于Exchange Server的公文流轉系統

Exchange Server與Lotus Notes有相似之處，都具有強大的工作流設置能力，在早期的辦公自動化系統中，Exchange Server 被廣泛使用，在客戶端使用OutLook等電子郵件系統進行操作，但是在使用上不直觀，靈活性差，同時基于Exchange Server的二次開發難度也較大，系統之間的兼容性和擴展性差，目前在市場上單純地基于Exchange Server的公文流轉系統比較少見[5]。

３)基于Windows.Net框架的公文流轉系統

Windows.Net框架具有很強的靈活性和擴展性，能夠與操作系統平臺進行良好的結合，與各類應用程序可進行數據傳遞，其系統同時可用語B/S和C/S兩種模式，在外在表現形式上十分靈活，開發難度和成本低，能夠方便的使用各類中間件。

Windows.Net框架下的開發工具很多，主要有VB、VC、ASP等，作為一種通用的開發手段，Windows.Net框架的應用范圍很廣，但它的專業性不強，在開發公文流轉系統時需要進行復雜的重定義工作，同時在規模大的應用過程中穩定性一般。目前廣泛使用的基于瀏覽器，使用ASP開發的辦公自動化系統一般具有簡單的公文流轉功能，從技術手段上分可將其劃為本類。

４)基于JAVA的公文流轉系統

Java具有很強的數據處理功能和穩定性，在大規模數據處理和安全性方面占優勢，適合開發瀏覽器形式的應用系統，J2EE的開發模式適合工作流性質的軟件開發，有比較強的靈活性，在開發模式上與ASP相似。目前市場上還沒有完全基于Java的公文流轉系統，由其實現的公文流轉功能主要表現在一些有Java開發的辦公自動化系統中。目前使用的Struts框架及MVC模式，結合JSP開發出來的公文流轉系統在市場上具有很強的挑戰性。結論與展望

目前公文流轉研究已經初步處于成熟階段，不過其理論和方法還有待于進一步完善?；谀壳肮牧鬓D的現狀，以下方面的研究將得到更多的關注：

（1）系統的集成性，換句話說，就是現在或者未來我們所需要的是一個能夠集多種功能于一體公文流轉系統。

（2）完全基于網絡，也是能夠開發出完全基于B/S的公文流轉系統，這樣才能有利于系統的維護和系統集成的實現。

（3）對公文流轉流程的合理優化。我們必須要基于現代的流程管理思想對目前的業務流程進行重組、優化，這樣才能提高公文流轉的效率。

參考文獻

[1] 沙海燕，崔浩.辦公自動化系統中工作管理系統模型[C].OA’99全國學術會議論文集，1999.11

[2] 謝波，姜賢塔，陳根才.公文流轉中復雜工作流程的通用設計[J]計算機工程與應用，2000，(11)：94 95

[3] WFM-TC-1003，The workflow referce model[S].1995.[4] 陳江東.辦公自動化系統的系統分析[J].計算機系統應用，1998，(10)：12-14

[5] 蘇新宇，吳鵬，朱曉峰.電子政務技術[M].國防工業出版社，2003.1：12-15 頁

第五篇：人事管理系統設計與實現

人事管理系統設計與實現

目 錄

前 言....1 1 需求分析....2 1.1 系統需求...2 1.1 功能需求...2 1.3 可靠性要求...3 1.4 性能需求...3 2 開發環境簡介....4 2.1 Delphi簡介...4

2.1.1 Delphi7的集成開發環境（IDE）...5 2.1.2 Pascal簡介...9

2.2 SQL Server 2000 簡介...10 2.2.1 SQL Server 數據平臺...10 2.3 TQuery部件在SQL編程中的運用...12 3 總體設計....14 3.1 基本設計...14 3.1.1 設計概念...14 3.1.2 功能分析...14 3.1.3 數據流圖...14 3.1.4 系統模塊...16 3.2 用例圖...18 4 數據庫設計....21 4.1 數據庫概念設計...21 4.2 數據庫邏輯結構設計...23 5 詳細設計....30 5.1 系統主窗體...30 5.2 數據庫連接...31 5.3 用戶登陸界面...32 5.4 用戶功能選擇...34 5.5 用戶信息錄入...34 5.6 查詢功能窗體...36 5.7 數據備份和還原窗體...37 5.8 工作日記及工作日記管理...39 5.9 用戶管理及用戶密碼修改...41 5.10 打印報表模塊...43 5.11 數據公用模塊...45 5.12 其它模塊...46 6 總 結....47 參考文獻....49 致謝....50

人事管理系統

網絡工程 雷靈明 指導老師：曹步青

摘要：隨著企業自身人力資源的日益龐大、復雜程度逐漸增強，人機作坊再也無法適應如今企業的人事管理了，取代的是運用各種領域的知識，結合計算機科學而開發的人事管理系統。人事管理系統是典型的信息管理系統(MIS)，其開發主要包括后臺數據庫的建立和維護以及前端應用程序的開發兩個方面。對于前者要求建立起數據一致性和完整性強、數據安全性好的數據庫。而對于后者則要求應用程序功能完備，易使用等特點。人事管理系統是對工作人員進行統一的管理，可以方便的進行錄入，查詢，修改，刪除，退出。經過以上分析，本系統使用Delphi 7.0作為界面和功能開發工具和SQL Sever 2000作為后臺數據庫，利用其提供的各種面向對象的開發工具進行界面和數據庫開發。軟件過程結合了快速原型模型與增量模型的優點：首先在短時間內建立系統應用原型，然后，對初始原型系統進行需求迭代，不斷修正和改進，直到形成可行系統。關鍵詞：人事管理；DEPHI；ADO；SQL server 2000

Personnel Management System Network engineering Lei Lingming Teacher:Cao Buqing

Abstract: Along with their own human resources increasing, complexity growing, the man-machine workshop also is unable adapt the present enterprise’s personnel management again, but the personnel management system that make use of knowledge in different fields and computer science and technology.Personnel management system is a typical management information system(MIS), including the establishment and maintenance of the background-database and front-end application development.To the former, the request for the data which is powerful in consistency and integrity, database which is good in security.For the latter, the request for the applications program which is integrity and easy to easy, Personnel management system can manage the staff and admit input, enquiries, modify, delete, and exit.Through such analysis, the system use Delphi 7.0 as the interface and functions of development tools and take SQL Sever 2000 database as background-database, the development of the interface and database which made use of its object-oriented tools, the software process is formed which is combine the advantage of rapid prototype models and incremental model, as follows: At first application prototype of system is built in a short time, Secondly, the initial prototype system needs to be revised and improved, Finally, it is feasible that the system is built.Key words: human resource management;DEPHI;ADO;SQL server 2000

前 言 背景

在競爭越來越激烈的社會里，企業人事管理就越顯示出其不可缺性，成為企業一個非常重要的模塊。企業人事管理系統主要是用于員工個人相關信息的管理。使用人事管理系統，便于公司領導掌握人員的動向和人員的綜合素質，及時調整人才的分配，使用計算機對人事勞資信息進行管理，具有檢索迅速、查找方便、可靠性高、存儲量大、保密性好、成本低等優點，能夠極大地提高人事資源管理的效率，也是企業科學化、正規化管理的重要條件。目標

設計一個企業人事信息管理系統，此系統要以人為中心，為企業提供全面的人事管理解決方案；

a)為企業建立規范化、實時化人事管理機制；

b)提高企業人事管理的效率、節約相關的管理成本，增強人事管理的安全性；

c)滿足企業管理層，人事業務操作層和全體員工的不同層次和不同方面的需要；

d)對企業將來的整體信息化建設提供必要的支持。需求分析

需求分析是系統開發必要環節，也是重中之重。作為該過程的結果，需求規格說明書是對系統的功能和行為完整的描述。系統設計將來自于需求分析的抽象規格說明轉變為面向真實世界的設計。一旦構建完成，該系統就會投入使用，同時會不可避免地產生更多的新需求。同時，需求過程與分析活動之間有相當程度的重疊，分析建模對于設定工作的范圍和其他一些事來說是必要的，所以我們利用分析模型來描述需求過程，隨著開發工作的繼續，分析活動在工作中占的比例將變得越來越大，直到所有需求都已知。[1]

1.1 系統需求

企業的人事管理職能主要分為人事檔案信息管理、人事變動管理、員工培訓管理、獎懲管理等內容。

a)在人事系統開發時應考慮以下需求： b)滿足人事管理職能的基本要求；

c)進行多層次數據匯總，為各層次管理者的決策分析提供數據； d)具有完整的系統接口，滿足靈活的數據導入與導出； e)對操作人員的技能要求比較低，操作方便； f)能夠實現方便的擴展，滿足企業發展的需要； g)能夠保障人事管理數據的安全、準確。

1.1 功能需求

基于系統需求分析，該系統需要實現以下基本功能：

a)用戶管理：管理系統操作人員，設置操作人員口令和權限。在滿足不同系統用戶的操作需求的基礎上，提高系統的安全性。

b)人事檔案管理：完成企業對員工個人檔案（包括員工的基本檔案和在職信息）的管理及相關操作。操作員進行員工檔案信息錄入及更改，其中包括員工的基本信息、工作經歷、家庭關系、獎懲記錄和培訓經歷，要求對這些員工檔案信息進行新增、修改、刪除操作，同時可以進行查詢和瀏覽操作。該模塊是本系統的重點，用戶可以通過該模塊為單位建立一個比較完整的人事檔案系統，同時可以對檔案進行查看。

c)基礎數據管理：維護人事管理相關的一些基礎數據。主要包括以下功能：

（a）民族檔案設置：維護職工中民族檔案信息；

（b）職工類型設置：維護當前企業職工與企業的關系的類別信息；（c）文化程度設置：維護企業職工的文化程度類別信息；（d）政治面貌設置：維護企業職工的政治面貌類別信息；（e）部門類別設置：維護企業中設立的部門類別信息；（f）職務類別設置：維護企業中設立的職務類別信息；（h）職稱類別設置：維護企業職工的職稱類別信息；

d)人事變動管理：對于人事上的變動調整進行管理，對人員檔案的信息進行更新（如：員工職務、員工職稱、員工性質等的變動）。

e)工作日志管理：記錄部門或系統用戶的一些備忘信息，包括日常的一些事件記錄，以及工作日記的管理維護。

f)數據庫管理：對現有的數據庫進行管理，包括數據備份和恢復，以方便用戶對數據庫的管理和維護工作，提高系統的數據安全性。1.3 可靠性要求

a)計算機穩定可靠，網絡服務和數據庫服務穩定可靠；

b)網絡通暢、穩定；軟件運行穩定；數據計算及數據傳輸無誤；提供數據備份和數據恢復方案。1.4 性能需求 1）硬件環境

在最低配置的情況下，系統的性能往往不盡如人意，現在的硬件性能已經相當出色，且

價格也很便宜，因此通常給服務器端配置高性能硬件。推薦配置為： ·處理器：Intel 奔騰Ⅲ 或更高 ·內存：128MB ·硬盤空間：40GB ·顯卡：Geforce系列顯示適配器或更高。2）軟件環境

·操作系統：windows 98/ME/2000/N ·數據庫：Microsoft SQL server 2000 開發環境簡介 2.1 Delphi簡介

Delphi這個名字源于古希臘的城市名。它集中了第三代語言的優點。以Object Pascal為基礎，擴充了面向對象的能力，并且完美地結合了可視化的開發手段。Delphi自1995年3月一推出就受到了人們的關注，并在當年一舉奪得了多項大獎。

Delphi的出現打破了Visual系列可視化編程領域一統天下的局面。并且Delphi使用了本地編譯器直接生成技術，使程序的執行性能遠遠高于其它產品生成的程序。它還是真正的面向對象的編程語言。PASCAL語言的嚴謹加上可視化的優勢和強大的數據庫功能使得它有充分的資本和微軟的VB叫板。許多人當時都認為Pascal 是最有前途的程序設計語言，并預測Delphi將會成為可視化編程的主流環境。

Delphi在你編好程序后自動轉換成。EXE文件它運行時速度比VB快，而且編譯后不需要其他的支持庫就能運行。它的數據庫功能也挺強的，是開發中型數據庫軟件理想的編程工具。Delphi適用于應用軟件、數據庫系統、系統軟件等類型的開發。而且它擁有和VB差不多一樣的功能，而且一樣能應用API函數，這在控制Windows很有用。

Delphi是全新的可視化編程環境，為我們提供了一種方便、快捷的Windows應用程序開發工具。它使用了Microsoft Windows圖形用戶界面的許多先進特性和設計思想，采用了彈性可重復利用的完整的面向對象程序語言(Object-Oriented Language)、當今世界上最快的編輯器、最為領先的數據庫技術。對于廣大的程序開發人員來講，使用Delphi開發應用軟件，無疑會大大地提高編程效率，而且隨著應用的深入，您將會發現編程不再是枯燥無味的工作——Delphi的每一個設計細節，都將帶給您一份欣喜。

Delphi實際上是Pascal語言的一種版本，但它與傳統的Pascal語言有天壤之別。一個Delphi程序首先是應用程序框架，而這一框架正是應用程序的“骨架”。在骨架上即使沒有附著任何東西，仍可以嚴格地按照設計運行。您的工作只是在“骨架”中加入您的程序。缺省的應用程序是一個空白的窗體(Form)，您可以運行它，結果得到一個空白的窗口。這個窗口具有Windows窗口的全部性質：可以被放大縮小、移動、最大最小化等，但您卻沒有編寫一行程序。因此，可以說應用程序框架通過提供所有應用程序共有的東西，為用戶應用程序的開發打下了良好的基礎。

Delphi已經為您做好了一切基礎工作——程序框架就是一個已經完成的可運行應用程序，只是不處理任何事情。您所需要做的，只是在程序中加入完成您所需功能的代碼而已。在空白窗口的背后，應用程序的框架正在等待用戶的輸入。由于您并未告訴它接收到用戶輸入后作何反應，窗口除了響應所有Windows的基本操作(移動、縮放等)外，它只是接受用戶的輸入，然后再忽略。Delphi把Windows編程的回調、句柄處理等繁復過程都放在一個不可見的Romulam覆蓋物下面，這樣您可以不為它們所困擾，輕松從容地對可視部件進行編程。

面向對象的程序設計(Object-Oriented Programming，簡記為OOP)是Delphi誕生的基礎。OOP立意于創建軟件重用代碼，具備更好地模擬現實世界環境的能力，這使它被公認為是自上而下編程的優勝者。它通過給程序中加入擴展語句，把函數“封裝”進Windows編程所必需的“對象”中。面向對象的編程語言使得復雜的工作條理清晰、編寫容易。

說它是一場革命，不是對對象本身而言，而是對它們處理工作的能力而言。對象并不與傳統程序設計和編程方法兼

其中多媒體音頻視頻播放器是通過TＭediaPlayer組件來實現的，支持的格式與系統已安裝的解碼器有關。

總 結

6.1 程序設計風格

在設計的時候采用了增量模型的思想：把軟件作為一系列的構件來設計，編碼，集成和測試。

用戶管理，密碼修改，用戶登陸，萬年歷，這些模塊都有高度的獨立性，因此他們的可重用性比較高，基本上是一個單元完成一個功能，模塊規模也比較小，模塊的作用域在控制域之內，只使用了兩個全局變量來存儲用戶名和用戶權限。[1] 在人機界面設計方面，本系統做到了以下幾點： a)保持一致性(界面，背景的致性)；

b)提供有意義的反饋(用戶驗證和用戶管理，提供了比較精確的反饋信息)；

c)在執行有較大破壞性的動作之前要求用戶確認(數據備份與還原)； d)允許大多數取消操作(大多數單元有取消操作功能)；

e)允許犯錯誤(由于權限的限制，系統能保護自己不受嚴重錯誤的破壞)；

f)按功能對動作分類(在主窗口就是按動作類型組織菜單的)； 6.2 有待加強項

a)幫助的制作 一個完整的應用程序必須具有完整的幫助系統；幫助系統可以在必要的時候給用戶信息提示和一些系統相關服務。

b)聲音制作在這里主要是對聲音的加載，我們可以加載一些一般的聲音；主要來源有：音頻CD盤；波形音頻文件；MP3文件等等。其中波形音頻文件以WAV作為文件的后綴，我們可以播放現成的，也可以播放自己錄制的文件。c)我們還可以使用各種組件和ActiveX控件等技術來完善系統。利用一些做好的activeX組件，會縮短開發周期。

由于在開發工程方面缺少經驗，所以這個系統還存在著許多不足之處，在測試過程中總結如下：

a)數據表的設計還不是很合理；

b)數據異常處理要更加人性化，錯誤信息的反饋要更加精確； 6.3 心得

經過一個月的設計和開發，人事管理系統基本開發完畢，其基本功能符合用戶需求，能夠完成基礎數據錄入，數據查詢等基本功能，以及相關報表的打印。在這次畢業設計中，我獲益良多。首先我明白了需求分析對于一個系統的開發的重要性。其次我還學到了如何把一個軟件作為一個工程來做，在真正的軟件開發中，一個軟件系統的開發不是一個人來做，而是很多人合作來完成的，另外還有軟件的后期維護等等，這時就顯現出了把軟件作為一個工程來做的優越性，而這些都離不開數據流圖和模塊的分解。

Delphi是一個非常強大的開發工具，它具有運行速度快、易于學習和使用以及開發效率高的特點，使用起來真的是很順手。學習好一門編程語言以后可以為今后的學習和工作帶來很大的便利。

雖然本系統實現了基本的用戶需求功能，但是還有待于完善和加強，總之通過這次設計和開發過程，我對軟件開發有了進一步的了解。

參考文獻

[1] 張海藩編著．軟件工程導論[M]．清華大學出版社出版,2003,1-173． [2] 宋一兵,趙景波,李春艷著．Delphi 7.0基礎教程[M]．機械工業出版社,2003，2-30．

[3] 劉瑤儒著．新概念SQL Server2000教程[M]．北京科海集團公司出,2001,12-23．

[4] 韓強編著．SQL SERVER 2000 程序員手冊[M]．機械工業出版社出版,2000,4-35．

[5] 薩師煊著．數據庫系統概論（第二版）[M]．高等教育出版社,1991,8-40． [6] 施伯樂,丁寶康,汪衛著．數據庫系統教程[M]．高等教育出版社,2002,1-202．

[7] 肖健著．SQL Server2000實踐與提高[M]．中國電子出版社,2002,13-53． [8] 林金霖著．Delphi6 實務經典[M]．中國鐵道出版社,2002年5月,6-110． [9] 黃超,王志偉著．Delphi企業經營管理系統開發實例導航[M]．人民郵電出版社,2003,20-90．

[10] 程文剛主編．Delphi數據庫實用編程100例[M]．中國鐵道出版社,2004,8-63．

[11] 王晟,萬科著．Delphi數據庫開發經典案例解析[M]．清華大學出版社,2005,85-89．

[12] 王惠剛,唐晨光彭為著．delphi7/8程序設計[M]．清華大學出版社, 2002,42-63．

[13] 瀟湘工作室,邢增平著．Delphi 6.0最佳專輯[M]．人民郵電出版社,2003,1-404．

[14] 心鈴．Delphi問答．軟件報[N],2004-07-5．

[15] 高永惠．淺談Delphi中的異常處理方法[J]．湖南輕工業高等?？茖W校學報,2002-04,9-10．

[16] 徐萌飛．在Delphi中使用ADO技術對數據庫操作[J]．中國學術期刊(光盤版)電子雜志社,2001,12-13．

[17] 陳建兵．Delphi中基于安全靈活的動態連接遠程數據庫SQL的實現[J]．福建電腦,2005,12-13．

[18] 孫育紅．關于地方法院管理信息系統分析設計與實施[D]．中國學術期刊電子雜志社,2001,8-9． [19] 岳冰．南部引嫩工程信息管理系統開發[D]．中國學術期刊電子雜志社,2003,20-21．

[20] 龐芳,王麗玫．南寧市自動氣象站業務服務數據庫系統[D]．中國學術期刊電子雜志社,2004,21-23．

[21] 徐軍．研究生院綜合管理信息系統的研究與實現[D]．中國學術期刊)電子雜志社,2004,32-33．

[22] 魯媛媛．碩士生導師綜合素質能力評價指標體系的研究[D]．中國學術期刊電子雜志社,2005,18-19．