【正文】 final String serviceURL=。　　然后你可以在瀏覽器中輸入地址（WSDL）：serviceURL,你會(huì)看到一些可供調(diào)用的方法： 本章小結(jié) 本章的主要內(nèi)容是Android平臺(tái)的體系結(jié)構(gòu)分析。第三章 系統(tǒng)分析與建模系統(tǒng)分析的主要任務(wù)是將在系統(tǒng)詳細(xì)調(diào)查中所得到的文檔資料集中到一起,對(duì)組織內(nèi)部整體管理狀況和信息處理過(guò)程進(jìn)行分析。2）系統(tǒng)關(guān)聯(lián)性要求：實(shí)現(xiàn)本OA系統(tǒng)與企業(yè)其它系統(tǒng)有一定的連接，或附帶相關(guān)系統(tǒng)的基本功能?？蓴U(kuò)展性原則要求系統(tǒng)設(shè)計(jì)在實(shí)現(xiàn)當(dāng)前需求的同時(shí)，充分考慮業(yè)務(wù)的擴(kuò)展和系統(tǒng)擴(kuò)容等因素，在系統(tǒng)設(shè)計(jì)、編碼實(shí)現(xiàn)時(shí)留有充分地余地。這些階段內(nèi)的活動(dòng)主要包括需求收集、需求評(píng)價(jià)、編寫文檔等。l 分析得到的用戶信息，從中提取出功能需求、非功能需求以及附加約束。l 對(duì)需求規(guī)格說(shuō)明文檔進(jìn)行評(píng)審，確保用戶和系統(tǒng)開(kāi)發(fā)人員對(duì)需求的理解和認(rèn)識(shí)達(dá)成一致。5）加班登記：當(dāng)在非工作時(shí)間內(nèi)上班的時(shí)候，用戶需要向人事部門填寫加班登記表；6）聯(lián)系人管理：用戶對(duì)其它同事、相關(guān)業(yè)務(wù)聯(lián)系人、家人信息的登記；7）管理用戶日志：用戶將日常工作信息記錄下來(lái)以便檢查；8）瀏覽公文流：用戶可以隨時(shí)查看公文流信息；9）瀏覽員工信息：每位用戶可以對(duì)在職的所有員工的信息表中瀏覽信息；10）用車使用申請(qǐng)：用戶當(dāng)需要使用學(xué)校公車的時(shí)候可以向?qū)W校辦公室申請(qǐng)使用；11）因公出差管理：用戶在出差的時(shí)候向登記該信息，以上報(bào)上級(jí)領(lǐng)導(dǎo)；12）短信平臺(tái)：用戶可以向?qū)W校內(nèi)的各個(gè)員工發(fā)送短信信息（主管領(lǐng)導(dǎo)除外）；14）郵件平臺(tái)：用戶可以向?qū)W校內(nèi)的各個(gè)員工發(fā)送郵件信息（主管領(lǐng)導(dǎo)除外）；圖32 學(xué)校組織結(jié)構(gòu)圖學(xué)校有集團(tuán)董事會(huì)和理事會(huì)領(lǐng)導(dǎo)，其下屬有多個(gè)分院和部門，包括人事處，學(xué)校辦公室，信息工程學(xué)院，機(jī)械與電氣工程學(xué)院、藝術(shù)與傳媒學(xué)院、人文學(xué)院、基礎(chǔ)學(xué)院、高職學(xué)院、網(wǎng)絡(luò)中心、圖書館部門等；而每個(gè)分院和部門都有一個(gè)主管；并且每個(gè)分院和部門是由多個(gè)員工共同組成。3）信息發(fā)布流程圖35 信息發(fā)布流程申請(qǐng)人領(lǐng)取信息發(fā)布單，并按要求填入相關(guān)的信息內(nèi)容，然后把信息發(fā)布單提交給系統(tǒng)；系統(tǒng)會(huì)根據(jù)員工所在的分院或部門，把該單發(fā)送到各自的分院或部門的“待辦文件”中；主管領(lǐng)導(dǎo)對(duì)其審閱后，對(duì)其作出必要的審批結(jié)果，并提交給學(xué)校辦公室審查；學(xué)校辦公室對(duì)信息進(jìn)行審查后，對(duì)其作出相應(yīng)審查結(jié)果，把信息傳給系統(tǒng)管理員確認(rèn)，最后把結(jié)果返回給該申請(qǐng)人；最后系統(tǒng)記錄其信息，并形成文檔。需要強(qiáng)調(diào)是，這里的員工角色可以根據(jù)權(quán)限級(jí)別的設(shè)置，可以充當(dāng)多種身份，如一般教職員工，系統(tǒng)管理員等，領(lǐng)導(dǎo)角色也一樣，根據(jù)權(quán)限的設(shè)置，可以充當(dāng)中層領(lǐng)導(dǎo)，高層領(lǐng)導(dǎo)等身份。領(lǐng)導(dǎo)教職工公文的接收/發(fā)送待辦公文處理已辦公文處理緊急待辦公文處理圖34公文管理用例圖郵件管理功能模塊與公文管理模塊相似，也要求對(duì)郵件也要設(shè)置訪問(wèn)級(jí)別，以確定可以操作該郵件的角色。教職工領(lǐng)導(dǎo)發(fā)布通知工作申請(qǐng)公文審批申請(qǐng)工作流管理模塊工作擬定圖36 工作流管理的用例圖通訊錄管理功能比較單一，兩種角色均可以不做限制地查詢?nèi)藛T的信息。教職工領(lǐng)導(dǎo)系統(tǒng)管理登錄/注銷帳號(hào)維護(hù)員工用戶的權(quán)限控制圖38 系統(tǒng)管理的用例圖 本系統(tǒng)的非功能性需求如下：l 整體要求系統(tǒng)界面要求簡(jiǎn)潔，布局合理，風(fēng)格同一，易用。當(dāng)客戶端要增加新的應(yīng)用功能時(shí)，客戶端可以實(shí)現(xiàn)自動(dòng)更新以保證新功能的使用。 本章小結(jié)本章的主要內(nèi)容是對(duì)基于Android平臺(tái)的微型OA系統(tǒng)進(jìn)行了需求分析并建立其需求模型。圖41是MVC模式的示意圖：圖41　MVC模式圖　　采用MVC設(shè)計(jì)模式來(lái)進(jìn)行系統(tǒng)設(shè)計(jì)有以下好處：l 名司其職、互不干涉　　在MVC設(shè)計(jì)模式中，三種模塊的功能相對(duì)獨(dú)立，分工明確，如果哪一個(gè)模塊的需求發(fā)生變更，只需要修改相應(yīng)模塊中的代碼，對(duì)其他模塊不造成影響，有效降低了系統(tǒng)的耦合度。如：控制層的組件可以獨(dú)立出來(lái)成為一個(gè)通用的組件，視圖層的組件也可以獨(dú)立出來(lái)成為通用的系統(tǒng)操作界面。從OA系統(tǒng)所實(shí)現(xiàn)的各項(xiàng)功能需求的流程來(lái)看，可系統(tǒng)實(shí)現(xiàn)以簡(jiǎn)單的分成以下幾個(gè)主要應(yīng)用流程：1) 手機(jī)終端安裝的OA客戶程序，通過(guò)GPRS/TD網(wǎng)絡(luò)，將需要的數(shù)據(jù)請(qǐng)求提交到OA服務(wù)端。5) OA手機(jī)客戶端得到OA服務(wù)器數(shù)據(jù)流后，最后手機(jī)客戶端程序按要求顯示獲得的數(shù)據(jù)。 OA手機(jī)客戶端功能模塊設(shè)計(jì)OA手機(jī)客戶端結(jié)合移動(dòng)通信網(wǎng)絡(luò)，主要實(shí)現(xiàn)個(gè)“個(gè)人辦公”、“公文管理”、“工作流轉(zhuǎn)”、“輔助管理”四大功能?！氨愎{管理”主要有以下功能：l 接收便箋：當(dāng)有人發(fā)送便箋給您時(shí)，手機(jī)端登錄并接收到便箋，以列表方式呈現(xiàn)。“代理設(shè)置”功能是指當(dāng)教職工、領(lǐng)導(dǎo)角色的用戶在出差或者休假的時(shí)候，可以通過(guò)OA手機(jī)客戶端，進(jìn)行“代理設(shè)置”，可以對(duì)代理人員運(yùn)行操作的業(yè)務(wù)模塊以及時(shí)間期限進(jìn)行設(shè)置，　　個(gè)人辦公管理模塊的流程如圖45所示。l 簡(jiǎn)報(bào)交辦：對(duì)簡(jiǎn)報(bào)交辦事宜進(jìn)行手機(jī)端批閱、查看修改，并發(fā)送至相關(guān)人員。領(lǐng)導(dǎo)在外出差時(shí)可以用OA手機(jī)終端登陸OA系統(tǒng)進(jìn)行日常辦公處理。公文管理管理模塊的流程如圖46所示。 輔助管理模塊設(shè)計(jì)輔助管理主要應(yīng)用于綜合管理方面，通過(guò)綜合管理模塊，可以使用OA手機(jī)客戶端進(jìn)行申請(qǐng)、上報(bào)、批閱等操作。圖47　OA服務(wù)器端功能架構(gòu)圖 基礎(chǔ)服務(wù)支撐管理模塊設(shè)計(jì)“基礎(chǔ)服務(wù)支撐管理服務(wù)”模塊具有“無(wú)線傳輸服務(wù)” 、“數(shù)據(jù)推送服務(wù)” 、“業(yè)務(wù)橋接服務(wù)” 、“文件解析服務(wù)” 、“無(wú)線下載服務(wù)” 等功能來(lái)支撐整個(gè)系統(tǒng)運(yùn)行服務(wù)。l 文件解析服務(wù)：主要是負(fù)責(zé)解析WORD、EXCEL、PPT、PDF等常用辦公文檔，并將此文檔解析成手機(jī)終端可識(shí)別的數(shù)據(jù)流格式，便于“無(wú)線傳輸服務(wù)”進(jìn)行網(wǎng)絡(luò)傳輸。l 命令處理服務(wù)：將OA手機(jī)客戶端的請(qǐng)求命令用數(shù)據(jù)接口或協(xié)議等方式提交給OA內(nèi)部服務(wù)器，并將響應(yīng)請(qǐng)求命令后得到的數(shù)據(jù)返回給OA手機(jī)客戶端。l 緩存處理服務(wù)：是將原內(nèi)部OA系統(tǒng)讀取的數(shù)據(jù)進(jìn)行處理和分析后，進(jìn)行緩存處理，讓OA服務(wù)器端實(shí)現(xiàn)數(shù)據(jù)的預(yù)處理，可以有效提升OA的手機(jī)客戶端讀取和交互數(shù)據(jù)的速度。 終端訪問(wèn)安全管理模塊設(shè)計(jì)終端訪問(wèn)安全管理主要包括“安全認(rèn)證服務(wù)” 和“終端數(shù)據(jù)服務(wù)” ，主要從訪問(wèn)和接入兩大方面來(lái)實(shí)現(xiàn)安全管理。 系統(tǒng)管理模塊設(shè)計(jì)系統(tǒng)管理模塊主要是負(fù)責(zé)對(duì)系統(tǒng)進(jìn)行日常管理和設(shè)置，使系統(tǒng)能夠正常進(jìn)行，其主要功能包括：“用戶管理” 、“接入管理” 、“參數(shù)配置” 、“運(yùn)行監(jiān)管” 、“日志管理” 等。如服務(wù)端是否開(kāi)機(jī)自動(dòng)運(yùn)行、是否記錄運(yùn)行日志等信息。目前系統(tǒng)涉及到的接口包括：“郵件接口” 、“公文類型” 、“流程接口” 、“工作流轉(zhuǎn)接口” 、“綜合申請(qǐng)接口” 、“綜合審批接口” 、“用戶信息接口” 、“機(jī)構(gòu)設(shè)置接口”等。Employee（教職工信息）表表41 Employee（教職工信息）表序號(hào)字段名稱中文說(shuō)明數(shù)據(jù)類型大小是否為空描述1EMP_ID教職工ID號(hào)Integer11NOT null主鍵、自動(dòng)增長(zhǎng)ID號(hào)2EMP_CODE教職工編號(hào)VARCHAR12NOT null編號(hào)具備唯一性，用戶登陸的用戶名3EMP_NAME教職工名VARCHAR12NOT null4EMP_PWD教職工密碼VARCHAR16NOT null密碼5EMP_SEX教職工性別Char2NOT nu。本系統(tǒng)使用MYSQL作為系統(tǒng)數(shù)據(jù)庫(kù)。l 日志管理：記錄、查看和管理系統(tǒng)運(yùn)行的日志數(shù)據(jù)。l 接入管理：用于配置無(wú)線網(wǎng)絡(luò)的接入服務(wù)，允許或禁止某個(gè)運(yùn)營(yíng)商的無(wú)線網(wǎng)絡(luò)接入服務(wù)。將來(lái)預(yù)計(jì)會(huì)提供更靈活的配置管理，以實(shí)現(xiàn)中國(guó)電信China Net和中國(guó)聯(lián)通的3G Net接入。l 壓縮處理服務(wù)：將OA手機(jī)客戶端需求傳輸?shù)臄?shù)據(jù)和附件進(jìn)行壓縮處理，減少數(shù)據(jù)傳輸量和帶寬的占用率。l 語(yǔ)法解析服務(wù)：將OA手機(jī)客戶端的執(zhí)行的語(yǔ)法，和OA內(nèi)部服務(wù)器頁(yè)面、程序執(zhí)行所需的語(yǔ)法進(jìn)行統(tǒng)一解析并轉(zhuǎn)發(fā)。 業(yè)務(wù)解析運(yùn)行引擎模塊設(shè)計(jì)“業(yè)務(wù)解析運(yùn)行引擎” 是整個(gè)系統(tǒng)的最核心模塊，主要負(fù)責(zé)OA手機(jī)客戶端的服務(wù)和功能的實(shí)現(xiàn)。l 數(shù)據(jù)推送服務(wù)：負(fù)責(zé)將手機(jī)客戶端請(qǐng)求的數(shù)據(jù)，通過(guò)“無(wú)線傳輸服務(wù)”推送到OA手機(jī)客戶端，以實(shí)現(xiàn)OA手機(jī)客戶端和內(nèi)部OA服務(wù)器之間的數(shù)據(jù)交換。各級(jí)領(lǐng)導(dǎo)可以通過(guò)OA手機(jī)客戶端采用移動(dòng)無(wú)線網(wǎng)絡(luò)接入客戶內(nèi)部OA系統(tǒng)，進(jìn)行隨時(shí)隨地審核和批示員工申請(qǐng)，極大提高工作效率。l 工作擬定：工作人員當(dāng)出差在外時(shí)，用OA手要客戶端登陸OA系統(tǒng)，按照格式要求為自己當(dāng)天、明天或以后的工作撰寫安排和計(jì)劃，并向直接領(lǐng)導(dǎo)上報(bào)。新建公文可以選擇公文發(fā)送類型，根據(jù)用戶在OA系統(tǒng)中的權(quán)限，擬定公文需要相關(guān)部門的領(lǐng)導(dǎo)審核后才能發(fā)出。代辦公文子模塊會(huì)以列表方式分類顯示各種公文，如一般公文、流轉(zhuǎn)公文、審批公文等等。l 收文管理：以列表形式展示未處理公文，用手機(jī)對(duì)未處理公文進(jìn)行在線閱讀、處理，以及督辦、流轉(zhuǎn)等操作。l 附件處理：在接收和發(fā)送便箋時(shí)，OA手機(jī)客戶端能與OA服務(wù)端器端的“文件解析服務(wù)”、“壓縮處理服務(wù)”、“無(wú)線下載服務(wù)”進(jìn)行交互，除了能對(duì)接收便箋中的附件（WORD、EXCEL等辦公應(yīng)用類文件和常見(jiàn)文本文件等）進(jìn)行下載和閱讀外，還可以對(duì)發(fā)送便箋中附件進(jìn)行編輯、更改和上傳。根據(jù)實(shí)現(xiàn)需求，：圖44　OA手機(jī)客戶端功能架構(gòu)圖 個(gè)人辦公管理模塊設(shè)計(jì)該模塊主要實(shí)現(xiàn)“便箋管理”和“代理設(shè)置”兩大功能。OA手機(jī)客戶端的主要功能業(yè)務(wù)表現(xiàn)層的處理，提供人機(jī)交互的實(shí)現(xià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ù)信息。系統(tǒng)中部署有OA服務(wù)器，可以與客戶端的OA系統(tǒng)相連（后期還可以擴(kuò)展到其他管理系統(tǒng)或另外一些信息采集系統(tǒng)），通過(guò)相應(yīng)的協(xié)議接口或頁(yè)面分析技術(shù)進(jìn)行信息和數(shù)據(jù)的耦合處理，把目前OA系統(tǒng)里的“公文管理”、“郵件管理”、“文檔查閱”、“信息審批”等功能從個(gè)人計(jì)算機(jī)應(yīng)用擴(kuò)展到智能手機(jī)上，實(shí)現(xiàn)便捷的基于移動(dòng)無(wú)線網(wǎng)絡(luò)的移動(dòng)辦公，以提高企業(yè)的整體辦公效率。如：美工設(shè)計(jì)人員可以專注于開(kāi)發(fā)系統(tǒng)的界面，對(duì)業(yè)務(wù)熟悉的開(kāi)發(fā)人員可以專注于開(kāi)發(fā)模型中的相關(guān)業(yè)務(wù)處理方法，而其他開(kāi)發(fā)人員可以專注開(kāi)發(fā)控制器，以便更好地進(jìn)行程序控制。第四章 基于Android平臺(tái)的微型OA系統(tǒng)設(shè)計(jì) MVC設(shè)計(jì)模式簡(jiǎn)介在程序設(shè)計(jì)中，習(xí)慣上把系統(tǒng)分為模型（Model）、視圖（View）、控制器（Controller）三種模塊的設(shè)計(jì)方式稱為MVC設(shè)計(jì)模式。 系統(tǒng)運(yùn)行環(huán)境需求 手機(jī)客戶端的要求：，600HZ以上的CPU，128MB以上的RAM，預(yù)留10M左右的ROM空間，網(wǎng)絡(luò)制式WCDMA（3G），GSM。網(wǎng)絡(luò)平均響應(yīng)時(shí)間控制在5秒以內(nèi)，最長(zhǎng)響應(yīng)時(shí)間不得超過(guò)10秒。教職工領(lǐng)導(dǎo)查詢?nèi)藛T信息圖37 通訊錄管理的用例圖系統(tǒng)管理與工作流管理模塊一樣，使用同一接口，根據(jù)兩種角色允許使用的功能進(jìn)行劃分，領(lǐng)導(dǎo)角色比教職工角色多了教職工用戶帳戶權(quán)限的控制功能。教職工領(lǐng)導(dǎo)郵件的接收/發(fā)送郵件閱讀郵件附件處理圖35 郵件管理用例圖工作流管理模塊中兩種角色的涉及的功能模塊不相同，領(lǐng)導(dǎo)角色比教職工角色多了工作擬定、領(lǐng)導(dǎo)批閱兩項(xiàng)功能。教職工領(lǐng)導(dǎo)公文管理郵件管理工作流管理通訊錄管理系統(tǒng)管理圖33 系統(tǒng)頂層用例圖 在公文管理功能模塊中，教職工角色與領(lǐng)導(dǎo)角色使用的功能基本一致，均是“公文的接收與發(fā)送”、“待辦公文處理”、“已辦公文處理”、“緊急待辦公文處理”四個(gè)功能模塊。圖36公車用車使用申請(qǐng)流程為了對(duì)本系統(tǒng)的功能需求進(jìn)行更為直觀的描述，下面使用UML（統(tǒng)一建模語(yǔ)言）工具來(lái)給出系統(tǒng)完整的用例分析圖。 系統(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)假信息，并形成文檔。包括:1) 用戶：用戶參與系統(tǒng)的主要成員，即接觸使用系統(tǒng)的所有者，也就是學(xué)校身份當(dāng)中的教職工，是系統(tǒng)當(dāng)中的一個(gè)超類；2) 系統(tǒng)管理員：系統(tǒng)管理員是系統(tǒng)的維護(hù)工作人員，擁有對(duì)系統(tǒng)目錄、角色、權(quán)限、用戶以及系統(tǒng)基礎(chǔ)數(shù)據(jù)管理的操作權(quán)限，同時(shí)也是用戶的一個(gè)子類；3) 領(lǐng)導(dǎo)：領(lǐng)導(dǎo)是指各個(gè)分院部門的主要管理人員以及上級(jí)領(lǐng)導(dǎo)的總稱；4) 人事處員工：人事處員工是人事處的成員，主要執(zhí)行對(duì)學(xué)校員工的工作進(jìn)行考核和信息管理，但沒(méi)有刪除員工信息的權(quán)限；5) 人事處領(lǐng)導(dǎo)：人事處的主管，擁有人事處的各項(xiàng)操作權(quán)限，并能對(duì)無(wú)效員工信息進(jìn)行刪除；：（一）系統(tǒng)管理員主要業(yè)務(wù)：1）A1：考勤設(shè)置：系統(tǒng)管理員設(shè)置日常上、下班考勤時(shí)間、休息日設(shè)置、請(qǐng)假類別等考勤信息；2）A2：公文流管理：是系統(tǒng)管理員對(duì)于日常用戶生成公文，如工作文件、請(qǐng)假單、銷假單等等的管理；3）A3：新聞公告管理：系統(tǒng)管理員用戶對(duì)在正常生產(chǎn)經(jīng)營(yíng)當(dāng)中，用戶提出的新聞公告進(jìn)行發(fā)布、管理；（二）領(lǐng)導(dǎo)主要業(yè)務(wù)：1）考勤審批：每一個(gè)分院主管、領(lǐng)導(dǎo)能夠批準(zhǔn)其下屬的請(qǐng)假申請(qǐng)；2）新聞公告審批：領(lǐng)導(dǎo)能夠?qū)徟聦偕暾?qǐng)的新聞和通知信息，審批完之后傳給系統(tǒng)管理員發(fā)布；（三）人事處員工主要業(yè)務(wù)：1）員工管理：?jiǎn)T工信息管理是對(duì)學(xué)校員工的信息進(jìn)行管理、統(tǒng)計(jì)，具有增、改、查等功能；（四）人事處主管主要業(yè)務(wù)：1）刪除員工信息：指對(duì)員工信息出現(xiàn)異常的時(shí)候?qū)υ搯T工信息進(jìn)行刪除；（五）用戶主要業(yè)務(wù)：1）登陸系統(tǒng)驗(yàn)證：當(dāng)用戶登陸系統(tǒng)的時(shí)候驗(yàn)證用戶所提交的用戶名和密碼，以及所提交