企業辦公自動化系統的設計與開發畢業論文(編輯修改稿)

　

【文章內容簡介】 ，在統一規劃統一調度和高效交流下完成，以強大的系統工作流引擎以及自定義平臺工具為基礎，創建協同辦公平臺，打造高協同工作組織，實現共同目標。216。 創建組織溝通交流中心 20信息技術的快速發展為用戶提供了越來越多的溝通交流手段，每一項新工具在某種特定的環境下都能大大提高用戶間溝通交流的效率。如何在日常協同工作中充分發揮這些工具的作用，為用戶提供最經濟、最有效的服務正是溝通交流平臺所要解決的。OA將手機短信、郵件、即時通信、文件傳輸等通信工具都整合到溝通交流平臺中，作為中間件被其他功能模塊調用。用戶在平臺上進行協同工作時可以根據需要選擇最適用的工具進行溝通交流[5555664]。 用戶特點文中如沒有特殊說明的，使用本系統的用戶具有初級或中級以上的計算機水平即可。 一般約束本系統在前期可行性研究的基礎上，采用C+；通信協議采用TCP/IP，HTTP等協議，有些特殊的功能會用到SOAP協議；在開發的過程中假設所有的硬件設施均滿足用戶的需求；作為企業的OA系統，在系統的安全方面要求比較高，在系統的開發中要有相應的安全措施，以免造成不必要的數據丟失。本系統作為企業信息化建設的一個重要環節，在數據的共享方面會考慮與其余系統的兼容。 假設和依據在沒有特殊說明的情況下，假設系統所要求的軟硬件將都得到滿足。本節將對系統進行需求分析。通過對用戶的調查和總結分析，從運行環境、系統性能、系統功能、接口需求等方面來確定了系統的要求，下面將逐一分析。 運行環境要求1 用戶接口用戶所使用的瀏覽器建議為IE7+，建議用戶在分辨率為1024*768下使用本系統。2 硬件接口要指出軟件產品和系統硬部件之間每一個接口的邏輯特點。還可能包括如下事宜：支撐什么樣的設備，如何支撐這些設備，有何約定。3 軟件接口 20本系統所采用的軟件：表31系統所采用的軟件類型軟件名稱版本號操作系統windows server 2003開發工具Visual Studio2008數據庫SQL server2005web服務器IIS 4 通信接口指定各種通信接口。例如，局部網絡的協議等等。1 用戶數量分析表32用戶數量分析2 用戶行為分析使用系統的用戶主要為每工作日的工作時間，每天的7：30至8：10為使用系統的高峰3 性能估算最短平均響應時間（秒）= 3最高處理能力（次/分）= 用戶習慣操作頻率（次/天）= 30預期平均響應時間（秒）= 10最大并發用戶數 = 260 1) 技術約束　　本產品的約束條件包括： 22　　a. 數據庫、各種控鍵的使用和消息的調用；　　b. 編輯框的觸發等；2) 標準約束　　軟件完全按照軟件公司的標準開發，包括硬件、軟件和文檔規模。216。 可用性軟件充分考慮用戶的體驗。操作界面美觀、大方，簡潔但不失功能；對用戶的每一步操作具有很好的引導性；盡量減少用戶的輸入操作，對一些例外的處理具有很友好的提示。216。 安全性軟件大量的參數及文本內容全部放于數據庫中，所以參數不容易被錯改、破壞，萬一參數受到破壞也不會影響源程序。系統對用戶設置的密碼進行加密處理，即使有非法用戶截取了密碼但也很難破解。用戶進入系統之前，需要提供用戶名和密碼進行驗證。216。 可維護性軟件利用數據庫進行編程，系統結構由程序基本確定，大量的參數及文本內容全部放于數據庫或配置文件中。系統的配置信息只要對數據庫或配置文件進行修改，而不需要對系統結構進行修改，這樣系統維護性、升級都十分方便。216。 可轉移\換性本系統采用C+，具有容易部署的特點，所以在不同的windows操作系統之間都可以直接運行。在不同的環境中轉移或轉換只需要修改配置文件即可。通過對用戶的調查訪問和總結，嚴格按照軟件工程的開發流程，參照設計模式的思想，將系統大致劃分具有如下幾個大的功能模塊，如圖31所示：具體的功能模塊可分為：我的辦公桌、公共事務，信息交流等。圖31系統功能范圍1 我的辦公桌我的辦公桌將主要實現桌面個性化的功能， 如圖32所示圖32 我的辦公桌功能2 公共事務公共事務的主要功能通過下圖33來描述 24圖33 公共事務功能圖3信息交流信息交流的主要功能通過下圖34來描述圖34信息交流的功能圖4 人力資源管理人力資源管理的主要功能通過下圖35來描述 24圖35人力資源管理功能圖5 系統管理系統管理的主要功能通過下圖36來描述圖36系統管理功能圖 266 附件程序附件程序的主要功能通過下圖37來描述圖37附件程序的功能圖針對用戶的要求，按照企業辦公的特點，分析系統的業務流程，劃分業務功能模塊。如圖38所示。圖38 系統業務模塊圖根據上一節需求分析的結果，按照UML的方法，具體畫出了我的辦公桌的業務的用例圖，如下圖39所示。 26圖39 我的辦公桌用例圖依照UML的思想，根據需求分析的結果，規劃出公共事務的用例圖，如圖310。圖310 公共事務用例圖 28根據上一節需求分析的結果，按照UML的方法，具體畫出了我信息交流的用例圖，如下圖311所示。圖 311 信息交流用例圖依照UML的思想，根據需求分析的結果，規劃出人力資源管理的用例圖，如圖312。圖312 人力資源管理用例圖 28依照UML的思想，根據需求分析的結果，規劃處系統管理的用例圖，如圖313。圖313 系統管理的用例圖附件程序的用例圖，如下圖314所示。圖314附件程序的用例圖 30本章針對系統的需求進行了分析，包括功能需求和性能需求，接著在需求規定的基礎上采用面向對象技術建立基于對象的對象、動態、功能模型和UML的用例圖。 30電子科技大學工程碩士學位論文第4章系統的設計與實現本章描述系統的總體設計過程，主要包括系統的設計原則、架構，接口設計、并運用MVC模式實現系統的WEB應用模型。本系統設計遵守以下幾點原則：（1）整體性的原則：系統的開發采取“總體規劃、分步實施”的開發策略。在開發初期，先對系統進行整體規劃，然后在總體規劃下展開設計。（2）實用性原則：它是衡量軟件體系中最重要的指標之一，與業務相結合的緊密性、有無嚴格的業務針對性是其成敗的關鍵因素。（3）先進性原則：系統立足于先進技術，使其擁有技術領先的優勢。同時又要使用成熟的技術，保證其可靠地運行。充分考慮用戶的需求，從實際出發，保證系統的實用性、可維護性等等。（4）安全性原則：系統的安全問題不容忽視，在進行系統設計的過程中，還必須充分考慮潛在的，來自網絡內外部的安全風險，提供切實有效的安全保障措施，來保證系統安全、穩定地運行。（5）模塊化設計原則：辦公自動化系統是根據業務需要，它是動態變化的，采用模塊化的設計模式，使功能結構具有可伸縮性、可擴展性以適應公司其他方面的發展需求軟件總體設計階段的主要任務，便是把系統的功能需求分配給軟件各部分結構，形成軟件的功能模型的結構圖。如圖41 32圖41總體流程圖系統的運行架構如圖42所示：圖42系統運行架構圖頁面表示層主要任務為：完成向用戶展現數據，為用戶提供數據輸入的界面。通過頁面表示層，用戶可以完成日常的刪、增、改和查等的操作。數據業務邏輯層有著承上啟下的作用，數據業務邏輯層，它對于頁面表示層來說可以理解為是對數據操作的服務，當用戶進行請求操作的時候，頁面表示層通過調用相應的數據業務層的方法來完成對數據的操作。但對數據訪問層來說，它是動作的發起者，由數據業務邏輯層直接與數據訪問層通訊，將數據庫的數據提交，最后返回給頁面表示層[5468]。數據訪問層，它位于最下層，主要完成數據的操作和對數據源直接進行交互，完成對數據的直接操作。各個層次的功能不同，要求也不同，頁面表示層用于展現，客戶體驗、頁面美觀、頁面邏輯跳轉等等方面，都是這個層次需要注意的地方。數據業務邏輯層則是提供服務的服務組件，它對于方法和對象的抽取顯得尤為重要。數據訪問層涉及到數據庫的操作，對于性能有一定要求，需要考慮數據的訪問方式以及數據的持久性、完整性和獨立性[560、63]。用戶接口主要指各分/子系統的用戶操作界面。本系統的用戶接口在滿足系統功能及信息集成要求前提下，將重點考慮人機界面的交互性能要求。1．使相同的數據一次輸入，多次使用；一處輸入，多處引用。避免相同的數據重復輸入或多人輸入造成數據不一致或錯誤；2．采用漢化界面，盡可能減少用戶記憶的內容一般采用下拉菜單的方式，盡量減少漢字輸入；3．用戶界面應直觀、清晰，操作簡單、方便；4．數據錄入具有檢錯、糾錯和容錯功能；5．系統具有完善的幫助系統；6．系統具有快速的系統響應能力；7．對于用戶來說，系統要在一定的時間、指定的位置、以一定的形式輸出用戶所需要內容。在本系統中主要采用EXCEL文件輸出方式對結果進行輸出。其設計理念是圍繞具體的表單或各種統計、臺帳的格式以及輸出信息來進行的。我們有必要為具有不同數據源的系統建立一個整合的平臺，以供我們日常辦公所需。由于這里我們使用的是SQL2005數據庫，所以針對這些異構數據庫一般采用構件同義詞與DataLink的方式進行連接?？梢哉f它既是一套OA應用軟件，也是一個OA運作基礎平臺；既可直接使用，又可二次擴充。隨著應用的推廣和深入，這個平臺將成為機關的管理信息系統的神經中樞，擔負著整個組織的信息傳 34遞與共享、以及擔負著應用功能無縫連接的工作。內部接口指本系統內各分系統及模塊之間的信息傳遞和調用關系，如檔案程序和OA之間。分系統之間互傳著大量數據和信息，應當遵守開放系統標準，才能使互聯問題不致成為難點。本系統將基于網絡和分布式數據庫管理系統的基礎來實現各分系統之間的信息集成。因此，內部接口的設計主要解決異構環境下數據庫之間的數據存取。圖43本系統的數據庫涉及以下數據表部門信息表（Department）：存放部門的基本信息，包括部門編號、部門名稱 34等。職務信息表(Position)：存放職務的基本信息，包括職務編號、職務名稱等。員工信息表（BaseInf）：除存放員工編號、所在部門、姓名等基本信息外，還存放員工的登錄號、密碼等用戶信息。員工職務信息表（EmpPosition）：由于員工和職務是多對多的關系，本表提供員工和職務的對照字典。各表之間的關系如圖44所示。圖44數據表關系圖除使用上面數據字典模塊中定義的部門、員工信息表外，重點工作信息表(WorkGuide)用于存放部門重點工作的相關信息，如學年、學期、教學周、工作內容、時間、地點、負責人等。各表之間的關系如圖45所示。圖45數據表關系圖郵件信息表（MailCont）：存放郵件的基本信息，包括郵件編號、發送人、主題、內容、發送日期、重要程度等。 36郵件發送對象表（MailAdd）：存放郵件的接收信息，包括郵件編號、接收用戶、讀信息次數和最近一次閱讀的時間等。各表之間的關系如圖46所示。圖46數據表關系圖模塊字典表（sysFuncDic）：存放系統定義模塊信息，包括模塊編號、名稱等。角色字典表（sysRolesDic）：存放系統定義的角色信息，包括編號、名稱等。用戶角色關系表（sysEmpRoles）:存放用戶和角色對應關系信息。角色模塊權限表（sysFuncRights）:存放角色使用模塊的權限信息。系統日志表（sysOptLog）:存放系統的操作日志信息，包括操作員編號、操作時間、操作內容等。各表之間的關系如圖47所示。圖47數據表關系圖 36為了提高論文的可讀性，本節將僅給出部分重要代碼。本軟件編程語言采用C，編程工具采用Visual 2008，程序編碼遵循