第一篇：空氣質量檢測系統的設計與實現論文

大氣環境是人類生存環境的重要組成部分，也是人類生存、發展的基本物質基礎。當前，隨著我國經濟的快速發展，工業企業的不斷擴張，環境污染嚴重。由于工業集中，加上人口密集等原因使得空氣污染主要集中城市，經常會出現霧霾天氣。大氣污染物主要是總懸浮顆粒物(TSP)、可吸入顆粒物(PM10)、臭氧（O3）、一氧化碳(CO)等。大氣污染物經工廠直接排放或間接排放到大氣中，嚴重地危害到人們的身體健康。課題組設計了基于ZigBee技術的空氣質量檢測系統，監測人員只需在監測區域放置空氣質量檢測儀，即可時時獲取區域內各種污染氣體濃度及對應指標，為及時處理大氣污染突發時間提供有力的技術保證。

1系統工作原理

1.1系統結構圖

本文設計的空氣質量檢測系統實現全天候、自動化、主動獲取空氣質量信息。本文的空氣質量檢測儀原理框圖如圖1所示，采用上下位機相結合的設計方式，下位機由傳感器模塊、數據處理模塊（CC253X芯片）、數據傳送模塊等部分構成；上位機由測控計算機、通訊模塊構成。由微處理器通過傳感器模塊采集空氣質量相關數據并通過zigbee模塊傳輸至測控計算機，測控計算機完成對空氣質量數據的處理分析，為管理人員提供做出判斷或決策的依據。從而實現對特定區域內空氣質量實時監測。

1.2ZigBee技術簡介

ZigBee無線傳感器網絡是由許多傳感器以自組織方式構成的無線網絡,它綜合了傳感器技術、嵌入式計算技術、分布式信息處理技術和ZigBee技術,可廣泛應用于工業監測、安全系統、環境監測和軍事等領域。ZigBee技術是一種低速率、低功耗、低復雜度、低成本的雙向無線通信網絡技術。

2系統電路設計

本文無線收發模塊采用芯片CC2530。CC2530是用于2.4-GHzIEEE802.15.4、ZigBee和RF4CE應用的片上系統(SoC)解決方案。以較低的總的材料成本建立網絡節點。CC2530結合了領先的RF收發器的優良性能，業界標準的增強型8051CPU，系統內可編程閃存，8-KBRAM和其它強大的功能。充分考慮到應用環境，結合CC2530具有不同的運行模式，使得它尤其適應超低功耗要求的系統。如圖2所示。

3系統軟件設計

3.1CC2530芯片的軟件設計

設計中CC2530單片機程序的編寫環境為IAREW8051V8.1集成開發環境，使用C語言編寫，使程序移植和調用方便、靈活，能最大程度的提高系統程序的可靠性和穩定性。由主程序，AD數據轉換，通訊三個模塊組成。數據的采集要求每秒采用一次，采用定時中斷的方式執行數據的采集，將采集的數據經過AD轉換后通過串行數據通信發送給ZigBee芯片。

3.2應用程序設計

空氣質量檢測系統上位機部分是采用Microsoft公司的VC++6.0進行開發，以Zigbee通信方式實現空氣質量數據（溫度、濕度、PM2.5、PM10等參數）的存儲與和讀取。根據實際需求，應用程序份為用戶界面和數據管理兩部分。管理人員可以通過用戶界面實時、直觀的了解檢測區域內相關信息，可對檢測區域的空氣質量安全的進行評估與決策，數據管理部分將所有數據以及分析狀況進行儲存，方便用戶隨時查詢。檢測系統軟件界面如圖3所示。

4結論

本文中所設計的空氣質量檢測系統，實現了對空氣質量各類指標的動態檢測、測試分析、數據保存等功能，滿足在多樣化的環境下獲取大量像是、可靠的信息。該系統具備操作方便、易于控制、穩定運行且實時性好等特點。可廣泛適用于農業、工業等領域。

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

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

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.

第三篇：汽車安全檢測系統的設計與實現

汽車安全檢測系統的設計與實現

引言汽車在為人類帶來便利的同時，也帶來了大氣污染、環境噪聲及交通安全等一系列問題。因此，如何把汽車廢氣和噪音污染限制在一定的范圍內，同時又能做到安全性能相對較高，是汽車制造應重點考慮的主要因素。汽車本身是一個較為復雜的系統，出廠時都要求符合一定的標準，但隨著行駛里程的增加和使用時間的延續，其性能和安全狀況將會不斷降低，那么汽車運行一段時間后是否還能滿足標準的要求？這就要定期對其進行安全檢測。汽車安全性能檢測就是對汽車的安全性能狀況進行測試和檢驗的一門技術，它已成為交通行業管理部門對車輛安全性能檢測和汽車生產維修行業以及汽車進出廠檢驗及故障診斷的主要技術手段。2 系統構成與硬件設計汽車檢測分為汽車性能檢測和汽車安全檢測兩類，本文主要針對汽車安全檢測介紹全檢車過程的自動控制原理與實現。圖1給出了汽車安全檢測計算機控制系統的各組成部分結構框圖。該系統主要由登錄機、上位機和下位機(各工位檢測設備及儀表)三個部分組成[1]。系統核心軟件設計本系統軟件主要涉及各檢測設備、登錄機與上位機三個部分。各檢測設備程序一般均由廠家提供，系統通過其接口程序調用使用設備。登錄機功能較為單一，其軟件設計也不復雜。此處著重以上位機監控與管理軟件來分析說明系統核心功能模塊的軟件設計與實現過程。3.1 數據庫與數據報表設計與實現按照“汽車檢測站計算機控制系統技術規范（JT/T478-2002）”[2]對數據庫設計的規定，要求在車輛上線檢測時，控制系統應實時記錄檢測數據，并在完成一輛車輛的所有檢測項目后，控制系統應立即將該車輛完備的檢測數據和判定結果存入數據庫。為此，本系統選用了SQL Server 2000作數據庫管理系統。整個系統建立一個數據庫AutosDetDB，其中主要數據表有：車輛基本信息表BaseInfoT，車輛檔案信息表AutosT，檢測項目信息表DetItmT，檢測數據信息表DetDataT，檢測項目判定表AssT，項目合格標準表DetStdT等；前5個數據表通過車輛標識碼VIN字段實現關聯。系統設有數據源Autos，統一采用ODBC數據接口訪問數據庫，實現相關數據的插入、刪除、修改及查詢操作。數據報表是車輛安全檢測站在車輛安檢完畢后向車主報告或反饋車輛安全性能狀況的重要技術手段。根據“機動車安全檢驗項目和方法（GA 468-2004）”[2]對報表設計的規范，要求報表必須涵蓋如下信息：檢測站名稱，上線流水號，車輛基本信息，車輛七項線內檢測（尾氣、車速、燈光、喇叭、側滑、軸重、制動）的檢測結果及合格判定，線內地溝檢查結果及合格判定，外觀檢查與路試等線外檢驗結果及合格判定。考慮到該數據報表涉及的數據類型及數據格式較多、布局錯綜復雜這一情況，報表設計未在VB的數據環境中使用數據報表設計器DataReport對象來進行。而是先將系統數據報表在Word 2000中制成A4頁面大小的表格模板，以Doc格式文檔存盤；然后在上位機軟件報表窗體中引入OLE容器控件，在該容器控件中插入事先創建好的Doc格式報表模板文件并在已加載報表模板的相應位置均添加Label標簽，各標簽與檢測數據信息表DetDataT中的相應字段綁定。每當車輛檢測完后，報表模板中所有標簽的Caption屬性均被自動更新為當前車輛的各項目檢測值，通過調用OLE控件所在窗體對象的PrintForm事件即可實現報表的實時打印輸出。3.2 通信串口程序設計與實現本系統上位機與檢測線上的所有檢測設備和儀表均采用基于串口的主從通信方式。上位機自帶2個串口另加一塊PCI總線8串口卡，共可提供10個通信串口。由圖1可知，這10個串口分別負責與工位電子顯示屏以及分布在3個工位的9臺設備和儀表進行數據通信，同時在系統程序中加載10個串口通信控件。根據各檢測設備通信協議的要求，設置相應串口通信控件的關鍵屬性[3]。考慮到系統的靈活性及檢測線中檢測設備通信故障檢修的方便性，系統可為各設備動態分配通信端口。為統一操作和管理，系統定義了一個過程MultiComInit，負責所有串口的初始化操作；此外，還定義了一個過程MultiComCls，負責所有串口的關閉操作。以下以端口8為例，給出相應串口的初始化程序代碼[4]。'MSComCH串口控件負責與側滑儀通信MSComCH.CommPort=8 '端口號，可在1～10間設置MSComCH.Settings=“2400,n,8,1” '波特率，校驗位，數據位，停止位MSComCH.InputMode=comInputModeBinary '二進制數據傳輸方式MSComCH.InBufferSize=512 '接收緩沖區大小MSComCH.OutBufferSize=512 '發送緩沖區大小MSComCH.RThreshold=12 '接收12字節產生oncomm事件MSComCH.SThreshold=0 '禁止發送字節產生oncomm事件MSComCH.PortOpen=True '打開串口3.3 待檢項目車輛就位程序設計與實現車檢時車輛就位極為關鍵。安檢線上只有地溝屬線內目視檢查項目，對車輛定位沒有嚴格要求；此外其他項目檢測均需車輛精確定位，否則，檢測就無法進行或是檢測結果不準確。本檢測線上各項目檢測點均安裝了光電開關或遙控開關，這些開關直接與上位機PCI-1762數字I/O卡各DI端口相連，系統通過實時判斷相應DI端口的電平變化情況即可判定受檢車是否就位。下面以汽車軸重檢測為例，對本系統車輛就位功能模塊的設計過程加以說明。汽車軸重儀傳感器部分由一對電子稱組成，可用于實現同軸左右輪的稱重。軸重檢測時需要前后兩對光電開光（靠近車頭的為前光電開關）實現被檢軸定位。假定連接這兩對光電開關的I/O卡兩DI端口的電平變化情況存放在DI(0)和DI(1)數組元素中。數組元素值為1，表示光電信號被車輪遮擋；反之，則表示光電信號未被車輪遮擋。圖2描述了軸重檢測時被檢車輛當前車軸的就位判定過程，圖中TmrDW定時間隔表示車軸就位時間，該時間可視實際情況自由設定。

3.4 檢測程序設計與實現車輛安全檢測涉及的檢測項目較多，這里僅以核心檢測項目之一——制動檢測為例，對其檢測程序的設計過程進行描述。制動檢測主要實現對車輛各軸左右輪制動力的檢測，本系統采用HYZD-10型制動儀來完成這一檢測過程。在檢測各軸制動力時，上位機啟動設備檢測后，制動儀不斷采樣制動力并上傳采樣數據，同時，上位機利用串口事件觸發方式接收采樣數據并實時繪制制動力變化曲線，找出制動期間左右輪的最大制動力以及兩輪制動力最大差值點時刻左右輪制動力。以上信息都是制動檢測項目合格與否的重要衡量指標。下面給出的是連續制動5秒鐘期間系統繪制的同軸左右兩輪制動力變化曲線（見圖3）及繪制制動力曲線的部分主要程序代碼，其中，數組LX、RX分別用于存放左、右輪制動力線段的X軸坐標；數組LY、RY分別用于存放左、右輪制動力線段的Y軸坐標。OnComCnt=OnComCnt+1 '串口事件觸發計數If OnComCnt=1LX(1)=OnComCnt:LY(1)=TmpL '計算左輪制動力終點坐標RX(1)=OnComCnt:RY(1)=TmpR '計算右輪制動力終點坐標ElseLX(0)=LX(1):LY(0)=LY(1)'計算左輪制動力起點坐標LX(1)=OnComCnt:LY(1)=TmpL '計算左輪制動力終點坐標RX(0)=RX(1):RY(0)=RY(1)'計算右輪制動力起點坐標RX(1)=OnComCnt:RY(1)=TmpR '計算右輪制動力終點坐標End IfPict.DrawStyle=0 '定義線型及顏色, 畫線Pict.Line(LX(0),LY(0))-(LX(1),LY(1)),vbRedPict.Line(RX(0),RY(0))-(RX(1),RY(1)),vbBlue4 結束語該系統已用于本市機動車檢測中心的汽車安全檢測線，日檢車達320輛，高峰時系統允許5輛車同時在線檢測。除地溝檢查和尾氣檢測的插取樣管作業外，其余項目檢測無需人工參與，基本實現了無人化自動檢車。與其它檢測線相比，本系統總體協調性好，能較好地均衡各工位的工作負荷，檢車效率提高了0.7倍左右。系統軟件可操作性強，人機界面友好。主控程序采用了前一工位封鎖后一工位的級聯式集中控制策略，從而可確保檢測次序和防止數據錯亂，提高了系統穩定性和檢測結果準確可靠性。此外，上位主控機可動態設置各檢測設備的通信串口號，便于系統維護和設備通信故障調試。但上、下位機間采用主從式串口通信，使得它們之間的數據交互傳輸距離成了本系統的一個瓶頸，因此，這一不足還有待于今后努力探索和解決。

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

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)