【正文】 只是在具體細節(jié)還未實現(xiàn)；通過對抽象模型的分解，可以不斷地對模型進行細化和修正，隨著時間的推移，模型會越來越精確，越來越接近真實的需求，這樣就可以將原本十分復(fù)雜的業(yè)務(wù)流程不斷地簡化，這種方法既可以用在整個系統(tǒng)的建模階段，也可以用在各個功能模塊的設(shè)計環(huán)節(jié)中，用最小的成本來實現(xiàn)最高的開發(fā)效率?？焖僭头ㄊ腔谠头ǖ幕A(chǔ)上進行改進的一種新的方法，通過客戶和開發(fā)人員對系統(tǒng)原型進行迭代式地評估，來對系統(tǒng)模型進行改進，修正系統(tǒng)模型中所存在的錯誤和不足，從而糾正系統(tǒng)開發(fā)的大方向，減少系統(tǒng)開發(fā)后期因為建模失誤而導(dǎo)致的返工?？焖僭湍Ｐ头椒ǖ膶嶋H操作步驟有五個基本階段，分別是快速分析階段、構(gòu)建基本階段、運行階段、評估階段和修改階段。首先進行的是需求快速分析階段，該階段是在短時間內(nèi)快速獲取用戶的業(yè)務(wù)需求，形成大體上的規(guī)格需求說明書和模型構(gòu)建規(guī)范。第二階段的主要工作是構(gòu)建原型，在大致的需求已經(jīng)明確的基礎(chǔ)上，設(shè)計出一個比較貼近該模型要求的原型，該原型的要求是快速簡潔，只需體現(xiàn)整體而忽略細節(jié)。第三階段的主要工作是運行原型，對已經(jīng)設(shè)計好的原型部署運行環(huán)境，進行試運行和技術(shù)上修改。第四階段的主要工作是評價原型，開發(fā)人員和客戶一起研究和分析運行的原型，找出與實際需求之間的差距，形成規(guī)范的原型修改意見。MVC設(shè)計模式的三個基本組件視圖、模型和控制器具體工作原理如下：視圖是與用戶交互的API，傳統(tǒng)的視圖就是等同于普通的HTML頁面，僅僅具有簡單的顯示功能，目前流行的視圖頁面已經(jīng)融合了Ajax、Flash、XML等多種先進的技術(shù)手段，實現(xiàn)多種動態(tài)的交互方式。應(yīng)用程序的API已經(jīng)越來越美觀、功能越來越強大，使用MVC的優(yōu)勢在于可以支持多種不同的視圖，其實視圖并不具備真正的數(shù)據(jù)處理能力，它只是將數(shù)據(jù)發(fā)往服務(wù)器端，而后將處理后的數(shù)據(jù)顯示出來，只是這個過程對于使用者來說是透明的。模型是用來顯示后臺的數(shù)據(jù)和業(yè)務(wù)邏輯，模型相對于視圖來說，更具有任務(wù)性，它可以支持多種組件，如EJB、Hibernate等，其返回的數(shù)據(jù)與模型中所定義的數(shù)據(jù)類型可以不一致，視圖與模型之間往往是多對一的關(guān)系，這樣就減少代碼的冗余?？刂破魇且粋€比較智能的組件，在MVC中也起到核心調(diào)度作用，它可以根據(jù)用戶不同的請求來調(diào)用相應(yīng)的視圖模型進行處理，也就是說，控制器本身不具有事務(wù)處理的功能，它接受請求然后進行調(diào)度。文件審批流程是一個比較復(fù)雜的過程，不同單位的復(fù)雜程度不同，一個文件的審批通常需要經(jīng)過創(chuàng)建、初審、再審、終審等過程，有些復(fù)雜的重要文件審批流程還涉及到聯(lián)合審批，即通常所說的“會簽”。在這些審批流程的執(zhí)行過程中，涉及到許多責(zé)任人，也可能在多個部門之間進行流轉(zhuǎn)，在沒有辦公自動化系統(tǒng)的時代，經(jīng)常需要審批申報人拿著紙質(zhì)版本的文件來回穿梭于各個部門之間，與不同部門的領(lǐng)導(dǎo)打交道，受到時間和空間限制，往往一個文件的簽批需要花費很多時間，這樣既浪費了人力物力，又消耗了很多辦公資源。在固定的單位里，同類型的文件審批流程大多數(shù)是固定的，在開發(fā)文件審批系統(tǒng)的時候，可以將相關(guān)的流程提取出來，做成固定的流程模板，通過特殊的機制來讓流程按照模板定義的路徑執(zhí)行，這種特殊的機制就是工作流引擎。工作流引擎是目前文件審批系統(tǒng)開發(fā)技術(shù)中一項較難的也是非常實用的技術(shù)，它具有一定的智能性，可以使得業(yè)務(wù)流程的執(zhí)行具有自動化的特性，讓不同的對象，干系人之間的審批工作緊密地進行銜接。WFMC給出的工作流定義和基本模型如圖23所示，該模型具有流程定義工具、監(jiān)控和管理工具、增強服務(wù)、客戶端應(yīng)用程序、調(diào)用程序和工作流引擎等關(guān)鍵模塊組成。目前業(yè)界主流的工作流引擎也有不少，在JavaEE領(lǐng)域使用最多的是JBPM工作流引擎，該引擎具有開源的性質(zhì)，執(zhí)行效率高，同時支持各種中間件，如Hibernate、EJB等，該引擎自帶流程定義可視化的工具，能夠輕松地對業(yè)務(wù)流程進行定義和修改，同時還可以由開發(fā)者對工作流引擎進行二次開發(fā)，增加符合自身需求的特殊功能。JBPM工作流引擎的基本構(gòu)件可以分為三個層次，分別是上層的瀏覽器端，支持各種瀏覽器，還有服務(wù)器層的web容器、EJB容器等；在應(yīng)用服務(wù)器和數(shù)據(jù)庫管理系統(tǒng)DBMS之間是數(shù)據(jù)庫中間件層，支持各種數(shù)據(jù)庫中間件，如知名的主流輕量級數(shù)據(jù)庫中間件Hibernate，層與層之間的關(guān)系如圖24所示。JBPM工作流引擎的優(yōu)勢之處還在于以下三點：（1）簡單易行高效的可視化流程設(shè)計工具流程設(shè)計工具包括了基本流程規(guī)劃、路徑定義、流程關(guān)聯(lián)、節(jié)點動作等功能，這些功能可以使用圖形設(shè)計工具進行快速地設(shè)計，然后設(shè)計圖可以直接轉(zhuǎn)換成代碼。（2）高效穩(wěn)定的引擎內(nèi)核工作流引擎經(jīng)常被用在各種場合，如涉及到大規(guī)模的數(shù)據(jù)處理、多重并發(fā)控制以及許多復(fù)雜的業(yè)務(wù)邏輯，因此必須使得引擎具有很高的效率，這些效率的決定因素是工作流引擎中所內(nèi)置的高效內(nèi)核。（3）提供快速開發(fā)的API 工作流引擎是否易用，是否使用的一個很關(guān)鍵因素是該引擎是否復(fù)雜，是否提供了快速開發(fā)的API。JBPM是一個高效但易于上手的工作流引擎，它提供的API能夠讓軟件開發(fā)人員快速進行調(diào)用，這樣可以在短時間內(nèi)開發(fā)出功能強大的信息系統(tǒng)，既使得軟件企業(yè)增加了效率，又提高了客戶的滿意度。 Struts框架Struts框架是一個在當(dāng)前業(yè)界廣泛使用的知名框架，它具有開源的特性，它的設(shè)計理念是基于MVC設(shè)計模式，特色之處在于可以將功能組件相互分離，然后通過簡單的消息傳遞來進行相互調(diào)用，以求在最大程度上減少模塊之間的耦合，使其具有更高的效率。在Struts框架出現(xiàn)之前，普通的Model1模式中基于Servlet的架構(gòu)方式在設(shè)計和編碼時比較混亂，頁面代碼和功能代碼混合在一起，即影響編碼的效率，也影響編碼的質(zhì)量，最重要的是當(dāng)功能模塊需要修改或更新的時候，必須進入模塊內(nèi)部進行修改，往往一個很小的功能改動會牽涉到許多功能模塊的編碼修改，這樣越改越亂，極其容易出現(xiàn)編碼錯誤或者BUG，導(dǎo)致系統(tǒng)功能不穩(wěn)定，從而影響客戶滿意度，也增加了維護人員的工作量。Struts框架的功能優(yōu)勢在于可以利用可靠的各種組件和插件來進行系統(tǒng)的快速搭建，該框架繼承了MVC設(shè)計模式的各種優(yōu)點，同時改正了MVC的不足之處，刪除了一些不需要的功能，使得整個系統(tǒng)構(gòu)建過程時間縮短，質(zhì)量提高，也使得后期的維護和升級工作簡單易行。ActionServlet、ActionMapping、ActionForms、Action是構(gòu)成Struts框架的核心組件，這些組件分別扮演著不同的角色。 Hibernate框架 Hibernate軟件是知名的開源數(shù)據(jù)庫中間件，它的基本原理是“對象—關(guān)系映射”，能夠使得開發(fā)人員使用面向?qū)ο蟮囊暯莵聿僮麝P(guān)系型數(shù)據(jù)庫，Hibernate中間件實現(xiàn)了對JDBC的輕量級封裝，比起其他重量級中間件來說，它所占用的系統(tǒng)資源更少，也更容易從整個框架系統(tǒng)中剝離開來，對系統(tǒng)影響很少，尤其是對系統(tǒng)功能模塊的影響幾乎可以忽略不計，因此，對于想要構(gòu)建低成本，高性能的大中型應(yīng)用系統(tǒng)來說，使用Hibernate中間件的確是一個明智的選擇。Hibernate中間件的基本組成接口有6個，分別是Session接口、Query接口、Criteria接口、Configuration接口、SessionFactory接口以及Transaction接口，這些接口供給開發(fā)人員使用，用來操作具體的Hibernate對數(shù)據(jù)庫進行增刪改查等基本操作，其基本功能如圖26所示。Hibernate中間件的基本數(shù)據(jù)庫操作由Session接口負責(zé)實現(xiàn)，此Session與HttpSession不一樣，該session支持Hibernate中間件所自帶的HQL語言，能夠?qū)?fù)雜的SQL語句起到簡化、整合的作用。Session對象由SessionFactory接口產(chǎn)生，一個SessionFactory接口可以批量生成Session對象，這些Session對象可以由多個線程調(diào)用，但Sessionfactory越多，系統(tǒng)所消耗的資源越大，一般的單機服務(wù)器只需要一個SessionFactory，如果在分布式計算環(huán)境中，如云服務(wù)器，云存儲等環(huán)境中，則需要多個SessionFactory并發(fā)地執(zhí)行。Configuration接口的功能是為Hibernate的初始化提供配置參數(shù)，其在Hibernate的初始化步驟處于第一的位置，通過讀取配置文件中的初始化參數(shù)來初始化需要的對象。Transaction接口是Hibernate中間件中的事務(wù)處理接口，事務(wù)處理機制一般的Hibernate中不具備，主要還是提供對SQL中操作方式的封裝的接口，這樣可以通過SQL的標(biāo)準(zhǔn)性來適應(yīng)各種DBMS和開發(fā)平臺。 Google Android Activity Activity是Android平臺中的一個核心組件，它的作用是類似屏幕顯示，與用戶進行交互，可以實現(xiàn)很多實用的功能，如電話簿、游戲、網(wǎng)頁瀏覽、娛樂等功能。一個界面窗口對應(yīng)一個Activity，多個Activity可以實現(xiàn)頁面的切換功能，窗口可以獨立，也可以內(nèi)嵌入其他窗口中。一個應(yīng)用軟件包含一個或者多個Activity，在這些Activity中，有一個主界面名為main Activity，該界面是應(yīng)用程序初始化后呈現(xiàn)給用戶的第一個界面，從這個界面上可以點擊鏈接轉(zhuǎn)向不同的界面，也就是不同的activity，當(dāng)一個新的Activity啟動時，另一個Activity就暫停，這時它的現(xiàn)場參數(shù)保留在Activity的棧上。當(dāng)新的Activity初始化之后，先前的界面信息被置于棧頂，同時獲取到焦點，棧始終保持著后進先出的原則，所以在恢復(fù)先前的Activity時，當(dāng)前的Activity被彈出，然后被銷毀，新的Activity啟動后，舊的Activity暫停，這時通過Activity生命周期中的回調(diào)函數(shù)來實現(xiàn)。Activity的生命周期有“激活、暫停和停止”這三個基本狀態(tài)。首先是激活狀態(tài)，該狀態(tài)在程序執(zhí)行的情況下，界面在前臺運行，這時可以響應(yīng)用戶的操作請求。暫停狀態(tài)是Activity處于不可用狀態(tài)，這時界面失去焦點，不能操作但可以顯示，另一個Activity運行，該Activity懸浮于前Activity之上，其所有數(shù)據(jù)還存放在內(nèi)存之中，可以隨時被提取并激活，只有在系統(tǒng)資源不足或內(nèi)存緊張時，該Activity的數(shù)據(jù)才會被刪除。停滯狀態(tài)是Activity的凍結(jié)狀態(tài)，這時新的Activity往往覆蓋舊的Activity，用戶不能訪問原Activity的參數(shù)，界面將不再顯示，資源往往會被其他的應(yīng)用程序所占用。Activity的生命周期包括了開始、暫停、停止和結(jié)束幾個階段，期間涉及到多種情況的處理，具體流程圖如圖27所示。Activity的生命周期從onCreate方法開始到OnDestroy方法結(jié)束，onCreate方法是對Activity各項數(shù)據(jù)進行初始化，當(dāng)Activity完成其任務(wù)之后，調(diào)用onDestroy方法清除資源，結(jié)束流程。Activity從OnStart到OnStop方法調(diào)用過程中一直保持對用戶可見，且可以循環(huán)。Activity從OnResume方法開始到OnPause方法調(diào)用的過程中，將重復(fù)重用和暫停的狀態(tài)，該過程雖然多次重復(fù)，但暫用的資源不算太多。圖27 Activity生命周期圖 網(wǎng)絡(luò)環(huán)境下的數(shù)據(jù)庫技術(shù)Web數(shù)據(jù)庫管理系統(tǒng)是瀏覽器/服務(wù)器結(jié)構(gòu)的應(yīng)用：客戶端是網(wǎng)絡(luò)瀏覽器，應(yīng)用服務(wù)器是Web服務(wù)器，數(shù)據(jù)庫服務(wù)器端是信息數(shù)據(jù)庫[16]。瀏覽器信息系統(tǒng)的前臺界面，在這單用戶可以輸入檢索關(guān)鍵字和查閱檢索結(jié)果，用戶可以通過多種方式和Web服務(wù)器交互：填寫信息表單、填寫檢索關(guān)鍵字，當(dāng)用戶需要向Web服務(wù)器發(fā)出命令時，單擊網(wǎng)頁中的按鈕。Web服務(wù)器接收的客戶端的命令，調(diào)用能完成命令的相應(yīng)應(yīng)用程序和應(yīng)用腳本，并向數(shù)據(jù)庫服務(wù)器發(fā)出連接請求，請求數(shù)據(jù)庫服務(wù)器的數(shù)據(jù)資源。在得到數(shù)據(jù)結(jié)果后。Web服務(wù)器將結(jié)果HTML頁面返回給瀏覽器。工作原理示意圖如圖27所示。圖27 Web 數(shù)據(jù)庫工作原理示意圖，Web數(shù)據(jù)庫分為三層：瀏覽器、Web服務(wù)器、數(shù)據(jù)庫服務(wù)器。它們遵循以下原則運行[17]：客戶端將用戶需要的數(shù)據(jù)信息通過普通瀏覽器向應(yīng)用服務(wù)器發(fā)出HTTP請求，應(yīng)用服務(wù)器端通過應(yīng)用程序和中間組向數(shù)據(jù)庫服務(wù)器端發(fā)出請求，在數(shù)據(jù)庫服務(wù)器端作出響應(yīng)以后，向客戶端瀏覽器返回執(zhí)行結(jié)果，執(zhí)行結(jié)果以HTML頁面的形式表示。 本章小結(jié)本章的主要內(nèi)容是詳細介紹系統(tǒng)設(shè)計開發(fā)過程中所采用的各項技術(shù)，其中主要針對MVC設(shè)計模式，工作流引擎和Google Android Activity。第三章需求分析 某公司辦公現(xiàn)狀分析“移動辦公”就是現(xiàn)有辦公系統(tǒng)的“移動化”，讓集團企業(yè)協(xié)同辦公系統(tǒng)（OA系統(tǒng)）隨你而行。移動辦公系統(tǒng)使得用戶可以不用電腦上網(wǎng)，只要一部智能手機或平板電腦，隨時、隨地都可以在企業(yè)辦公系統(tǒng)上進行公文審批、查看文檔、短信提醒、瀏覽信息資訊，同時提供新聞、行業(yè)動態(tài)等信息服務(wù)。某公司移動辦公系統(tǒng)主要滿足集團領(lǐng)導(dǎo)、業(yè)務(wù)人員通過手機或者iPad等移動終端設(shè)備進行移動辦公的需要。在企業(yè)辦公中可能會遇到如下場景：（1）業(yè)務(wù)人員工作繁忙，經(jīng)常出差，上網(wǎng)不方便，希望在外地可以很輕松的登錄內(nèi)部辦公系統(tǒng)，及時處理業(yè)務(wù)，查詢信息。（2）領(lǐng)導(dǎo)和管理人員日常事務(wù)繁多，需要在任何場合、任何地點登錄企業(yè)辦公系統(tǒng)，處理待辦事宜，查看、調(diào)用、審批內(nèi)部的資料文檔。（3）與辦公相關(guān)的各類信息如會議通知、待辦事宜、市場信息、郵件提醒可以通過短信平臺及時發(fā)送到手機上[9]，讓相關(guān)人員在第一時間內(nèi)，了解相關(guān)信息和情況并進行及時處理。（4）沒有保存客戶、同事的通信方式或沒有隨身攜帶公司內(nèi)部通訊錄而沒法和客戶、同事取得聯(lián)系，而通過移動辦公系統(tǒng)就可以解決這類問題。（5）因為各種因素?zé)o法及時處理大量待審批的公文造成審批流程停滯，降低公司的運作效率。 移動辦公系統(tǒng)建設(shè)目標(biāo)通過對上述問題的分析，企業(yè)需要采用更高效、更靈活、更方便、更易用的辦公系統(tǒng)解決方案，使得企業(yè)可以更靈活、更迅速的對變化做出反應(yīng)，從本質(zhì)上加速業(yè)務(wù)流程的處理周期[10]，使傳統(tǒng)的工作程序變得更加靈活，提高工作效率和員工的工作積極性。隨著3G時代的加速來臨，IT信息產(chǎn)業(yè)的移動化應(yīng)用趨勢日益明顯，手機和移動終端與現(xiàn)有信息化系統(tǒng)結(jié)合的應(yīng)用趨勢，將給信息化建設(shè)帶來一片新的天