【正文】 icles for state issue, page refresh slow, errorprone manual entry of vehicles for nonstandard issue, made an effective solution. The system has been in the Zhaoqing police OA project online applications, and achieved certain results, improved logistics and business management efficiency vehicles.Key words: vehicle management, dynamic query。它提供了一個(gè)多層次的分布式應(yīng)用模型和一系列開(kāi)發(fā)技術(shù)規(guī)范。本課題是通過(guò)采用面向?qū)ο蠹夹g(shù)對(duì)公安系統(tǒng)車(chē)輛管理的需求進(jìn)行分析，針對(duì)公安的行業(yè)特點(diǎn)，采用 UML 建模工具進(jìn)行系統(tǒng)建模和設(shè)計(jì)工作，使用基于 J2EE 平臺(tái)的開(kāi)源工具 Eclipse、JBOSS 應(yīng)用服務(wù)器、MySQL 數(shù)據(jù)庫(kù)進(jìn)行系統(tǒng)開(kāi)發(fā)，最終設(shè)計(jì)一個(gè)車(chē)輛智能管理系統(tǒng),使其成為公安辦公自動(dòng)化系統(tǒng)的一部分。比較其他的車(chē)輛軟件來(lái)說(shuō),本文的設(shè)計(jì)思想體現(xiàn)了查詢(xún)的直觀性,從人性化理念出發(fā),操作的簡(jiǎn)單高效,不僅方便了車(chē)輛調(diào)度人員準(zhǔn)確的監(jiān)控車(chē)輛使用信息,而且為使用人員提供快捷的服務(wù)。最后從系統(tǒng)的安全性考慮,解決了車(chē)輛管理人員的責(zé)任問(wèn)題,根據(jù)實(shí)際需要為車(chē)輛管理系統(tǒng)設(shè)置了不同角色,不同的角色賦予不同的權(quán)限,不同的權(quán)限賦予了不同的菜單界面的方式使管理真正責(zé)任落實(shí)到人。第四章是系統(tǒng)詳細(xì)設(shè)計(jì),結(jié)合選用的框架結(jié)構(gòu)討論了車(chē)輛管理系統(tǒng)的系統(tǒng)建模包括車(chē)輛申請(qǐng)、車(chē)輛審批在內(nèi)的類(lèi)圖和時(shí)序圖,并根據(jù)類(lèi)圖和數(shù)據(jù)表之間的映射原則詳細(xì)分析和說(shuō)明了本系統(tǒng)典型的數(shù)據(jù)表結(jié)構(gòu)。由于以上原因,鑒于項(xiàng)目的實(shí)際需求,為了有效提高公安特種行業(yè)的管理質(zhì)量和效率,迫切需要能夠解決以上問(wèn)題的車(chē)輛管理系統(tǒng)。(3)提高服務(wù)質(zhì)量降低管理成本,友好的界面和簡(jiǎn)便的操作,提高使用者的服務(wù)質(zhì)量,提高使用的滿(mǎn)意度。廣東工業(yè)大學(xué)工學(xué)碩士學(xué)位論文4 系統(tǒng)功能性需求問(wèn)題描述 系統(tǒng)涉及的崗位需求在車(chē)輛管理模塊中主要涉及有三種角色的用戶(hù)分別是“管理員” 、 “車(chē)輛申請(qǐng)人” 、 “車(chē)輛審批人” 。管理員能進(jìn)行的操作分兩部分：一部分是對(duì)車(chē)輛信息的管理以及維護(hù)、一部分是對(duì)使用車(chē)輛人員信息的管理以及維護(hù)。根據(jù)系統(tǒng)目標(biāo)和總體需求,抽象出系統(tǒng)總用例圖如圖 21所示,又依據(jù)各模塊功能的特點(diǎn),本節(jié)詳細(xì)分析了用車(chē)申請(qǐng)、用車(chē)審批等模塊。車(chē)輛調(diào)度的主要功能是實(shí)現(xiàn)車(chē)輛在內(nèi)網(wǎng)上的準(zhǔn)確、及時(shí)、科學(xué)調(diào)度,描述了車(chē)輛從申請(qǐng)到用車(chē)結(jié)束整個(gè)過(guò)程。業(yè)務(wù)規(guī)則1．每個(gè)申請(qǐng)人在用車(chē)申請(qǐng)列表中只能看到他自己提交的申請(qǐng)。5．用車(chē)狀態(tài)審批中、等待派車(chē)、己派車(chē)、已收車(chē),默認(rèn)為審批中。以下是推薦配置,可以充分的發(fā)揮系統(tǒng)性能。使用類(lèi)和對(duì)象,使開(kāi)發(fā)人員在元素的層次上實(shí)現(xiàn)了重用性；而使用設(shè)計(jì)模式,則是在系統(tǒng)構(gòu)件的層次上實(shí)現(xiàn)了重用性；設(shè)計(jì)模式使開(kāi)發(fā)人員可以更加簡(jiǎn)單方便地復(fù)用成功的設(shè)計(jì)和體系結(jié)構(gòu),同時(shí)對(duì)將來(lái)的更改與擴(kuò)展也具有足夠的兼容性。要真正地完成系統(tǒng)的開(kāi)發(fā)還需要完成許多具體的編程工作。但是隨著具有優(yōu)秀跨平臺(tái)性能的 J2EE 平臺(tái)的出現(xiàn)和發(fā)展,越來(lái)越多的 WEB 應(yīng)用開(kāi)始在 J2EE 臺(tái)上開(kāi)發(fā)，而作為 J2EE 平臺(tái)主要組成部分之一的 JSP,逐漸受到了開(kāi)發(fā)人員廣泛青睞,在 WEB 應(yīng)用系統(tǒng)的開(kāi)發(fā)過(guò)程中占據(jù)了重要的一席之地。這種以 JSP頁(yè)面為中心,以 JAVABEAN 處理業(yè)務(wù)邏輯的開(kāi)發(fā)模型被稱(chēng)作 Model 1?？偟膩?lái)說(shuō),這種模式的優(yōu)點(diǎn)是簡(jiǎn)單,可以很好地滿(mǎn)足小型應(yīng)用開(kāi)發(fā)的需求。 Model 2模式Model 2 也稱(chēng)作 JSP＋Servlet＋JAVABEAN 開(kāi)發(fā)模型。這種模型的體系結(jié)構(gòu)如圖 32 所示。另外從設(shè)計(jì)結(jié)構(gòu)來(lái)看,這種模型充分體現(xiàn)了模型視圖 控制器(MVC)的設(shè)計(jì)模式。所有屬于應(yīng)用系統(tǒng)持久狀態(tài)的數(shù)據(jù)都應(yīng)該保存于模型對(duì)象里。模型服務(wù)被控制器訪問(wèn),用于查詢(xún)或更改模型的狀態(tài)。例如,在一個(gè)保險(xiǎn)應(yīng)用程序中,模型就是處理計(jì)算保險(xiǎn)費(fèi)和同數(shù)據(jù)庫(kù)交互的那些業(yè)務(wù)代碼。事實(shí)上,視圖的每一部分都只能包含采集數(shù)據(jù)的邏輯,并把采集到的數(shù)據(jù)傳遞給設(shè)計(jì)模式中的其他組成部分進(jìn)行處理。隨著 J2EE 各種組件技術(shù)的廣泛應(yīng)用和 MVC 設(shè)計(jì)模式的發(fā)展與完善,J2EE 與 MVC 設(shè)計(jì)模式在 WEB 應(yīng)用系統(tǒng)開(kāi)發(fā)領(lǐng)域達(dá)到了很好的結(jié)合?；?J2EE 和 MVC 設(shè)計(jì)模式的系統(tǒng)模型借鑒了 Model 2 的思想,其技術(shù)原理是：以 MySQL ,SQL SERVER,ORACLE 等企業(yè)級(jí)數(shù)據(jù)庫(kù)系統(tǒng)作為后臺(tái)數(shù)據(jù)庫(kù),以Servlet 等高性能服務(wù)端程序作為后臺(tái)總控程序,JSP 頁(yè)面在前臺(tái)運(yùn)行,Servlet 接受用戶(hù)的輸入,分別調(diào)用不同的 JSP 頁(yè)面向?yàn)g覽器反饋信息,JSP/Servlet 通過(guò) HTTP 連接在服務(wù)器端和瀏覽器端傳遞數(shù)據(jù)；JSP/Servlet 并不使用 JDBC 技術(shù)直接訪問(wèn)數(shù)據(jù)庫(kù)系統(tǒng),而是把參數(shù)傳遞給 EJB 組件,由 EJB 組件對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作,這樣就可以封裝廣東工業(yè)大學(xué)工學(xué)碩士學(xué)位論文14系統(tǒng)的內(nèi)部數(shù)據(jù)；JAVABEAN 和 EJB 組件還可以把事務(wù)分發(fā)到其他組件中進(jìn)行處理,最后把從數(shù)據(jù)庫(kù)返回的結(jié)果,由 JSP/Servlet 發(fā)送到前端顯示。由于 JSP 和 Servlet 本質(zhì)上是服務(wù)端的 Java 小程序,因而可以與 Java Applet 及 HTTP 客戶(hù)端交互,具有執(zhí)行速度快、用戶(hù)界面生成靈活、安全性好等特點(diǎn),同時(shí)還能使用 JAVABEAN 實(shí)現(xiàn)一些簡(jiǎn)單的業(yè)務(wù)邏輯。 MVC設(shè)計(jì)模式的優(yōu)缺點(diǎn)一方面,分離數(shù)據(jù)和其表示,使得添加或者刪除一個(gè)用戶(hù)視圖變得很容易,甚至可以在程序執(zhí)行過(guò)程中動(dòng)態(tài)的進(jìn)行用戶(hù)視圖的更新。在 MVC 設(shè)計(jì)模式之中,無(wú)論用戶(hù)想要 flash 界面或是 WAP 界面,用一個(gè)模型就能處理它們。因?yàn)槟Ｐ褪亲园?并且與控制器和視圖相分離,所以很容易改變應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則。由于 MVC 模式并不是十分簡(jiǎn)單,其內(nèi)部原理比較復(fù)雜,所以使用 MVC 模式需要精心設(shè)計(jì)。(2)所有的頁(yè)面和組件必須在 MVC 框架中實(shí)現(xiàn),所以必須進(jìn)行附加地開(kāi)發(fā)工作。在這期間出現(xiàn)了超過(guò) 50 種面向?qū)ο蠓椒?對(duì)于這些不同符號(hào)體系的開(kāi)發(fā)方法,軟件設(shè)計(jì)人員和開(kāi)發(fā)人員往往很難找到完全適合他們的建模語(yǔ)言,而且這也妨礙了不同公司,甚至是不同項(xiàng)目開(kāi)發(fā)團(tuán)隊(duì)的交流與經(jīng)驗(yàn)共享。模型是對(duì)現(xiàn)實(shí)的簡(jiǎn)化,建模是為了更好地理解系統(tǒng)。建模的意義：建?？梢圆蹲綐I(yè)務(wù)過(guò)程,建?？梢圆蹲綐I(yè)務(wù)對(duì)象和邏輯,建模可以處理問(wèn)題的復(fù)雜性,建?？梢杂脕?lái)定義軟件架構(gòu),建?？梢蕴岣叱绦蛟儆寐省I(yè)務(wù)建模(工作流) 。(4) UML 是一種圖形化語(yǔ)言。第三章 相關(guān)技術(shù)介紹17 UML的定義UML 語(yǔ)義：描述基于 UML 的精確元模型定義。這些圖形符號(hào)和文字所表達(dá)的是應(yīng)用級(jí)的模型,在語(yǔ)義上它是 UML 元模型的實(shí)例。用例是一個(gè)敘述型文檔,用來(lái)描述參與者使用系統(tǒng)完成某個(gè)事件時(shí)的事情發(fā)生順序。使用這種策略的過(guò)程中可能會(huì)找到一個(gè)新的參與者,這對(duì)完善整個(gè)系統(tǒng)建模很有幫助。參與者通過(guò)向系統(tǒng)輸入或請(qǐng)求系統(tǒng)輸入某些事件來(lái)觸發(fā)系統(tǒng)的執(zhí)行。第二類(lèi)是靜態(tài)圖(Static d?？梢愿鶕?jù)以下的一些問(wèn)題來(lái)確定系統(tǒng)的參與者：誰(shuí)或?yàn)槭裁词褂迷撓到y(tǒng)；交互中,它們扮演什么角色；誰(shuí)安裝系統(tǒng)；誰(shuí)啟動(dòng)和關(guān)閉系統(tǒng)；誰(shuí)維護(hù)系統(tǒng)；與該系統(tǒng)交互的是什么系統(tǒng)；誰(shuí)從系統(tǒng)獲取信息；誰(shuí)提供信息給系統(tǒng)；有什么事發(fā)生在固定事件。在識(shí)別用例的過(guò)程中,能過(guò)以下幾個(gè)問(wèn)題可以幫助識(shí)別用例：特定參與者希望系統(tǒng)提供什么功能；系統(tǒng)是否存儲(chǔ)和檢索信息,如果是,這個(gè)行為由哪個(gè)參與者觸發(fā)；當(dāng)系統(tǒng)改變狀態(tài)時(shí),通知參與者嗎存在影響系統(tǒng)的外部事廣東工業(yè)大學(xué)工學(xué)碩士學(xué)位論文18件嗎；是哪個(gè)參與者通知系統(tǒng)這些事情。從這些定義可知,用例是對(duì)系統(tǒng)的用戶(hù)需求的描述,用例表達(dá)了系統(tǒng)的功能和提供的服務(wù)。畫(huà)好用例圖是軟件需求到最終實(shí)現(xiàn)的第一步,在 UML 中用例圖用于對(duì)系統(tǒng)、子系統(tǒng)或類(lèi)的行為可視化,以便使用戶(hù)更容易理解這些元素的用途,也便于軟件開(kāi)發(fā)人員最終實(shí)現(xiàn)這些元素。此外 UML 還支持對(duì)元模型的擴(kuò)展定義。UML 的歷史首先, UML 融合了 Booch、OMT 和 OOSE 方法中的基本概念,而且這些基本概念與其他面向?qū)ο蠹夹g(shù)中的基本概念大多相同,因而,UML 必然成為這些方法以及其他方法的使用者愿意采用的一種簡(jiǎn)單一致的建模語(yǔ)言；其次,UML 不僅僅是上述方法的簡(jiǎn)單匯合,而是在這些方法的基礎(chǔ)上廣泛征求意見(jiàn),集眾家之長(zhǎng),幾經(jīng)修改而完成的,UML 擴(kuò)展了現(xiàn)有方法的應(yīng)用范圍；第三,UML 是標(biāo)準(zhǔn)的建模語(yǔ)言,而不是標(biāo)準(zhǔn)的開(kāi)發(fā)過(guò)程。(3) UML 是一種用于圖示、規(guī)定、建構(gòu)和歸檔軟件密集型系統(tǒng)的標(biāo)準(zhǔn)語(yǔ)言。UML 的定義：(1) UML 代表統(tǒng)一建模語(yǔ)言(Unified Modeling Language)。選擇創(chuàng)建什么模型對(duì)如何動(dòng)手解決問(wèn)題和如何形成解決方案具有重要意義。1997 年, 被 OMG(對(duì)象管理組織)采納,正式成為一款定義明確、功能強(qiáng)大、受到軟件行業(yè)普遍認(rèn)可的、可適用于廣泛領(lǐng)域的建模語(yǔ)言?，F(xiàn)在有很多可供使用的 MVC 框架,Struts 就是一個(gè)不錯(cuò)的框架。對(duì)于小型應(yīng)用,使用 MVC 會(huì)帶來(lái)額外的工作量,并且會(huì)增加應(yīng)用的復(fù)雜性。一旦開(kāi)發(fā)人員正確的實(shí)現(xiàn)了模型,不管數(shù)據(jù)來(lái)自數(shù)據(jù)庫(kù)或是 LDAP 服務(wù)器,視圖將會(huì)正確的顯示它們。例如,基于會(huì)話(huà)的購(gòu)物車(chē)和電子商務(wù)過(guò)程也能被 flash 網(wǎng)站或者無(wú)線聯(lián)網(wǎng)的應(yīng)用程序所重用。另一方面,將控制邏輯和表現(xiàn)界面分離,允許程序能夠在運(yùn)行時(shí)根據(jù)工作流、用戶(hù)習(xí)慣或者模型狀態(tài)來(lái)動(dòng)態(tài)選擇不同的用戶(hù)界面。實(shí)現(xiàn)業(yè)務(wù)邏輯的 EJB 組件可以在服務(wù)器中高效運(yùn)行,支持多客戶(hù)端訪問(wèn)。WEB 服務(wù)器是 J2EE 體系結(jié)構(gòu)中間層的一個(gè)重要組成部分。 WEB 應(yīng)用客戶(hù)端的用戶(hù)動(dòng)作被視圖傳遞給 Servlet 集中處理控制邏輯 ,調(diào)用 JavaBean 激活業(yè)務(wù)邏輯或修改模型狀態(tài),根據(jù)用戶(hù)動(dòng)作和模型處理的結(jié)果,控制器選擇一個(gè)視圖作為用戶(hù)請(qǐng)求的響應(yīng)。它獲取并翻譯用戶(hù)輸入的動(dòng)作,指定執(zhí)行該動(dòng)作的模型,或者根據(jù)用戶(hù)的輸入和執(zhí)行的結(jié)果來(lái)選擇下一個(gè)視圖。View：視圖表示模型的狀態(tài),是應(yīng)用系統(tǒng)的外觀,當(dāng)模型發(fā)生改變時(shí),視圖也將隨之改變,以維持系統(tǒng)數(shù)據(jù)的一致性。對(duì)大多數(shù) WEB 應(yīng)第三章 相關(guān)技術(shù)介紹13用程序而言,功能比界面感覺(jué)更重要。一個(gè)模型聚集了相關(guān)的數(shù)據(jù)和操作,以提供一個(gè)詳細(xì)而精確的服務(wù),這些被封裝在操作中的抽象事物的功能被模型化。其結(jié)構(gòu)如圖：圖 33 MVC 體系結(jié)構(gòu)圖Figure 33 MVC architectureMVC 模式的處理流程是,首先控制器接收用戶(hù)的請(qǐng)求,并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)進(jìn)行處理,然后模型調(diào)用業(yè)務(wù)邏輯來(lái)處理用戶(hù)的請(qǐng)求并返回?cái)?shù)據(jù),最后控制器用相應(yīng)的視圖返回?cái)?shù)據(jù),并通過(guò)表示層呈現(xiàn)給用戶(hù)。在這個(gè)模型中,JSP 技術(shù)用于視圖層,Servlet 的作用是控制器 ,JAVABEAN 是模型層。大量的嵌入式代碼會(huì)使整個(gè)頁(yè)面程序變得異常復(fù)雜。瀏覽器J S PJ A V A B E A ND A T AB A S ER e s p o n s eR e q u e s t圖 31 Model 1 體系結(jié)構(gòu)Figure 31 Model 1 architectureModel 1 體系結(jié)構(gòu)的工作流程如下：(1)從客戶(hù)端的 WEB 瀏覽器讀取用戶(hù)請(qǐng)求 ,并將請(qǐng)求發(fā)送到 JSP 頁(yè)面；(2)JSP 頁(yè)面調(diào)用相應(yīng)的業(yè)務(wù)邏輯 JAVABEAN 處理請(qǐng)求；(3) JAVABEAN 根據(jù)用戶(hù)請(qǐng)求操縱數(shù)據(jù)庫(kù)；(4) JAVABEAN 取得返回結(jié)果；(5) JAVABEAN 將取得的結(jié)果傳送給 JSP 頁(yè)面；(6) JSP 頁(yè)面將結(jié)果生成 HTTP 文檔返回給客戶(hù)端。JSP 技術(shù)規(guī)范給出了兩種使用 JSP 開(kāi)發(fā) WEB 應(yīng)用的方式 ,這兩種方式可以歸納為模型一(model 1)和模型二(model 2),兩者的主要差別在于它們處理業(yè)務(wù)的流程不同。使用合適的設(shè)計(jì)模式,不但使代碼可重用性、可擴(kuò)展性得到增強(qiáng),而且最重要的是能夠加快系統(tǒng)的開(kāi)發(fā)速度,提高開(kāi)發(fā)效率。設(shè)計(jì)模式在很大程度上改善了軟件程序結(jié)構(gòu),使設(shè)計(jì)具有更好的彈性,它提供了在特定應(yīng)用場(chǎng)景下解決問(wèn)題的類(lèi)、對(duì)象及相互關(guān)系的設(shè)計(jì)方法。采用設(shè)計(jì)方法組合這些元素,得到構(gòu)成面向?qū)ο笙到y(tǒng)的構(gòu)件,同時(shí)這些構(gòu)件的設(shè)計(jì)方法在經(jīng)過(guò)不斷的改進(jìn)和完善后逐漸成型,成為構(gòu)成面向?qū)ο笙到y(tǒng)的基本設(shè)計(jì)參考,也稱(chēng)為設(shè)計(jì)模式(Design pattern)。(2) 車(chē)輛審批車(chē)輛審批是車(chē)輛管理子系統(tǒng)的重要功能,它是對(duì)已提交車(chē)輛申請(qǐng)的進(jìn)行審批，具有審批權(quán)限的人員可以根據(jù)車(chē)輛申請(qǐng)的理由以及車(chē)輛的使用情況來(lái)對(duì)車(chē)輛申請(qǐng)進(jìn)行通過(guò)或駁回的出來(lái)，當(dāng)車(chē)輛不能滿(mǎn)足申請(qǐng)時(shí)，可以通過(guò)改派來(lái)實(shí)現(xiàn)。3．申請(qǐng)人為當(dāng)前系統(tǒng)登陸用戶(hù),部門(mén)為登陸用戶(hù)的部門(mén)。車(chē)輛審評(píng)通過(guò)、通知車(chē)輛調(diào)度員派車(chē)派遣車(chē)輛、通知車(chē)輛申請(qǐng)人通知司機(jī)出車(chē)提交用車(chē)申請(qǐng)駁回用車(chē)申請(qǐng)車(chē)輛調(diào)度員車(chē)輛事務(wù)審批責(zé)任人（ 主管領(lǐng)導(dǎo) 、 部門(mén)領(lǐng)導(dǎo) ）車(chē)輛申請(qǐng)人（ 普通用戶(hù) 、 部門(mén) ）司機(jī)圖 22 車(chē)輛申請(qǐng)與調(diào)度流程Figure 22 Car pepition and Scheduling Process廣東工業(yè)大學(xué)工學(xué)碩士學(xué)位論文6實(shí)施策略：用車(chē)人或用車(chē)單位提出用車(chē)申請(qǐng),并填寫(xiě)用車(chē)審批表單,提交申請(qǐng),系統(tǒng)驗(yàn)證申請(qǐng),顯示申請(qǐng)信息頁(yè)面,用車(chē)人點(diǎn)擊發(fā)送