（5）係統集成，包括與Word和Excel在集成。
2.2.2係統功能劃分
（1）公文處理模塊。公文處理模塊負責處理各類公文的辦理，各類公文從起草、審核到發布等這些過程都是在這個模塊完成的，在這個模塊裏要為各種公文設置不同的外觀，每種公文的界麵裏有調用WORD和導出WORD的功能。
（2）個人工作台。個人工作台用於對本人各項工作進行統一管理。個人郵箱存放著屬於自己的各類公文，別的用戶無法進入，郵箱有提示功能，突出顯示未辦或未閱公文，郵箱裏的草稿公文是由於是自己創建的，可以刪除，已經閱讀過的成文公文也可以刪除，待辦公文不能刪除；日程安排用來安排本人的日程和活動，起到提醒的作用；修改密碼用來更改用戶個人的密碼；公文查詢用來搜索查看自己有權限的公文。
（3）公文監控。公文監控提供公文從草稿到成文的辦文痕跡，記錄什麼人什麼時間對該公文做了什麼事情。
（4）係統管理。係統管理員負責辦公自動化係統的公文字號管理，用戶權限管理和流程走向管理。
（5）信息集成。信息集成模塊負責向該學校門戶網站發送通知公告類的公文。在學校的網絡中已經實現了與門口網站的連接。
2.3係統詳細設計
2.3.1 公共模板的設計
柔性工作流著重強調係統的可重構性、可重用性和可擴展性，係統框架圖裏公文處理模塊裏麵包括了多種公文處理子模塊，但這些公文處理子模塊其實有很多過程是相似的，如果我們把這些功能相似的部分做成可重用的模塊，即可以達到快速開發的目的又能使係統增加一定的柔性，再者，如果要修改各公文處理子模塊代碼時，隻需更改模板的代碼，而由模板生成的其他子模塊則能夠自動更新。在本文中，我們把這個模塊稱為“公共模板”。
2.3.2 流程部分設計
在設計流轉機製時，本係統在處理時將所有待處理的公文進行分類，然後針對每一類公文和處理該公文的對象來確定相應的流轉規則，並在係統建模階段將該規則寫入數據庫中。
假設現有部門A、部門B和部門C，同時有公文a、公文b和公文c。針對這三個部門和三類公文，我們可以設計一個簡單的流轉規則。對於公文a，隻能由部門C起草，部門 B和部門C可以接收、發送，而部門A隻能回複；對於公文b ，部門B和部門C都能起草，但隻有部門C能接收和發送，其它部門隻能回複；對於公文c，所有部門都能起草、發送和接收。該規則可以用相應的狀態
2.3.3 權限管理的設計
一個OA係統中有很多參與者，而且一般也有多種公文；每一類公文針對不同的參與者又有不同的權限。為了解決這個問題，可以引入RBAC（Role-Based Access Control）技術，先將用戶按部門和職責分組，再根據需要定義一些角色（比如起草、審核、回複、簽發、發布等） ，然後將相應的組分配相應的角色。實現時要將角色設置遊離出業務邏輯，設計可配置的單獨模塊，獨立於業務邏輯；而業務邏輯裏判斷的隻是角色，不涉及到具體用戶。這樣設計後，人員變動、權限更改就不會影響整個係統的應用邏輯。
3辦公自動化係統實現
3.1公共模板實現
（1）所有文檔：顯示所有文檔；
（2）草稿文檔：顯示起草後未提交審核但保存了的文檔；