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