【正文】 .44 System total realization............................................................................................44 Implementation measure ???????????????????????????????????????????????????????????????????????????????????44 Main menu?????????????????????????????????????????????????????????????????????????????????????????????????????????45 Coding ???????????????????????????????????????????????????????????????????????????????????????????????????????????????46 Deployment of system .............................................................................................50 Development environment and application .............................................................54Conclusion.........................................................................................................................56References .........................................................................................................................57Original Statement ............................................................................................................59Thanks ...............................................................................................................................60第一章 緒論1第一章 緒論J2EE (Java 2 Platform Enterprise Edition)是 SUN 公司定義的一個開發(fā)分布式企業(yè)級應(yīng)用的規(guī)范。本文主要針對通用行業(yè)軟件中以下幾個方面提出有效的解決策略：廣東工業(yè)大學(xué)工學(xué)碩士學(xué)位論文2首先從人性化設(shè)計方面來看,解決了在明確的日期內(nèi)車輛狀態(tài)動態(tài)查詢問題、關(guān)聯(lián)模塊間數(shù)據(jù)重復(fù)輸入效率低等問題。第三章是系統(tǒng)的總體架構(gòu)設(shè)計,主要介紹了系統(tǒng)總體的技術(shù)架構(gòu)和核心的運行機(jī)制,通過系統(tǒng)的需求分析得出了系統(tǒng)的功能結(jié)構(gòu),并對每個功能點進(jìn)行了說明。完備的車輛資料是有效的車輛管理的基礎(chǔ),車輛的分類對使用人員實行區(qū)分對待,可以優(yōu)化使用人員的結(jié)構(gòu),提高服務(wù)質(zhì)量。管理員只是部門級的不是系統(tǒng)級的,即如果某個用戶擁有“管理員”的角色,那么該用戶只是自己所屬部門的管理員,只能維護(hù)該部門范圍內(nèi)的信息。其中車輛調(diào)度又分為公務(wù)用車調(diào)度和私人用車調(diào)度。4．申請列表中的字段審批狀態(tài)根據(jù)審批流程來選擇。開發(fā)人員一般采用設(shè)計模式來抽象和總結(jié)系統(tǒng)構(gòu)件的設(shè)計方法,同時將它應(yīng)用于新的系統(tǒng)構(gòu)件的設(shè)計中。 WEB應(yīng)用系統(tǒng)開發(fā)的一般模型在 WEB 應(yīng)用開發(fā)技術(shù)的發(fā)展史上,曾經(jīng)涌現(xiàn)出了多種技術(shù)。JSP 文件是構(gòu)成 Model 1 的基礎(chǔ),它獨立接收和響應(yīng)用戶請求,并將處理結(jié)果返第三章 相關(guān)技術(shù)介紹11回客戶。其中,Servlet 用來處理請求的事務(wù),充當(dāng)一個控制者的角色,并負(fù)責(zé)向客戶發(fā)送請求,它創(chuàng)建 JSP 需要的JAVABEAN 和對象,然后根據(jù)用戶請求的行為,決定將哪個頁面發(fā)送給客戶。Model：模型指的是真正完成任務(wù)的代碼,包含應(yīng)用系統(tǒng)的核心功能 ,表示一個應(yīng)用系統(tǒng)的數(shù)據(jù),并且包含訪問、維護(hù)和管理這些數(shù)據(jù)的邏輯。在模型同界面分離的情況下,代碼即可實現(xiàn)可管理性和可重用性。 MVC設(shè)計模式在 J2EE平臺中的應(yīng)用模型MVC 設(shè)計模式是一種用于分離數(shù)據(jù)維護(hù)和數(shù)據(jù)表現(xiàn)的方法,在 J2EE 中引入MVC 設(shè)計模式 ,有助于把應(yīng)用劃分為合理的組件,從而可以方便的進(jìn)行系統(tǒng)的開發(fā)、維護(hù)和擴(kuò)充。它在技術(shù)上主要是 Servlet 和 JavaBean,其功能是實現(xiàn)用戶界面的表現(xiàn)。最重要的一點是多個視圖能共享一個模型,現(xiàn)在一個應(yīng)用程序需要用越來越多的方式訪問。由于運用 MVC 的應(yīng)用程序的三個部件是相互對立,改變其中一個不會影響其它兩個,所以依據(jù)這種設(shè)計思想開發(fā)者能構(gòu)造良好的松偶合的構(gòu)件。 UML面向?qū)ο蟮慕ＵZ言出現(xiàn)在 20 世紀(jì) 70 年代,隨著編程語言的多樣化以及軟件產(chǎn)品在更多領(lǐng)域的應(yīng)用,當(dāng)時的軟件工程學(xué)者開始分析與設(shè)計新的軟件方法論。項目越大越復(fù)雜,建模業(yè)變得越重要。它不依賴于具體語言,可以用于所有過程以及整個軟件開發(fā)生命周期。UML 表示法：定義 UML 符號的表示法,為開發(fā)者或開發(fā)工具提供圖形符號和文本語法,為系統(tǒng)建模提供了標(biāo)準(zhǔn)。識別用例最好的辦法就是從分析系統(tǒng)的參與者開始,考慮每個參與者是怎樣使用系統(tǒng)。(3)參與者之間的關(guān)系：泛化關(guān)系,包含關(guān)系,擴(kuò)展關(guān)系,應(yīng)用這些關(guān)系是為了制取出系統(tǒng)的公共行為和變體。(2)參與者：參與者是系統(tǒng)外部的一個實體,它以某種方式參與了用例的執(zhí)行過程。UML 中的用例圖描述了一組用例、參與者以及它們之間的關(guān)系 ,因此用例圖包括以下 3 方面內(nèi)容：(1)用例：用例是對一個系統(tǒng)或一個應(yīng)用的一種單一的使用方式所作的描述,是關(guān)于單個活動者在與系統(tǒng)對話中執(zhí)行的處理行為的陳述序列。盡管 UML 的應(yīng)用必然以系統(tǒng)的開發(fā)過程為背景 ,但由于不同的組織和不同的應(yīng)用領(lǐng)域,需要采取不同的開發(fā)過程。(2) UML 最好地結(jié)合了如下四種建模語言的形式：數(shù)據(jù)建模概念(實體關(guān)系圖)。如今,UML 已經(jīng)成為面向?qū)ο筌浖到y(tǒng)分析設(shè)計的必備工具,也是廣大軟件系統(tǒng)設(shè)計人員、開發(fā)人廣東工業(yè)大學(xué)工學(xué)碩士學(xué)位論文16員、項目管理人員、系統(tǒng)工程師和分析員必須掌握的基礎(chǔ)知識。在選擇 MVC 開發(fā)模式時必須仔細(xì)考慮這下問題：(1) JSP 頁面就能實現(xiàn)的應(yīng)用現(xiàn)在變成了多個步驟的設(shè)計和實現(xiàn)過程。因而在 MVC 設(shè)計模式中應(yīng)用開發(fā)人員可以最大化的重用他的代碼。HTTP 的客戶端一般先向運行在 WEB 服務(wù)器上的 Servlet 或者 JSP 發(fā)出請求,通過在 JSP 中嵌入的 Java 代碼或是 Servlet 來調(diào)用運行在 EJB 服務(wù)器中的 EJB 組件,以實現(xiàn)復(fù)雜的業(yè)務(wù)邏輯。這樣就形成了清晰的 MVC 設(shè)計模式,簡化了 WEB 應(yīng)用系統(tǒng)的開發(fā)。在 MVC 模式下,通常的設(shè)計前提是界面任務(wù)較小,當(dāng)然視圖也應(yīng)該具有一定的功能性并遵守可用性的約束,但視圖界面不應(yīng)當(dāng)處理數(shù)據(jù)。一個模型的接口提供了訪問和更新模型狀態(tài),執(zhí)行封裝在模型中的復(fù)雜進(jìn)程的方法。3圖 32 model 2 體系結(jié)構(gòu)Figure 32 Model 2 architecture從開發(fā)的觀點來看,Model 2 具有更清晰的頁面表現(xiàn),清楚的開發(fā)角色劃分,這些優(yōu)勢在大型項目中表現(xiàn)得尤為突出。在任何應(yīng)用,尤其是企業(yè)級應(yīng)用的開發(fā)過程中,使用這種模型難免會導(dǎo)致定義不清的響應(yīng)和項目管理的困難。 Model 1模式在很多情況下,一組 JSP 頁面就可以構(gòu)成一個完整的 WEB 應(yīng)用。這些方法并不針對于具體的系統(tǒng),只是提供了一種設(shè)計系統(tǒng)的思路,這樣做只是為系統(tǒng)搭起了框架。圖 23 是車輛審批的序列圖：第二章 特種行業(yè)車輛智能管理系統(tǒng)需求7圖 23 車輛審批序列圖Figure 23 vehicles approval sequence view 系統(tǒng)軟硬件環(huán)境的需求本系統(tǒng)可以安裝在一個服務(wù)器上,為了提高系統(tǒng)性能,在條件允許的情況下,應(yīng)分別安裝各種服務(wù)器。在某個環(huán)節(jié),環(huán)節(jié)參與人亦可以駁回此環(huán)節(jié)的執(zhí)行,環(huán)節(jié)退回到當(dāng)前環(huán)節(jié)的前一環(huán)節(jié),當(dāng)環(huán)節(jié)是尾環(huán)節(jié)時,環(huán)節(jié)參與人結(jié)束環(huán)節(jié)的執(zhí)行即結(jié)束了整個流程的執(zhí)行。 系統(tǒng)的業(yè)務(wù)流程及用例用例圖描述活動者為了實現(xiàn)這些目標(biāo)而執(zhí)行的所有步驟,基于它是用戶導(dǎo)向的,用戶可以根據(jù)自己所對應(yīng)的用例來不斷細(xì)化自己的需求優(yōu)點,本系統(tǒng)應(yīng)用用例圖來描述系統(tǒng)的功能性需求。通過車輛管理系統(tǒng)這樣一個信息平臺,共享車輛信息,實現(xiàn)行為互動。(3)車輛的業(yè)務(wù)管理不規(guī)范,車輛申請,維護(hù)業(yè)務(wù)雖然有所管理,但只是形式,業(yè)務(wù)流程不規(guī)范,做不到相關(guān)人員的監(jiān)控和全程監(jiān)管。從系統(tǒng)綜合服務(wù)性來看,涉及車輛管理和使用的方方面面,不但涉及到車輛信息、車輛情況、人員信息,還滿足了業(yè)務(wù)需要的各種查詢服務(wù)。車輛管理是公安特種行業(yè)的一個非常重要的部分,管理的好壞,直接影響著公安人員的工作效率。關(guān)鍵詞:車輛管理；動態(tài)查詢；管理信息系統(tǒng)；工作流；系統(tǒng)模型ABSTRACTIIIABSTRACTCar Management Information System is a management system used to improve efficiency of car management and maintenance. This system is established in the real Project requirement of ZhaoQing, Developed by advanced design methods and technologies. The Purpose is to enhance the supervise level of the whole car management work by Procedure control.This Paper works from the requirement analysis，finished setting up the system architecture and designing it in detail. In the end，the system has been implemented as a management information system based on B/S structure，including six subsystems named Car basement information set，driver management，car dispatch，dynamic state query，car maintenance and information query.In this Paper，the system development background has been discussed，as well as current research status of car management system on inter and web application system based B/S structure. Then Problems to be solved have been clarified by describing aspect of system requirement analysis. During the course of system design， the work began with architecture design. The technology architecture，function architecture are built at first. Then the system static modeling，dynamic modeling and the design procedure of database structure have been discussed in detail. At last several important problems encountered during the implement have been analyzed.Effective solutions to those problems encountered during the procedure of Requirement analysis，design and implement have been put forward in this artiele. All those supply powerful examples for car management system development.The key problems solved in this paper are as follows:First，stratified MVC is development model Which support objectoriented method. In this paper，stratified MVC is u