【正文】 基于A(yíng)ndroid平臺(tái)的OA系統(tǒng)的詳細(xì)設(shè)計(jì)和實(shí)現(xiàn)方法，主要包括各個(gè)功能模塊的實(shí)現(xiàn)過(guò)程和在模擬器中得出的運(yùn)行結(jié)果，并針對(duì)實(shí)現(xiàn)OA系統(tǒng)所涉及到的關(guān)鍵設(shè)計(jì)進(jìn)行詳細(xì)的討論。 Finally,to give of the Androidbased microOA system’s the detailed design and implementation ways, including concrete realization of the various functional modules and simulator run results ,and for the system toachieve the key technologies involved in detailed discussions.Key Words: Android platform。隨著3G網(wǎng)絡(luò)的使用，移動(dòng)終端不再僅是通訊網(wǎng)絡(luò)的終端，還將成為互聯(lián)網(wǎng)的終端。近年來(lái)，我國(guó)的智能手機(jī)市場(chǎng)發(fā)展非常迅猛，據(jù)媒體預(yù)測(cè)，到2012年我國(guó)智能手機(jī)用戶(hù)將會(huì)達(dá)到8000萬(wàn)以上[1]。它采用軟件堆層(Software Stack,又名軟件疊層)的架構(gòu)，主要分為三部分。Google通過(guò)與軟、硬件開(kāi)發(fā)商、設(shè)備制造商、電信運(yùn)營(yíng)商等其他有關(guān)各方面結(jié)成深層次的合作伙伴關(guān)系，希望借助建立標(biāo)準(zhǔn)化、開(kāi)放式的移動(dòng)電話(huà)軟件平臺(tái)，在移動(dòng)產(chǎn)業(yè)內(nèi)形成一個(gè)開(kāi)放式的生態(tài)系統(tǒng)。員工希望能及時(shí)了解到企業(yè)最新的信息、對(duì)需要緊急處理的公文或郵件能夠及時(shí)答復(fù)，他們希望在會(huì)議、出差、候機(jī)、候車(chē)或差旅途中能以方便的方式打開(kāi)文件（郵件）予以處理，不受場(chǎng)地或電源的限制；他們也希望能在日?；顒?dòng)時(shí)，隨意查閱、批復(fù)相關(guān)的信息，避免打開(kāi)計(jì)算機(jī)等繁復(fù)的操作。辦公自動(dòng)化是近年來(lái)隨著計(jì)算機(jī)科學(xué)發(fā)展而提出來(lái)的概念，辦公自動(dòng)化英文原稱(chēng)Office Automation,縮寫(xiě)為OA.辦公自動(dòng)化系統(tǒng)一般指實(shí)現(xiàn)辦公室內(nèi)事務(wù)性業(yè)務(wù)的自動(dòng)化，而辦公自動(dòng)化則包括更廣泛的意義，凡是在傳統(tǒng)的辦公室中采用各種新技術(shù)、新機(jī)器、新設(shè)備從事辦公業(yè)務(wù)，都屬于辦公自動(dòng)化的領(lǐng)域。隨著時(shí)代發(fā)展和單位管理水平的進(jìn)步，各單位對(duì)辦公自化提出更多、更高的要求，因此這將導(dǎo)致各單位將會(huì)繼續(xù)在辦公自動(dòng)化系統(tǒng)的建設(shè)和電信運(yùn)營(yíng)商方面投入更多的資源來(lái)不斷的完善辦公自動(dòng)化系統(tǒng)，從而規(guī)范單位內(nèi)部管理，進(jìn)而提高工作效率，提升服務(wù)水平。 國(guó)內(nèi)研究現(xiàn)狀我國(guó)政府的辦公自動(dòng)化是80年代中期才發(fā)展起來(lái)的。雖然我國(guó)辦公自動(dòng)化起步較晚，但發(fā)展非常迅速，辦公自動(dòng)化建設(shè)從無(wú)到有、從小到大、從簡(jiǎn)單到復(fù)雜、從低級(jí)到高級(jí)只用了十幾年發(fā)展歷程。某些領(lǐng)導(dǎo)不會(huì)使用電腦，害怕使用電腦，固守傳統(tǒng)工作方式。關(guān)于移動(dòng)辦公方面，目前國(guó)內(nèi)發(fā)達(dá)地區(qū)的單位，己經(jīng)在這方面先行一步，因?yàn)樗麄兎e累了大量的應(yīng)用系統(tǒng)的開(kāi)發(fā)經(jīng)驗(yàn)，并且本身需要實(shí)施開(kāi)展現(xiàn)場(chǎng)巡查、調(diào)查、打印等業(yè)務(wù)，存在將工作流程向移動(dòng)終端延伸的實(shí)際需求。隨著國(guó)內(nèi)信息化的發(fā)展，對(duì)內(nèi)部辦公自動(dòng)化的及時(shí)處理也已經(jīng)成為影響單位辦公效率的重要環(huán)節(jié)。以美國(guó)為例，美國(guó)使用電子數(shù)據(jù)交換（EDI）。各個(gè)子系統(tǒng)的界面風(fēng)格統(tǒng)一，業(yè)務(wù)流程聯(lián)系緊密、信息處理順暢。例如，在微軟的Office2007版本中開(kāi)始嘗試向用戶(hù)提供了一些基本的BI應(yīng)用，如：通過(guò)使用不同顏色標(biāo)記顯示不同大小的數(shù)據(jù)、使用智能化的狀態(tài)圖型來(lái)描述數(shù)據(jù)等。主要研究?jī)?nèi)容包括： （1）分析Android手機(jī)平臺(tái)框架并研究移動(dòng)OA開(kāi)發(fā)涉及的相關(guān)技術(shù) 首先了解Android系統(tǒng)的歷史，然后分析Android操作系統(tǒng)的架構(gòu)組成，接著研究在A(yíng)ndroid平臺(tái)上進(jìn)行軟件開(kāi)發(fā)必須了解的基礎(chǔ)知識(shí)，然后研究如何在Windows系統(tǒng)環(huán)境下搭建Android平臺(tái)的開(kāi)發(fā)的環(huán)境，最后研究了Android平臺(tái)上的移動(dòng)OA系統(tǒng)實(shí)現(xiàn)的關(guān)鍵技術(shù)和程序調(diào)試技術(shù)。 本論文的內(nèi)容組織與結(jié)構(gòu)安排如下：第一章是全文的概述。第三章是系統(tǒng)的分析與建模。第五章是基于A(yíng)ndroid平臺(tái)微型OA系統(tǒng)的實(shí)現(xiàn)。第二章　Android平臺(tái)的體系結(jié)構(gòu)分析 Android平臺(tái)基礎(chǔ)知識(shí) Android平臺(tái)簡(jiǎn)介2007年11月5日，Google公司發(fā)布了一款名為Android（中文意思為機(jī)器人）的操作系統(tǒng)。為了讓全世界的應(yīng)用程序開(kāi)發(fā)人員學(xué)習(xí)和參與Android平臺(tái)應(yīng)用程序的開(kāi)發(fā)，Google公司還提供了完全免費(fèi)的跨平臺(tái)（包括：Windows、Mac OS X、Linux等平臺(tái)）的開(kāi)發(fā)工具包（SDK）。l 應(yīng)用層（Application）　　這層主要組成是在Dalvil虛擬機(jī)上的各種應(yīng)用程序。應(yīng)用框架層主要由視圖（View）、內(nèi)容提供器（Content Providers）、資源管理器（Resource Manager）、通知管理器（Notification Manager）、活動(dòng)管理器（Activity manager）等部分組成。這些開(kāi)發(fā)庫(kù)通過(guò)Android應(yīng)用框架展示給開(kāi)發(fā)人員，直接給應(yīng)用框架層提供支持。每一個(gè)Android應(yīng)用程序都可以認(rèn)為擁有獨(dú)立的Dalvik虛擬機(jī)實(shí)例，可以在程序自身的進(jìn)程中運(yùn)行，而且允許一個(gè)設(shè)備同時(shí)運(yùn)行多個(gè)Dalvik虛擬機(jī)，使用Android應(yīng)用程序得以高效地被執(zhí)行。l 活動(dòng)（Activity）Android系統(tǒng)中的活動(dòng)類(lèi)似于windows操作系統(tǒng)中獨(dú)立應(yīng)用程序。l 服務(wù)（Service） Android系統(tǒng)中的服務(wù)與windows系統(tǒng)或者服務(wù)器中的后臺(tái)程序（daemons）類(lèi)似，它同樣也是由一些可執(zhí)行代碼構(gòu)成，它們啟動(dòng)以后會(huì)一直在后臺(tái)運(yùn)行，直到智能手機(jī)關(guān)閉為止。一個(gè)活動(dòng)或者服務(wù)如果想向其他應(yīng)用程序提供服務(wù)，一般通過(guò)Intent接收器來(lái)實(shí)現(xiàn)。l 內(nèi)容提供器（Content Provider）內(nèi)容提供器（Content Provider）主要功能是向其他的活動(dòng)或者服務(wù)提供數(shù)據(jù)服務(wù)。我們新啟動(dòng)一個(gè)程序的時(shí)候其主窗體的onCreate事件就會(huì)被執(zhí)行。例如用戶(hù)在編輯短信時(shí)突然來(lái)電，接完電話(huà)后用戶(hù)又去做了一些其他的事情，比如保存來(lái)電號(hào)碼到聯(lián)系人，而沒(méi)有立即回到短信編輯界面，導(dǎo)致了短信編輯界面被銷(xiāo)毀，當(dāng)用戶(hù)重新進(jìn)入短信程序時(shí)他可能希望繼續(xù)上次的編輯。l void onResume()onStart事件之后執(zhí)行。如果一段時(shí)間內(nèi)用戶(hù)還沒(méi)有重新查看該窗體，則該窗體的onStop事件將會(huì)被執(zhí)行；或者用戶(hù)直接按了Back鍵，將該窗體從當(dāng)前Task中移除，也會(huì)執(zhí)行該窗體的onStop事件。 Android服務(wù)的生命周期A(yíng)ndroid Service生命周期與Activity生命周期是相似的，但是也存在一些細(xì)節(jié)上也存在著重要的不同：圖23是Android服務(wù)（Service）的生命周期示意圖。所以對(duì)于單個(gè)運(yùn)行的Service它的onStart方法被反復(fù)調(diào)用是完全可能的并且是很正常的。如果這個(gè)服務(wù)沒(méi)有運(yùn)行方法將通過(guò)調(diào)用onCreate方法去創(chuàng)建這個(gè)服務(wù)但并不調(diào)用onStart方法來(lái)啟動(dòng)它。當(dāng)沒(méi)有客戶(hù)端啟動(dòng)或綁定到一個(gè)服務(wù)時(shí)Android將終結(jié)這個(gè)服務(wù)。 上下文菜單(ContextMenu)： onCreateContextMenu()和onContextItemSelected()方法，在onCreate()方法中將ContextMenu和某個(gè)view綁定，調(diào)用registerForContextMenu(view)。 （1）常用屬性介紹 （2）LinearLayout。如：//命名空間private static final String serviceNameSpace=?！　〉谌剑涸O(shè)置SOAP請(qǐng)求信息(參數(shù)部分為SOAP協(xié)議版本號(hào)，與你要調(diào)用的webService中版本號(hào)一致)：//獲得序列化的EnvelopeSoapSerializationEnvelope envelope=new SoapSerializationEnvelope()。//Android傳輸對(duì)象AndroidHttpTransport transport=new AndroidHttpTransport(serviceURL)。 }/************** * 解析XML * param str * return */ private static ListString parse(String str){ String temp。 ()0){ int start=(string)。 String []test=(。i++){ if(i==0){ temp=test[i].substring(7)。 } } return list。//調(diào)用方法(獲得支持的城市)private static final String getSupportCity=getSupportCity。包括Android平臺(tái)的簡(jiǎn)介、Android的系統(tǒng)架構(gòu)介紹、Android應(yīng)用程序類(lèi)型分析、Android活動(dòng)的生命周期以及Android服務(wù)的生命周期的簡(jiǎn)介。本系統(tǒng)采用面向?qū)ο蠓椒ǎ∣OA）對(duì)系統(tǒng)用戶(hù)的需求進(jìn)行分析，采用UML統(tǒng)一建模語(yǔ)言表示。 系統(tǒng)設(shè)計(jì)原則本課題設(shè)計(jì)的系統(tǒng)是根據(jù)寧波大紅鷹學(xué)院的實(shí)際需求所開(kāi)發(fā)的一個(gè)實(shí)用的基于A(yíng)ndroid平臺(tái)的OA系統(tǒng)，考慮到用戶(hù)的實(shí)際需求和學(xué)校規(guī)模， 在系統(tǒng)的設(shè)計(jì)過(guò)程中要注意遵循實(shí)用性原則、可行性原則和可擴(kuò)展性原則。 需求分析需求分析是一項(xiàng)重要的工作，也是最困難的工作。一般的需求開(kāi)發(fā)活動(dòng)包括下列內(nèi)容:l 確定使用產(chǎn)品的用戶(hù)類(lèi)別。l 將系統(tǒng)級(jí)的需求劃分為若干個(gè)子系統(tǒng)，再將需求的部份子系統(tǒng)分配給軟件組件。 需求分析對(duì)象 經(jīng)過(guò)調(diào)研，本系統(tǒng)面向的業(yè)務(wù)參與者：即Actor，在系統(tǒng)的具體業(yè)務(wù)當(dāng)中扮演某個(gè)角色的人、分院或部門(mén)或者獨(dú)立的系統(tǒng)模塊等。這些也是最終實(shí)際使用的部門(mén)，這些部門(mén)間不存在從屬關(guān)系，都是平行的部門(mén)，由平行部門(mén)參與。4）公車(chē)用車(chē)使用申請(qǐng)流程申請(qǐng)人領(lǐng)取車(chē)輛使用申請(qǐng)單，填寫(xiě)相關(guān)的信息后，把申請(qǐng)單提交給學(xué)校辦公室辦理；學(xué)校辦公室相關(guān)人員對(duì)申請(qǐng)人提交的信息進(jìn)行審查，審查結(jié)束后把申請(qǐng)單提交給主管領(lǐng)導(dǎo)審批；最后，當(dāng)主管領(lǐng)導(dǎo)審批結(jié)束之后，把申請(qǐng)單記錄到系統(tǒng)當(dāng)中，形成文檔，并把審批結(jié)果返回給申請(qǐng)人。教職工領(lǐng)導(dǎo)圖32 系統(tǒng)參與者用例圖兩種角色在系統(tǒng)頂層用例圖中能使用的功能組件基本一致，只是部分組件中領(lǐng)導(dǎo)角色能使用的功能不允許給員工角色使用，系統(tǒng)頂層用例圖如圖33所示。郵件管理的用例圖如圖35所示。通訊錄管理的用例圖如圖37所示。系統(tǒng)可以容納50100用戶(hù)同時(shí)在線(xiàn)辦公。l 安全性要求為避免系統(tǒng)在運(yùn)行中企業(yè)的數(shù)據(jù)被盜用，對(duì)敏感數(shù)據(jù)進(jìn)行一定的加密處理。通過(guò)UML語(yǔ)言的用例圖對(duì)移動(dòng)OA系統(tǒng)的需求進(jìn)行了詳細(xì)的描述，完成了系統(tǒng)各種功能模塊的劃分，為下一章基于A(yíng)ndroid平臺(tái)的微型OA系統(tǒng)設(shè)計(jì)打下了良好的基礎(chǔ)。l 有利于開(kāi)發(fā)中的分工　　在MVC設(shè)計(jì)模式中，由于系統(tǒng)模塊是按照層次劃分的，而每個(gè)層是間隔開(kāi)來(lái)的，這樣可以更好地在開(kāi)發(fā)過(guò)程中進(jìn)行分工，提高系統(tǒng)的開(kāi)發(fā)效率。 系統(tǒng)總體架構(gòu)設(shè)計(jì) 系統(tǒng)總體架構(gòu)圖本文采用MVC設(shè)計(jì)模式的理念來(lái)對(duì)系統(tǒng)進(jìn)行設(shè)計(jì)。2) OA服務(wù)端程序通過(guò)數(shù)據(jù)協(xié)議接口或“頁(yè)面數(shù)據(jù)分析技術(shù)”與內(nèi)部OA系統(tǒng)通訊，將OA手機(jī)客戶(hù)端的數(shù)據(jù)請(qǐng)求傳遞給內(nèi)部OA系統(tǒng)。6)圖43 系統(tǒng)的應(yīng)用邏輯流程圖 系統(tǒng)功能設(shè)計(jì) 系統(tǒng)功能模塊概述本系統(tǒng)主要由OA服務(wù)器端和OA手機(jī)客戶(hù)端兩部分組成?？梢宰岊I(lǐng)導(dǎo)和員工兩種角色隨時(shí)隨地辦公，縮減工作時(shí)間，提高效率完成工作。l 便箋閱讀：點(diǎn)擊個(gè)人辦公模塊后，手機(jī)端將展示最新接收的便箋，方便對(duì)最新接收便箋進(jìn)行閱讀。圖45 個(gè)人辦公管理模塊的流程示意圖 公文管理模塊設(shè)計(jì)公文管理模塊的主要功能為系統(tǒng)提供公文流轉(zhuǎn)的管理，包括公文擬稿發(fā)送的審批，“簡(jiǎn)報(bào)交辦”，“簡(jiǎn)報(bào)通報(bào)”的擬定發(fā)送審批等功能，實(shí)現(xiàn)隨時(shí)隨地進(jìn)行公文辦理批閱、流轉(zhuǎn)和擬定發(fā)送。l 簡(jiǎn)報(bào)通報(bào)：對(duì)簡(jiǎn)報(bào)通報(bào)事宜進(jìn)行插頁(yè)端批閱、查看修改，并發(fā)送至相關(guān)人員。比如某些公文涉及到其他部門(mén)參與或處理的，領(lǐng)導(dǎo)簽批意見(jiàn)后選擇部門(mén)及相關(guān)人員并發(fā)送。圖46 公文管理管理模塊的流程示意圖 工作流轉(zhuǎn)模塊設(shè)計(jì)工作流轉(zhuǎn)主要是實(shí)現(xiàn)工作人員對(duì)工作計(jì)劃安排的上報(bào)，以及領(lǐng)導(dǎo)通過(guò)OA手機(jī)客戶(hù)端進(jìn)行審批和其它操作。方便工作人員隨時(shí)隨地，高效率完成申請(qǐng)加班、出差、請(qǐng)假、物品、借款，業(yè)務(wù)招待費(fèi)，設(shè)備報(bào)修，合同審批，培訓(xùn)等相關(guān)內(nèi)容的申請(qǐng)。l 無(wú)線(xiàn)傳輸服務(wù)：負(fù)責(zé)實(shí)現(xiàn)讓手機(jī)客戶(hù)端通過(guò)GSM/GRPS/TDSCDMA等無(wú)線(xiàn)網(wǎng)絡(luò)，與系統(tǒng)內(nèi)部的OA服務(wù)器進(jìn)行基于無(wú)線(xiàn)通信的數(shù)據(jù)處理和交換。l 無(wú)線(xiàn)下載服務(wù)：負(fù)責(zé)響應(yīng)和處理手機(jī)客戶(hù)端下載附件請(qǐng)求，將文件流傳為數(shù)據(jù)流，并用“數(shù)據(jù)推送服務(wù)”通過(guò)“無(wú)線(xiàn)傳輸服務(wù)”的處理傳送到OA手機(jī)客戶(hù)端。l 腳本編譯服務(wù)：負(fù)責(zé)處理系統(tǒng)的腳本文件，將腳本編譯成OA手機(jī)端和內(nèi)部OA服務(wù)器所能識(shí)別的文本內(nèi)容。l 數(shù)據(jù)加密服務(wù)：在OA手機(jī)客戶(hù)端與OA服務(wù)器端進(jìn)行通信的過(guò)程中，將數(shù)據(jù)進(jìn)行加密處理，防止數(shù)據(jù)被竊取或者篡改。l 安全認(rèn)證服務(wù)：主要是指OA服務(wù)器對(duì)傳入數(shù)據(jù)進(jìn)行處理和認(rèn)證，目前只允許通過(guò)中國(guó)移動(dòng)的CMNET和CMWAP兩個(gè)接入點(diǎn)進(jìn)行數(shù)據(jù)交換，以實(shí)現(xiàn)數(shù)據(jù)安全。l 用戶(hù)管理：用于配置接入系統(tǒng)的用戶(hù)信息，如姓名、用戶(hù)密碼、職務(wù)、權(quán)限等信息。l 運(yùn)行監(jiān)控：用于查看系統(tǒng)的運(yùn)行狀態(tài)，主要是查看帶寬流量占用率、系統(tǒng)資源占用率和當(dāng)前會(huì)話(huà)用戶(hù)的信息。 數(shù)據(jù)庫(kù)簡(jiǎn)要設(shè)計(jì)OA手機(jī)客戶(hù)端通過(guò)無(wú)線(xiàn)網(wǎng)絡(luò)連接，對(duì)服務(wù)器發(fā)送數(shù)據(jù)請(qǐng)求，接著服務(wù)器在數(shù)據(jù)庫(kù)中進(jìn)行數(shù)據(jù)查詢(xún)、修改或者上傳操作，然后服務(wù)器將數(shù)據(jù)庫(kù)操作的數(shù)據(jù)返回給