【正文】 1 系統(tǒng)的功能性需求 22 26 系統(tǒng)運(yùn)行環(huán)境需求 26 本章小結(jié) 27第四章 基于Android平臺的微型OA系統(tǒng)設(shè)計(jì) 27 MVC設(shè)計(jì)模式簡介 27 系統(tǒng)總體架構(gòu)設(shè)計(jì) 28 系統(tǒng)總體架構(gòu)圖 28 系統(tǒng)實(shí)現(xiàn)流程架構(gòu) 29 系統(tǒng)功能設(shè)計(jì) 30 系統(tǒng)功能模塊概述 30 OA手機(jī)客戶端功能模塊設(shè)計(jì) 30 個人辦公管理模塊設(shè)計(jì) 31 公文管理模塊設(shè)計(jì) 32 工作流轉(zhuǎn)模塊設(shè)計(jì) 33 輔助管理模塊設(shè)計(jì) 34 OA服務(wù)端功能模塊設(shè)計(jì) 34 基礎(chǔ)服務(wù)支撐管理模塊設(shè)計(jì) 35 業(yè)務(wù)解析運(yùn)行引擎模塊設(shè)計(jì) 36 終端訪問安全管理模塊設(shè)計(jì) 37 系統(tǒng)管理模塊設(shè)計(jì) 37 接口管理管理模塊設(shè)計(jì) 37 數(shù)據(jù)庫簡要設(shè)計(jì) 38 本章小結(jié) 43第五章 基于Android平臺的微型OA系統(tǒng)實(shí)現(xiàn) 43 44 系統(tǒng)開發(fā)環(huán)境 44 Android運(yùn)行環(huán)境 44 46　從服務(wù)器獲取XML格式的信息 46.　主要功能部分模塊的實(shí)現(xiàn)與測試 53　系統(tǒng)登錄 53　個人辦公的實(shí)現(xiàn) 54　公文管理的實(shí)現(xiàn) 55　通訊錄的實(shí)現(xiàn) 56　本章小結(jié) 56第六章 結(jié)論 57一、論文工作總結(jié) 57二、今后研究工作展望 57參考文獻(xiàn) 1致 謝 3第一章 緒論經(jīng)過多年的發(fā)展，第三代數(shù)字通信（3G）技術(shù)獲得了廣泛的發(fā)展，它為移動終端用戶帶來了更快的數(shù)據(jù)傳輸速度。該平臺由操作系統(tǒng)、中間件、用戶界面和應(yīng)用軟件組成。由于企業(yè)信息化應(yīng)用已滲透到企業(yè)日常管理以及員工交流與協(xié)作的各個方面，員工的生活與工作已離不開信息化系統(tǒng)。這些研究內(nèi)容對今后移動辦公系統(tǒng)的進(jìn)一步研究將有較好的實(shí)際參考價值。隨后國務(wù)院率先開發(fā)了”中南海辦公自動化系統(tǒng)”。解決這些問題，需要從體制上入手，政府、企業(yè)內(nèi)部一些有卓識遠(yuǎn)見的領(lǐng)導(dǎo)開始重視這項(xiàng)工作。國外的辦公自動化起步較早，1984年，格雷斯委員會在調(diào)查的基礎(chǔ)上建議在不同級別的政府部門包括總統(tǒng)辦公室設(shè)立CIO(美國首席信息官)職位，標(biāo)志著美國辦公自動化已經(jīng)基本完善和制度化。智能化高的OA系統(tǒng)可以對海量數(shù)據(jù)進(jìn)行分類和分析，向用戶提供決策支持、知識挖掘、商業(yè)智能等服務(wù)，這對用戶快速地從龐大的信息量中發(fā)現(xiàn)一些潛在商業(yè)規(guī)律與商業(yè)機(jī)會會有很大的幫助，可以顯著地提高企業(yè)的運(yùn)營效率。擬解決的關(guān)鍵技術(shù)問題如下：（1） 移動OA系統(tǒng)的體系結(jié)構(gòu)設(shè)計(jì)；（2） 通過無線網(wǎng)絡(luò)數(shù)據(jù)傳輸?shù)姆绞?，?shí)現(xiàn)應(yīng)用服務(wù)器上的數(shù)據(jù)與客戶手機(jī)端之間的交互；（3） 基于Android平臺應(yīng)用程序的編程實(shí)現(xiàn)技術(shù)。使用MVC模式設(shè)計(jì)系統(tǒng)架構(gòu)，建立系統(tǒng)的對象模型，另外簡單介紹了本系統(tǒng)的數(shù)據(jù)庫的設(shè)計(jì)。此外，Android系統(tǒng)還在Linux核心上提供了一種名叫Dalvik的Java 應(yīng)用程序運(yùn)行環(huán)境，與Sun公司J2ME的Java虛擬機(jī)不同，Dalvik是由Google公司獨(dú)創(chuàng)的專門針對Android平臺進(jìn)行優(yōu)化的Java虛擬機(jī)。l 應(yīng)用框架層（Application Framework） 圖21 Android的系統(tǒng)框架圖 開發(fā)人員可以和Linux核心應(yīng)用一樣，擁有訪問整個框架API（應(yīng)用程序接口）的權(quán)限?！　　alvik虛擬機(jī)也在這個層中。活動通常要負(fù)責(zé)屏幕的顯示，每一個活動一般都有一個對應(yīng)的界面，如果活動的不在處于活動狀態(tài)，系統(tǒng)可以將它結(jié)束以提高智能手機(jī)內(nèi)存的利用率。這兩種接收器程序和服務(wù)程序一樣，也是沒有用戶交互界面的。而這個時候我們可能希望用戶繼續(xù)上次打開該窗體時的操作狀態(tài)進(jìn)行操作，而不是一切從頭開始。l void onStop()onPause事件之后執(zhí)行。如果這個服務(wù)已經(jīng)在運(yùn)行，那么它的onStart方法將被新的Intent再次調(diào)用。l onDestroy與Activity一樣，當(dāng)一個服務(wù)被結(jié)束是onDestroy方法將會被調(diào)用。 Toast略 布局：布局是可以嵌套使用。 第二步：假設(shè)方法有參數(shù)的話,設(shè)置調(diào)用方法參數(shù)：(參數(shù)名稱,參數(shù)值)?！　〉谄卟剑航馕龇祷?cái)?shù)據(jù)：if(()!=null){ return parse(())。 temp=(start, end3)。 ((0, index))?！　∪缓竽憧梢栽跒g覽器中輸入地址（WSDL）：serviceURL,你會看到一些可供調(diào)用的方法： 本章小結(jié) 本章的主要內(nèi)容是Android平臺的體系結(jié)構(gòu)分析。2）系統(tǒng)關(guān)聯(lián)性要求：實(shí)現(xiàn)本OA系統(tǒng)與企業(yè)其它系統(tǒng)有一定的連接，或附帶相關(guān)系統(tǒng)的基本功能。這些階段內(nèi)的活動主要包括需求收集、需求評價、編寫文檔等。l 對需求規(guī)格說明文檔進(jìn)行評審，確保用戶和系統(tǒng)開發(fā)人員對需求的理解和認(rèn)識達(dá)成一致。3）信息發(fā)布流程圖35 信息發(fā)布流程申請人領(lǐng)取信息發(fā)布單，并按要求填入相關(guān)的信息內(nèi)容，然后把信息發(fā)布單提交給系統(tǒng)；系統(tǒng)會根據(jù)員工所在的分院或部門，把該單發(fā)送到各自的分院或部門的“待辦文件”中；主管領(lǐng)導(dǎo)對其審閱后，對其作出必要的審批結(jié)果，并提交給學(xué)校辦公室審查；學(xué)校辦公室對信息進(jìn)行審查后，對其作出相應(yīng)審查結(jié)果，把信息傳給系統(tǒng)管理員確認(rèn)，最后把結(jié)果返回給該申請人；最后系統(tǒng)記錄其信息，并形成文檔。領(lǐng)導(dǎo)教職工公文的接收/發(fā)送待辦公文處理已辦公文處理緊急待辦公文處理圖34公文管理用例圖郵件管理功能模塊與公文管理模塊相似，也要求對郵件也要設(shè)置訪問級別，以確定可以操作該郵件的角色。教職工領(lǐng)導(dǎo)系統(tǒng)管理登錄/注銷帳號維護(hù)員工用戶的權(quán)限控制圖38 系統(tǒng)管理的用例圖 本系統(tǒng)的非功能性需求如下：l 整體要求系統(tǒng)界面要求簡潔，布局合理，風(fēng)格同一，易用。 本章小結(jié)本章的主要內(nèi)容是對基于Android平臺的微型OA系統(tǒng)進(jìn)行了需求分析并建立其需求模型。如：控制層的組件可以獨(dú)立出來成為一個通用的組件，視圖層的組件也可以獨(dú)立出來成為通用的系統(tǒng)操作界面。5) OA手機(jī)客戶端得到OA服務(wù)器數(shù)據(jù)流后，最后手機(jī)客戶端程序按要求顯示獲得的數(shù)據(jù)?！氨愎{管理”主要有以下功能：l 接收便箋：當(dāng)有人發(fā)送便箋給您時，手機(jī)端登錄并接收到便箋，以列表方式呈現(xiàn)。l 簡報(bào)交辦：對簡報(bào)交辦事宜進(jìn)行手機(jī)端批閱、查看修改，并發(fā)送至相關(guān)人員。公文管理管理模塊的流程如圖46所示。圖47　OA服務(wù)器端功能架構(gòu)圖 基礎(chǔ)服務(wù)支撐管理模塊設(shè)計(jì)“基礎(chǔ)服務(wù)支撐管理服務(wù)”模塊具有“無線傳輸服務(wù)” 、“數(shù)據(jù)推送服務(wù)” 、“業(yè)務(wù)橋接服務(wù)” 、“文件解析服務(wù)” 、“無線下載服務(wù)” 等功能來支撐整個系統(tǒng)運(yùn)行服務(wù)。l 命令處理服務(wù)：將OA手機(jī)客戶端的請求命令用數(shù)據(jù)接口或協(xié)議等方式提交給OA內(nèi)部服務(wù)器，并將響應(yīng)請求命令后得到的數(shù)據(jù)返回給OA手機(jī)客戶端。 終端訪問安全管理模塊設(shè)計(jì)終端訪問安全管理主要包括“安全認(rèn)證服務(wù)” 和“終端數(shù)據(jù)服務(wù)” ，主要從訪問和接入兩大方面來實(shí)現(xiàn)安全管理。如服務(wù)端是否開機(jī)自動運(yùn)行、是否記錄運(yùn)行日志等信息。Employee（教職工信息）表表41 Employee（教職工信息）表序號字段名稱中文說明數(shù)據(jù)類型大小是否為空描述1EMP_ID教職工ID號Integer11NOT null主鍵、自動增長ID號2EMP_CODE教職工編號VARCHAR12NOT null編號具備唯一性，用戶登陸的用戶名3EMP_NAME教職工名VARCHAR12NOT null4EMP_PWD教職工密碼VARCHAR16NOT null密碼5EMP_SEX教職工性別Char2NOT nu。l 日志管理：記錄、查看和管理系統(tǒng)運(yùn)行的日志數(shù)據(jù)。將來預(yù)計(jì)會提供更靈活的配置管理，以實(shí)現(xiàn)中國電信China Net和中國聯(lián)通的3G Net接入。l 語法解析服務(wù)：將OA手機(jī)客戶端的執(zhí)行的語法，和OA內(nèi)部服務(wù)器頁面、程序執(zhí)行所需的語法進(jìn)行統(tǒng)一解析并轉(zhuǎn)發(fā)。l 數(shù)據(jù)推送服務(wù)：負(fù)責(zé)將手機(jī)客戶端請求的數(shù)據(jù)，通過“無線傳輸服務(wù)”推送到OA手機(jī)客戶端，以實(shí)現(xiàn)OA手機(jī)客戶端和內(nèi)部OA服務(wù)器之間的數(shù)據(jù)交換。l 工作擬定：工作人員當(dāng)出差在外時，用OA手要客戶端登陸OA系統(tǒng)，按照格式要求為自己當(dāng)天、明天或以后的工作撰寫安排和計(jì)劃，并向直接領(lǐng)導(dǎo)上報(bào)。代辦公文子模塊會以列表方式分類顯示各種公文，如一般公文、流轉(zhuǎn)公文、審批公文等等。l 附件處理：在接收和發(fā)送便箋時，OA手機(jī)客戶端能與OA服務(wù)端器端的“文件解析服務(wù)”、“壓縮處理服務(wù)”、“無線下載服務(wù)”進(jìn)行交互，除了能對接收便箋中的附件（WORD、EXCEL等辦公應(yīng)用類文件和常見文本文件等）進(jìn)行下載和閱讀外，還可以對發(fā)送便箋中附件進(jìn)行編輯、更改和上傳。OA手機(jī)客戶端的主要功能業(yè)務(wù)表現(xiàn)層的處理，提供人機(jī)交互的實(shí)現(xiàn)。系統(tǒng)中部署有OA服務(wù)器，可以與客戶端的OA系統(tǒng)相連（后期還可以擴(kuò)展到其他管理系統(tǒng)或另外一些信息采集系統(tǒng)），通過相應(yīng)的協(xié)議接口或頁面分析技術(shù)進(jìn)行信息和數(shù)據(jù)的耦合處理，把目前OA系統(tǒng)里的“公文管理”、“郵件管理”、“文檔查閱”、“信息審批”等功能從個人計(jì)算機(jī)應(yīng)用擴(kuò)展到智能手機(jī)上，實(shí)現(xiàn)便捷的基于移動無線網(wǎng)絡(luò)的移動辦公，以提高企業(yè)的整體辦公效率。第四章 基于Android平臺的微型OA系統(tǒng)設(shè)計(jì) MVC設(shè)計(jì)模式簡介在程序設(shè)計(jì)中，習(xí)慣上把系統(tǒng)分為模型（Model）、視圖（View）、控制器（Controller）三種模塊的設(shè)計(jì)方式稱為MVC設(shè)計(jì)模式。網(wǎng)絡(luò)平均響應(yīng)時間控制在5秒以內(nèi)，最長響應(yīng)時間不得超過10秒。教職工領(lǐng)導(dǎo)郵件的接收/發(fā)送郵件閱讀郵件附件處理圖35 郵件管理用例圖工作流管理模塊中兩種角色的涉及的功能模塊不相同，領(lǐng)導(dǎo)角色比教職工角色多了工作擬定、領(lǐng)導(dǎo)批閱兩項(xiàng)功能。圖36公車用車使用申請流程為了對本系統(tǒng)的功能需求進(jìn)行更為直觀的描述，下面使用UML（統(tǒng)一建模語言）工具來給出系統(tǒng)完整的用例分析圖。包括:1) 用戶：用戶參與系統(tǒng)的主要成員，即接觸使用系統(tǒng)的所有者，也就是學(xué)校身份當(dāng)中的教職工，是系統(tǒng)當(dāng)中的一個超類；2) 系統(tǒng)管理員：系統(tǒng)管理員是系統(tǒng)的維護(hù)工作人員，擁有對系統(tǒng)目錄、角色、權(quán)限、用戶以及系統(tǒng)基礎(chǔ)數(shù)據(jù)管理的操作權(quán)限，同時也是用戶的一個子類；3) 領(lǐng)導(dǎo)：領(lǐng)導(dǎo)是指各個分院部門的主要管理人員以及上級領(lǐng)導(dǎo)的總稱；4) 人事處員工：人事處員工是人事處的成員，主要執(zhí)行對學(xué)校員工的工作進(jìn)行考核和信息管理，但沒有刪除員工信息的權(quán)限；5) 人事處領(lǐng)導(dǎo)：人事處的主管，擁有人事處的各項(xiàng)操作權(quán)限，并能對無效員工信息進(jìn)行刪除；：（一）系統(tǒng)管理員主要業(yè)務(wù)：1）A1：考勤設(shè)置：系統(tǒng)管理員設(shè)置日常上、下班考勤時間、休息日設(shè)置、請假類別等考勤信息；2）A2：公文流管理：是系統(tǒng)管理員對于日常用戶生成公文，如工作文件、請假單、銷假單等等的管理；3）A3：新聞公告管理：系統(tǒng)管理員用戶對在正常生產(chǎn)經(jīng)營當(dāng)中，用戶提出的新聞公告進(jìn)行發(fā)布、管理；（二）領(lǐng)導(dǎo)主要業(yè)務(wù)：1）考勤審批：每一個分院主管、領(lǐng)導(dǎo)能夠批準(zhǔn)其下屬的請假申請；2）新聞公告審批：領(lǐng)導(dǎo)能夠?qū)徟聦偕暾埖男侣労屯ㄖ畔?，審批完之后傳給系統(tǒng)管理員發(fā)布；（三）人事處員工主要業(yè)務(wù)：1）員工管理：員工信息管理是對學(xué)校員工的信息進(jìn)行管理、統(tǒng)計(jì)，具有增、改、查等功能；（四）人事處主管主要業(yè)務(wù)：1）刪除員工信息：指對員工信息出現(xiàn)異常的時候?qū)υ搯T工信息進(jìn)行刪除；（五）用戶主要業(yè)務(wù)：1）登陸系統(tǒng)驗(yàn)證：當(dāng)用戶登陸系統(tǒng)的時候驗(yàn)證用戶所提交的用戶名和密碼，以及所提交的數(shù)字證書的有效性。l 獲取所有系統(tǒng)相關(guān)用戶的需求。實(shí)用性原則要求系統(tǒng)的設(shè)計(jì)便于操作、維護(hù)和管理，能有效地通過無線網(wǎng)絡(luò)技術(shù)、數(shù)據(jù)庫技術(shù)和WEB技術(shù)實(shí)現(xiàn)對學(xué)院信息資源的合理利用，以便提高學(xué)校的辦公效率。包括Android用戶界面設(shè)計(jì)技術(shù)，XML解析技術(shù)，Android與服務(wù)器端的數(shù)據(jù)交互技術(shù)等。 }　　這樣就成功啦。)。 ListString list=new ArrayListString()。=request。線性布局可以水平或者垂直擺放組件 （3）TableLayout：表格布局，在TableLayou中有3個與其他布局不相同屬性，分別是：android:shrinkColumns=0收縮指定的列，當(dāng)按鈕標(biāo)題過長，可能會擠壓其他組件，指定該屬性后其他組件不會被擠壓android:stretchColumns=3指定列充滿剩余寬度，android:collapseColumns=2隱藏指定的列。與很多Activity時的情況一樣，當(dāng)內(nèi)存很低的時候Android也可能會終結(jié)一個服務(wù)。l onResume、onPause以及onStop是不需要的 回調(diào)一個服務(wù)通常是沒有用戶界面的，所以我們也就不需要onPause、onResume或者onStop方法了。l void onRestart()onStop事件執(zhí)行后，如果窗體和其所在的進(jìn)程沒有被系統(tǒng)銷毀，此時用戶又重新查看該窗體，則會執(zhí)行窗體的onRestart事件，onRestart事件后會跳過窗體的onCreate事件直接執(zhí)行onStart事件。這種情況我們就可以覆寫Activity的void onSaveInstanceState(Bundle outState)事件，通過向outState中寫入一些我們需要在窗體銷毀前保存的狀態(tài)或信息，這樣在窗體重新執(zhí)行onCreate的時候，則會通過 savedInstanceState將之前保存的信息傳遞進(jìn)來，此時我們就可以有選擇的利用這些信息來初始化窗體，而不是一切從頭開始。內(nèi)容提供器通過使用一種名叫URI（Uniform Resource Identifier,統(tǒng)一資源標(biāo)識符）的接口向其他應(yīng)用程序提供數(shù)據(jù)服