【正文】 數(shù)據(jù)庫(kù)簡(jiǎn)要設(shè)計(jì)OA手機(jī)客戶端通過無(wú)線網(wǎng)絡(luò)連接，對(duì)服務(wù)器發(fā)送數(shù)據(jù)請(qǐng)求，接著服務(wù)器在數(shù)據(jù)庫(kù)中進(jìn)行數(shù)據(jù)查詢、修改或者上傳操作，然后服務(wù)器將數(shù)據(jù)庫(kù)操作的數(shù)據(jù)返回給用戶。l 用戶管理：用于配置接入系統(tǒng)的用戶信息，如姓名、用戶密碼、職務(wù)、權(quán)限等信息。l 數(shù)據(jù)加密服務(wù)：在OA手機(jī)客戶端與OA服務(wù)器端進(jìn)行通信的過程中，將數(shù)據(jù)進(jìn)行加密處理，防止數(shù)據(jù)被竊取或者篡改。l 無(wú)線下載服務(wù)：負(fù)責(zé)響應(yīng)和處理手機(jī)客戶端下載附件請(qǐng)求，將文件流傳為數(shù)據(jù)流，并用“數(shù)據(jù)推送服務(wù)”通過“無(wú)線傳輸服務(wù)”的處理傳送到OA手機(jī)客戶端。方便工作人員隨時(shí)隨地，高效率完成申請(qǐng)加班、出差、請(qǐng)假、物品、借款，業(yè)務(wù)招待費(fèi)，設(shè)備報(bào)修，合同審批，培訓(xùn)等相關(guān)內(nèi)容的申請(qǐng)。比如某些公文涉及到其他部門參與或處理的，領(lǐng)導(dǎo)簽批意見后選擇部門及相關(guān)人員并發(fā)送。圖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ā)送?？梢宰岊I(lǐng)導(dǎo)和員工兩種角色隨時(shí)隨地辦公，縮減工作時(shí)間，提高效率完成工作。2) OA服務(wù)端程序通過數(shù)據(jù)協(xié)議接口或“頁(yè)面數(shù)據(jù)分析技術(shù)”與內(nèi)部OA系統(tǒng)通訊，將OA手機(jī)客戶端的數(shù)據(jù)請(qǐng)求傳遞給內(nèi)部OA系統(tǒng)。l 有利于開發(fā)中的分工　　在MVC設(shè)計(jì)模式中，由于系統(tǒng)模塊是按照層次劃分的，而每個(gè)層是間隔開來(lái)的，這樣可以更好地在開發(fā)過程中進(jìn)行分工，提高系統(tǒng)的開發(fā)效率。l 安全性要求為避免系統(tǒng)在運(yùn)行中企業(yè)的數(shù)據(jù)被盜用，對(duì)敏感數(shù)據(jù)進(jìn)行一定的加密處理。通訊錄管理的用例圖如圖37所示。教職工領(lǐng)導(dǎo)圖32 系統(tǒng)參與者用例圖兩種角色在系統(tǒng)頂層用例圖中能使用的功能組件基本一致，只是部分組件中領(lǐng)導(dǎo)角色能使用的功能不允許給員工角色使用，系統(tǒng)頂層用例圖如圖33所示。這些也是最終實(shí)際使用的部門，這些部門間不存在從屬關(guān)系，都是平行的部門，由平行部門參與。l 將系統(tǒng)級(jí)的需求劃分為若干個(gè)子系統(tǒng)，再將需求的部份子系統(tǒng)分配給軟件組件。 需求分析需求分析是一項(xiàng)重要的工作，也是最困難的工作。本系統(tǒng)采用面向?qū)ο蠓椒ǎ∣OA）對(duì)系統(tǒng)用戶的需求進(jìn)行分析，采用UML統(tǒng)一建模語(yǔ)言表示。//調(diào)用方法(獲得支持的城市)private static final String getSupportCity=getSupportCity。i++){ if(i==0){ temp=test[i].substring(7)。 ()0){ int start=(string)。//Android傳輸對(duì)象AndroidHttpTransport transport=new AndroidHttpTransport(serviceURL)。如：//命名空間private static final String serviceNameSpace=。 上下文菜單(ContextMenu)： onCreateContextMenu()和onContextItemSelected()方法，在onCreate()方法中將ContextMenu和某個(gè)view綁定，調(diào)用registerForContextMenu(view)。如果這個(gè)服務(wù)沒有運(yùn)行方法將通過調(diào)用onCreate方法去創(chuàng)建這個(gè)服務(wù)但并不調(diào)用onStart方法來(lái)啟動(dòng)它。 Android服務(wù)的生命周期Android Service生命周期與Activity生命周期是相似的，但是也存在一些細(xì)節(jié)上也存在著重要的不同：圖23是Android服務(wù)（Service）的生命周期示意圖。l void onResume()onStart事件之后執(zhí)行。我們新啟動(dòng)一個(gè)程序的時(shí)候其主窗體的onCreate事件就會(huì)被執(zhí)行。一個(gè)活動(dòng)或者服務(wù)如果想向其他應(yīng)用程序提供服務(wù)，一般通過Intent接收器來(lái)實(shí)現(xiàn)。l 活動(dòng)（Activity）Android系統(tǒng)中的活動(dòng)類似于windows操作系統(tǒng)中獨(dú)立應(yīng)用程序。這些開發(fā)庫(kù)通過Android應(yīng)用框架展示給開發(fā)人員，直接給應(yīng)用框架層提供支持。l 應(yīng)用層（Application）　　這層主要組成是在Dalvil虛擬機(jī)上的各種應(yīng)用程序。第二章　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)。第三章是系統(tǒng)的分析與建模。主要研究?jī)?nèi)容包括： （1）分析Android手機(jī)平臺(tái)框架并研究移動(dòng)OA開發(fā)涉及的相關(guān)技術(shù) 首先了解Android系統(tǒng)的歷史，然后分析Android操作系統(tǒng)的架構(gòu)組成，接著研究在Android平臺(tái)上進(jìn)行軟件開發(fā)必須了解的基礎(chǔ)知識(shí)，然后研究如何在Windows系統(tǒng)環(huán)境下搭建Android平臺(tái)的開發(fā)的環(huán)境，最后研究了Android平臺(tái)上的移動(dòng)OA系統(tǒng)實(shí)現(xiàn)的關(guān)鍵技術(shù)和程序調(diào)試技術(shù)。各個(gè)子系統(tǒng)的界面風(fēng)格統(tǒng)一，業(yè)務(wù)流程聯(lián)系緊密、信息處理順暢。隨著國(guó)內(nèi)信息化的發(fā)展，對(duì)內(nèi)部辦公自動(dòng)化的及時(shí)處理也已經(jīng)成為影響單位辦公效率的重要環(huán)節(jié)。某些領(lǐng)導(dǎo)不會(huì)使用電腦，害怕使用電腦，固守傳統(tǒng)工作方式。 國(guó)內(nèi)研究現(xiàn)狀我國(guó)政府的辦公自動(dòng)化是80年代中期才發(fā)展起來(lái)的。辦公自動(dòng)化是近年來(lái)隨著計(jì)算機(jī)科學(xué)發(fā)展而提出來(lái)的概念，辦公自動(dòng)化英文原稱Office Automation,縮寫為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)域。Google通過與軟、硬件開發(fā)商、設(shè)備制造商、電信運(yùn)營(yíng)商等其他有關(guān)各方面結(jié)成深層次的合作伙伴關(guān)系，希望借助建立標(biāo)準(zhǔn)化、開放式的移動(dòng)電話軟件平臺(tái)，在移動(dòng)產(chǎn)業(yè)內(nèi)形成一個(gè)開放式的生態(tài)系統(tǒng)。近年來(lái)，我國(guó)的智能手機(jī)市場(chǎng)發(fā)展非常迅猛，據(jù)媒體預(yù)測(cè)，到2012年我國(guó)智能手機(jī)用戶將會(huì)達(dá)到8000萬(wàn)以上[1]。 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。 研究生簽名： 日 期： 論文使用和授權(quán)說(shuō)明本人完全了解云南大學(xué)有關(guān)保留、使用學(xué)位論文的規(guī)定，即：學(xué)校有權(quán)保留并向國(guó)家有關(guān)部門或機(jī)構(gòu)送交學(xué)位論文和論文電子版；允許論文被查閱或借閱；學(xué)?？梢怨颊撐牡娜炕虿糠謨?nèi)容，可以采用影印、縮印或其他復(fù)制手段保存論文；授權(quán)學(xué)校將學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫(kù)進(jìn)行檢索。 （保密的論文在解密后應(yīng)遵循此規(guī)定）研究生簽名： 導(dǎo)師簽名： 日 期： 3 / 75摘 要由于移動(dòng)OA允許您在任何時(shí)間任何地點(diǎn)以任何方式處理任何事，實(shí)現(xiàn)對(duì)企業(yè)內(nèi)部的有效管理，因此與傳統(tǒng)的OA系統(tǒng)對(duì)比，移動(dòng)辦公既可以實(shí)現(xiàn)傳統(tǒng)OA系統(tǒng)所有功能，同時(shí)也可以實(shí)現(xiàn)一些原有辦公系統(tǒng)無(wú)法實(shí)現(xiàn)的功能，實(shí)現(xiàn)與企業(yè)協(xié)同管理系統(tǒng)無(wú)縫結(jié)合，實(shí)現(xiàn)對(duì)企業(yè)所有業(yè)務(wù)的自由掌控。Pocket office。2012年各種智能手機(jī)操作系統(tǒng)所占市場(chǎng)份額如圖11所示。Android作為Google企業(yè)戰(zhàn)略的重要組成部分，將進(jìn)一步推進(jìn)“隨時(shí)隨地為每個(gè)人提供信息”這一企業(yè)目標(biāo)的實(shí)現(xiàn)。本文提出了如何在已有的PC辦公自化應(yīng)用系統(tǒng)基礎(chǔ)上，把辦公應(yīng)用擴(kuò)展到使用Android系統(tǒng)的智能手機(jī)上來(lái)的研究課題。從1985年全國(guó)召開了第一次辦公自動(dòng)化規(guī)劃會(huì)議，對(duì)我國(guó)辦公自動(dòng)化建設(shè)進(jìn)行了規(guī)劃。常常重系統(tǒng)而忽視業(yè)務(wù)流程優(yōu)化。將辦公自動(dòng)化系統(tǒng)向移動(dòng)終端延伸的實(shí)際需求也越來(lái)越迫切。使用統(tǒng)一的用戶帳戶可以實(shí)現(xiàn)各系統(tǒng)間文檔流傳、信息發(fā)布、核查審批等應(yīng)用，使得各個(gè)系統(tǒng)無(wú)縫集成，協(xié)同工作，成為一個(gè)大的辦公平臺(tái)。（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)。介紹了需求分析的常用方法，使用UML語(yǔ)言，對(duì)移動(dòng)OA系統(tǒng)進(jìn)行需求分析，并詳細(xì)描述系統(tǒng)所需的功能模塊，為后續(xù)章節(jié)提供理論依據(jù)。這個(gè)操作系統(tǒng)是基于Linux內(nèi)核的開源手機(jī)操作系統(tǒng)，與WindowsMobile、Symbian等手機(jī)操作系統(tǒng)處在同一級(jí)別，是主流的手機(jī)操作系統(tǒng)之一。Dalvil虛擬機(jī)與J2ME使用的虛擬機(jī)不同，是專門為Android設(shè)計(jì)的、基于寄存器的Java虛擬機(jī)，使得使用Java語(yǔ)言開發(fā)的應(yīng)用程序得以更高效地運(yùn)行。　該層除了NDK之外，還包括了一個(gè)核心庫(kù)（Core Libraries）。活動(dòng)都是由一些可執(zhí)行代碼組成，用戶或者系統(tǒng)需要時(shí)活動(dòng)就會(huì)被啟動(dòng)。Intent接收器是一段可執(zhí)行代碼，當(dāng)其他服務(wù)/活動(dòng)發(fā)出服務(wù)或者數(shù)據(jù)請(qǐng)求是就會(huì)響應(yīng)。如果Activity被銷毀后（onDestroy后），再重新加載進(jìn)Task時(shí)，其onCreate事件也會(huì)被重新執(zhí)行?；蛘弋?dāng)前窗體被交換到后臺(tái)后，在用戶重新查看窗體時(shí)，窗體還沒有被銷毀，也沒有執(zhí)行過onStop事件（窗體還繼續(xù)存在于Task中），則會(huì)跳過窗體的onCreate和onStart事件，直接執(zhí)行onResume事件。圖23　Android服務(wù)的生命周期圖l onCreate和onStart是不同的 (Intent)方法我們可以啟動(dòng)一個(gè)服務(wù)。相反，onBind方法將被客戶端的Intent調(diào)用，并且它返回一個(gè)IBind對(duì)象以便客戶端稍后可以調(diào)用這個(gè)服務(wù)。 子菜單：類似選項(xiàng)菜單的創(chuàng)建，在onCreateOptionsMenu()()方法實(shí)現(xiàn)子菜單的添加，事件處理和選項(xiàng)菜單相同。//調(diào)用方法(獲得支持的城市)private static final String getSupportCity=getSupportCity。=true。 int end=(。 }else{ temp=test[i].substring(8)。//調(diào)用城市的方法(需要帶參數(shù))private static final String getWeatherbyCityName=getWeatherbyCityName。 系統(tǒng)可行性分析 可行性研究的前提 1）系統(tǒng)功能目標(biāo)要求：本系統(tǒng)的設(shè)計(jì)目標(biāo)是依托無(wú)線網(wǎng)絡(luò)，以使用Android系統(tǒng)的智能手機(jī)終端為載體，開發(fā)一個(gè)專為寧波大紅鷹學(xué)院制定的移動(dòng)OA系統(tǒng)，通過實(shí)現(xiàn)移動(dòng)平臺(tái)包括：個(gè)人信息、日程安排、信息審批、公告管理、學(xué)校論壇、學(xué)生管理、考勤管理、后臺(tái)管理等功能模塊。一般情況下，需求分析的相關(guān)工作會(huì)被視作為一個(gè)獨(dú)立的工程，稱為需求工程。l 咨詢系統(tǒng)質(zhì)量和屬性的相關(guān)信息，并對(duì)其做優(yōu)先級(jí)別的劃分。 系統(tǒng)審批流程1）員工請(qǐng)假流程圖33 員工請(qǐng)假流程員工領(lǐng)取請(qǐng)假單，并按要求填入相關(guān)的請(qǐng)假事項(xiàng)，然后把請(qǐng)假單提交給系統(tǒng)；系統(tǒng)會(huì)根據(jù)員工所在的分院或部門，把請(qǐng)假單發(fā)送到各自的主管領(lǐng)導(dǎo)的“待辦文件”中；主管領(lǐng)導(dǎo)對(duì)其審閱后，對(duì)其作出必要的審批結(jié)果，并把結(jié)果返回給該員工；最后系統(tǒng)記錄其請(qǐng)假信息，并形成文檔。教職工領(lǐng)導(dǎo)公文管理郵件管理工作流管理通訊錄管理系統(tǒng)管理圖33 系統(tǒng)頂層用例圖 在公文管理功能模塊中，教職工角色與領(lǐng)導(dǎo)角色使用的功能基本一致，均是“公文的接收與發(fā)送”、“待辦公文處理”、“已辦公文處理”、“緊急待辦公文處理”四個(gè)功能模塊。教職工領(lǐng)導(dǎo)查詢?nèi)藛T信息圖37 通訊錄管理的用例圖系統(tǒng)管理與工作流管理模塊一樣，使用同一接口，根據(jù)兩種角色允許使用的功能進(jìn)行劃分，領(lǐng)導(dǎo)角色比教職工角色多了教職工用戶帳戶權(quán)限的控制功能。 系統(tǒng)運(yùn)行環(huán)境需求 手機(jī)客戶端的要求：，600HZ以上的CPU，128MB以上的RAM，預(yù)留10M左右的ROM空間，網(wǎng)絡(luò)制式WCDMA（3G），GSM。如：美工設(shè)計(jì)人員可以專注于開發(fā)系統(tǒng)的界面，對(duì)業(yè)務(wù)熟悉的開發(fā)人員可以專注于開發(fā)模型中的相關(guān)業(yè)務(wù)處理方法，而其他開發(fā)人員可以專注開發(fā)控制器，以便更好地進(jìn)行程序控制。3) 內(nèi)部OA系統(tǒng)將OA服務(wù)端程序請(qǐng)求的數(shù)據(jù)以標(biāo)準(zhǔn)接口傳遞OA服務(wù)器，或者OA服務(wù)器采用“頁(yè)面數(shù)據(jù)分析技術(shù)”去主動(dòng)獲取內(nèi)部OA系統(tǒng)的數(shù)據(jù)信息。根據(jù)實(shí)現(xiàn)需求，：圖44　OA手機(jī)客戶端功能架構(gòu)圖 個(gè)人辦公管理模塊設(shè)計(jì)該模塊主要實(shí)現(xiàn)“便箋管理”和“代理設(shè)置”兩大功能。l 收文管理：以列表形式展示未處理公文，用手機(jī)對(duì)未處理公文進(jìn)行在線閱讀、處理，以及督辦、流轉(zhuǎn)等操作。新建公文可以選擇公文發(fā)送類型，根據(jù)用戶在OA系統(tǒng)中的權(quán)限，擬定公文需要相關(guān)部門的領(lǐng)導(dǎo)審核后才能發(fā)出。各級(jí)領(lǐng)導(dǎo)可以通過OA手機(jī)客戶端采用移動(dòng)無(wú)線網(wǎng)絡(luò)接入客戶內(nèi)部OA系統(tǒng)，進(jìn)行隨時(shí)隨地審核和批示員工申請(qǐng)，極大提高工作效率。 業(yè)務(wù)解析運(yùn)行引擎模塊設(shè)計(jì)“業(yè)務(wù)解析運(yùn)行引擎” 是整個(gè)系統(tǒng)的最核心模塊，主要負(fù)責(zé)OA手機(jī)客戶端的服務(wù)和功能的實(shí)現(xiàn)。l 壓縮處理服務(wù)