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