第一篇：空氣質(zhì)量檢測系統(tǒng)的設(shè)計與實現(xiàn)論文

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

1系統(tǒng)工作原理

1.1系統(tǒng)結(jié)構(gòu)圖

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

1.2ZigBee技術(shù)簡介

ZigBee無線傳感器網(wǎng)絡(luò)是由許多傳感器以自組織方式構(gòu)成的無線網(wǎng)絡(luò),它綜合了傳感器技術(shù)、嵌入式計算技術(shù)、分布式信息處理技術(shù)和ZigBee技術(shù),可廣泛應(yīng)用于工業(yè)監(jiān)測、安全系統(tǒng)、環(huán)境監(jiān)測和軍事等領(lǐng)域。ZigBee技術(shù)是一種低速率、低功耗、低復(fù)雜度、低成本的雙向無線通信網(wǎng)絡(luò)技術(shù)。

2系統(tǒng)電路設(shè)計

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

3系統(tǒng)軟件設(shè)計

3.1CC2530芯片的軟件設(shè)計

設(shè)計中CC2530單片機程序的編寫環(huán)境為IAREW8051V8.1集成開發(fā)環(huán)境，使用C語言編寫，使程序移植和調(diào)用方便、靈活，能最大程度的提高系統(tǒng)程序的可靠性和穩(wěn)定性。由主程序，AD數(shù)據(jù)轉(zhuǎn)換，通訊三個模塊組成。數(shù)據(jù)的采集要求每秒采用一次，采用定時中斷的方式執(zhí)行數(shù)據(jù)的采集，將采集的數(shù)據(jù)經(jīng)過AD轉(zhuǎn)換后通過串行數(shù)據(jù)通信發(fā)送給ZigBee芯片。

3.2應(yīng)用程序設(shè)計

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

4結(jié)論

本文中所設(shè)計的空氣質(zhì)量檢測系統(tǒng)，實現(xiàn)了對空氣質(zhì)量各類指標(biāo)的動態(tài)檢測、測試分析、數(shù)據(jù)保存等功能，滿足在多樣化的環(huán)境下獲取大量像是、可靠的信息。該系統(tǒng)具備操作方便、易于控制、穩(wěn)定運行且實時性好等特點。可廣泛適用于農(nóng)業(yè)、工業(yè)等領(lǐng)域。

第二篇：公交查詢系統(tǒng)設(shè)計與實現(xiàn)論文

公交查詢系統(tǒng)設(shè)計與實現(xiàn)論文

1引言

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

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

1.1論文的研究內(nèi)容

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

2.1ASP.NET簡介

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

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

2.1.1ASP.NET技術(shù)的優(yōu)點

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

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

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

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

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

公共語言運行庫

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

統(tǒng)一編程類

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

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

3.1系統(tǒng)需求分析

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

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

功能名稱：線路查詢

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

功能名稱：站點查詢

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

功能名稱：公交換乘查詢

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

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

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

3.2 數(shù)據(jù)庫需求分析

數(shù)據(jù)庫在一個信息管理系統(tǒng)中占有非常重要的地位，數(shù)據(jù)庫結(jié)構(gòu)設(shè)計的好壞將直接對應(yīng)用系統(tǒng)的效率以及實現(xiàn)的效果產(chǎn)生影響。合理的數(shù)據(jù)庫結(jié)構(gòu)設(shè)計可以提高數(shù)據(jù)存儲的效率，保證數(shù)據(jù)的完整和一致。

數(shù)據(jù)庫技術(shù)是由傳統(tǒng)的文件系統(tǒng)發(fā)展而來的，從層次模型、網(wǎng)狀模型發(fā)展到關(guān)系模型。數(shù)據(jù)庫技術(shù)是數(shù)據(jù)管理的最新技術(shù)，是計算機科學(xué)的一個重要分支，它能指導(dǎo)我們正確地設(shè)計數(shù)據(jù)庫系統(tǒng)，它的出現(xiàn)極大地促進了計算機應(yīng)用的發(fā)展。采用數(shù)據(jù)庫技術(shù)的原理和方法可以有效地設(shè)計實用的數(shù)據(jù)庫系統(tǒng)。一個完整的數(shù)據(jù)庫系統(tǒng)包括數(shù)據(jù)庫管理系統(tǒng)（DBMS），數(shù)據(jù)庫管理員（DBA）、數(shù)據(jù)庫（DB）、應(yīng)用程序和相應(yīng)的硬件設(shè)施。

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

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

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

需求。數(shù)據(jù)庫設(shè)計一般包括如下幾個步驟：數(shù)據(jù)庫需要分析，數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計，數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計。

4系統(tǒng)概要設(shè)計

4.1概述

本階段設(shè)計的基本目標(biāo)是解決系統(tǒng)如何實現(xiàn)問題，也叫做概要設(shè)計，本階段主要任務(wù)是劃分

出系統(tǒng)的物理元素及設(shè)計軟件的結(jié)構(gòu)，完成軟件定義時期的任務(wù)之后就應(yīng)該對系統(tǒng)進行總體設(shè)

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

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

該模塊實現(xiàn)公交查詢功能?？蓪崿F(xiàn)按線路查詢、站點查詢和起點—終點查詢?nèi)N查詢方式。錄入系統(tǒng)模塊該模塊實現(xiàn)數(shù)據(jù)的新增、修改、刪除功能。

4.3.1 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計

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

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

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

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

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

車輛表（車輛編號，車次，車輛類型，服務(wù)類型，票價，IC 卡類型，運行區(qū)間）

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

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

4.3.2數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計

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

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

②站名表

站名表存放站名等數(shù)據(jù)，修改站名需要訪問此表。

③車輛線路編號表

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

④線路表

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

5詳細(xì)設(shè)計與實現(xiàn)

5.1.連接數(shù)據(jù)庫的包含文件

在動態(tài)網(wǎng)站中，調(diào)用數(shù)據(jù)庫中的數(shù)據(jù)是十分頻繁的，為了避免編寫重復(fù)的代碼。編寫一個數(shù)據(jù)庫連接文件是非常重要的。DB.cs

文件中包含了本系統(tǒng)中的數(shù)據(jù)庫的連接代碼。本系統(tǒng)的數(shù)庫 的連接代碼如下：

public static SqlConnection createConnection(){

SqlConnection

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

5.1.1新增車次線路

此模塊為管理員操作，如當(dāng)?shù)爻霈F(xiàn)新的公交線路，或原有公交車線路有新的站點加入，管理員可以登錄此表，及時添加線路和站點的信息，以保證車次線路的及時更新，方便用戶查詢。添加車次的界面如圖所示。

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

5.1.2新增車次線路

此模塊為管理員操作，如當(dāng)?shù)爻霈F(xiàn)新的公交線路，或原有公交車線路有所變動是，管理員可以登錄此模塊，及時添加相關(guān)的線路圖，以保證車次線路圖的及時更新，方便用戶查詢。添加的界面如圖

5.1.3刪除車次以及無效站點

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

5.1.4刪除線路圖

該模塊在管理員系統(tǒng)中實現(xiàn)，如當(dāng)?shù)啬膫€公交線路已經(jīng)改變，管理員可以登錄此模塊，及時刪除線路圖信息，以保證車次線路圖的及時更新，方便用戶查詢。刪除的界面如圖

6測試與維護

6.1 創(chuàng)建和測試應(yīng)用程序

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

舉例說明如下：

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

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

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

總結(jié)

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

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

致謝

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

首先，我要感謝我的畢業(yè)指導(dǎo)老師。在連續(xù)數(shù)月的畢業(yè)設(shè)計中，她不遺余力地指導(dǎo)和幫助我。在她孜孜不倦的教誨下，我順利地完成了畢業(yè)設(shè)計。老師對工作認(rèn)真負(fù)責(zé)的態(tài)度，對學(xué)生無私的關(guān)懷，使我受益良多。我衷心地感謝她。在這里我還要感謝所有指導(dǎo)過我的老師們，沒有你們的培養(yǎng)我無法完成兩年的大學(xué)學(xué)業(yè)還有，我能有今天，是與我父母的辛勤培養(yǎng)分不開的，他們?yōu)槲腋冻隽艘磺?。我將在以后的學(xué)習(xí)、工作中再接再厲，盡我最大的努力做到最好來報答父母的養(yǎng)育之恩。

參考文獻

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

第三篇：汽車安全檢測系統(tǒng)的設(shè)計與實現(xiàn)

汽車安全檢測系統(tǒng)的設(shè)計與實現(xiàn)

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

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

第四篇：圖書管理系統(tǒng)的設(shè)計與實現(xiàn)論文

1、圖書管理系統(tǒng)的設(shè)計與實現(xiàn)論文：

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

功能：圖書檢索模塊、圖書管理模塊、數(shù)據(jù)維護模塊、數(shù)據(jù)統(tǒng)計模塊。

圖書檢索模塊：查詢。

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

數(shù)據(jù)維護模塊：由增/刪/修改讀者、增/刪/修改圖書、瀏覽修改讀者、瀏覽修改圖書。數(shù)據(jù)統(tǒng)計模塊：讀者統(tǒng)計、圖書統(tǒng)計、借出圖書統(tǒng)計。

意義：由封閉轉(zhuǎn)為開放式，被動為主動，統(tǒng)一管理。

可行性分析：它的主要目的是實現(xiàn)圖書館、讀者以及日常工作等多項管理。本系統(tǒng)設(shè)計：系統(tǒng)業(yè)務(wù)流程分析、系統(tǒng)功能設(shè)計、系統(tǒng)模塊設(shè)計等。系統(tǒng)可行分析方面：

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

技術(shù)介紹：

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

系統(tǒng)需求分析：

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

實現(xiàn)目標(biāo)：

1、界面設(shè)計友好、美觀、數(shù)據(jù)安全。

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

3、查詢功能。

4、實現(xiàn)對圖書借閱與信息跟蹤。

5、提供歸還日期提醒、權(quán)限設(shè)置功能。具有維護性和操作性。

第五篇：辦公自動化系統(tǒng)的設(shè)計與實現(xiàn)答辯論文

辦公自動化系統(tǒng)的設(shè)計與實現(xiàn)答辯論文

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

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

第一章

緒論

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

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

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

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

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

辦公自動化系統(tǒng)的穩(wěn)定性是衡量軟件優(yōu)劣的重要指標(biāo)[4]，在b/s 架構(gòu)下的系統(tǒng)的系統(tǒng)使用者在短時間內(nèi)會非常多，因此對系統(tǒng)的穩(wěn)定性要求會非常高，OA系統(tǒng)的穩(wěn)定穩(wěn)定性會在系統(tǒng)壓力測試中得到具體衡量，系統(tǒng)所能承受的壓力大小決定了它的穩(wěn)定性。（5）嚴(yán)密性

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

隨著信息化社會的持續(xù)推進，辦公成為新一輪信息化的熱點，其中OA系統(tǒng)是研究和開發(fā)的重點，OA系統(tǒng)是將現(xiàn)代化辦公和計算機網(wǎng)絡(luò)功能結(jié)合起來的一種新型的辦公方式。

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

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

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

圖1-1 流程孤島圖示

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

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

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

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

1.3 移動辦公應(yīng)用系統(tǒng)介紹

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

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

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

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

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

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

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

第二章 相關(guān)技術(shù)介紹

2.1軟件開發(fā)模型—原型模型

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

快速原型模型方法的實際操作步驟有五個基本階段，分別是快速分析階段、構(gòu)建基本階段、運行階段、評估階段和修改階段。首先進行的是需求快速分析階段，該階段是在短時間內(nèi)快速獲取用戶的業(yè)務(wù)需求，形成大體上的規(guī)格需求說明書和模型構(gòu)建規(guī)范。第二階段的主要工作是構(gòu)建原型，在大致的需求已經(jīng)明確的基礎(chǔ)上，設(shè)計出一個比較貼近該模型要求的原型，該原型的要求是快速簡潔，只需體現(xiàn)整體而忽略細(xì)節(jié)。第三階段的主要工作是運行原型，對已經(jīng)設(shè)計好的原型部署運行環(huán)境，進行試運行和技術(shù)上修改。

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

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

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

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

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

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

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

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

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

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

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

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

流程設(shè)計工具包括了基本流程規(guī)劃、路徑定義、流程關(guān)聯(lián)、節(jié)點動作等功能，這些功能可以使用圖形設(shè)計工具進行快速地設(shè)計，然后設(shè)計圖可以直接轉(zhuǎn)換成代碼。（2）高效穩(wěn)定的引擎內(nèi)核

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

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

2.3 Struts框架

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

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

2.4 Hibernate框架 Hibernate軟件是知名的開源數(shù)據(jù)庫中間件，它的基本原理是“對象—關(guān)系映射”，能夠使得開發(fā)人員使用面向?qū)ο蟮囊暯莵聿僮麝P(guān)系型數(shù)據(jù)庫，Hibernate中間件實現(xiàn)了對JDBC的輕量級封裝，比起其他重量級中間件來說，它所占用的系統(tǒng)資源更少，也更容易從整個框架系統(tǒng)中剝離開來，對系統(tǒng)影響很少，尤其是對系統(tǒng)功能模塊的影響幾乎可以忽略不計，因此，對于想要構(gòu)建低成本，高性能的大中型應(yīng)用系統(tǒng)來說，使用Hibernate中間件的確是一個明智的選擇。

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

Hibernate中間件的基本數(shù)據(jù)庫操作由Session接口負(fù)責(zé)實現(xiàn)，此Session與HttpSession不一樣，該session支持Hibernate中間件所自帶的HQL語言，能夠?qū)?fù)雜的SQL語句起到簡化、整合的作用。

Session對象由SessionFactory接口產(chǎn)生，一個SessionFactory接口可以批量生成Session對象，這些Session對象可以由多個線程調(diào)用，但Sessionfactory越多，系統(tǒng)所消耗的資源越大，一般的單機服務(wù)器只需要一個SessionFactory，如果在分布式計算環(huán)境中，如云服務(wù)器，云存儲等環(huán)境中，則需要多個SessionFactory并發(fā)地執(zhí)行。

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

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

首先是激活狀態(tài)，該狀態(tài)在程序執(zhí)行的情況下，界面在前臺運行，這時可以響應(yīng)用戶的操作請求。

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

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

Activity的生命周期從onCreate方法開始到OnDestroy方法結(jié)束，onCreate方法是對Activity各項數(shù)據(jù)進行初始化，當(dāng)Activity完成其任務(wù)之后，調(diào)用onDestroy方法清除資源，結(jié)束流程。

Activity從OnStart到OnStop方法調(diào)用過程中一直保持對用戶可見，且可以循環(huán)。

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

圖2-7 Activity生命周期圖 2.6 網(wǎng)絡(luò)環(huán)境下的數(shù)據(jù)庫技術(shù)

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

圖2-7 Web 數(shù)據(jù)庫工作原理示意圖

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

本章的主要內(nèi)容是詳細(xì)介紹系統(tǒng)設(shè)計開發(fā)過程中所采用的各項技術(shù)，其中主要針對MVC設(shè)計模式，工作流引擎和Google Android Activity。

第三章

需求分析

3.1 某公司辦公現(xiàn)狀分析

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

某公司移動辦公系統(tǒng)主要滿足集團領(lǐng)導(dǎo)、業(yè)務(wù)人員通過手機或者iPad等移動終端設(shè)備進行移動辦公的需要。

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

（1）業(yè)務(wù)人員工作繁忙，經(jīng)常出差，上網(wǎng)不方便，希望在外地可以很輕松的登錄內(nèi)部辦公系統(tǒng)，及時處理業(yè)務(wù)，查詢信息。

（2）領(lǐng)導(dǎo)和管理人員日常事務(wù)繁多，需要在任何場合、任何地點登錄企業(yè)辦公系統(tǒng)，處理待辦事宜，查看、調(diào)用、審批內(nèi)部的資料文檔。

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

3.2 移動辦公系統(tǒng)建設(shè)目標(biāo)

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

隨著3G時代的加速來臨，IT信息產(chǎn)業(yè)的移動化應(yīng)用趨勢日益明顯，手機和移動終端與現(xiàn)有信息化系統(tǒng)結(jié)合的應(yīng)用趨勢，將給信息化建設(shè)帶來一片新的天地。

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

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

圖3-1 移動信息化圖示

目前，某公司的移動辦公系統(tǒng)，期望達到如下建設(shè)目標(biāo)：

（1）實現(xiàn)現(xiàn)有辦公系統(tǒng)的移動化，在手機和移動終端上實現(xiàn)OA系統(tǒng)的功能，包括公文審批、公文查看、業(yè)務(wù)處理、通知通告查看、收發(fā)郵件等功能。

（2）實現(xiàn)辦公系統(tǒng)業(yè)務(wù)流程的移動化，提高整個系統(tǒng)的運作效率，而不僅僅是單純的流程調(diào)整[13]。

（3）移動辦公系統(tǒng)的建設(shè)，不會影響現(xiàn)有OA系統(tǒng)的公文流程、業(yè)務(wù)功能等，不影響現(xiàn)有OA系統(tǒng)，是現(xiàn)有OA系統(tǒng)的有利補充和輔助系統(tǒng)。

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

（5）切實有效的利用各種現(xiàn)有資源，整合以前的數(shù)據(jù)，充分利用現(xiàn)有系統(tǒng)的各類數(shù)據(jù)，達到與現(xiàn)有系統(tǒng)的良好整合和無縫過渡。3.3 模塊分析

3.3.1 系統(tǒng)模塊分析

某公司目前已經(jīng)使用一個OA平臺多年，該平臺作為企業(yè)的日常辦公管理平臺，是公司信息化發(fā)展和日常辦公的基礎(chǔ)，可以為領(lǐng)導(dǎo)決策提供參考和依據(jù)，為員工提供良好的辦公手段和環(huán)境，增強員工之間的協(xié)同工作能力，提高工作效率。

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

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

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

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

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

（3）終端界面美觀，操作簡單，客戶端能夠自動更新。（4）傳輸?shù)臄?shù)據(jù)進行了必要的優(yōu)化。（5）系統(tǒng)發(fā)出的各種提醒更人性化。（6）更加完善的安全體系。

（7）完全支持2G到3G網(wǎng)絡(luò)切換。3.5 移動辦公系統(tǒng)的價值

建設(shè)移動辦公系統(tǒng)為企業(yè)帶來價值體現(xiàn)為以下幾個方面：

（1）減少工作環(huán)節(jié)堵塞和停頓，提高工作效率，提高公文審批效率，有利于機構(gòu)整體高效有序運轉(zhuǎn)。

（2）增強溝通協(xié)作，拓展工作范圍，讓領(lǐng)導(dǎo)快速獲取有效信息，使決策高效合理，提高工作質(zhì)量，增加決策能力[15]。

（3）優(yōu)化工作環(huán)境，快速應(yīng)對變化。不受辦公硬件環(huán)境和條件局限，可用于處理應(yīng)急事件和突發(fā)事件。3.6 用例圖

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

圖3-2 登錄部分用例圖

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

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

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

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

2．登錄用戶重新選擇服務(wù)項目。

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

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

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

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

圖3-4 網(wǎng)絡(luò)安全透視圖 3.7.1 安全方案

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

名稱 安全策略 備注 安全方案 終端接入安全 終端使用網(wǎng)絡(luò)專線接入移動辦公系統(tǒng) 考慮某公司數(shù)據(jù)安全要求高，建議采用專線接入方式，從而保證系統(tǒng)數(shù)據(jù)的安全性

傳輸安全 SSL加密通道傳輸

運行安全 獨立崩潰模式，雙機熱備 采用雙機熱備，能夠充分保證系統(tǒng)穩(wěn)定正常運行。

機制安全

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

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

安全審計 可以查看操作日志 3.7.2終端接入安全（1）網(wǎng)絡(luò)專線

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

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

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

以下幾點是SSL協(xié)議提供的服務(wù)：

（1）通過認(rèn)證用戶及服務(wù)器來保證數(shù)據(jù)可以被發(fā)送到正確的客戶機、服務(wù)器上，從而確保數(shù)據(jù)傳輸?shù)恼_性。

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

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

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

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

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

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

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

（3）停用鎖止

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

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

本章主要介紹了某公司辦公自動化系統(tǒng)的現(xiàn)狀及存在的問題，對移動辦公系統(tǒng)進行了需求分析，介紹了系統(tǒng)的建設(shè)目標(biāo)，對系統(tǒng)的現(xiàn)有模塊進行了分析，討論了移動辦公系統(tǒng)的要求和價值。

第四章

移動辦公系統(tǒng)的設(shè)計 4.1 移動辦公系統(tǒng)的建設(shè)路線

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

圖4-1 系統(tǒng)建設(shè)路線

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

（2）在移動辦公系統(tǒng)建成以后，利用現(xiàn)今的系統(tǒng)接口技術(shù)將該企業(yè)以前已經(jīng)建成門戶信息系統(tǒng)接入，將公司的又一個信息系統(tǒng)移動化。

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

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

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

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

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

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

（5）建立該系統(tǒng)的目的是完善已有的OA系統(tǒng)。

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

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

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

（2）保密性好，運行穩(wěn)定

該種平臺要接入不同的信息系統(tǒng)，連入不同的net，平臺的結(jié)構(gòu)十分復(fù)雜但功能十分強大。所以整個系統(tǒng)的開發(fā)起點應(yīng)包括對系統(tǒng)保密性和穩(wěn)定性的設(shè)計，我們需要設(shè)計多種的安全保護措施并組合使用，構(gòu)成多重防護。

（3）合理設(shè)計系統(tǒng)升級和擴充方案，充分利用原有建設(shè)成果

建設(shè)移動辦公系統(tǒng)時，需要利用企業(yè)現(xiàn)有網(wǎng)絡(luò)、設(shè)備、環(huán)境等軟件和硬件的基礎(chǔ)條件，力求高效率、低成本進行工程建設(shè)[17]。移動系統(tǒng)的建設(shè)必須充分利用原有的辦公系統(tǒng)建設(shè)基礎(chǔ)，使整個信息系統(tǒng)的構(gòu)建有一條明確的主線，真正的建成統(tǒng)一平臺，這樣不僅防止了對以前建設(shè)成果的浪費，也節(jié)約了現(xiàn)在建設(shè)的成本和難度。

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

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

不自主開發(fā)平臺，不使用設(shè)計理念過于超前的平臺，使用現(xiàn)今已經(jīng)穩(wěn)定運行的主流平臺，夠用即可的實用原則。

（5）按照業(yè)界協(xié)議開發(fā)，預(yù)留眾多接口

該系統(tǒng)的開發(fā)要依據(jù)國家 國際的相關(guān)協(xié)議標(biāo)準(zhǔn)設(shè)計，成為規(guī)范合格的辦公系統(tǒng)，這樣可以使系統(tǒng)盡可能的不受軟硬件環(huán)境的限制。為了不讓信息在局部范圍內(nèi)滯留，我們要為移動平臺預(yù)留各種接口，將辦公平臺和各種業(yè)務(wù)系統(tǒng)連接，保證系統(tǒng)的開放性。4.4 系統(tǒng)網(wǎng)絡(luò)拓?fù)?/p>

該公司為實現(xiàn)辦公系統(tǒng)的移動化，給出了下面兩個布置方案：（1）在demilitarized zone 布置smartMIP服務(wù)器。

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

本文對系統(tǒng)設(shè)計與實現(xiàn)的闡述，通過如下內(nèi)容進行提現(xiàn)。

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

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

Smart MIP可以進入公司內(nèi)部網(wǎng)絡(luò)中的各種應(yīng)用和數(shù)據(jù)庫，進行查詢和修改等操作。

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

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

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

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

第二種布置方案里，包括smart MIP在內(nèi)的公司應(yīng)用服務(wù)器都在內(nèi)網(wǎng)，信息處理沒有通過公網(wǎng)管道，可以極大提高系統(tǒng)的保密性和穩(wěn)定性。

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

系統(tǒng)架構(gòu)介紹如下：

（1）移動終端必須使用塞班 安卓和蘋果等主流操作系統(tǒng)，在公司列出的名單之內(nèi)；（2）終端的運營商需為移動 聯(lián)通或電信，使用3G GPRS等網(wǎng)絡(luò)；

（3）系統(tǒng)的平臺建設(shè)分為移動平臺，管理分平臺和管理平臺接口三大塊，并且提供了一系列套裝和預(yù)留的平臺的接口。平臺的建設(shè)依據(jù)國際國內(nèi)的業(yè)界標(biāo)準(zhǔn)，使各種接口實現(xiàn)高效連接又盡量減少了軟硬件條件限制。

（4）企業(yè)內(nèi)部的應(yīng)用系統(tǒng)需要得到相應(yīng)的移動化，主要是通過接入移動平臺實現(xiàn)，包括辦公自動化系統(tǒng)，客戶關(guān)系管理系統(tǒng)和人力資源管理系統(tǒng)在內(nèi)的系統(tǒng)需要接入移動辦公系統(tǒng)。4.6 接入方式

將公司業(yè)務(wù)信息系統(tǒng)接入移動辦公系統(tǒng)有三種主流方法，在模型-視圖-控制器系統(tǒng)結(jié)構(gòu)下，我們可以從數(shù)據(jù)，外在顯示以及數(shù)據(jù)的三個層次完成平臺與子信息系統(tǒng)的連接。4.6.1 表現(xiàn)層對接實施

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

圖4-5 接入方式圖示

表現(xiàn)層的接入方法具有5大優(yōu)點：

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

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

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

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

移動辦公系統(tǒng)主要擁有以下幾個功能：

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

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

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

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

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

流程管理部分的功能結(jié)構(gòu)圖如圖4-8所示。其主要由新建請求、我的請求、待辦事宜、已辦事宜、新建領(lǐng)導(dǎo)審批、領(lǐng)導(dǎo)回復(fù)和我的審批等幾個方面組成。

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

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

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

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

當(dāng)用戶選擇已辦事宜時，系統(tǒng)會自動判斷請求人發(fā)起的請求是否已辦妥，如果沒有，則顯示請求人的待辦事宜。如果請求人發(fā)起的請求已經(jīng)處理完畢，則顯示請求人的以辦事宜和給予協(xié)作人的以辦事宜。

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

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

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

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

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

5.2 流程管理

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

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

5.3 報表類系統(tǒng)

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

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

在GPRS連接功能公用網(wǎng)絡(luò)IP時，利用scoket通訊方法構(gòu)建客服兩端信息流讓服務(wù)端發(fā)送信息稱為 IP Push。

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

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

圖5-5 報表類系統(tǒng)示例 5.4 新聞公告

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

圖4-14 新聞發(fā)布流程圖

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

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

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

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

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

圖5-12 通訊錄示例 5.7 本章小結(jié)

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

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

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

硬件名稱

產(chǎn)品描述 服務(wù)器

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

（2）移動平臺的軟件環(huán)境

因為這個平臺是Java2平臺企業(yè)版 系統(tǒng)架構(gòu)，所以它要求JMT的軟件配置和windowsXP的操作系統(tǒng)。（3）網(wǎng)絡(luò)條件

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

6.2.1 測試方法

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

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

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

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

對應(yīng)UI 設(shè)計時間

前置條件 已成功登陸并具有相關(guān)權(quán)限 步驟 執(zhí)行描述 預(yù)期結(jié)果 實際結(jié)果 備注 1 點“公文新建” 正確進入公文新建

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

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

用例設(shè)計者

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

對應(yīng)UI 設(shè)計時間

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

數(shù)據(jù)報表的測試用例如下表所示：

表6-4 數(shù)據(jù)報表測試用例 用例模塊 數(shù)據(jù)報表 測試摘要

用例設(shè)計者

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

對應(yīng)UI 設(shè)計時間

前置條件 已成功登陸并具有相關(guān)權(quán)限 步驟 執(zhí)行描述 預(yù)期結(jié)果 實際結(jié)果 備注 1 點擊“數(shù)據(jù)報表” 正確進入數(shù)據(jù)報表 成功進入數(shù)據(jù)報表頁面 通過 2 輸入相應(yīng)查詢條件，點“查詢” 正確顯示滿足條件的所有記錄 正確顯示查詢條件內(nèi)所需數(shù)據(jù) 通過 通訊錄

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

用例設(shè)計者

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

對應(yīng)UI 設(shè)計時間

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

6.2.3 性能測試用例

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

表6-6 性能測試用例

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

本次測試過程主要是評估和分析系統(tǒng)當(dāng)前環(huán)境下的性能狀況，作為系統(tǒng)性能調(diào)優(yōu)的參考和依據(jù)[39]，在整個測試中，各種和系統(tǒng)功能，運行穩(wěn)定性有關(guān)的數(shù)據(jù)都會被精確測量，在進行詳細(xì)與認(rèn)真的分析之后得出相應(yīng)的結(jié)論。壓力測試用例如下表所示： 表6-7 相關(guān)指標(biāo)說明表 序號 相關(guān)指標(biāo) 說

明 1 并發(fā)用戶 是指使用自動化測試時，設(shè)定的同時上線的用戶數(shù)，反映系統(tǒng)所能承受的壓力 事務(wù)/事務(wù)吞吐量

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

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

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

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

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

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

（4）Average：系統(tǒng)運行的時間平均值（5）Std.Deviation：標(biāo)準(zhǔn)方差

下面的測試中四十個使用者在極小的時間段內(nèi)訪問該移動辦公系統(tǒng)并上交報表，下面為測試流程圖和結(jié)果的詳細(xì)分析： 表6-9 測試結(jié)果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 分析結(jié)果：這四十個使用者在提交申請以后均在2s內(nèi)請求被處理，使用者體驗良好。6.3 本章小結(jié)

在這一章中，筆者詳細(xì)敘述了系統(tǒng)測試的全過程，給出了功能測試，單元測試 壓力測試等測試的實際例子，分析的手段多樣，分析的結(jié)果準(zhǔn)確。

第七章 結(jié)束語

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

致

謝

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

參考文獻

[1] 劉方.應(yīng)用面向?qū)ο蠹夹g(shù)開發(fā)辦公自動化系統(tǒng).電腦知識與技術(shù).2012(6).[2] 張雷,扈飛.軟件即服務(wù)應(yīng)用框架中配置的設(shè)計與實現(xiàn).計算機系統(tǒng)應(yīng)用.2012(6)..[3] 賈宗星.基于工作流的協(xié)同辦公系統(tǒng)的設(shè)計與實現(xiàn).計算機時代.2013(3).[4] 雍珣.基于WEB的辦公自動化系統(tǒng)的設(shè)計與實現(xiàn).山西廣播電視大學(xué)學(xué)報.2012(5).[5] 楊耿,李曉娟.基于Lotus Notes企業(yè)辦公自動化系統(tǒng).計算機工程與設(shè)計.2012(10).[6] 程海英.數(shù)據(jù)挖掘技術(shù)在辦公自動化系統(tǒng)中的應(yīng)用.科技創(chuàng)業(yè)月刊.2012(6).[7] 馮輝萍.談?wù)勂髽I(yè)辦公自動化系統(tǒng)的安全與保密.科技信息.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] 溫新.淺談高校辦公自動化系統(tǒng)的建設(shè).中國輕工教育.2009(2).[12] 劉雁.OA辦公自動化系統(tǒng)在企業(yè)中的實際應(yīng)用價值.科技資訊.2009(13).[13] 楊德友,朱博.網(wǎng)絡(luò)辦公自動化系統(tǒng)的設(shè)計與實現(xiàn).四川大學(xué)學(xué)報：自然科學(xué)版.2009(3).[14] 李菊,王興.基于ASP．NET的辦公自動化系統(tǒng)設(shè)計與實現(xiàn).常熟理工學(xué)院學(xué)報.2009(4).[15] 周愛蓮.工作流軟件在辦公自動化系統(tǒng)中的應(yīng)用.農(nóng)業(yè)網(wǎng)絡(luò)信息.2009(4).[16] 蘭功博.基于工作流的信息管理系統(tǒng)研究.科技資訊.2009(12).[17] 楊濤.工作流技術(shù)在企業(yè)辦公自動化系統(tǒng)中的應(yīng)用.科技資訊.2009(11).[18] 劉媛媛.OA辦公自動化系統(tǒng)在醫(yī)院信息化管理中的應(yīng)用.西南軍醫(yī).2009(3).[19] Michael J.Young.Learning XML Easily.2001(1)[20] 王向輝,張國印,沈潔.Android應(yīng)用程序開發(fā).清華大學(xué)出版社.2010(3)[21] 陳剛.Eclipse從入門到精通.北京：清華大學(xué)出版社.2005.[22] Wilton,Mcpeak.Beginning JavaScript(3rd Edition).Beijing：Qinghua University Press.2009 [23] 靳巖,姚尚朗.Google Android 開發(fā)入門與實戰(zhàn).人民郵電出版社 [24] 張孝祥.Java就業(yè)培訓(xùn)教程[M].北京：清華大學(xué)出版社.2003 [25] E2ECloud工作室.深入淺出Google Android.人民郵電出版社 [26] Bruce Eckel.Thinking in Java.Beijing：China Machine Press.2007

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