第一篇：淺析數字律師事務所應用系統設計與實現論文（大全）

近年來，我國公民法律意識不斷提高，律師和律師事務所數量和業務不斷擴大。但律師職業能力和律師事務所管理水平與國際相比還存在很大差距，尤其是信息化管理水平相對較低。提升我國律師事務所管理水平，縮小與國外律師所的差距，爭取早日與國際接軌，是擺在我們面前的一個緊迫的難題。國際對律所信息化建設比較一致的觀點認為一個律所信息化會經歷起步、增長、發展和成熟四個階段，起步階段的特征是用軟件處理數據，增長階段則有個軟件系統，發展階段的特征是有集成化的技術和系統，而成熟階段則是將用戶、內部律師、客戶端集成在一起。目的及意義

隨著公民的法律意識越來越高，傳統的律師事務所業務流程與發展模式不能滿足客戶和行業的需求。全國各地法院都建立了電子法院系統，從立案到審查，再到結案的各個環節都已經進入到了數字化的時代。各類卷宗歸檔的數字化也必將在不久的將來成為行業的主流形式。截止到2016 年3 月，全國執業律師數量達到29.7 萬人，律師事務所達到2.4 萬多家，與4 年前相比增幅分別達38%和20%。數字律師事務所應用系統是一個具有廣泛需求的潛在市場，應用先進的軟件管理系統，能促進律所管理規范化，提高管理能力和服務水平。

數字律師事務所應用系統的實現使得律師事務所內部管理實現了有序化、規范化、并通過資源共享，有效地進行資源的優化與調配，極大地提高了辦公效率，并通過網絡化管理的窗口，大力推展業務。通過信息有效的整合，提高服務質量、競爭力、促進我國法治建設。行業特點

與一般企業相比，律師事務所的日常工作具有如下特點：

1)辦公場所和辦公時間相對靈活。

2)工作人員之間的工作彼此獨立而又不可分割。

3)涉及到大量的文書處理。

4)需要同客戶進行交互。系統開發方案

針對行業特點和對系統功能的調研和需求分析，本系統設計以案件管理為核心，以律師管理為基礎，把案件、律師、客戶及日常行政管理等信息進行緊密關聯，來協助律師進行移動式網絡化辦公，對律師日常工作中的客戶、案件卷宗、日程安排、法律法規、法律文書等文件和信息進行智能化的處理，協助律師和律師事務所對紛繁復雜的信息進行有效的管理，從而極大地提高工作效率和管理水平。

目前國內律師事務所管理系統主要分為以下類型：一是基于簡單的局域網共享的，基于簡單的局域網共享架構簡單，入手快。但律師事務所的工作效率并沒有得到顯著提高。第二種是單機版架構，單機的律師事務所管理系統可以實現一些律師事務所的管理功能，但在協同工作、資源共享上顯得力不從心。三是基于C/S 架構，此類系統是由服務器與客戶端構成，律師們利用客戶端就可以實現遠程辦公，資料的共享調閱，工作流程的管理，財務，權限管理等。但此類系統必須安裝客戶端，給松散的律師業務帶來不便。

近幾年，隨著IT 技術的迅猛發展，互聯網也在發生著巨大變化，它的終端已從傳統的個人電腦逐漸演變為移動智能終端，人們已經進入了移動互聯網時代。人們希望能夠隨時隨地的獲取信息和處理信息，不受地域、時間的限制。因此，互聯網技術和移動通信緊密融合已成為目前不可阻擋的發展趨勢。隨之出現的搭載于移動智能終端的Android 操作系統和IOS 操作系統極大地促進了移動互聯網的不斷進步，特別是Android 系統，憑借其開放性吸引著眾多專業人士開發基于它的各種應用程序。本系統的開發方案把C/S 架構與移動互聯網緊密結合起來，實現律師業務應用系統的數字化。移動終端設備通過3G/4G 網絡訪問服務器，PC 端通過Internet 訪問服務器，并實現數據資源的共享。系統功能模塊

系統具有十大功能模塊，按照人員可劃分為三大模塊。

1)客戶管理。針對企業和個人客戶建立詳細的檔案，滿足不同客戶的需求。

2)業務管理。對業務案件進行登記，跟蹤辦理進度，隨時了解案件進展。

3)法務文檔管理。法律法規庫、司法文書庫、辯護詞庫。

4)行政管理。主要有通知公告、考勤管理、值班日志、工作匯報等。

5)人事管理。提供了完備的人事檔案管理功能。

6)文件管理。收發文件進行歸檔管理。

7)客服管理。對客戶咨詢、投訴、主動服務進行登記。

8)個人管理。管理個人信息。如個人日程安排、備忘事項提醒、通訊錄等。

9)用戶管理。系統用戶管理，根據不同級別進行權限限制。

10)系統管理。保證系統運行穩定，安全可靠。如系統登陸日志管理、數據備份還原、數據字典設置等。系統實現技術

5.1 ASP.NET

ASP.NET 是一個統一的Web 開發模型，它提供了為建立和部署企業級Web 應用所必要的服務。隨著.NET Framework 版本的更新，ASP.NET 也經歷了多個版本。它所具有的主要特點有：

1)ASP.NET 是同Microsoft.NET Framework 集成在一起的，運行在CLR 運行庫環境之內。

2)ASP.NET 是編譯執行的，它支持多種編程語言，同時，也是面向對象的。

3)ASP.NET 是跨瀏覽器和跨設備的，并易于配置。

5.2 數據庫

本系統采用SQL Server2000 作為后臺數據庫。SQL Server2000能夠滿足大型Web 站點和企業數據處理系統的數據存車分析需求，并且還可以與.NET 技術實現無縫結合。系統數據庫訪問采用的是流行的ADO.NET 技術。

5.3 Android

Android 是由谷歌公司于2007 年推出的基于Linux 內核的操作系統。Android 操作系統以其開源性受到各大移動設備生產廠商的青睞，隨著版本不斷迭代，其功能變得更加強大。Android平臺具有開放性、應用程序平等性、易開發性和并行性的特點。本系統移動客戶端開發就是建立在Android平臺之上。展望與不足

本系統中的所有操作都完全針對律師的日常工作流程進行設計，具有功能齊全的特點。以律師案件辦理為核心，以規范化律師事務所日常辦公為宗旨，系統功能涵蓋了律師事務所日常業務。具有操作簡單，流程清晰的特點。同時，系統設計中充分考慮了安全性能，通過網絡數據存儲和備份功能，從而最大程度的保障了數據的安全性。

系統存在的主要不足，一是移動終端平臺目前還只局限于Android平臺，但iOS 也是一個巨大的市場，所以系統在應用領域存在巨大缺憾，后繼將開發擴展。同時，只局限于律師事務所的日常管理，而目前法院正在積極推進電子法院建設，如網上立案，證據交換，在線開庭等。系統應對接口進行有效設計，以便今后的全方位對接。

結語

系統開發設計，實現了大部分的主要功能，今后還將在移動客戶端的信息推送方面進行深入探索，這對于提高律師和律師事務所的知名度，提升用戶體驗等方面具有現實意義。

第二篇：公交查詢系統設計與實現論文

公交查詢系統設計與實現論文

1引言

隨著城市經濟的發展、規模的擴大以及人口的增長，城市交通問題日益突出。降低出行時間將使所有的公交利用者產生效益，快速的交通、更好的信息及更好的市場可以提高公交的形象，能夠增加公交乘坐者。城市公共交通運輸以其覆蓋面廣、經濟、快捷的特點，成為絕大多數出行者的首選方式，也是各地城市政府大力發展的一種交通方式。本地市民特別是外來旅游、出差、就醫等急需了解本地道路情況的人可以利用本系統方便快捷的查詢出所有符合他們要求的公交路線，對他們的出行和生活提供幫助。我國城市公交乘客信息系統的發展處于一個落后的水平,廣大乘客可以獲得信息的方式很少,公交信息的完整性和準確性得不到保證，而且還沒有專門的機構負責信息的發布和管理。出于這個目的,在老師的指導下,我設計了這個城市公交線路查詢系統。在對公交乘客出行心理特征進行分析的基礎上,考慮乘客選擇公交線路決策的因素,進行程序關鍵部分的框架設計。

現階段，人們的出入方式主要還是來源于城市公交，特別是對于那些到外地出差、打工，進行商業有關或其他事情需要在外地進行短暫停留的人而言，公交對他們是必不可少的，但是對于那個不屬于自己所熟悉的城市，坐公交也是一個很大的難題，因此，開發一個公交查詢系統就顯得非常的重要。本系統的核心是對選擇好的車次進行路線的查詢，或者輸入所要查詢的車站名，點擊“查詢”按鈕，查詢所有含有該站的車次及相應的停靠站。此處既可以“精確查詢”也可以是“模糊查詢”，“模糊查詢”主要方便那些對站名不是很清楚，但知道其中的一部分的乘客，系統可以幫助他們快速的查出。

1.1論文的研究內容

公交查詢系統是一個取代過去由人工查詢的查詢系統。本論文論述了一個基于瀏覽器/服務器（B/Srowser/Server）模式的公交查詢系統的研究和實現的過程.論文從開發平臺和工具談起，對ASP.NET服務器所提供的組件及其屬性和方法做了一般介紹，更重要的是闡述了ASP.NET的數據庫訪問組件ADO.NET的使用方法。最后，詳細介紹了如何創建“公交查詢系統”的全部過程。系統的開發工具與環境

2.1ASP.NET簡介

ASP.NET是一種建立在通用語言上的程序構架，能被用于一臺

Web務器來建立強大的應用程序。ASP.NET提供許多比現在的開發模式強大的的優勢。AS.PNET建立在.NET Framework的編程類之上，它提供了一個web應用程序模型，并且包含使生成web應用程序變得簡單的控件集和結構。ASP.NET包含封裝公共用戶界面元素（如文本框和下拉菜單）的控件集。但這些控件在務器上運行，并以HTML的形式將它們的用戶界面推送到瀏覽器。在服務器上，這些控件公開一個面向對象的編程模型，為web開發人員提供了面向對象的編程的豐富性。ASP.NET還提供結構服務（如會話狀態管理和進程回收），進一步減少了開發人員必須編寫的代碼量并提高了應用程序的可靠性。另外，ASP.NET 使用這些同樣的概念使開發人員能夠以服務的形式交付軟件。使用ML webservices功能ASP.NET開發人員可以編寫自己的業務邏輯并使ASP.NETT結構通過SOAP交付該服務。Visual Studio.NET是一套完整的開發工具，用于生成應用程序、XML Web services、桌面應用程序和移動應用程序。Visual Basic.NET、Visual C++.NET、Visual C#.NET和VisualJ#.NET全都使用相同的集成開發環境(IDE)，該環境允許它們共享工具并有助于創建混合語言解決方案。另外，這些語言利用了.NET Framework的功能，此框架提供對簡化應用程序和XML Web services 開發的關鍵技術的訪問。

2.1.1ASP.NET技術的優點

ASP.NET是一種將各種Web元素組合在一起的服務器技術，是一個統一的Web開發平臺，它提供了生成一個完整的Web應用程序所必須要的各種服務。與以前的開發模型相比較，它提供了以下數個重要的優點：

(1）增強的性能。ASP.NET是在服務器上運行的編譯好的公共語言運行庫代碼。與被解釋的前輩不同，.NET可利用早期綁定、實時編譯、本機優化和盒外緩存服務。這相當于在編寫代碼之前便顯著提高了性能。(2）世界級的工具支持。ASP.NET框架補充了Visual Studio集成開發環境中的大量工具箱和設計器。WYSIWYG編輯、拖放服務器控件和自動部署只是這個強大的工具所提供功能中的少數幾種

（3）威力和靈活性。由于ASP.NET基于公共語言運行庫，因此應用程序開發人員可以利用整個平臺的威力和靈活性。.NET框架類庫、消息處理和數據訪問解決方案都可從 Web 無縫訪問。ASP.NETT也與語言無關，所以可以選擇最適合應用程序的語言（如C#），或是跨多種語言分割應用程序。另外，公共語言運行庫的交互性保證在遷移到ASP.NET時保留基于COM的開發中的現有投資。（4）簡易性。ASP.NET使執行常見任務變得容易，從簡單的窗體提交和客戶端身份驗證到部署的站點配置。

（5）可管理性。ASP.NET采用基于文本的分層配置系統，簡化了將設置應用于服務器環境和Web應用程序。由于配置信息是以純文本形式存儲的，因此可以在沒有本地管理工具幫助的情況下應用新設置。此“零本地管理”哲學也擴展到了ASP.NET框架應用程序的部署。只需將必要的文件復制到服務器，即可將ASP.NET框架應用程序部署到服務器。不需要重新啟動服務器，即使是在部署或替換運行的編譯代碼時。

（6）可縮放性和可用性。ASP.NET在設計時考慮了可縮放性，增加了專門用于在聚集環境和多處理器環境中提高性能的功能。另外，進程受到ASP.NET 運行庫的密切監視和管理，以便當進程行為不正常（泄漏、死鎖）時，可就地創建新進程，以幫助保持應用程序始終可用于處理請求。2.1.2.NET Framework概述 NET Framework是用于生成、部署和運行XML Web services 和應用程序的多語言環境。它由以下幾個主要部分組成：

公共語言運行庫

運行庫實際上在組件的運行時和開發時操作中都起到很大的作用，盡管名 稱中沒有體現這個意思。在組件運行時，運行庫除了負責滿足此組件在其他組件上可能具有的依賴項外，還負責管理內存分配、啟動和停止線程和進程，以及強制執行安全策略。在開發時，運行庫的作用稍有變化；由于做了大量的自動處理工作（如內存管理），運行庫使開發人員的操作非常簡單，尤其是與今天的COM相比。特別是反射等功能顯著減少了開發人員為將業務邏輯轉 變為可重用組件而必須編寫的代碼量。

統一編程類

該框架為開發人員提供了統一的、面向對象的、分層的和可擴展的類庫集(API)。目前，C++開發人員使用Microsoft基礎類，而Java開發人員使用Windows 基礎類。框架統一了這些完全不同的模型并且為Visual Basic和JScript程序員同樣提供了對類庫的訪問。通過創建跨所有編程語言的公共 API 集，公共語言運行庫使得跨語言繼承、錯誤處理和調試成為可能。從JScript到C++的所有編程語言具有對框架的相似訪問，開發人員可以自由選 擇它們要使用的語言。2.2 ADO.NET概述

ADO.NET并不是ADO的升級版本，它是全新的面向對象模型。比ADO更適應于分布式及Internet等大型應用程序環境，為了多人同時存取更具擴展性，ADO.NET的數據存取采用的是離線存取模式，可說是專門為.NET臺設計的數據存取結構。它具有簡單地訪問關系數據、可擴展性、支持多層應用程序、統一XML和關系數據訪問的特點。ADO.NET的主要目標是提供對關系數據的簡單訪問功能。坦白的說，易于使用的類描述關系數據庫中的表、列和行。另外，ADO.NET引入了DataSet類，它代表來自封裝在一個單元中的關聯表中的一組數據，維持他們之間完整的關系。這是在ADO.NET中的新概念，可以顯著的擴展數據訪問接口的功能。ADO.NET可以擴展——它為插件.NET 數據提供者（也稱為可管理提供者）提供了框架，這些提供者被構建，以便從任何數據源讀取和寫入數據。ADO.NET提供了兩種內置的.NET數據提供者，一種用于OLE DB數據源，另一種用于Microsoft SQL Server。可以通過OLE DB訪問數據格式（比如Microsoft Access）、第三方數據庫和非關系數據另外，Microsoft最近預演了用于ADO.NET的ODBC.NET數據提供者，它允許.NET 訪問更多的舊的數據格式和第三方數據庫。ADO.NET用于多層應用程序。這是當今商業和電子商務應用程序最常見的體系結構。在多層體系結構中，應用邏輯的不同部5分1運a行s在p多x個服務器或進程中，每一部分就稱為一層。ADO.NET使用開放的Internet標準XML格式在層之間通信，允許數通過Internet防火來傳遞，并允許以非Microsoft技術來實現一層或多層。那么在Visual Studio.NET中ADO.NET訪問數據庫分為二種。一種是SQL Server 數據庫，另一種是其任何類型的數據庫。本系統的后臺數據庫為SQL Server2005,因此是通過SQLConnection、SqlCommandSqlDataAdapter、DataSet等幾個主要的數據訪問對象來訪問數據的.需求分析

3.1系統需求分析

隨著我國經濟的高速發展，人們生活水平的提高，越來越多的人開始熱衷于到外地旅游。那么對于這些外來旅游者，首先搞清這個城市的公交路線顯的很重要！我的家鄉沈陽，作為一個旅游城市，每年都要吸引大量的游客，為了滿足這些游客熟悉公交路線的需求，特以公交查詢系統為設計課題。本軟件不僅能給游客帶來方便，也能給廣大市民提供方便。我認為這樣的系統應該具有很好的實用性！開發本系統的目標就是立足廣大乘客的實際，著眼于公交業的未來發展，規范公交管理，提高服務質量，方便乘客查詢，并為此設計該系統。人們生活水平的提高，越來越多人喜歡旅游，但是第一次來一個陌生的城市，肯定對公交路線不熟悉，所以必定需要一個能查看具體公交線路的公交系統。有些只知道一個站的某幾個字或一個車次的某幾個數字，所以本系統將給出站點的模糊查詢，方便用戶的查詢，有些只知道車次

或某個站點，本系統也給出了公交線路查詢、公交站點查詢、公交換乘查詢，進一步方便大家的出行，但也有用戶什么都查不到，想留言問問人，所以再搞個留言板很有必要，方便大家交流以及解答各種疑難問題！本系統采用結構化設計的方法來實現系統總體功能，提高系統的各項指標，即將整個系統合的劃分成各個功能模塊，正確地處理模塊之間和模塊內部的聯系以及和數據庫的聯系，定義各模塊的內部結構，通過對模塊的設計和模塊之間關系的系統來實現整個系統的功能前臺主要有3個模塊，線路查詢、站點查詢、公交換乘模塊和后臺管理模塊

功能名稱：線路查詢

功能概述：可以獲得要查詢公交所通過的各個站點。

功能名稱：站點查詢

功能概述：通過輸入的指定站點查詢經過該站點的公交。

功能名稱：公交換乘查詢

功能概述：分為公交直達、公交一次換乘，主要體現那些不可直達需要轉車的路線的所有換法。(如果用戶輸入的起始點和終點，有一條及一條以上的公交線可以直達的，則為公交直達；如果輸入的起始點和終點，沒有一條公交線可以直接到的，系統將會給出一次換乘的方案，則為公交一次換乘)功能名稱：后臺管理

功能概述：用于管理員登陸，添加、修改、刪除公交線路，修改信息資料、安全密碼，回復留言板等功能。

本系統提供了的車次查詢功能、路5線1查A詢S功P能X。乘客可以方便的進行查詢，以防乘錯車次。當然有些功能的智能化不是很強，系統有待進一步來完善。

3.2 數據庫需求分析

數據庫在一個信息管理系統中占有非常重要的地位，數據庫結構設計的好壞將直接對應用系統的效率以及實現的效果產生影響。合理的數據庫結構設計可以提高數據存儲的效率，保證數據的完整和一致。

數據庫技術是由傳統的文件系統發展而來的，從層次模型、網狀模型發展到關系模型。數據庫技術是數據管理的最新技術，是計算機科學的一個重要分支，它能指導我們正確地設計數據庫系統，它的出現極大地促進了計算機應用的發展。采用數據庫技術的原理和方法可以有效地設計實用的數據庫系統。一個完整的數據庫系統包括數據庫管理系統（DBMS），數據庫管理員（DBA）、數據庫（DB）、應用程序和相應的硬件設施。

目前許多數據庫管理系統都基于關系模型，關系模型的主要特點是用表格結構表達實體，用鍵表示實體與實體之間的聯系。與層次模型和網狀模型相比，關系模型比較簡單，容易為初學者接受。關系模型是由若干個關系模式組成的集合，關系模式相當于記錄類型，它的實例稱為關系。每個關系是一張表格。表格簡單，用戶易懂，用戶只需用簡單的查詢語句就可以對數據庫進行數據操作，并不涉及到存儲結構，訪問技術等細節。關系模型是數學化的模型，要用到集合論，離散數學等知識。SQL語言是關系數據庫的代表性語言，已經得到廣泛應用。

在設計數據庫時，應注意數據的安全性，保證數據的安全，防止非法用戶訪問數據庫，以免泄露重要信息，同時也能51防A止s非法用戶的蓄意破壞，有許多保護數據的方法，如采用用戶標識，口令密碼或訪問控制等方法。一個成功的數據庫應用系統應具有用戶標識，每一個合法用戶具有一個用戶名和相應的口令，進入數據庫應用系統前必須輸入正確的口令，否則無法進入系統，這就保證了只有合法的用戶才能操作數據庫系統。為了保證數據的合法語義，必須對數據庫的數據進行完整性約束，即防止用戶輸入不合語義的數據。

在設計應用軟件時，應嚴格按照軟件工程學的方法進行設計，傳統的方法采用瀑布模型，從問題定義、可行性分析、需求分析、概念設計、總體設計、系統實現、編碼和軟件測試、運行和維護等軟件生命周期內，每一階段均在前一階段的基礎上進行設計，并在每一階段有相應的文檔資料。設計數據庫系統時應該首先充分了解用戶各個方面的需求，包括現有的以及將來可能增加的

需求。數據庫設計一般包括如下幾個步驟：數據庫需要分析，數據庫概念結構設計，數據庫邏輯結構設計。

4系統概要設計

4.1概述

本階段設計的基本目標是解決系統如何實現問題，也叫做概要設計，本階段主要任務是劃分

出系統的物理元素及設計軟件的結構，完成軟件定義時期的任務之后就應該對系統進行總體設

計，即根據系統分析產生的分析結果來確定這個系統由哪些系統和模塊組成，這些系統和模塊又如何有機的結合在一起，每個模塊的功能如何實現。系統設計的目標是使系統實現擁有所要求的功能，同時，力爭達到高效率、高可靠性、可修改性，并且容易掌握和使用。模塊化的依據是：

把復雜問題分解成許多容易解決的小問題。原來的問題也就變得容易解決。模塊化設計是把大型軟件按照一定的原則劃分成一個較小的相對功能獨立又相關聯的模塊。每個模塊完成一個特定的子功能。把這些模塊結合起來組成一個整體。完成指定的功能，滿足問題的要求。采用模塊化原理的優點在于可以使軟件結構清晰，容易測試和調試。從而提高軟件的可靠性，可修改性。有助于軟件開發的組織管理。一個大型軟件可分別編寫不同的模塊。4.2功能模塊劃分 查詢系統模塊

該模塊實現公交查詢功能。可實現按線路查詢、站點查詢和起點—終點查詢三種查詢方式。錄入系統模塊該模塊實現數據的新增、修改、刪除功能。

4.3.1 數據庫概念結構設計

在系統設計的開始，我首先考慮的是如何用數據模型來數據庫的結構與語義，以對現實世界進行抽象。目前廣泛使用的數據模型可分為兩種類型，一種是獨立于計算機系統的“概念數據模型”，如“實體聯系模型”；另一種是直接面向數據庫邏輯結構的“結構數據模型”。在本系統中我采用“實體聯系模型”（ER模型）來描述數據庫的結構與語義，以對現實世界進行第一次抽象。ER模型直接從現實世界抽象出實體類型及實體間聯系然后用ER圖來表示數據模型。它有兩個明顯的優點：接近于人的思維，容易理解；與計算機無關，用戶容易接受。但它只是數據庫設計的第一步。E-R圖是直觀表示概念模型的工具，它有三個基本成分：

（1）矩形框，表示實體類型（考慮問題的對象）。（2）菱形框，表示聯系類型（實體間的聯系）。（3）橢圓形框，表示實體的屬性。實體和屬性的定義如下：

管理員表（登陸ID，登錄姓名，登錄密碼）站名表（站名編號，站名）

車輛線路編號表（車次，車線類型）

線路表（線路編號，車次，站名，次序）

車輛表（車輛編號，車次，車輛類型，服務類型，票價，IC 卡類型，運行區間）

冬季發車時間表（車次，編號，首班時間，末班時間）

夏季發車時間表（車次，編號，首班時間，末班時間）

4.3.2數據庫邏輯結構設計

本系統創建的SQL數據庫名稱為城市公交查詢系統。并將數據文件和日志文件保存在公交查詢系統APP_DATA文件夾中。①管理員表(LoginTable)

管理員表存放登陸系統所需要的用戶名和密碼，登錄后臺時需要訪問此表。

②站名表

站名表存放站名等數據，修改站名需要訪問此表。

③車輛線路編號表

車輛線路編號表存放線路編號等數據，修改車輛線路編號將要訪問此表。

④線路表

線路表存放公交車線路的數據，修改車輛線路需要訪問此表。

5詳細設計與實現

5.1.連接數據庫的包含文件

在動態網站中，調用數據庫中的數據是十分頻繁的，為了避免編寫重復的代碼。編寫一個數據庫連接文件是非常重要的。DB.cs

文件中包含了本系統中的數據庫的連接代碼。本系統的數庫 的連接代碼如下：

public static SqlConnection createConnection(){

SqlConnection

con=new SqlConnection(“server=.;database=城市公交查詢系統;uid=sa;pwd=;”);return con;}

5.1.1新增車次線路

此模塊為管理員操作，如當地出現新的公交線路，或原有公交車線路有新的站點加入，管理員可以登錄此表，及時添加線路和站點的信息，以保證車次線路的及時更新，方便用戶查詢。添加車次的界面如圖所示。

在輸入相關車次信息后便進入站名添加過程如圖

5.1.2新增車次線路

此模塊為管理員操作，如當地出現新的公交線路，或原有公交車線路有所變動是，管理員可以登錄此模塊，及時添加相關的線路圖，以保證車次線路圖的及時更新，方便用戶查詢。添加的界面如圖

5.1.3刪除車次以及無效站點

此模塊同樣為管理員操作，如當地哪個公交線路已經被廢除，或原有公交車線路有哪個站點被刪除，管理員可以登錄此表，及時刪除線路和站點的信息，以保證車次線路的及時更新，方便用戶查詢。刪除的界面如圖

5.1.4刪除線路圖

該模塊在管理員系統中實現，如當地哪個公交線路已經改變，管理員可以登錄此模塊，及時刪除線路圖信息，以保證車次線路圖的及時更新，方便用戶查詢。刪除的界面如圖

6測試與維護

6.1 創建和測試應用程序

為了確保本系統能夠正常運行，需要在發布之后做一次較全面的測試。現將具體操作及過程

舉例說明如下：

創建和測試應用程序應是交替進行的，既要注意開發的效率也要注意它的穩定性。每編寫一個模塊，就要對這個模塊進行測試，看它能否根據特定的要求工作。及早發現問題，及早解決，否則到最后再來測試的話，難度會大大增加。6.2測試項目

在MIS開發過程中采用了多種措施保證軟件質量，但是實際開發過程中還是不可避免地會產生差錯，系統中通常可能隱藏著錯誤和缺陷，不經周密測試的系統投入運行，將會造成難以想象的后果，因此系統測試是MIS開發過程中為保證軟件質量必須進行的工作。大量統計資料表明，系統測試的工作量往往占MIS 開發總工作量的40%以上。因此，我們必須重視測試工作。由于程序中隱藏的缺陷只在特定的環境下才有可靠顯露，系統缺陷通常是由于對某些特定情況考慮不周造成的。因此測試不是為了表明程序正確；成功的測試也不是沒有發現錯誤的測試。

有意義的軟件測試應該是從“破壞”軟件系統的角度出發，精心設計最有可以暴露程序系統缺陷的測試方案。因此軟件測試的目標應該是以盡可能少的代價和時間找出軟件系統中潛在的錯誤和缺陷。

總結

在公交數字化的時代，公交系統的設計者應當以乘客需求為首位，調整服務策略，滿足社會的需要和乘客的需要，充分發揮公交系統交通中心的作用。本系統基本達到了預定的設計目標，但是在系統的實際化應用中仍需要改進和提高公交查詢系統的服務職能。系統的不足與改進方案：

在數據庫設計方面，還有待改進，數據庫設計也可采用別的形式，比如：可以用一個字段作為站點字段，另一個字段作為經過該站點的車次字段，只要找到經過某個站點最多的車次，就可以設計該字段的類型以及長度。其次，系統的實際應用化欠缺，可以通過使用根據起點站、終點站來確定那條路線，給出多種乘車方案的方法改進。線路的更新應該可以通過調整數據庫次序的方法來更新。同時，界面的設計不夠美觀版面的設計以及查詢結果的顯示不夠人化，視覺效果不佳。應當參照一些比較美觀的網站設計進行色彩的調整，同時亦可以加入更多的FLASH效果使得頁面更具動態性。

致謝

時光飛逝，一轉眼我的大學生活就要結束了。這兩年我學到了很多很多的知識，是我人生的一個轉折。我之所以能取得這些成績，除了有自己的努力外，在我的學習，生活中還得到了很多人的關心和幫助。在此我要對他們表示衷心的感謝。

首先，我要感謝我的畢業指導老師。在連續數月的畢業設計中，她不遺余力地指導和幫助我。在她孜孜不倦的教誨下，我順利地完成了畢業設計。老師對工作認真負責的態度，對學生無私的關懷，使我受益良多。我衷心地感謝她。在這里我還要感謝所有指導過我的老師們，沒有你們的培養我無法完成兩年的大學學業還有，我能有今天，是與我父母的辛勤培養分不開的，他們為我付出了一切。我將在以后的學習、工作中再接再厲，盡我最大的努力做到最好來報答父母的養育之恩。

參考文獻

[1]曹祖圣.吳明哲.Visual C#.NET 程序設計經典.北京:科學版社,2004.P.50-53.[2]宣小平.ASP.NET數據庫系統開發實例導航.上海:人民郵電出版社,2003.P.121-130.[3]金銀秋.數據庫原理與設計.北京:科學出版社,2003.P.201-230.[4]張海藩.軟件工程.北京:人民郵電出版社2002.P.75-80.[5]朱曄.ASP.NET 第一步——基于C#和ASP.NET2.0.北京:清華大學出版社,.2007-7-1.P.301-310.[6]譚振林.道不遠人——深入解析ASP.NET 2.0 控件開發.北京:子工業出版社。2007-9-1.P.125-140.[7]哈特 ASP.NET 2.0經典教程——C#篇孟憲瑞，易磊.北京:人民郵電出版社.2007-2-1.P.20-40.[8]朱印宏，熊利榮.Dreamweaver 8完美網頁設計——ASP動態網頁設計篇.北京 中國電力出版社.2006-10-1.P.63-72.[9]郝剛ASP.NET 2.0開發指南.北京:人民郵電出版社.2006-5-1.P.53-55.

第三篇：無線通信SCADA系統的實現與應用論文

SCADA系統的特點

SCADA（Supervisory Control and Data Acquisition）系統即監視控制與數據采集系統，是以計算機為基礎的監測控制與調度管理自動化系統，能實現遠程數據采集、設備控制、測量、參數調節以及信號報警等各項功能，可廣泛應用于電力、水利、石油、化工、環保和市政等眾多領域，電子通信論文《無線通信SCADA系統的實現與應用》。

SCADA系統一般采用分散式測控、集中式管理的方式，整個系統由監控中心、若干個分散的遠程測控終端RTU（Remote Terminal Unit）和通信介質三部分組成。監控中心又稱主站，是SCADA系統的核心，負責控制管理整個系統的運行；RTU又稱外圍站點，是采用微處理器或DSP的可獨立運行的智能測控模塊，完成各種遠端現場數據的采集與處理、現場執行機構的控制以及與遠程控制中心的通信，具有易擴展性和易維護性特點；通信介質根據實際需求和應用對象的不同多種實現方式，下面稍作分析。通信介質的選取

數據傳輸介質分為有線和無線兩類。有線傳輸方式如：電力線載波、RS-485現場總線和PSTN公用電話網等。無線傳輸方式如：VHF/UHF無線電臺、ISM擴頻電臺、GSM移動電話網以及衛星通信網等。每種方法各種其特點。

電力線載波利用現有的供電線路不需另鋪專用通信線路，但電力線固有干擾較大，且載波信號只能在一個配電變壓器區域內傳送，通信跟蹤較短；RS-485現場總線具有通信效率高、可靠性好等優點，但用于大容量系統時鋪設專用線路工程造價太高。PSTN公用電話網和GSM移動電話網的初期投入費用少，無盲區覆蓋，但日積月累的運營費用極高；ISM（工業科學醫療用途）頻段的擴頻電臺（2.4GHz）及微波（4GHz以上）可用于遠距離、高性能傳輸，但價格昂貴。

第四篇：圖書管理系統的設計與實現論文

1、圖書管理系統的設計與實現論文：

概念：作為一種信息資源的集散地，圖書和用戶借閱資料繁多，包含很多信息數據的管理。優點：減輕工作，使工作科學化、規范化，提高工作質量。缺點：傳統方式存在：效率低下等特點，由于不要避免的人為因素，造成數據遺漏，維護困難。

功能：圖書檢索模塊、圖書管理模塊、數據維護模塊、數據統計模塊。

圖書檢索模塊：查詢。

圖書管理模塊：操作。由借出圖書登記、歸還圖書登記、續借圖書登記。

數據維護模塊：由增/刪/修改讀者、增/刪/修改圖書、瀏覽修改讀者、瀏覽修改圖書。數據統計模塊：讀者統計、圖書統計、借出圖書統計。

意義：由封閉轉為開放式，被動為主動，統一管理。

可行性分析：它的主要目的是實現圖書館、讀者以及日常工作等多項管理。本系統設計：系統業務流程分析、系統功能設計、系統模塊設計等。系統可行分析方面：

{1}技術：處理速度快、準確性高、安全性高。（2）經濟：系統建設無需很大投入，可縮減人力。{3}運行：作為中小型系統，耗費資源小。{4}社會因素：可降低人員工作強度，提高效率。

技術介紹：

ASP。NET：可管理性、安全、易于部署、增強性能、靈活輸出緩存、國際化、移動設備支持、擴展性和可用性、跟蹤和調試、與.NET Framework集成、與ASP.NET應用程序兼容性。SQL：上手易、兼容性好等。

系統需求分析：

傳統圖書館已無法滿足現代人需要，但電子閱室不受時間、窨限制，操作方便，實現技術成熟。主要分為兩部分：讀者部分和管理員部分。為便于讀者閱讀我們將圖書按照內容分類，讀者可快速瀏覽，管理員給其他用戶分配用戶名和密碼。

實現目標：

1、界面設計友好、美觀、數據安全。

2、基本信息設置以及圖書和讀者信息的分類。

3、查詢功能。

4、實現對圖書借閱與信息跟蹤。

5、提供歸還日期提醒、權限設置功能。具有維護性和操作性。

第五篇：辦公自動化系統的設計與實現答辯論文

辦公自動化系統的設計與實現答辯論文

隨著信息化社會的來臨，傳統的紙質化辦公已經顯得效率低下，將信息技術引入辦公勢在必行，辦公自動化(OA)的時代已經來臨。由于國家對3G建設持續加大投入，3G已經成為目前的主流通信網絡。移動終端的普及和無處不在的3G網絡使移動辦公成為可能。正是在這樣的背景下作者擬開發一套基于移動平臺的辦公自動化系統。

本文所設計并實現的基于移動平臺的辦公自動化系統是在Android平臺下利用java語言進行開發的，數據庫使用的是Oracle數據庫。本文的主要工作如下：本文首先對移動辦公的背景和相關的開發技術進行了詳細的闡述，再對某公司辦公現狀進行了闡述，對移動辦公自動化系統進行了功能需求分析，再對系統進行了設計和實現，本文所設計的移動辦公系統主要包括4個主要功能模塊：流程管理模塊、數據報表模塊、通知公告模塊和通訊錄模塊。本文最后對系統的功能測試進行了詳細的闡述，經測試系統滿足了需求分析階段提出的要求。移動辦公系統的實現能進一步提高企業的信息化水平，提高企業的辦公效率從而加強企業的核心競爭力。

第一章

緒論

結合信息時代先進的信息技術手段對以往低效的辦公手段進行改造，提升辦公效率，這就是所謂的 OA(辦公自動化)。在信息化的第一和第二個十年（1990-2010），辦公自動化的主流構建模式是建設基于局域網和PC端的辦公信息系統，實現辦公的電子化，數字化，少紙化，當今這些信息系統支撐著各種企事業單位的高效有序運行。OA主要的目的是整合目前的管理組織，合理調配組織資源，使各部門高效合作，從而使決策的成功得到最大化實現。起初，辦公自動化主要是方便了各種辦公文檔的管理和編輯，使用各種辦公軟件，在電腦上編輯文檔和管理文檔，實現辦公的電子化和無紙化；由于數據庫技術的發展和成熟，辦公自動化進入數據化階段，數據庫技術以及客戶端-服務端的信息系統結構技術的結合使OA步入更高的水平；OA真正產生實用價值并極大提高辦公效率是引入了用面向對象方法開發的新型數據庫和工作流，這些新技術的運用實現了更高程度的辦公數據化，辦公更加的簡便快捷，在辦公上真正體現了信息技術的巨大優勢；自互聯網這一偉大信息技術發展成熟以后，辦公自動化不再局限于文件的管理和文檔的轉送，即數據的簡單存儲管理，而是進入了分析數據為決策提供信息支持，在這種新型的主流辦公信息系統中，瀏覽器處于系統頂層，處理和挖掘數據的應用程序處于中部，底層是交互信息的數據庫。1.1 辦公自動化的特性

OA系統有以下五個主要特點：（1）易操作性

由于互聯網技術的快速發展和互聯網的普及，b/s 架構下的系統是目前辦公自動化系統的主要發展趨勢。因為使用辦公自動化系統的人文化教育水平不一，掌握計算機的技術程度不同，所以相應的軟件不能做到人人普及，但是簡單的上網瀏覽是十分簡單的，所以多采用b/s 架構下的系統，簡單易操作成為辦公自動化的特點之一（2）一體性

為了真正實現OA,我們需要將公司的所有信息系統借助接口技術統一為整體，破除信息和資源的隔離帶，使企業資源計劃系統，客戶資源管理系統和人力資源系統統一為一個整體。為了 OA系統的最大化優勢，我們需要整合公司的各種信息資源，將他們統一為一個整體，這才是OA的最終目的。（3）靈活性

為了方便管理和實現以人為本的軟件設計理念，OA系統不僅要在建立建設在標準平臺之上，更要盡可能實現自我定義功能，系統的使用者可以根據自己的需要對門戶管理，資源管理，和數據流程管理等進行自我定義，加強對辦公自動化系統的掌控能力，而不局限于軟件開發者的使用框架，這樣的系統非常靈活，具有很好的自適應性（4）穩定性

辦公自動化系統的穩定性是衡量軟件優劣的重要指標[4]，在b/s 架構下的系統的系統使用者在短時間內會非常多，因此對系統的穩定性要求會非常高，OA系統的穩定穩定性會在系統壓力測試中得到具體衡量，系統所能承受的壓力大小決定了它的穩定性。（5）嚴密性

雖然OA系統要求一個集成整合了各個系統的平臺，但是對系統中的各個模塊我們還需要給其相當高的獨立性，時期不過分依賴于整個系統實現自身功能，因而OA系統在完成使用者，角色和權限的3位對立統一，而且還要注意系統各模塊的大整合和小孤立的辯證統一，使整個系統成為一個十分嚴密的信息系統。1.2 發展現狀

隨著信息化社會的持續推進，辦公成為新一輪信息化的熱點，其中OA系統是研究和開發的重點，OA系統是將現代化辦公和計算機網絡功能結合起來的一種新型的辦公方式。

OA系統建設的本質是以提高決策能力為目的，利用它提高公司內部信息共享和公文流轉的效率，實現公司辦公的自動化，提高工作效率[5]。OA主要的目的是整合目前的管理組織，合理調配組織資源，使各部門高效合作，從而使決策得到最大化實現。

OA系統的一個非常強大功能是它不再是一個單純數據的收集，存儲和管理的簡單系統，而是具有分類處理各種信息數據，在復雜的局勢下再對各種因素綜合考慮之后提供決策層相應的決策支持，例如制定合理科學的業務流程，資源分配方案，極大的減少了人力與物力。我們知道OA系統的運行速度主要在于文檔流傳中每一個文檔處理點的處理文檔速度，即信息的傳送受多種因素制約缺一不可，信息流通路徑必須時刻保持通暢，不然會極大的影響信息的流通因此信息系統的運行穩定性比較差，是一種與門系統。以往的的OA系統大多有這樣的兩個孤島困境

（1）公文處理的某一個環節由于不可抗拒的因素導致沒有實時實現公文的處理，這一個節點在整個辦公過程中并不處于十分重要的節點，但是由于這一個節點導致了這個公文辦理時間的延長甚至是停滯不前，這就是進程孤島，說明OA系統中存在木桶效應，最短的那塊木板決定著木桶的盛水量。

圖1-1 流程孤島圖示

（2）信息孤島是OA系統的另一個孤島困境，這是由于公司的信息流通的期望速度遠大于實際速度造成的。

由于信息化的程度不斷加深和對信息流通的期望速度不斷提高，公司的各個部門間，公司的各級職員間的信息傳遞和溝通不斷的增加，作用日益明顯。在這種新的情況下，信息的溝通傳遞不再只有數據傳輸和文檔復制公用等簡單手段。

傳統的OA系統由于收集和分析數據能力有限并且效率低下導致給出決策的時間過長并且即時決策的能力更加差，使系統的決策能力差且可信度低，因而企業的運行成本高，運行效率差，企業對管轄范圍內的事件運行和公文流轉過程掌握的不充分[6]。決策的被動。

由于這些限制因素，OA系統中產生了信息的孤島，某些信息被局限在一個小空間和時間范圍內，而不被整個系統所共享，造成了信息資源的浪費，導致決策效率低下和運行成本的提高。

1.3 移動辦公應用系統介紹

本文中的公司一直憑借管理理念和技術的超前保持著公司利潤和規模的增長，其中的關鍵手段是信息化系統的構建。該公司已經開始使用HR,ERP,CRM等信息系統，取得了良好的效果，雖然如此，公司的高層也關注到了該OA系統的局限性，系統的用戶必須在固有的時間和空間進行辦公，用戶的信息交流手段也十分單一，為此公司高層提出了建立移動化辦公系統的口號。

由于國家對3G建設持續加大投入，3G已經成為目前的主流通信網絡，哪里都有網的時代已經來臨，移動化成為整個IT界關注的焦點。智能手機，平板等智能移動終端的普及和無處不在的3G網絡使移動辦公成為可能，辦公室的自動化不再僅限于電子化，數據化，更加實現了移動化，移動化辦公不再是夢。

移動化辦公的基礎是3G網的全面覆蓋和智能移動終端的普及，企業的移動化辦公可以保證工作的實時性和高效性[7]。

該公司認識到信息化對提高公司競爭力的巨大作用，長期以來對信息化高投入，移動化成為新一輪信息化的重點。該公司的信息化水平相對較高，業已實現電子化，數據化的傳統辦公信息化，構建了一套完備的office automation system，該信息化的核心是公司信息門戶的建成。該公司為了追趕信息時代潮流，開始了辦公移動化的建設，其中的核心是構建一個支持辦公移動化的信息系統，公司從高管到普通工作人員都能借助各種智能移動端辦公，例如會議時間發布，公司報表的編輯。另外由于移動化辦公的時效性，公司可以及時發布信息組織人力，提高公司的快速反應能力。

（1）辦公移動化提高了公司的靈活性，公司可以對新形勢快速反應和應對；（2）辦公過程的移動化明顯提高業務的處理速度；

（3）公司的員工擁有了更多的工作方式選擇，員工之間的溝通交流更加頻繁，辦公成為私人定制，提高辦公的個性化定制方式[8]。

通過在智能機等移動端上下載相應的公司移動辦公應用，智能機便具有計劃管理，收發通知和處理公務等能力，智能機也成為了一臺辦公電腦。移動化的信息系統使公司的工作者不再被公務處理的時間和空間所局限可以自由的方便辦公，移動化使辦公的自動化提升到了一個更高的水平。移動化讓辦公順隨我心我意，借助手機的即時溝通功能，各種信息可以及時高效的共享和交流，使公司在快速變化的市場中永遠快人一步，時刻保證競爭力，所以移動化系統會對公司帶來革命性的變化。1.4 章節安排 在這篇文章中，作者介紹了該公司的移動辦公系統的開發過程。第二章是相關開發技術介紹，第三章是需求分析，第四章是系統設計，第五章是編程實現，第六章是系統測試。

第二章 相關技術介紹

2.1軟件開發模型—原型模型

軟件開發模型是軟件開發過程中的一種指導性的開發準則，是對整個軟件開發工作的抽象和模擬，人們提出軟件開發模型概念的主要原因是軟件開發已經越來越復雜，很多大規模軟件開發過程涉及到眾多對象，很難做到一次成功，所以必須經歷多次嘗試，所以在軟件開發的初期，開發人員就會在獲取軟件基本需求之后設計一個抽象的大體的模型，該模型基本可以反映出系統的大致輪廓，只是在具體細節還未實現；通過對抽象模型的分解，可以不斷地對模型進行細化和修正，隨著時間的推移，模型會越來越精確，越來越接近真實的需求，這樣就可以將原本十分復雜的業務流程不斷地簡化，這種方法既可以用在整個系統的建模階段，也可以用在各個功能模塊的設計環節中，用最小的成本來實現最高的開發效率。快速原型法是基于原型法的基礎上進行改進的一種新的方法，通過客戶和開發人員對系統原型進行迭代式地評估，來對系統模型進行改進，修正系統模型中所存在的錯誤和不足，從而糾正系統開發的大方向，減少系統開發后期因為建模失誤而導致的返工。

快速原型模型方法的實際操作步驟有五個基本階段，分別是快速分析階段、構建基本階段、運行階段、評估階段和修改階段。首先進行的是需求快速分析階段，該階段是在短時間內快速獲取用戶的業務需求，形成大體上的規格需求說明書和模型構建規范。第二階段的主要工作是構建原型，在大致的需求已經明確的基礎上，設計出一個比較貼近該模型要求的原型，該原型的要求是快速簡潔，只需體現整體而忽略細節。第三階段的主要工作是運行原型，對已經設計好的原型部署運行環境，進行試運行和技術上修改。

第四階段的主要工作是評價原型，開發人員和客戶一起研究和分析運行的原型，找出與實際需求之間的差距，形成規范的原型修改意見。

MVC設計模式的三個基本組件視圖、模型和控制器具體工作原理如下：

視圖是與用戶交互的API，傳統的視圖就是等同于普通的HTML頁面，僅僅具有簡單的顯示功能，目前流行的視圖頁面已經融合了Ajax、Flash、XML等多種先進的技術手段，實現多種動態的交互方式。

應用程序的API已經越來越美觀、功能越來越強大，使用MVC的優勢在于可以支持多種不同的視圖，其實視圖并不具備真正的數據處理能力，它只是將數據發往服務器端，而后將處理后的數據顯示出來，只是這個過程對于使用者來說是透明的。

模型是用來顯示后臺的數據和業務邏輯，模型相對于視圖來說，更具有任務性，它可以支持多種組件，如EJB、Hibernate等，其返回的數據與模型中所定義的數據類型可以不一致，視圖與模型之間往往是多對一的關系，這樣就減少代碼的冗余。

控制器是一個比較智能的組件，在MVC中也起到核心調度作用，它可以根據用戶不同的請求來調用相應的視圖模型進行處理，也就是說，控制器本身不具有事務處理的功能，它接受請求然后進行調度。2.3工作流引擎

文件審批流程是一個比較復雜的過程，不同單位的復雜程度不同，一個文件的審批通常需要經過創建、初審、再審、終審等過程，有些復雜的重要文件審批流程還涉及到聯合審批，即通常所說的“會簽”。

在這些審批流程的執行過程中，涉及到許多責任人，也可能在多個部門之間進行流轉，在沒有辦公自動化系統的時代，經常需要審批申報人拿著紙質版本的文件來回穿梭于各個部門之間，與不同部門的領導打交道，受到時間和空間限制，往往一個文件的簽批需要花費很多時間，這樣既浪費了人力物力，又消耗了很多辦公資源。

在固定的單位里，同類型的文件審批流程大多數是固定的，在開發文件審批系統的時候，可以將相關的流程提取出來，做成固定的流程模板，通過特殊的機制來讓流程按照模板定義的路徑執行，這種特殊的機制就是工作流引擎。

工作流引擎是目前文件審批系統開發技術中一項較難的也是非常實用的技術，它具有一定的智能性，可以使得業務流程的執行具有自動化的特性，讓不同的對象，干系人之間的審批工作緊密地進行銜接。WFMC給出的工作流定義和基本模型如圖2-3所示，該模型具有流程定義工具、監控和管理工具、增強服務、客戶端應用程序、調用程序和工作流引擎等關鍵模塊組成。

目前業界主流的工作流引擎也有不少，在JavaEE領域使用最多的是JBPM工作流引擎，該引擎具有開源的性質，執行效率高，同時支持各種中間件，如Hibernate、EJB等，該引擎自帶流程定義可視化的工具，能夠輕松地對業務流程進行定義和修改，同時還可以由開發者對工作流引擎進行二次開發，增加符合自身需求的特殊功能。JBPM工作流引擎的基本構件可以分為三個層次，分別是上層的瀏覽器端，支持各種瀏覽器，還有服務器層的web容器、EJB容器等；在應用服務器和數據庫管理系統DBMS之間是數據庫中間件層，支持各種數據庫中間件，如知名的主流輕量級數據庫中間件Hibernate，層與層之間的關系如圖2-4所示。

JBPM工作流引擎的優勢之處還在于以下三點：（1）簡單易行高效的可視化流程設計工具

流程設計工具包括了基本流程規劃、路徑定義、流程關聯、節點動作等功能，這些功能可以使用圖形設計工具進行快速地設計，然后設計圖可以直接轉換成代碼。（2）高效穩定的引擎內核

工作流引擎經常被用在各種場合，如涉及到大規模的數據處理、多重并發控制以及許多復雜的業務邏輯，因此必須使得引擎具有很高的效率，這些效率的決定因素是工作流引擎中所內置的高效內核。

（3）提供快速開發的API 工作流引擎是否易用，是否使用的一個很關鍵因素是該引擎是否復雜，是否提供了快速開發的API。JBPM是一個高效但易于上手的工作流引擎，它提供的API能夠讓軟件開發人員快速進行調用，這樣可以在短時間內開發出功能強大的信息系統，既使得軟件企業增加了效率，又提高了客戶的滿意度。

2.3 Struts框架

Struts框架是一個在當前業界廣泛使用的知名框架，它具有開源的特性，它的設計理念是基于MVC設計模式，特色之處在于可以將功能組件相互分離，然后通過簡單的消息傳遞來進行相互調用，以求在最大程度上減少模塊之間的耦合，使其具有更高的效率。在Struts框架出現之前，普通的Model1模式中基于Servlet的架構方式在設計和編碼時比較混亂，頁面代碼和功能代碼混合在一起，即影響編碼的效率，也影響編碼的質量，最重要的是當功能模塊需要修改或更新的時候，必須進入模塊內部進行修改，往往一個很小的功能改動會牽涉到許多功能模塊的編碼修改，這樣越改越亂，極其容易出現編碼錯誤或者BUG，導致系統功能不穩定，從而影響客戶滿意度，也增加了維護人員的工作量。

Struts框架的功能優勢在于可以利用可靠的各種組件和插件來進行系統的快速搭建，該框架繼承了MVC設計模式的各種優點，同時改正了MVC的不足之處，刪除了一些不需要的功能，使得整個系統構建過程時間縮短，質量提高，也使得后期的維護和升級工作簡單易行。ActionServlet、ActionMapping、ActionForms、Action是構成Struts框架的核心組件，這些組件分別扮演著不同的角色。

2.4 Hibernate框架 Hibernate軟件是知名的開源數據庫中間件，它的基本原理是“對象—關系映射”，能夠使得開發人員使用面向對象的視角來操作關系型數據庫，Hibernate中間件實現了對JDBC的輕量級封裝，比起其他重量級中間件來說，它所占用的系統資源更少，也更容易從整個框架系統中剝離開來，對系統影響很少，尤其是對系統功能模塊的影響幾乎可以忽略不計，因此，對于想要構建低成本，高性能的大中型應用系統來說，使用Hibernate中間件的確是一個明智的選擇。

Hibernate中間件的基本組成接口有6個，分別是Session接口、Query接口、Criteria接口、Configuration接口、SessionFactory接口以及Transaction接口，這些接口供給開發人員使用，用來操作具體的Hibernate對數據庫進行增刪改查等基本操作，其基本功能如圖2-6所示。

Hibernate中間件的基本數據庫操作由Session接口負責實現，此Session與HttpSession不一樣，該session支持Hibernate中間件所自帶的HQL語言，能夠對復雜的SQL語句起到簡化、整合的作用。

Session對象由SessionFactory接口產生，一個SessionFactory接口可以批量生成Session對象，這些Session對象可以由多個線程調用，但Sessionfactory越多，系統所消耗的資源越大，一般的單機服務器只需要一個SessionFactory，如果在分布式計算環境中，如云服務器，云存儲等環境中，則需要多個SessionFactory并發地執行。

Configuration接口的功能是為Hibernate的初始化提供配置參數，其在Hibernate的初始化步驟處于第一的位置，通過讀取配置文件中的初始化參數來初始化需要的對象。Transaction接口是Hibernate中間件中的事務處理接口，事務處理機制一般的Hibernate中不具備，主要還是提供對SQL中操作方式的封裝的接口，這樣可以通過SQL的標準性來適應各種DBMS和開發平臺。2.5 Google Android Activity Activity是Android平臺中的一個核心組件，它的作用是類似屏幕顯示，與用戶進行交互，可以實現很多實用的功能，如電話簿、游戲、網頁瀏覽、娛樂等功能。一個界面窗口對應一個Activity，多個Activity可以實現頁面的切換功能，窗口可以獨立，也可以內嵌入其他窗口中。一個應用軟件包含一個或者多個Activity，在這些Activity中，有一個主界面名為main Activity，該界面是應用程序初始化后呈現給用戶的第一個界面，從這個界面上可以點擊鏈接轉向不同的界面，也就是不同的activity，當一個新的Activity啟動時，另一個Activity就暫停，這時它的現場參數保留在Activity的棧上。當新的Activity初始化之后，先前的界面信息被置于棧頂，同時獲取到焦點，棧始終保持著后進先出的原則，所以在恢復先前的Activity時，當前的Activity被彈出，然后被銷毀，新的Activity啟動后，舊的Activity暫停，這時通過Activity生命周期中的回調函數來實現。

Activity的生命周期有“激活、暫停和停止”這三個基本狀態。

首先是激活狀態，該狀態在程序執行的情況下，界面在前臺運行，這時可以響應用戶的操作請求。

暫停狀態是Activity處于不可用狀態，這時界面失去焦點，不能操作但可以顯示，另一個Activity運行，該Activity懸浮于前Activity之上，其所有數據還存放在內存之中，可以隨時被提取并激活，只有在系統資源不足或內存緊張時，該Activity的數據才會被刪除。

停滯狀態是Activity的凍結狀態，這時新的Activity往往覆蓋舊的Activity，用戶不能訪問原Activity的參數，界面將不再顯示，資源往往會被其他的應用程序所占用。Activity的生命周期包括了開始、暫停、停止和結束幾個階段，期間涉及到多種情況的處理，具體流程圖如圖2-7所示。

Activity的生命周期從onCreate方法開始到OnDestroy方法結束，onCreate方法是對Activity各項數據進行初始化，當Activity完成其任務之后，調用onDestroy方法清除資源，結束流程。

Activity從OnStart到OnStop方法調用過程中一直保持對用戶可見，且可以循環。

Activity從OnResume方法開始到OnPause方法調用的過程中，將重復重用和暫停的狀態，該過程雖然多次重復，但暫用的資源不算太多。

圖2-7 Activity生命周期圖 2.6 網絡環境下的數據庫技術

Web數據庫管理系統是瀏覽器/服務器結構的應用：客戶端是網絡瀏覽器，應用服務器是Web服務器，數據庫服務器端是信息數據庫[16]。瀏覽器信息系統的前臺界面，在這單用戶可以輸入檢索關鍵字和查閱檢索結果，用戶可以通過多種方式和Web服務器交互：填寫信息表單、填寫檢索關鍵字，當用戶需要向Web服務器發出命令時，單擊網頁中的按鈕。Web服務器接收的客戶端的命令，調用能完成命令的相應應用程序和應用腳本，并向數據庫服務器發出連接請求，請求數據庫服務器的數據資源。在得到數據結果后。Web服務器將結果HTML頁面返回給瀏覽器。工作原理示意圖如圖2-7所示。

圖2-7 Web 數據庫工作原理示意圖

由圖2.3所示，Web數據庫分為三層：瀏覽器、Web服務器、數據庫服務器。它們遵循以下原則運行[17]：客戶端將用戶需要的數據信息通過普通瀏覽器向應用服務器發出HTTP請求，應用服務器端通過應用程序和中間組向數據庫服務器端發出請求，在數據庫服務器端作出響應以后，向客戶端瀏覽器返回執行結果，執行結果以HTML頁面的形式表示。2.7 本章小結

本章的主要內容是詳細介紹系統設計開發過程中所采用的各項技術，其中主要針對MVC設計模式，工作流引擎和Google Android Activity。

第三章

需求分析

3.1 某公司辦公現狀分析

“移動辦公”就是現有辦公系統的“移動化”，讓集團企業協同辦公系統（OA系統）隨你而行。移動辦公系統使得用戶可以不用電腦上網，只要一部智能手機或平板電腦，隨時、隨地都可以在企業辦公系統上進行公文審批、查看文檔、短信提醒、瀏覽信息資訊，同時提供新聞、行業動態等信息服務。

某公司移動辦公系統主要滿足集團領導、業務人員通過手機或者iPad等移動終端設備進行移動辦公的需要。

在企業辦公中可能會遇到如下場景：

（1）業務人員工作繁忙，經常出差，上網不方便，希望在外地可以很輕松的登錄內部辦公系統，及時處理業務，查詢信息。

（2）領導和管理人員日常事務繁多，需要在任何場合、任何地點登錄企業辦公系統，處理待辦事宜，查看、調用、審批內部的資料文檔。

（3）與辦公相關的各類信息如會議通知、待辦事宜、市場信息、郵件提醒可以通過短信平臺及時發送到手機上[9]，讓相關人員在第一時間內，了解相關信息和情況并進行及時處理。（4）沒有保存客戶、同事的通信方式或沒有隨身攜帶公司內部通訊錄而沒法和客戶、同事取得聯系，而通過移動辦公系統就可以解決這類問題。（5）因為各種因素無法及時處理大量待審批的公文造成審批流程停滯，降低公司的運作效率。

3.2 移動辦公系統建設目標

通過對上述問題的分析，企業需要采用更高效、更靈活、更方便、更易用的辦公系統解決方案，使得企業可以更靈活、更迅速的對變化做出反應，從本質上加速業務流程的處理周期[10]，使傳統的工作程序變得更加靈活，提高工作效率和員工的工作積極性。

隨著3G時代的加速來臨，IT信息產業的移動化應用趨勢日益明顯，手機和移動終端與現有信息化系統結合的應用趨勢，將給信息化建設帶來一片新的天地。

通過手機或者移動終端等設備借助無線網絡實現企業OA系統的移動化，已經成為企業信息化建設的重要組成部分[11]。通過建設移動辦公系統，與原有OA系統進行對接，實現在手機、PDA等掌上終端進行公文流轉、業務處理、通知通告、收發郵件等功能，實現企業的移動信息化應用，達到隨時隨地進行隨身的移動化信息工作的目的。

先進的移動信息化技術，可使企業業務流程、基礎辦公架構都支持靈活有效的工作方式，實現隨時隨地信息化，信息化隨著人走，人真正成為工作的主體[12]，而不必受到硬件設備和因素的制約。

圖3-1 移動信息化圖示

目前，某公司的移動辦公系統，期望達到如下建設目標：

（1）實現現有辦公系統的移動化，在手機和移動終端上實現OA系統的功能，包括公文審批、公文查看、業務處理、通知通告查看、收發郵件等功能。

（2）實現辦公系統業務流程的移動化，提高整個系統的運作效率，而不僅僅是單純的流程調整[13]。

（3）移動辦公系統的建設，不會影響現有OA系統的公文流程、業務功能等，不影響現有OA系統，是現有OA系統的有利補充和輔助系統。

（4）通過對辦公系統的移動化建設，加強上下級之間、部門之間、員工之間的溝通與協作能力[14]，加強業務和辦公等各類信息的共享能力，讓各類資源得到合理利用，提高內部的辦公效率和決策支持能力。

（5）切實有效的利用各種現有資源，整合以前的數據，充分利用現有系統的各類數據，達到與現有系統的良好整合和無縫過渡。3.3 模塊分析

3.3.1 系統模塊分析

某公司目前已經使用一個OA平臺多年，該平臺作為企業的日常辦公管理平臺，是公司信息化發展和日常辦公的基礎，可以為領導決策提供參考和依據，為員工提供良好的辦公手段和環境，增強員工之間的協同工作能力，提高工作效率。

但是現有OA平臺在實施運轉的過程中，由于受到時間和硬件環境等因素的制約，存在以下問題：

（1）公文審批流程經常出現“斷層”，因為關鍵人物的“出差”、“開會”、“不方便上網”等原因，使得重要緊急文件在一個點停留，降低了工作效率，影響了公司形象。（2）公文審批會簽流程經常出現“時限延遲”，因為公司部門眾多，而某些重要文件需要多個部門會同審批，經常無法在時限內完成審批，影響了公文審批的實時性和高效性。（3）如果收到新郵件時由于用戶不知道不能及時查閱、回復。

（4）實時信息和通知不能及時到達指定用戶，會議通知、日程安排等功能，在OA系統上安排后，還需要通過電話和短信通知到人，造成人力和資源的浪費，沒有起到OA系統應有的作用。從上述分析得出，在3G時代，OA平臺覆蓋單一的有線網絡，無法滿足企業對各類信息和公文實時性和及時性的要求，企業需要進行更高效、更方便、更靈活、更易用的OA辦公平臺的解決方案，使得企業能夠迅速的對市場變化做出反應，從本質上加速業務流程的周轉，使傳統的工作流程變得更加靈活。3.3.2 個性化模塊分析

某公司在內網門戶上已經部署了各類內容，例如公關關系、領導日程、企業內刊以及新聞等，這樣公司的領導和員工能夠及時掌握公司的最新動態。通過把這些模塊移動化之后，公司的領導和員工可以更加實時的了解公司的最新動態和各類新聞，提高了員工的凝聚力和自豪感，對公司的整體的形象的提升起到非常好的效果。3.4 移動辦公系統的要求

移動辦公系統實施涉及到信息技術和通信技術多個領域技術的融合，同時需要移動領域特有的系統設計，這些都影響著最終用戶的使用效果及移動平臺給公司帶來的預期價值，所以，對于移動辦公系統，必須體現出以下幾個方面：（1）具有針對移動信息化特點的移動終端。（2）具有可擴展的移動化系統架構。

（3）終端界面美觀，操作簡單，客戶端能夠自動更新。（4）傳輸的數據進行了必要的優化。（5）系統發出的各種提醒更人性化。（6）更加完善的安全體系。

（7）完全支持2G到3G網絡切換。3.5 移動辦公系統的價值

建設移動辦公系統為企業帶來價值體現為以下幾個方面：

（1）減少工作環節堵塞和停頓，提高工作效率，提高公文審批效率，有利于機構整體高效有序運轉。

（2）增強溝通協作，拓展工作范圍，讓領導快速獲取有效信息，使決策高效合理，提高工作質量，增加決策能力[15]。

（3）優化工作環境，快速應對變化。不受辦公硬件環境和條件局限，可用于處理應急事件和突發事件。3.6 用例圖

登錄部分的用例圖如圖3-2所示：

圖3-2 登錄部分用例圖

登錄的用例如下表所示： 表3-1 登錄用例表 用例名稱 登錄 用例編號 test1 執行者 登錄用戶

涉眾及利益 可以查看移動辦公各個功能模塊。前置條件 登錄用戶通過身份驗證。后置條件 登錄用戶成功進入移動辦公首頁。基本流程 1.登錄用戶打開登錄界面 3.登錄用戶輸入登錄信息

3.系統驗證登錄信息判斷是否第一次登錄，是授權 4.獲取授權碼，返回登錄頁面 5.重新輸入登錄信息，驗證登錄 6.登錄成功，跳到用戶首頁 擴展流程 a.項目不可選

1．系統提示不可添加的原因（如已存在）。

2．登錄用戶重新選擇服務項目。

3．系統再次驗證直至成功。字段列表 登錄用戶包括以下字段：用戶名、密碼 非功能需求 系統響應時間應該在30秒以內。

流程管理模塊由新建請求、我的請求、待辦事宜、已辦事宜、新建領導審批、領導回復、我的審批7個功能區組成。領導通過一鍵回復同意或批準，下屬可以在領導回復中看到簡短通知。這部分功能的用例圖如圖3-3所示：

圖3-3 流程管理部分用例圖 3.7 安全設計

辦公自動化系統的安全性對于某公司來說非常重要，因為它是該公司文件及信息的存儲中心。考慮到某公司的實際情況，為保證用戶在使用移動辦公過程中從終端到移動代理服務器端的安全，采用了強大的安全策略及機制，在終端接入安全、傳輸安全、運行安全、機制安全方面進行安全保障，如圖3-4所示。

圖3-4 網絡安全透視圖 3.7.1 安全方案

具體的安全策略方案如下表3-1所示，一共在4個方面對安全進行了保障設計。表3-1 安全方案

名稱 安全策略 備注 安全方案 終端接入安全 終端使用網絡專線接入移動辦公系統 考慮某公司數據安全要求高，建議采用專線接入方式，從而保證系統數據的安全性

傳輸安全 SSL加密通道傳輸

運行安全 獨立崩潰模式，雙機熱備 采用雙機熱備，能夠充分保證系統穩定正常運行。

機制安全

多重校驗，防止密碼窮舉攻擊

其中手機號碼校驗需要運營商配合，支付費用。

安全審計 可以查看操作日志 3.7.2終端接入安全（1）網絡專線

為了避免業務數據經過互聯網時可能出現的風險，保證數據的私密性和安全性，可由運營商直接將專線接入到公司機房。同時，從目前的實際情況來看，為了保證移動客戶端能夠隨時接入移動平臺，要使該平臺與無線網進行連接。但是接入公司的內網系統就可以獲得辦公系統的相關數據，因此為了有效規避移動網絡與辦公系統相連后可能帶來的安全隱患，需要限制移動網絡使其僅能訪問移動辦公系統所提供的端口，我們可以在邊界安裝防火墻（可復用客戶防火墻）[24]。

（2）專有APN接入為了保證只有公司先前設定的手機號才能有效接入后臺服務器，用戶需要向相關的運營商申請專門的手機接入名稱（APN）。同時，為了更好地保證數據的安全性，移動辦公系統的新用戶需要先將該手機號加入系統信任域，然后開通移動服務。3.7.3 傳輸安全

為網絡通信提供數據的安全性及完整性的協議[25] 包括安全套接層SSL（Secure Sockets Layer）和傳輸層安全TLS（Transport Layer Security）。這兩類協議的工作原理是在傳輸層對網絡連接進行了相應的加密。

以下幾點是SSL協議提供的服務：

（1）通過認證用戶及服務器來保證數據可以被發送到正確的客戶機、服務器上，從而確保數據傳輸的正確性。

（2）通過對數據進行加密處理，從而避免數據泄露的可能性。

（3）保護數據的完整性，確保數據在傳輸過程中的一致性，從而保證數據的有效性。3.7.4 運行安全（1）獨立崩潰模式

對安全性和穩定性要求較高的企業適宜用獨立崩潰模式[26]，它是指各個服務器進行部署時，移動辦公系統要求其獨立部署，即使當其中一個模塊崩潰時，也不會影響到其他模塊。而且，引入移動辦公系統后不會對原有公司運行的各類系統的穩定性造成影響。

（2）冗余部署（雙機熱備）對于業務繁忙，對安全性和穩定性要求較高的單位來說，雙機熱備的冗余部署方案是非常適合的。它要求當系統某一個模塊發生故障時，由替代模塊接入系統工作[27]，避免系統停止工作，確保系統的可靠性。3.7.5 機制安全

（1）帳戶、密碼、手機設備號和手機密碼的的四重保證。

移動辦公系統與運營商和手機制造商的基礎合作雖然會產生一些費用，但是可以實現用戶賬戶和手機設備之間的綁定。手機必須在特定的手機號和特定的手機上才能登錄，如果不是的話，那么即使有人獲知了正確的用戶名和密碼也不能成功登錄。（2）防止攻擊者無限制輸入密碼

移動辦公后臺通過限制錯誤密碼的輸入次數能夠有效阻止攻擊者對用戶密碼的窮舉攻擊。它只允許用戶輸入三次密碼，如果連續三次密碼都沒有輸入正確的話，就會自動中斷與用戶的連接。

（3）停用鎖止

為了確保用戶的機密數據不會被泄漏，當用戶因為手機丟失或其他原因需要暫停移動業務時，移動辦公系統可以根據用戶需求鎖定相應的數據，禁止其他用戶登錄[28]。（4）安全審計

移動辦公系統對用戶的操作進行了嚴格的審查和警示，用戶和管理員可以通過查看歷史記錄和操作日志，或者對日志進行分析，來查看系統是否遭受過攻擊。3.8 小結

本章主要介紹了某公司辦公自動化系統的現狀及存在的問題，對移動辦公系統進行了需求分析，介紹了系統的建設目標，對系統的現有模塊進行了分析，討論了移動辦公系統的要求和價值。

第四章

移動辦公系統的設計 4.1 移動辦公系統的建設路線

該公司的移動辦公系統的設計開發備案是完善的，超前的，通行的，它在實現隨時隨地處理業務的同時，還使目前業已投入使用的辦公信息系統實現移動化的使用。如果隨著公司規模的擴大，辦公量劇增，我們可以按照之前的計劃將另外的公司信息系統整合入這個總系統。根據下圖可知，借助于智能機等移動端能夠使下圖的三大信息系統實現統一，通過刷新操作使業務信息及時更新。

圖4-1 系統建設路線

根據作者團隊的設計，為實現該企業的辦公的移動化，我們采取了四大步的建設方案：（1）首先分塊建成辦公的各個必要功能模塊，將這些部分整合為一個移動辦公系統，完成辦公自動化的移動化的最初級建設。

（2）在移動辦公系統建成以后，利用現今的系統接口技術將該企業以前已經建成門戶信息系統接入，將公司的又一個信息系統移動化。

（3）在完成辦公信息系統和門戶信息系統移動化之后，公司里面原有的各種各樣的業務信息系統成為另外一個移動化目標，此時只要將它們接入移動平臺就可以啦，這樣就是實現了第三大系統的移動化。

（4）時代在發展，新的市場需求和業務處理模式不斷改變，我們的移動辦公系統也應該可以隨機應變，同時我們也許不斷改進移動平臺使其適應新情況，所以移動平臺的建設是一個能動的過程，沒有絕對的建設終點。4.2 移動辦公系統的目標

在分析了企業當前OA系統的建設情況，我們首先搭建了一個移動辦公系統，實現諸如文檔傳發，業務信息在線交流等簡單功能，然后一步步使該平臺支持其他的更為復雜的業務操作。公司在實現移動辦公系統的過程中可以對更為深入的移動化工作積累經驗和教訓。依據企業給出的建設路線圖，同時盡量依靠現有的信息系統資源，我們定下了下面幾個比較明確的目標：

（1）切實有效的利用現有各種資源，整合各類業務系統和辦公系統的數據，實現各類已有數據的移動化[16]。（2）首先在智能機等移動端上完成辦公自動化的建設，是這些移動端可以方便的處理公文，發布業務信息和接受發送電子郵件。

（3）將原有的報表信息系統植入智能機等移動端，并且及時更新，這樣可以使企業辦公人員快速獲取企業的業務信息，從而迅速準確的做出相應的決定，制定相應的對策，降低了公司決策的失誤風險。

（4）一個良好的辦公系統它的安全保密性和數據保護功能應當十分的強大，是使用者可以放心的借助該種系統辦公，不僅是數據的傳輸還是將移動端連入系統的接口，還是客服兩短的信息傳遞都需要強大的保護措施。

（5）建立該系統的目的是完善已有的OA系統。

（6）該平臺的操作對話框應該方便簡潔，用戶體驗感良好，查詢信息快速，處理公文能力強大，利于公司職員的廣泛使用。

（7）移動化辦公系統的重要目標是打破信息孤島和進程孤島這兩大孤島，讓公文流轉速度加速打破進程孤島，各種信息在最大范圍內被獲取知曉打破信息孤島，這樣就可以使公司的辦公能力和決策水平會有質的飛躍。4.3 系統設計原則

這個辦公系統共有5大設計的原則：（1）方便擴充和容易更新 該系統的建設模式是構建平臺接入模塊的模式，所以可以根據公司的現實需求連入或斷開各種各樣的辦公業務處理系統，同時還有許多接口并未使用，這樣可以讓系統可以隨時擴充和更新。

（2）保密性好，運行穩定

該種平臺要接入不同的信息系統，連入不同的net，平臺的結構十分復雜但功能十分強大。所以整個系統的開發起點應包括對系統保密性和穩定性的設計，我們需要設計多種的安全保護措施并組合使用，構成多重防護。

（3）合理設計系統升級和擴充方案，充分利用原有建設成果

建設移動辦公系統時，需要利用企業現有網絡、設備、環境等軟件和硬件的基礎條件，力求高效率、低成本進行工程建設[17]。移動系統的建設必須充分利用原有的辦公系統建設基礎，使整個信息系統的構建有一條明確的主線，真正的建成統一平臺，這樣不僅防止了對以前建設成果的浪費，也節約了現在建設的成本和難度。

（4）不一位追求系統的超前性，而更要關注實踐效果，為此，我們要注意下面兩個問題：

裝載在移動端上的應用的源代碼應用原生語言書，減少應用bug，提高應用的性能。

不自主開發平臺，不使用設計理念過于超前的平臺，使用現今已經穩定運行的主流平臺，夠用即可的實用原則。

（5）按照業界協議開發，預留眾多接口

該系統的開發要依據國家 國際的相關協議標準設計，成為規范合格的辦公系統，這樣可以使系統盡可能的不受軟硬件環境的限制。為了不讓信息在局部范圍內滯留，我們要為移動平臺預留各種接口，將辦公平臺和各種業務系統連接，保證系統的開放性。4.4 系統網絡拓撲

該公司為實現辦公系統的移動化，給出了下面兩個布置方案：（1）在demilitarized zone 布置smartMIP服務器。

公司在它的demilitarized zone布置smartMIP服務器。這樣的話智能移動端的使用者在設定好相應網絡并連接網絡接入點就可以通過移動端進入Internet，此時如果使用者運行相應軟件，移動辦公系統會鏈接smartMIP服務器，借助該服務器轉接公網IP，然后進行相應的公文處理。

本文對系統設計與實現的闡述，通過如下內容進行提現。

圖4-2 Smart MIP服務器部署在DMZ區 這種 布置方式需要符合下面三個要求：

首先smartMIP應布置在防火墻之間的隔離區，并且該服務器要能映射到公網IP，這樣的話智能機等移動端就可以方便的借助Ineternet登陸該服務器。

Smart MIP可以進入公司內部網絡中的各種應用和數據庫，進行查詢和修改等操作。

使用者的移動終端需要有可以接入移動聯通等運營商的接入點，移動終端可以使用Inernet。

采用這種結構的部署方式，需要把服務器向互聯網做有條件的暴露，可以在Smart MIP服務器上配置SSL加密配置[18]，這樣的話移動終端使用者可以進入該服務器，是系統的安全與穩定運行提供了必要的保證。

（2）在公司內網布置smartMIP，使用運營商的網絡專線實現移動端和內網的連接。如果smartMIP被布置在公司的內網中，該公司可以請求使用電信移動等運營商網絡專線，請求獲得通過后，運營商會為該公司專門配置一個網絡接入點，移動終端的使用者通過附近的運營商基站和專門的接入點訪問公司內網，這種方式不再需要通過互聯網這個公用網絡來實現訪問內網的過程，而是借助網絡專線。

公司需要先對運營商提出專線請求，與此同時還需要改造移動端使他們能夠符合專門接入點的設置要求，達到這兩面的條件以后才能實用第二種布置方案。

第二種布置方案里，包括smart MIP在內的公司應用服務器都在內網，信息處理沒有通過公網管道，可以極大提高系統的保密性和穩定性。

權衡兩種方案，分析企業目前的狀況后，筆者認為應按一下方式建設：（1）使用vpdn 專線網絡，將smartMIP放在內網而非隔離區。雖然第二種方案利于提高移動信辦公系統的保密性和穩定性，但是對移動端的標準就會相應提高，這些終端不但要能夠設置vpn，還要能借助vpn訪問內網。目前除采用iOS、Google Android等操作系統的較新的手機[19]，其他諸如塞班操作系統的智能機和功能機時代的手機不能符合這些要求，需要使用者們更換移動設備達到新的要求。（2）以第一種方式為過渡方案，然后逐步轉換到第二種方案。在移動設備的更換中存在時間和資金的困難時，我們先期采用第一種方案緩沖，然后慢慢向第二種方案轉換，在smartMIP服務器在向內網的轉過程中，使用者可以有充足時間完成移動終端的更換。4.5 系統架構

系統架構介紹如下：

（1）移動終端必須使用塞班 安卓和蘋果等主流操作系統，在公司列出的名單之內；（2）終端的運營商需為移動 聯通或電信，使用3G GPRS等網絡；

（3）系統的平臺建設分為移動平臺，管理分平臺和管理平臺接口三大塊，并且提供了一系列套裝和預留的平臺的接口。平臺的建設依據國際國內的業界標準，使各種接口實現高效連接又盡量減少了軟硬件條件限制。

（4）企業內部的應用系統需要得到相應的移動化，主要是通過接入移動平臺實現，包括辦公自動化系統，客戶關系管理系統和人力資源管理系統在內的系統需要接入移動辦公系統。4.6 接入方式

將公司業務信息系統接入移動辦公系統有三種主流方法，在模型-視圖-控制器系統結構下，我們可以從數據，外在顯示以及數據的三個層次完成平臺與子信息系統的連接。4.6.1 表現層對接實施

向發布公告等非常簡單的辦公業務，業務系統僅需在表現層接入移動辦公系統，一般使用 WEB頁面HTML分析工具（webparser）就可以啦，在獲取網頁端口的信息后，經過WebParser的解析后，將HTML數據轉化生成MSC數據[20]，解析之后的得到的數據是可以被移動終端辨識的信息，這樣的話可以迅速更新業務信息，提升保密性。對接的示意圖如下：

圖4-5 接入方式圖示

表現層的接入方法具有5大優點：

（1）開發的時間成本低，由于只要簡單的程序完成端口連接，所以接入移動化簡單，不需要再去編寫復雜程序。（2）開發的資金成本低，只要用web頁面的分析工具在一端接入平臺，不需考慮業務系統，開發難度低。

（3）我們只要一次性將業務系統接入，此后便可支持各種版本的升級系統，一次定型以后不必再考慮不兼容問題。

（4）由于webparser 采用的是表現層接入所以不會對業務系統的底部數據處理造成影響，安全保密性強。使用者使用該技術接入的移動平臺，就像通過browser網站進行信息瀏覽一樣，業務系統發布信息，移動終端實時獲取，這樣不額外增加系統負擔，易于維護。（5）兼容性強大。WebParser對接過程中，應充分考慮原有系統在手機終端上的易用性[21]，將基于個人電腦的信息系統方便的轉化為基于移動端的信息系統，使用者可以方便的進行業務的處理使用各種功能。4.6.2 邏輯層對接實施

移動辦公系統從邏輯層對接采用DHMI透傳技術，系統將需要通信的數據抽取后，轉換成中立接口語言DHMI傳遞給移動辦公系統[22]，移動辦公系統在獲取了這些信息以后利用相應的技術將其轉化為移動端可辨識的信息，完成了辦公系統的移動化目標。對接流程如下圖所示：

移動辦公系統主要擁有以下幾個功能：

(1)公文管理：在實現手機實時處理公司業務目標的同時而不會更改現有業務流程的功能。(2)報賬管理：通過手機審批處理相關報賬工作。

(3)合同管理：通過手機進行合同的分類查詢和審查批示。

(4)日程管理：保持公司內部OA系統日程管理和手機自帶日程管理的實時同步。(5)會議管理：通過手機使會議得到及時通知，內容實現同步發布。(6)通訊錄：支持個人和公司的通訊錄同步。

(7)資訊管理：能夠及時得到公司發布的資訊，并實現信息分類管理的功能。(8)搜索功能：支持手機本地搜索和遠程搜索

移動辦公系統的主要功能模塊圖如圖4-7所示：

流程管理部分的功能結構圖如圖4-8所示。其主要由新建請求、我的請求、待辦事宜、已辦事宜、新建領導審批、領導回復和我的審批等幾個方面組成。

以上幾個功能的主要任務如下所示：

（1）新建請求：新建請求并交給某位成員處理。

（2）我的請求：由我本人新建并可以在“我的請求”中查詢其處理情況的請求。（3）待辦事宜：需要辦理但是還未辦妥的事宜列表。（4）已辦事宜：已經辦妥的事宜列表。

（5）新建領導審批：新建的需要由某位領導審查并批閱的待辦公文。（6）領導回復：領導對公文的回復情況。（7）我的審批：需要由我審批的公文。以下是關于其主要功能的簡單介紹。當新建請求時，首先需要依次輸入請求的標題和由文本格式數據組成的內容。完成這一步驟后，需要選擇任務的起止時間，以確保該請求能夠在規定的時間內完成。然后選擇該請求是否需要上傳附件，如果不需要，則該步驟直接忽略。如果需要，那么還得給該附件以一定的文字說明，因為文件內容是新建請求的必要補充。最后需要按照角色、部門或用戶等來設置合適的給予協作的成員。設置成功后系統會自動向給予協作的成員發送內部短信，在短信中會有一個“直接辦理”的窗口引來導相應的成員直接進行辦理。

當用戶選擇已辦事宜時，系統會自動判斷請求人發起的請求是否已辦妥，如果沒有，則顯示請求人的待辦事宜。如果請求人發起的請求已經處理完畢，則顯示請求人的以辦事宜和給予協作人的以辦事宜。

當新建領導審批時，首先需要編輯主要是文本形式的審批內容，然后，選擇是否需要上傳附件，如果沒有附件，則直接跳過這一步。如果有，則需要上傳正確的附件并填寫附件說明，然后進入下一步，即選擇審批該公文的領導。完成這幾步后，系統會向相關的領導發送站內短信，從而可以使其及時對公文進行審批。

這種審批方式與傳統的審批方式相比具有很大的優點，能夠有效避免傳統辦公方式中諸如審批不及時等問題。只要領導有手機終端或移動終端在身邊，那么不管他/她是在單位，在家里，還是其他任何地方，當有公文尤其是緊急公文需要處理時，其都能夠及時收到審批短信，并對公文進行處理。對于大部分公司尤其是某些業務受到各種因素制約的公司來說，及時處理公文都是決定公司發展的重要方面。所以，這種審批方式對于緊急公文和應急事件的處理具有深遠的意義。

審批的流程圖如圖4-12所示。當下屬發來公文申請審批時，首先決定該申請是由本人處理還是他人代辦。如果是他人代辦，則委托第三人處理。反之，則自己審批。審批申請后，需要選擇是否回復文本內容。如果不回復，則直接跳過這一步。如果回復，則輸入文本內容的回復，然后進入下一步。最后需要決定是否批準該公文。無論是否批準，為了便于申請人及時了解公文的審批情況，審批結束后都需要發送站內短信告知申請人。

通訊錄管理模塊與手機通訊錄擁有關聯，是移動辦公的主要模塊之一。開始工作后，它首先根據要求查詢通訊錄數據庫，如果不存在符合條件的人員，不能顯示他的聯系信息，就顯示查無此人。反之，如果存在符合條件的人員，就顯示他的聯系信息。

通知公告的發布、審核和瀏覽是通知公告模塊的主要功能。比如在發布新聞時，首先需要依次輸入新聞的標題和類別，然后才能選擇新聞的屬性。如果新聞的屬性為正式發布，則可以不用審核；如果新聞的屬性為草稿，則需要交由審核人審核，審核通過后才能正式發布。，審核通過后需要設置該新聞是否允許評論，是否需要上傳圖片等，然后需要編輯新聞的內容，并選擇該新聞是否需要置頂。完成這一系列步驟后就實現了新聞的發布功能。在進行信息審核時，當新聞公告的草稿交給審核人后，審核人需要對該草稿的內容進行審核。如果審核人將草稿修改后打回給創建人，則表示審核沒有通過。反之若審核通過，則該新聞會被審核人立即發布。這部分的流程圖如圖4-15所示：

5.2 流程管理

在公司的移動辦公系統中，公文的流傳不是單純的文檔收發和審閱修改，而是成為一個數據流，在辦公系統中快速流傳，還含有過程清單（未辦事項，已辦事項，正式文檔等），審查，處理，核定等，這些在一般的辦公自動化系統中都具有的流程在移動客戶端都會有。因此，當公司的工作職員未能在公司正常辦公時，借助移動客戶端上的公文流同樣能處理各類緊急事務，防止形成進程孤島。

移動辦公的特殊性使它的過程設計更為簡潔易操作，所以它的過程更少更簡便，比起以往的OA系統它的公文流轉速率更快，公文的處理效率大大提高。其中新建請求的流程圖設計如圖4-9所示：

5.3 報表類系統

該公司在建成移動化的平臺以后，將管理控制信息系統，財務管理信息系統和人力資源信息系統接入該平臺，這些信息系統上的業務報表在經相應的網頁處理就可以在移動客戶端方便查詢，企業職員能夠方便了解公司的各方面的實時情況，利于高效合理的決策，提升決策速度與質量。

這部分功能的核心技術為統一推送服務APS，即All-in-one Push Service，所有從服務器推送至客戶端的業務均通過這個服務處理[32]。All-in-one Push Service可以為各種不同層次的移動客戶端提供實時，迅捷的信息傳送服務，無論使用者是離線還是在線。企業的服務端有新的公文批復，新的業務報表時，這些最新的信息都會被立即傳送給移動客戶端，保持信息的最廣范圍共享。

在GPRS連接功能公用網絡IP時，利用scoket通訊方法構建客服兩端信息流讓服務端發送信息稱為 IP Push。

使用者的客戶端有時會離線，這時發送二進制編輯的短信，相應客戶端會被該信息喚醒，接受該信息，這種離線推送方式稱為二進制推送。（二進制短信[33]是由OMA做了相應規范工作的二進制短信，他利用服務器去主動要求客戶端接受并獲取該信息，完成PUSH）

Wap Push：使用者的客戶端沒有就是升級為高端版本，也可以利用WAP PUSH獲取信息。由于存在多樣化的推送手段，服務器會根據使用者的客戶端的實際情況合理選定推送信息的方法，讓客戶端最方便快速的接受信息。報表系統示例如下：

圖5-5 報表類系統示例 5.4 新聞公告

該模塊的主要功能是讓用戶可以方便獲取和查詢企業的通知公告，例如公司制度，公司歷史沿革等信息。

圖4-14 新聞發布流程圖

通知公告模塊的關鍵實現手段是文檔轉碼。不同手機的word軟件不相同，顯示電腦端的word文檔將會十分的困難，同時手機接受文檔速度慢，10多M的文檔接受會花費許多事件，如果手機沒有裝載文檔查看軟件，預覽也是十分麻煩的。

各種常用文檔在不同手機上顯示需要進行，無需第三方軟件支持，安裝客戶端軟件之后，可以直接查看各種類型的文件，如純文本類、超文本類、圖片類、復雜文檔類（如word, excel, ppt, pdf）、壓縮文檔類等多種格式，可以滿足大部分用戶的需求[34]。文檔解析服務可解析的文檔有下面這幾種： 5.5 通訊錄

在這一部分，用戶可以方便獲取公司其他職員的通訊號碼，實現迅捷通訊。這部分功能的流程圖如圖4-13所示：

圖4-13 通訊錄模塊流程圖

使用者進入公司通訊錄的信息酷以后，由于通訊錄的名但是按部門和姓名首字母嚴格排序，所以快速查知所要的號碼，同時，手機通訊錄附帶電話和短信功能，所以可以立即執行相關操作。

圖5-12 通訊錄示例 5.7 本章小結

在這一章中，筆者詳細敘述了移動辦公系統的編程實現過程，介紹了登陸，進程管控，報表模塊等六大模塊的具體功能和實現的核心程序以及關鍵的信息技術。

第六章 移動辦公系統的測試 6.1平臺和終端配置

（1）移動平臺的硬件環境 該類平臺運行負荷不大，常見的電腦服務器都可以支持運行，在本文的系統測試中我們使用是國際商用機器公司的3650服務器，下面的表格是具體的介紹。表6-1 服務器配置

硬件名稱

產品描述 服務器

1顆四核英特爾處理器2.66G/12M/1333MHz，4G(2*2G)ECC/REG/FBD/667MHz內存，3 × 250 SATA2/7200rpm/8M硬盤，SATA RAID卡 RAID 0/1/5/6/10/50/JBOD 128MB，2*1000MB服務器網卡，標配480W服務器專用電源

（2）移動平臺的軟件環境

因為這個平臺是Java2平臺企業版 系統架構，所以它要求JMT的軟件配置和windowsXP的操作系統。（3）網絡條件

各個公司業務信息系統都被相應接口接入這個平臺，因此需要有網絡支持各個業務系統對平臺的訪問，移動客戶端的使用者可以利用VPN進入位于企業內網的smart MIP服務器，進行相應的操作獲取相應信息。6.2 測試

6.2.1 測試方法

我們主要使用的是白盒和黑盒測試兩種手段。在單元測試中運用白盒測試方法，主要測試主要功能模塊及代碼的規范化[38]。至于對系統的功能，運行壓力承載荷負和運行的性能，都要使用黑盒測試方法，黑盒測試本身稱為功能測試。6.2.2 單元測試用例

下面是對系統公文新建功能測試的一個實例：

表6-2 公文新建測試用例 用例模塊 公文新建 測試摘要 創建兩種不同類型的政策 用例設計者

測試類型 功能性測試 用例類型 錯誤判斷法，比較法 測試方法 手動 對應需求

對應UI 設計時間

前置條件 已成功登陸并具有相關權限 步驟 執行描述 預期結果 實際結果 備注 1 點“公文新建” 正確進入公文新建

通過 2 選擇不同公文類型 不同的公文輸入數據不同 成功選擇不同公文類型 通過 3 根據不同公文填寫信息”

有提示的為必填項 通過 4 信息正確填寫完成點“保存” 成功新建一條公文 成功新建 通過 公文查詢的測試用例如下表所示： 表6-3 公文新建測試用例 用例模塊 公文維護 測試摘要

用例設計者

測試類型 功能性測試 用例類型 錯誤判斷法，比較法 測試方法 手動 對應需求

對應UI 設計時間

前置條件 已成功登陸并具有相關權限 步驟 執行描述 預期結果 實際結果 備注 1 點“公文維護” 正確進入公文查詢頁面 成功跳至查詢頁面 通過 2 輸入相應查詢條件，點“查詢” 正確顯示滿足條件的所有記錄 需按照關鍵字查詢，增加排序 通過 任選一條記錄，點“查看” 正確顯示此記錄的詳細信息 正確顯示此條記錄的詳細信息 通過 任選一條或多條記錄，點“刪除” 刪除成功 將該條公文物理刪除 通過 5 任選一條記錄，點“修改” 跳轉至公文修改頁面 一次只能修改一條 通過 6 任選一條記錄，點“復制” 跳轉至公文復制頁面 一次只能復制一條 通過 7 任選一條記錄，點“提交” 狀態修改為審批中 只能提交已保存和審批拒絕 通過 任選一條審批通過記錄，點“停止” 是否停止改為“是” 是否停止改為是 通過

數據報表的測試用例如下表所示：

表6-4 數據報表測試用例 用例模塊 數據報表 測試摘要

用例設計者

測試類型 功能性測試 用例類型 錯誤判斷法，比較法 測試方法 手動 對應需求

對應UI 設計時間

前置條件 已成功登陸并具有相關權限 步驟 執行描述 預期結果 實際結果 備注 1 點擊“數據報表” 正確進入數據報表 成功進入數據報表頁面 通過 2 輸入相應查詢條件，點“查詢” 正確顯示滿足條件的所有記錄 正確顯示查詢條件內所需數據 通過 通訊錄

查詢的測試用例如下表所示： 表6-5 通訊錄查詢測試用例 用例模塊 通訊錄管理 測試摘要

用例設計者

測試類型 功能性測試 用例類型 錯誤判斷法，比較法 測試方法 手動 對應需求

對應UI 設計時間

前置條件 已成功登陸并具有相關權限 步驟 執行描述 預期結果 實際結果 備注 1 點“通訊錄管理” 正確進入通訊錄查詢頁面 成功跳至查詢頁面 通過 2 輸入相應查詢條件，點“查詢” 正確顯示滿足條件的所有記錄 需按照關鍵字查詢，增加排序 通過 任選一條記錄，點“查看” 正確顯示此記錄的詳細信息 正確顯示此條記錄的詳細信息 通過 任選一條或多條記錄，點“刪除” 刪除成功 將該條通訊錄物理刪除 通過 5 任選一條記錄，點“修改” 跳轉至通訊錄修改頁面 一次只能修改一條 通過

6.2.3 性能測試用例

性能測試用例如下表所示：

表6-6 性能測試用例

在移動設備中訪問本系統的功能 移動設備是通過無線網絡訪問Web應用，因此頁面不應太復雜，避免因頁面過大影響訪問速度 用例目的 測試在移動設備中是否可以進入本系統使用本系統的基本功能 前提條件 服務器運行和使用的移動設備可以登錄網絡 用例ID 輸入數據 期望性能 實際性能 1 輸入用戶名和密碼平均響應時間不超過5秒，最長不超過10秒平均響應時間不超過5秒，最長不超過10秒 2 下載公文 由文件大小而定 由文件大小而定 3 上傳公文 由文件大小而定 由文件大小而定 4 審批公文平均響應時間不超過5秒，最長不超過10秒平均響應時間不超過5秒，最長不超過10秒 6.2.4 壓力測試

本次測試過程主要是評估和分析系統當前環境下的性能狀況，作為系統性能調優的參考和依據[39]，在整個測試中，各種和系統功能，運行穩定性有關的數據都會被精確測量，在進行詳細與認真的分析之后得出相應的結論。壓力測試用例如下表所示： 表6-7 相關指標說明表 序號 相關指標 說

明 1 并發用戶 是指使用自動化測試時，設定的同時上線的用戶數，反映系統所能承受的壓力 事務/事務吞吐量

（TPS）是指一連串請求動作的響應時間的統稱。與事務相關的指標有：事務量，成功事務量，失敗事務量，平均事務量。通過事務量及測試的運行時間，可以判斷系統的事務處理量是否達到系統的要求，如：一小時完成N筆業務。3 事務響應時間 事務響應的時間。測試工具一般會顯示最大、最小、平均響應時間。通過LR，用戶可以得到事務當中用時最長的動作。系統吞吐量 指系統運行時，服務器的吞吐流量，單位為 Byte/s。5 每秒點擊數 系統WebServer每秒所能響應的請求數 Cpu Queue Length 隊列長度持續大于 4 則表示可能出現處理器擁塞。此計數器是特定時間的值，而不是一段時間的平均值。Memory相關 內存使用情況可能是系統性能中最重要的因素（服務器內存使用狀況、數據庫內存使用狀況）CPU使用率 包括服務器CPU使用率和數據庫進程CPU使用狀況 9 Number of deadlocks/ Sec/－Total 數據庫死鎖、阻塞 User 0 Connections 用戶連接數，也就是數據庫的連接數量 測試用例如下表所示： 表6-8 測試用例表 用例名稱 用例目的 模塊名稱 用例步驟 事務名稱 FARE_LOGIN 查看登錄系統的響應時間 登錄 用戶登錄 用戶登陸 FARE_DOCUMENT_SEARCH 測試公文查詢的響應時間 流程管理 用戶登錄—>流程管理—>公文查詢 查詢

FARE_DOCUMENT_NEW 測試公文新建的響應時間 公文新建 用戶登錄—>流程管理—>公文新建 公文新建

FARE_DOCUMENT_REPLY 測試公文審批的響應時間 公文審批 用戶登錄—>流程管理—>公文審批 審批

FARE_ADDRESSLIST_SEARCH 測試通訊錄中查詢的響應時間 通訊錄管理 用戶登錄—>通訊錄管理—>查詢 查詢

FARE_INFORM_SEARCH 測試通知公告中查詢的響應時間 通知公告管理 用戶登錄—>通知公告管理—>查詢 查詢

測試結果中的幾項關鍵因素解釋如下：（1）time measure：second（2）Mininum：最長運行時間（3）Maximum：最短運行時間

（4）Average：系統運行的時間平均值（5）Std.Deviation：標準方差

下面的測試中四十個使用者在極小的時間段內訪問該移動辦公系統并上交報表，下面為測試流程圖和結果的詳細分析： 表6-9 測試結果1表 度量 最小值平均值 最大值 SD Action_Transaction 0.653 1.603 3.393 0.522 vuser_init_Transaction 0.216 0.573 1.135 0.163 登陸 0.653 1.603 3.393 0.522 分析結果：這四十個使用者在提交申請以后均在2s內請求被處理，使用者體驗良好。6.3 本章小結

在這一章中，筆者詳細敘述了系統測試的全過程，給出了功能測試，單元測試 壓力測試等測試的實際例子，分析的手段多樣，分析的結果準確。

第七章 結束語

隨著是信息化社會的來臨，傳統的紙質化辦公已經顯得效率低下，將信息技術引入辦公勢在必行，辦公自動化(OA)的時代已經來臨。辦公的自動化主要體現在辦公設備電子化，大數據以及紙使用量的銳減，許許多多的公司以及國家機構都在努力實現office automation，其中的關鍵便是信息化。OA主要的目的是整合目前的管理組織，合理調配組織資源，使各部門高效合作，從而使決策得到最大化實現。由于國家對3G建設持續加大投入，3G已經成為目前的主流通信網絡，哪里都有網的時代已經來臨，移動化成為整個IT界關注的焦點。智能手機，平板等智能移動終端的普及和無處不在的3G網絡使移動辦公成為可能，辦公室的自動化不再僅限于電子化，數據化，更加實現了移動化，公司的辦公不再受限于時間和空間，辦公會議也可以借助在線交流實現，移動化無疑將辦公自動化提升了一個層次，辦公的效率得到極大提升。某公司認識到信息化對提高公司競爭力的巨大作用，長期以來對信息化高投入，移動化成為新一輪信息化的重點。某公司的信息化水平相對較高，業已實現電子化，數據化的傳統辦公信息化，構建了一套完備的office automation system，該信息化的核心是公司信息門戶的建成。某公司為了追趕信息時代潮流，開始了辦公移動化的建設，其中的核心是構建一個支持辦公移動化的信息系統，公司從高管到普通工作人員都能借助各種智能移動端辦公，例如會議時間發布，公司報表的編輯。另外由于移動化辦公的時效性，公司可以及時發布信息組織人力，提高公司的快速反應能力。在這片文章中，筆者根據該公司的實際情況和現實要求完成了需求分析的工作，首先筆者調查研究了現有的主流的的移動辦公系統，接著給出了建立該公司移動化系統的計劃表，計劃表中著重介紹了系統接口處理方法，系統功能模塊組成及安全架構和網絡的拓撲學架構。在系統設計和編程實現的階段，筆者首先將系統劃分為登陸驗證，過程管控，報表文檔處理等7大模塊，并對他們進行了編程實現，給出了實現這些功能的主要程序。在系統測試階段，筆者首先對該公司的移動教務系統進行單元測試和系統壓力測試，在本文中對其不僅有詳細介紹而且給出了相應的測試例子，然后以圖表文等多種形式分析介紹了測試結果。

致

謝

經過導師的精心指導，我的論文即將完成，在此，首先衷心感謝我的導師的細心指導和精心栽培。他在我論文的選題、研究、論文撰寫、論文修改等各個環節，都抽出寶貴的時間，精心指導，使我獲益匪淺。同時，我也要向學習期間辛勤授課的老師們致以誠摯的感謝，老師們學識與無私的解疑釋惑精神令我終身難忘。

參考文獻

[1] 劉方.應用面向對象技術開發辦公自動化系統.電腦知識與技術.2012(6).[2] 張雷,扈飛.軟件即服務應用框架中配置的設計與實現.計算機系統應用.2012(6)..[3] 賈宗星.基于工作流的協同辦公系統的設計與實現.計算機時代.2013(3).[4] 雍珣.基于WEB的辦公自動化系統的設計與實現.山西廣播電視大學學報.2012(5).[5] 楊耿,李曉娟.基于Lotus Notes企業辦公自動化系統.計算機工程與設計.2012(10).[6] 程海英.數據挖掘技術在辦公自動化系統中的應用.科技創業月刊.2012(6).[7] 馮輝萍.談談企業辦公自動化系統的安全與保密.科技信息.2012(1).[8] Khawar Zaman Ahmed, Cary E.Umryah.Developing Enterprise Java Applications with

the J2EE and UML.Pearson Edueation, Inc.2012.45-46 [9] Liujianxun.An Inter-enterprise Wbrkflow Model for Supply Chain and B2B E-commerce.High Technology Letters, 2012, 02:32-45 [10] T.J.Popp.Software Architecture Development for Produce Line Software.Proceedings of the 18th IEEE Digital Avionics Systems Conference.USA: IEEE Computer Society Press, 2011, pp106-111 [11] 溫新.淺談高校辦公自動化系統的建設.中國輕工教育.2009(2).[12] 劉雁.OA辦公自動化系統在企業中的實際應用價值.科技資訊.2009(13).[13] 楊德友,朱博.網絡辦公自動化系統的設計與實現.四川大學學報：自然科學版.2009(3).[14] 李菊,王興.基于ASP．NET的辦公自動化系統設計與實現.常熟理工學院學報.2009(4).[15] 周愛蓮.工作流軟件在辦公自動化系統中的應用.農業網絡信息.2009(4).[16] 蘭功博.基于工作流的信息管理系統研究.科技資訊.2009(12).[17] 楊濤.工作流技術在企業辦公自動化系統中的應用.科技資訊.2009(11).[18] 劉媛媛.OA辦公自動化系統在醫院信息化管理中的應用.西南軍醫.2009(3).[19] Michael J.Young.Learning XML Easily.2001(1)[20] 王向輝,張國印,沈潔.Android應用程序開發.清華大學出版社.2010(3)[21] 陳剛.Eclipse從入門到精通.北京：清華大學出版社.2005.[22] Wilton,Mcpeak.Beginning JavaScript(3rd Edition).Beijing：Qinghua University Press.2009 [23] 靳巖,姚尚朗.Google Android 開發入門與實戰.人民郵電出版社 [24] 張孝祥.Java就業培訓教程[M].北京：清華大學出版社.2003 [25] E2ECloud工作室.深入淺出Google Android.人民郵電出版社 [26] Bruce Eckel.Thinking in Java.Beijing：China Machine Press.2007

[27] ric J.Braucle等.軟件設計—從程序設計到體系結構.李仁發等譯.北京:電子工業出版社.2007.[28] 張四清,費明洪.加快基層農發行信息技術隊伍建設的具體措施.中國金融電腦.2009(5).[29] Garside,Mariani.Java First Contact.China Machine Press.2003.[30] Mclaugblin, Edelson.Java and XML.Southeast University Press.2007 [31] 張凱,王茜.運用J2EE平臺設計高校辦公自動化系統.現代計算機：下半月版.2009(4).[32] 周曉芬,鄧志華.南昌供電公司辦公自動化系統的設計與實現.電力信息化.2009(4).[33] Joyce Famell.Fundamentals of Java Programming.Science Press.2012.[34] 張潔珍.高校學生工作辦公自動化系統探討.現代商貿工業.2009(8)[35] 冉崇善,黃鐳磊.基于JSF和j2ee框架的辦公自動化系統設計與實現.電腦與信息技術.2009(2).[36] 張邦文,廉迎戰.基于Office Sharepoint Server 2007的辦公自動化系統的實現.電腦與信息技術.2009(2).[37] Danny Poo.Java Programming.Tsinghua University Press.2010.[38] 李英.移動辦公的新安全革命.計算機與網絡.2006(23)[39] 陸劍江.通用模式的移動辦公系統設計方案研究.計算機工程與設計.2006(4)