【正文】 本系統(tǒng)的設(shè)計(jì)目標(biāo)是依托無(wú)線網(wǎng)絡(luò)，以使用Android系統(tǒng)的智能手機(jī)終端為載體，開(kāi)發(fā)一個(gè)專(zhuān)為寧波大紅鷹學(xué)院制定的移動(dòng)OA系統(tǒng)，通過(guò)實(shí)現(xiàn)移動(dòng)平臺(tái)包括：個(gè)人信息、日程安排、信息審批、公告管理、學(xué)校論壇、學(xué)生管理、考勤管理、后臺(tái)管理等功能模塊。第三章 系統(tǒng)分析與建模系統(tǒng)分析的主要任務(wù)是將在系統(tǒng)詳細(xì)調(diào)查中所得到的文檔資料集中到一起,對(duì)組織內(nèi)部整體管理狀況和信息處理過(guò)程進(jìn)行分析。包括Android用戶(hù)界面設(shè)計(jì)技術(shù)，XML解析技術(shù)，Android與服務(wù)器端的數(shù)據(jù)交互技術(shù)等?！　∪缓竽憧梢栽跒g覽器中輸入地址（WSDL）：serviceURL,你會(huì)看到一些可供調(diào)用的方法： 本章小結(jié) 本章的主要內(nèi)容是Android平臺(tái)的體系結(jié)構(gòu)分析。//調(diào)用城市的方法(需要帶參數(shù))private static final String getWeatherbyCityName=getWeatherbyCityName。//請(qǐng)求URLprivate static final String serviceURL=。 }　　這樣就成功啦。 ((0, index))。 }else{ temp=test[i].substring(8)。i。)。 temp=(start, end3)。 int end=(。amp。 ListString list=new ArrayListString()。　　第七步：解析返回?cái)?shù)據(jù)：if(()!=null){ return parse(())。=true?！　〉谖宀剑簶?gòu)建傳輸對(duì)象，并指明WSDL文檔URL：//請(qǐng)求URLprivate static final String serviceURL=。=request。 第二步：假設(shè)方法有參數(shù)的話,設(shè)置調(diào)用方法參數(shù)：(參數(shù)名稱(chēng),參數(shù)值)。//調(diào)用方法(獲得支持的城市)private static final String getSupportCity=getSupportCity。首先下載KSOAP:：并把下載的KSOAP包放在android項(xiàng)目的lib目錄下：右鍵build pathconfigure build path選擇Libraries，如圖27所示：圖27 　　在android模擬器下調(diào)用KSOAP包圖以下分為七個(gè)步驟來(lái)調(diào)用WebService方法：　　第一步：實(shí)例化SoapObject 對(duì)象，指定webService的命名空間（從相關(guān)WSDL文檔中可以查看命名空間），以及調(diào)用方法名稱(chēng)。線性布局可以水平或者垂直擺放組件 （3）TableLayout：表格布局，在TableLayou中有3個(gè)與其他布局不相同屬性，分別是：android:shrinkColumns=0收縮指定的列，當(dāng)按鈕標(biāo)題過(guò)長(zhǎng)，可能會(huì)擠壓其他組件，指定該屬性后其他組件不會(huì)被擠壓android:stretchColumns=3指定列充滿剩余寬度，android:collapseColumns=2隱藏指定的列。 Toast略 布局：布局是可以嵌套使用。 子菜單：類(lèi)似選項(xiàng)菜單的創(chuàng)建，在onCreateOptionsMenu()()方法實(shí)現(xiàn)子菜單的添加，事件處理和選項(xiàng)菜單相同。 課程相關(guān)的Android技術(shù)介紹 Android用戶(hù)界面簡(jiǎn)介一、菜單 選項(xiàng)菜單（OptionsMenu）： 在Activity中重寫(xiě)onCreateOptionsMenu()和onOptionsItemSelected()方法。與很多Activity時(shí)的情況一樣，當(dāng)內(nèi)存很低的時(shí)候Android也可能會(huì)終結(jié)一個(gè)服務(wù)。l onDestroy與Activity一樣，當(dāng)一個(gè)服務(wù)被結(jié)束是onDestroy方法將會(huì)被調(diào)用。相反，onBind方法將被客戶(hù)端的Intent調(diào)用，并且它返回一個(gè)IBind對(duì)象以便客戶(hù)端稍后可以調(diào)用這個(gè)服務(wù)。l onBind 如果一個(gè)客戶(hù)端需要持久的連接到一個(gè)服務(wù)。l onResume、onPause以及onStop是不需要的 回調(diào)一個(gè)服務(wù)通常是沒(méi)有用戶(hù)界面的，所以我們也就不需要onPause、onResume或者onStop方法了。如果這個(gè)服務(wù)已經(jīng)在運(yùn)行，那么它的onStart方法將被新的Intent再次調(diào)用。圖23　Android服務(wù)的生命周期圖l onCreate和onStart是不同的 (Intent)方法我們可以啟動(dòng)一個(gè)服務(wù)。在窗體的onStop事件之后，如果沒(méi)有再次查看該窗體，Activity則會(huì)被銷(xiāo)毀。l void onRestart()onStop事件執(zhí)行后，如果窗體和其所在的進(jìn)程沒(méi)有被系統(tǒng)銷(xiāo)毀，此時(shí)用戶(hù)又重新查看該窗體，則會(huì)執(zhí)行窗體的onRestart事件，onRestart事件后會(huì)跳過(guò)窗體的onCreate事件直接執(zhí)行onStart事件。l void onStop()onPause事件之后執(zhí)行。或者當(dāng)前窗體被交換到后臺(tái)后，在用戶(hù)重新查看窗體時(shí)，窗體還沒(méi)有被銷(xiāo)毀，也沒(méi)有執(zhí)行過(guò)onStop事件（窗體還繼續(xù)存在于Task中），則會(huì)跳過(guò)窗體的onCreate和onStart事件，直接執(zhí)行onResume事件?；蛘弋?dāng)前窗體被交換到后臺(tái)后，在用戶(hù)重新查看窗體前已經(jīng)過(guò)去了一段時(shí)間，窗體已經(jīng)執(zhí)行了onStop事件，但是窗體和其所在進(jìn)程并沒(méi)有被銷(xiāo)毀，用戶(hù)再次重新查看窗體時(shí)會(huì)執(zhí)行onRestart事件，之后會(huì)跳過(guò)onCreate事件，直接執(zhí)行窗體的onStart事件。這種情況我們就可以覆寫(xiě)Activity的void onSaveInstanceState(Bundle outState)事件，通過(guò)向outState中寫(xiě)入一些我們需要在窗體銷(xiāo)毀前保存的狀態(tài)或信息，這樣在窗體重新執(zhí)行onCreate的時(shí)候，則會(huì)通過(guò) savedInstanceState將之前保存的信息傳遞進(jìn)來(lái)，此時(shí)我們就可以有選擇的利用這些信息來(lái)初始化窗體，而不是一切從頭開(kāi)始。而這個(gè)時(shí)候我們可能希望用戶(hù)繼續(xù)上次打開(kāi)該窗體時(shí)的操作狀態(tài)進(jìn)行操作，而不是一切從頭開(kāi)始。如果Activity被銷(xiāo)毀后（onDestroy后），再重新加載進(jìn)Task時(shí)，其onCreate事件也會(huì)被重新執(zhí)行。l void onCreate(Bundle savedInstanceState)當(dāng)Activity被第首次加載時(shí)執(zhí)行。內(nèi)容提供器通過(guò)使用一種名叫URI（Uniform Resource Identifier,統(tǒng)一資源標(biāo)識(shí)符）的接口向其他應(yīng)用程序提供數(shù)據(jù)服務(wù)。這兩種接收器程序和服務(wù)程序一樣，也是沒(méi)有用戶(hù)交互界面的。Intent接收器是一段可執(zhí)行代碼，當(dāng)其他服務(wù)/活動(dòng)發(fā)出服務(wù)或者數(shù)據(jù)請(qǐng)求是就會(huì)響應(yīng)。廣播接收器用于處理系統(tǒng)級(jí)別的事件消息，這些消息可能是由系統(tǒng)本身發(fā)生的，例如手機(jī)電量不足，消息也可能來(lái)自于系統(tǒng)在中正在運(yùn)行的其他應(yīng)用程序。一般情況下服務(wù)是沒(méi)有用戶(hù)交互界面的。活動(dòng)通常要負(fù)責(zé)屏幕的顯示，每一個(gè)活動(dòng)一般都有一個(gè)對(duì)應(yīng)的界面，如果活動(dòng)的不在處于活動(dòng)狀態(tài)，系統(tǒng)可以將它結(jié)束以提高智能手機(jī)內(nèi)存的利用率?；顒?dòng)都是由一些可執(zhí)行代碼組成，用戶(hù)或者系統(tǒng)需要時(shí)活動(dòng)就會(huì)被啟動(dòng)。 Android應(yīng)用程序類(lèi)型分析 Android架構(gòu)里定義了四種應(yīng)用程序結(jié)構(gòu)，分別是活動(dòng)（Activity）、服務(wù)（Service）、廣播和Intent接收器（Broadcast and Intent Receivers）、內(nèi)容提供器（Content Provider）,這四種結(jié)構(gòu)構(gòu)建了幾乎所有的Android應(yīng)用程序。Dalvik虛擬機(jī)可執(zhí)行文件的格式是*.dex，這種格式的文件專(zhuān)門(mén)針對(duì)內(nèi)存較小、處理器速度比較慢的手機(jī)平臺(tái)進(jìn)行了優(yōu)化。　　　Dalvik虛擬機(jī)也在這個(gè)層中。　該層除了NDK之外，還包括了一個(gè)核心庫(kù)（Core Libraries）。NDK主要包括C語(yǔ)言標(biāo)準(zhǔn)庫(kù)（Libc）、多媒體（Media Framework）、OpenGL ES、SQLite、Webkit、Dalvik虛擬機(jī)等。l 系統(tǒng)運(yùn)行庫(kù)層（Libraries） 系統(tǒng)運(yùn)行庫(kù)主要是由一種用C/C++語(yǔ)言編寫(xiě)的、名叫NDK的開(kāi)發(fā)庫(kù)組成。l 應(yīng)用框架層（Application Framework） 圖21 Android的系統(tǒng)框架圖 開(kāi)發(fā)人員可以和Linux核心應(yīng)用一樣，擁有訪問(wèn)整個(gè)框架API（應(yīng)用程序接口）的權(quán)限。Dalvil虛擬機(jī)與J2ME使用的虛擬機(jī)不同，是專(zhuān)門(mén)為Android設(shè)計(jì)的、基于寄存器的Java虛擬機(jī)，使得使用Java語(yǔ)言開(kāi)發(fā)的應(yīng)用程序得以更高效地運(yùn)行。從圖21上看，Android系統(tǒng)體系架構(gòu)自上而下分為四層，分別是應(yīng)用層（Application）、應(yīng)用框架層（Application Framework）、系統(tǒng)運(yùn)行庫(kù)層（Libraries）、Linux內(nèi)核層（Linux Kernel）。這些特性使得Android系統(tǒng)大受市場(chǎng)歡迎，很快取得了手機(jī)操作系統(tǒng)中領(lǐng)先地位。此外，Android系統(tǒng)還在Linux核心上提供了一種名叫Dalvik的Java 應(yīng)用程序運(yùn)行環(huán)境，與Sun公司J2ME的Java虛擬機(jī)不同，Dalvik是由Google公司獨(dú)創(chuàng)的專(zhuān)門(mén)針對(duì)Android平臺(tái)進(jìn)行優(yōu)化的Java虛擬機(jī)。這個(gè)操作系統(tǒng)是基于Linux內(nèi)核的開(kāi)源手機(jī)操作系統(tǒng)，與WindowsMobile、Symbian等手機(jī)操作系統(tǒng)處在同一級(jí)別，是主流的手機(jī)操作系統(tǒng)之一。對(duì)所完成的系統(tǒng)系統(tǒng)進(jìn)行總結(jié)，提出了尚存在的不足之處，提出了今后需要進(jìn)一步完善的工作。主要包括系統(tǒng)各個(gè)子功能模塊的實(shí)現(xiàn)、在模擬器中得出的運(yùn)行結(jié)果，并針對(duì)系統(tǒng)實(shí)現(xiàn)涉及的關(guān)鍵技術(shù)進(jìn)行詳細(xì)的討論經(jīng)。使用MVC模式設(shè)計(jì)系統(tǒng)架構(gòu)，建立系統(tǒng)的對(duì)象模型，另外簡(jiǎn)單介紹了本系統(tǒng)的數(shù)據(jù)庫(kù)的設(shè)計(jì)。介紹了需求分析的常用方法，使用UML語(yǔ)言，對(duì)移動(dòng)OA系統(tǒng)進(jìn)行需求分析，并詳細(xì)描述系統(tǒng)所需的功能模塊，為后續(xù)章節(jié)提供理論依據(jù)。主要論述了Android平臺(tái)基本框架體系，還介紹了用戶(hù)界面設(shè)計(jì)技術(shù)、XML解析技術(shù)以及Android與服務(wù)器端數(shù)據(jù)交互技術(shù)。簡(jiǎn)要介紹了課題的研究背景，國(guó)內(nèi)外相關(guān)技術(shù)的研究動(dòng)態(tài)和論文的主要研究?jī)?nèi)容。擬解決的關(guān)鍵技術(shù)問(wèn)題如下：（1） 移動(dòng)OA系統(tǒng)的體系結(jié)構(gòu)設(shè)計(jì)；（2） 通過(guò)無(wú)線網(wǎng)絡(luò)數(shù)據(jù)傳輸?shù)姆绞?，?shí)現(xiàn)應(yīng)用服務(wù)器上的數(shù)據(jù)與客戶(hù)手機(jī)端之間的交互；（3） 基于Android平臺(tái)應(yīng)用程序的編程實(shí)現(xiàn)技術(shù)。（2）使用面向?qū)ο笙嚓P(guān)技術(shù)對(duì)移動(dòng)OA系統(tǒng)進(jìn)行分析和設(shè)計(jì) 根據(jù)移動(dòng)傳統(tǒng)OA系統(tǒng)的特點(diǎn)，先使用基于面向?qū)ο笏枷氲慕９ぞ哌M(jìn)行對(duì)象分析，設(shè)計(jì)出一個(gè)針對(duì)寧波大紅鷹學(xué)院的移動(dòng)辦公解決方案，再結(jié)合Android平臺(tái)的特點(diǎn)，設(shè)計(jì)出一個(gè)基于Android智能手機(jī)平臺(tái)的微型OA系統(tǒng)。本文的研究工作主要集中在移動(dòng)OA系統(tǒng)的手機(jī)客戶(hù)端的設(shè)計(jì)和實(shí)現(xiàn)兩方面。（3） 網(wǎng)絡(luò)化應(yīng)用程序較高，和國(guó)內(nèi)一些OA系統(tǒng)中嘗試集成網(wǎng)絡(luò)辦公功能不同，國(guó)外一些知名軟件廠商已經(jīng)開(kāi)始對(duì)OA系統(tǒng)與網(wǎng)絡(luò)的無(wú)縫連接展開(kāi)探索，如Google公司推出了在線處理的常用文檔和電子表格的應(yīng)用服務(wù)，在本地電腦上未安裝任何辦公應(yīng)用軟件情況下，用戶(hù)就可以以WEB方式進(jìn)行網(wǎng)上辦公；同時(shí)，微軟也推出了Office Mobile 2010,可以通過(guò)安裝在智能手機(jī)上的Office軟件中的功能選項(xiàng)，直接選擇上因特網(wǎng)進(jìn)行辦公操作，實(shí)現(xiàn)在移動(dòng)設(shè)備上進(jìn)行移動(dòng)辦公。智能化高的OA系統(tǒng)可以對(duì)海量數(shù)據(jù)進(jìn)行分類(lèi)和分析，向用戶(hù)提供決策支持、知識(shí)挖掘、商業(yè)智能等服務(wù)，這對(duì)用戶(hù)快速地從龐大的信息量中發(fā)現(xiàn)一些潛在商業(yè)規(guī)律與商業(yè)機(jī)會(huì)會(huì)有很大的幫助，可以顯著地提高企業(yè)的運(yùn)營(yíng)效率。使用統(tǒng)一的用戶(hù)帳戶(hù)可以實(shí)現(xiàn)各系統(tǒng)間文檔流傳、信息發(fā)布、核查審批等應(yīng)用，使得各個(gè)系統(tǒng)無(wú)縫集成，協(xié)同工作，成為一個(gè)大的辦公平臺(tái)。歐美等發(fā)達(dá)國(guó)家的OA應(yīng)用系統(tǒng)主要呈現(xiàn)下列特點(diǎn)：（1） 平臺(tái)化程序較高，能整合企業(yè)中現(xiàn)有的ERP系統(tǒng)、MIS系統(tǒng)、財(cái)務(wù)系統(tǒng)等模塊中存儲(chǔ)的經(jīng)營(yíng)管理業(yè)務(wù)數(shù)據(jù)。發(fā)展到現(xiàn)在，幾乎所有的美國(guó)大公司都已經(jīng)實(shí)現(xiàn)了辦公自動(dòng)化，甚至一些跨國(guó)公司還實(shí)現(xiàn)了虛擬辦公室的應(yīng)用。國(guó)外的辦公自動(dòng)化起步較早，1984年，格雷斯委員會(huì)在調(diào)查的基礎(chǔ)上建議在不同級(jí)別的政府部門(mén)包括總統(tǒng)辦公室設(shè)立CIO(美國(guó)首席信息官)職位，標(biāo)志著美國(guó)辦公自動(dòng)化已經(jīng)基本完善和制度化。將辦公自動(dòng)化系統(tǒng)向移動(dòng)終端延伸的實(shí)際需求也越來(lái)越迫切。而后一種方式則能實(shí)現(xiàn)一些常規(guī)的企業(yè)辦公功能，它不需要企業(yè)架構(gòu)任何服務(wù)器，也不需要在手機(jī)上安裝軟件，實(shí)現(xiàn)包括如“公文流轉(zhuǎn)、日程管理、企業(yè)通訊錄、手機(jī)硬盤(pán)、即時(shí)通信、企業(yè)資訊”等等在內(nèi)的常規(guī)企業(yè)辦公功育旨。根據(jù)實(shí)際用戶(hù)的需求的不同，“移動(dòng)辦公”大致可以分為客戶(hù)端方式和wap方式兩種，這兩種方式的優(yōu)缺點(diǎn)如下:客戶(hù)端方式，功能非常強(qiáng)大，對(duì)于掌上終端的要求也較高，一般需要以智能手機(jī)為終端載體，它通過(guò)在公司內(nèi)部部署一臺(tái)用以手機(jī)和電腦網(wǎng)絡(luò)信息對(duì)接服務(wù)器，使得手機(jī)可以和企業(yè)的辦公系統(tǒng)、財(cái)務(wù)系統(tǒng)、ERP系統(tǒng)等等幾乎所有的企業(yè)級(jí)業(yè)務(wù)和管理系統(tǒng)聯(lián)動(dòng)，其業(yè)務(wù)主要面向大中型企業(yè)和政府部門(mén)。解決這些問(wèn)題，需要從體制上入手，政府、企業(yè)內(nèi)部一些有卓識(shí)遠(yuǎn)見(jiàn)的領(lǐng)導(dǎo)開(kāi)始重視這項(xiàng)工作。常常重系統(tǒng)而忽視業(yè)務(wù)流程優(yōu)化。我國(guó)的信息化通過(guò)早期推行辦公自動(dòng)化(OA)系統(tǒng)及上世紀(jì)末的政府上網(wǎng)工程等發(fā)展階段，為辦公自動(dòng)化打下了一定的基礎(chǔ)，取得了不小的進(jìn)步，但各地各級(jí)單位的發(fā)展很不均衡，存在沿海地區(qū)明顯比內(nèi)陸地區(qū)好，內(nèi)陸地區(qū)又明顯比偏遠(yuǎn)地區(qū)好，從總體上講，信息化的速度和水平還不能適應(yīng)國(guó)民經(jīng)濟(jì)和社會(huì)發(fā)展的要求，還存在一些突出問(wèn)題，如:缺乏統(tǒng)一規(guī)劃和統(tǒng)一標(biāo)準(zhǔn)，各部門(mén)信息存在信息孤島，資源難以共享。1992年，為了推進(jìn)政府機(jī)關(guān)的自動(dòng)化程度，在政府機(jī)關(guān)普及推廣計(jì)算機(jī)的使用，國(guó)務(wù)院辦公室下發(fā)文件《國(guó)務(wù)院辦公廳關(guān)于建設(shè)全國(guó)政府行政首腦機(jī)關(guān)