【畢業(yè)學位論文】（Word原稿）交警部門工程車IC卡管理系統(tǒng)的設計與實現(xiàn)-軟件工程

碩士學位論文 （專業(yè)學位） 交警部門工程車 管理系統(tǒng) 的設計與實現(xiàn) 二一年十月 姓 名：丁寧 學 號： 1021170037 所在院系：軟件學院 職業(yè)類型：工程碩士 專業(yè)領域：軟件工程 指導教師：馮巾松 副 指 導教師： 黃鋒 二一三年九月 A in 2013 1021170037 C 學位論文版權使用授權書 本人完全了解同濟大學關于收集、保存、使用 學位論文的規(guī)定，同意如下各項內(nèi)容：按照學校要求提交學位論文的印刷本和電子版本；學校有權保存學位論文的印刷本和電子版，并采用影印、縮印、掃描、數(shù)字化或其它手段保存論文；學校有權提供目錄檢索以及提供本學位論文全文或者部分的閱覽服務；學校有權按有關規(guī)定向國家有關部門或者機構送交論文的復印件和電子版；在不以贏利為目的的前提下，學?？梢赃m當復制論文的部分或全部內(nèi)容用于學術活動。 學位論文作者簽名： 年 月 日 同濟大學學位論文原創(chuàng)性聲明 本人鄭重聲明：所呈交的學位論文，是本人在導師指導下，進行研究工作所取得的成果。除文中已經(jīng)注明引用的內(nèi)容外，本學位論文的研究成果不包含任何他人創(chuàng)作的、已公開發(fā)表或者沒有公開發(fā)表的作品的內(nèi)容。對本論文所涉及的研究工作做出貢獻的其他個人和集體，均已在文中以明確方式標明。本學位論文原創(chuàng)性聲明的法律責任由本人承擔。 學位論文作者簽名： 年 月 日同濟大學 碩士學位論文 摘要 I 摘要 隨著 中 國社會經(jīng)濟的高速發(fā)展和城市化進程的不斷加快 ， 工程車輛肇事造成財產(chǎn)損失、導致人員傷亡的情況不斷增多。與傳統(tǒng)的 交警部門路面查處模式相比，交警部門工程車 管理系統(tǒng)能實現(xiàn) 一車一卡，綁定車輛、駕駛人基本信息和交通違法、事故記錄等交通管理信息。交警部門可以通過 ，實現(xiàn)對工程車從備案登記、通行證審批、路面管理到協(xié)會自律的信息化、一體化管理，達到對工程車第一時間管理、第一時間執(zhí)法、第一時間服務的目的，從而實現(xiàn)對工程車的全程管控，構成工程車的管理閉環(huán)，減少和預防工程車道路交通事故的發(fā)生。本文以基于 管理系統(tǒng)的建設為背景，從交警部門實際情況出發(fā)，設計并實現(xiàn)了交警部門工程車 管理系統(tǒng)。 本文 首先從 管理信息系統(tǒng)的基本情況 、開發(fā) 管理 信息 系統(tǒng)所使用的 術和 數(shù)據(jù)庫技術 二個方面針對 工程車 管理 管理系統(tǒng)開發(fā)所涉及的相關技術進行分析。接著根據(jù) 交警部門工程車 管理的實際情況，分析所 設計 的系統(tǒng)需要達到的 功能要求，以及系統(tǒng)面向的可能用戶。在系統(tǒng) 分析的過程中，采用了面向對象的分析方法，應用建模語言 立系統(tǒng)模型。然后根據(jù)系統(tǒng)的需求分析，對工程車 管理系統(tǒng)進行 相關設計。結合 交警部門 的基本情況、管理現(xiàn)狀、特點，確定 工程車 管理系統(tǒng)的具體實施方案。在 發(fā)模式的基礎上，實現(xiàn)了 交警部門工程車 管理系統(tǒng)，在本地搭建系統(tǒng)進行本系統(tǒng)的設計、實現(xiàn)、調(diào)試及修改。 本系統(tǒng)采用 B/S 體系結構設計 ，使用三層架構。 系統(tǒng)的研究與實現(xiàn)為 交警部門的工程車 管理提供了解決方案。使用情況表明，系統(tǒng)運行穩(wěn)定，操作 較為簡單，適合各個年齡層面的民警操作 。為改善 路面工程車運輸 管理現(xiàn)狀，提高信息管理水平提供了一套切實可行的方法，并且對部分業(yè)務流程的規(guī)范做了一定的研究。 關鍵詞 ： 管理 信息 系統(tǒng) ， 管理， 據(jù)庫 I of of by to of a to C of s as as to of s of in to of by C EB as of in C of of 2EE is in by of on of C of ML to of to of C of of 2C , a 3of of of II is to is to to of of IC 碩士學位論文 目錄 錄 第 1 章 引言 . 1 題研究背景 . 1 內(nèi)外研究現(xiàn)狀 . 1 課題的目的和意義 . 2 課題主要研究內(nèi)容 . 3 文的結構 . 3 第 2 章 相關技術研究 . 4 2構 . 4 架 . 6 架 . 7 架 . 8 據(jù)庫 . 9 據(jù)庫的主要特點 . 9 據(jù)庫的體系結構 . 10 第 3 章 系統(tǒng)需求分析 . 12 程車 理系統(tǒng)的需求分析 . 12 能需求分析 . 12 功能需求分析 . 14 統(tǒng)用例分析 . 14 統(tǒng)總用例 . 15 統(tǒng)管理模塊的用例分析 . 16 礎信息維護模塊的用例分析 . 17 C 卡發(fā)放管理模塊的用例分析 . 18 C 卡線路申請模塊的用例分析 . 19 警管理模塊的用例分析 . 19 合查詢模塊的用例分析 . 20 第 4 章 系統(tǒng)的設計 . 21 統(tǒng)架構設計 . 21 能模塊劃分及功能設計 . 22 同濟大學 碩士學位論文 目錄 V 據(jù)庫的設計 . 25 分系統(tǒng) . 26 據(jù)庫表結構 . 27 的設計說明 . 33 第 5 章 系統(tǒng)的實現(xiàn) . 36 層體系構架的實現(xiàn) . 36 久層和域層的實現(xiàn) . 37 務層的實現(xiàn) . 39 現(xiàn)層的實現(xiàn) . 40 統(tǒng)登錄頁面的實現(xiàn) . 45 統(tǒng)管理功能的實現(xiàn) . 47 門管理功能的實現(xiàn) . 47 戶管理功能的實現(xiàn) . 49 色管理功能的實現(xiàn) . 51 志管理功能的實現(xiàn) . 53 礎信息維護功能的實現(xiàn) . 54 C 卡發(fā)放管理功能的實現(xiàn) . 57 C 卡申請受理功能的實現(xiàn) . 57 C 卡申請審核功能的實現(xiàn) . 58 C 卡寫卡功能的實現(xiàn) . 60 C 卡信息審驗功能的實現(xiàn) . 68 C 卡作廢功能的實現(xiàn) . 69 C 卡信息回退功能的實現(xiàn) . 70 C 卡線路申請功能的實現(xiàn) . 71 警管理功能的實現(xiàn) . 74 C 卡審驗預警功能的實現(xiàn) . 74 駛員備案預警功能的實現(xiàn) . 75 合查詢功能的實現(xiàn) . 77 C 卡信息查詢功能的實現(xiàn) . 77 路查詢功能的實現(xiàn) . 79 第 6 章 總結與展望 . 82 致謝 . 84 參考文獻 . 85 同濟大學 碩士學位論文 目錄 人簡歷、在讀期間發(fā)表的學術論文與研究成果 . 86 第 1 章 引言 1 第 1 章 引言 題研究背景 隨著 中 國社會經(jīng)濟的高速發(fā)展和城市化進程的不斷加快，城市道路范圍內(nèi)的工程車輛肇事造成財產(chǎn)損失、導致人員傷亡的情況不斷增多。一些工程車駕駛人出于經(jīng)濟利益的驅動，在轄區(qū)超載、超速、逆行、闖紅燈、不按規(guī)定車道行駛、肆意鳴笛、滴漏飄灑運載物等交通違法行為日益突出，道路交通事故頻繁發(fā)生，存在嚴重交通安全隱患，危及群眾生命財產(chǎn)安全，市民群眾反響尤為強烈。 為實現(xiàn)工程車從無序管理到有序管理，交警部門實行工程車 管理具有十分重要的現(xiàn)實意義。工程車實行 管理，是指對工程車實行一車一卡，綁定車輛、駕駛人基本信息和交通違法、事故記錄等交通管理信息；駕駛人需持按公安交警部門核定的通行時間、線路上路行駛。交警部門可以通過 ，實現(xiàn)對工程車從備案登記、通行證審批、路面管理到協(xié)會自律的信息化、一體化管理，達到對工程車第一時間 管理、第一時間執(zhí)法、第一時間服務的目的，從而實現(xiàn)對工程車的全程管控，構成工程車的管理閉環(huán)，減少和預防工程車道路交通事故的發(fā)生。 利用基于 工程車管理系統(tǒng)可以加強工程車運輸單位、駕駛員、行駛線路和工地信息的管理，提高工程車運輸日常監(jiān)督的工作效率，減少工程車行駛線路審批過程的流轉時間等。路面查處民警通過移動警務終端的 讀卡功能，可以監(jiān)督工程車行駛的時間、路線等問題，從而更有針對性地加強源頭管理，強化監(jiān)督檢查，提高管理水平，遏制工程車的違法違規(guī)行為。 因此，開發(fā)一套符合 交警部門 需要的 工程車 管理系統(tǒng) 非常有必要，以期通過該系統(tǒng)提供 規(guī)范 、 便捷 、快速、 精確 、全面、的現(xiàn)代化管理手段。 內(nèi)外 研究現(xiàn)狀 具有存儲容量大、數(shù)據(jù)保密性好、抗干擾能力強、存儲可靠、讀寫設備簡單、操作速度快、脫機工作能力強、應用范圍廣等優(yōu)點 1。 管理系統(tǒng)是典型的信息管理系統(tǒng) (其開發(fā)主要包括后臺數(shù)據(jù)庫的建立和維護以及前端應用程序的開發(fā)兩個方面。對于前者要求建立起數(shù)據(jù)一致性和完整性強、數(shù)據(jù)安全性好的庫。而對于后者則要求應用程序功能完備 ,易使用等特點。 明尼蘇達大學卡爾森管理學院的著名教授 章 引言 2 給出 個較完整的定義：“它是一個利用計算機硬件和軟件，手工作業(yè)，分析、計劃、控制和決策模型，以及數(shù)據(jù)庫的用戶 機器系統(tǒng)。它能提供信息支持企業(yè)或組織的運行、管理和決策功能 2?！边@個定義全面地說明了 目標、功能和組成，反映了 達到的水平，說明了 高、中、低三個層次上支持管理活動。中 國 定義 是“一個由人、計算機等組成的能進行信息的收集、傳遞、儲存、加工、維護和使用的系統(tǒng)。管理信息系統(tǒng)能實測企業(yè)的各種運行情況 ;利用過去的數(shù)據(jù)預測未來 ;從企業(yè)全局出發(fā)輔助企業(yè) 進行決策 ;利用信息控制企業(yè)的行為 ;幫助企業(yè)實現(xiàn)其規(guī)劃目標”。這個定義強調(diào)了 功能和性質，強調(diào)了計算機只是 一種工具， 僅僅是一個技術系統(tǒng)，而且也是一個把人包括在內(nèi)的人機系統(tǒng)，是一個社會系統(tǒng) 3。 統(tǒng) 建設的方法論在國外是一項非?；钴S的研究領域， 國內(nèi) 統(tǒng) 建設難以達到預期效果。目前 國內(nèi) 使用和 發(fā)展 的 統(tǒng) 平臺模式大體上分為兩種：客戶機 /服務器 模式（ 稱 C/S） 和 覽器 /服務器 模式（ 簡稱 B/S） 。 C/S 模式 主要由客戶 應用程序（ 、 服務器管理程序 （ 和中間件（ 三個 部件組成 4?？蛻魬?程序 是系統(tǒng)中用戶與數(shù)據(jù)進行交互的部件。服務器 程序 負責有效地管理系統(tǒng)資源，如管理一個信息數(shù)據(jù)庫，其主要工作是當多個客戶并發(fā)地請求服務器上的相同資源時，對這些資源進行最優(yōu)化管理。中間件 負責 聯(lián)接客戶應用程序與服務器管理程序，協(xié)同完成一個作業(yè)以滿足用戶查詢管理數(shù)據(jù)的要求。 B/S 模式 是一種以 礎 的 新型的 統(tǒng) 平臺模式 5。把 傳統(tǒng) C/S 模式 中的服務器部分分解為一個數(shù)據(jù)服務器與一個或多個應 用服務器 （ 務器 ） ， 從而構 成 一個三層結構的客戶服務器體系。首先 它 簡化了客戶端。它無需像 C/S 模式 那樣在不同的客戶機上安裝不同的客戶 應用 程序，而只需安裝通用的瀏覽器軟件。 B/S 模式 的突出優(yōu)勢使得開發(fā) B/S 模式 的管理系統(tǒng)已成為企業(yè)信息化的首選計算模式 6。 課題的目的和意義 本課題的研究目的是對工程車 管理系統(tǒng)進行研究，使用 術，設計和開發(fā)一個基于用 B/S 模式的交警部門工程車 管理系統(tǒng)。通過該系統(tǒng)，用戶可以根據(jù)不同權限查詢工程車單位、通行線路、施工階段、通行時段等信息。交警部門 可以利用該系統(tǒng)在網(wǎng)上實現(xiàn) 發(fā)放管理、 線路申請的功能。管理層可利用該系統(tǒng)的綜合查詢功能分析工程車運輸管理情況，可為管理工作的研判提供量化參考。 第 1 章 引言 3 課題 主要研究內(nèi)容 借鑒當前的電子 政務 平臺，參 考 一些 的 信息管理系統(tǒng)的設計與實現(xiàn) 方法，并結合本人在 交警部門工程車信息管理中遇到的問題和相關經(jīng)驗 ，采取以 工程車 實際應用為 內(nèi)容 的 設計 目標 進行本課題的研究。 本課題設計是 基于 架，以 開發(fā)平臺，使用 開發(fā)語言，整合當前流行的 大框架，采用 i 數(shù)據(jù)庫軟件， 服務器， 實現(xiàn) 交警部門工程車 管理的 系統(tǒng)。 本課題是設計和實現(xiàn)一個基于 適用于 交警部門 的 網(wǎng)上 工程車 管理 系統(tǒng)，主要研究內(nèi)容包括： （ 1） 進行 項目需求分析。 本課題 的目標是實現(xiàn)工程車 信息的上網(wǎng)審核和審驗流程。交警部門在日常管理中可以利用移動警務通或 端實時查詢工程車 信息查詢，以便于路面執(zhí)法。 在非功能需求中主要是 考慮 簡化操作步驟，優(yōu)化操作界面 。 （ 2） 進行 管理 系統(tǒng) 的 總體設計 。 根據(jù)需求分析， 確定系統(tǒng) 模塊 架構，進行功能劃分 ， 并 對功能 實現(xiàn) 進行細化分解 。 （ 3） 進行 管理系統(tǒng) 的詳細設計和數(shù)據(jù)庫設計。 對系統(tǒng)進行用例分析，繪制 ，并依據(jù) 進行數(shù)據(jù)庫設計，并對其進行完善。 （ 4） 進行 管理 系統(tǒng)功能的實現(xiàn)和界面的美化。 進行了編程和調(diào)試，實現(xiàn)了系統(tǒng)的各功能。 文 的 結構 本文分為六個部分：第一部分介紹了 交警部門工程車 管理系統(tǒng)的研究背景和國內(nèi)外研究現(xiàn)狀，研究背景和意義強調(diào)在當前系統(tǒng)信息化建設的環(huán)境下，本課題研究的重要性 。第二部分介紹了 網(wǎng)上 工程車 管理系統(tǒng)所涉及的相關技術 和系統(tǒng)體系結構，相關技術主要介紹了 構 、 據(jù)庫等技術 。第三部分對 網(wǎng)上 工程車 管理 系統(tǒng)進行需求分析， 對管理系統(tǒng)的設計原則、功能性需求和非功能性需求做了相應的介紹 。第四部分 詳細 論述了 工程車 管理 系統(tǒng)的 總體分析與設計 ， 主要 包括 體系結構設計， 功能模塊及功能設計，數(shù)據(jù)庫設計 等 。第五部分 主要對各功能模塊的實現(xiàn)進 行了詳細的闡述 。第六部分對本文工作 進行了 全面 總結 。 第 2 章 相關技術研究 4 第 2 章 相關技術 研究 2構 全稱是 業(yè)版（ 它是由 司提出并協(xié)同 廠商共同制定的一套全然不同于傳統(tǒng)應用開發(fā)的技術架構， 是一種利用 平臺來簡化企業(yè)解決方案的開發(fā)、部署和管理相關的復雜問題的體系結構 7。 術的基礎就是核心 臺或 平臺的標準版 8， 僅鞏固了標準版中的許多優(yōu)點，例如 編寫一次、隨處運行 的特性、方便存取數(shù)據(jù)庫的 時還提供了對 及 術的全面支持。 是通過以上大量的組件來構件一個企業(yè)級的應用 9。 其最終目的就是成為一個能夠使企業(yè)開發(fā)者大幅縮短投放市場時間的體系結構。 術構架如圖 示。 安 全J M Ae b X M A 組 件J 2 E E F r a m e w o r kJ a v a 虛 擬 機任 何 平 臺中 間 件 技 術組 件 組 件組 件圖 2術架構圖 傳統(tǒng)的 戶 /服務器）結構已經(jīng)逐漸不能適應新的要求，正是基于這個背景， 司推出了 圖通過構建一個新的構架來滿足互聯(lián)網(wǎng) 對性能、安全性、易用性、可用性、可擴充性、分布式的需求 10。 過提供如下的技術來滿足上述需求： 供了對網(wǎng)絡請求進行處理的能力。 供了事務服務和分布式事務管理功能。 供了交互支持，不同系統(tǒng)之間第 2 章 相關技術研究 5 可以通過多種方式交互。 證與授權服務，提供了對 件的安全保護功能。 供了 O/R 象 /關系映射）。相對于其他 O/R 供了最小的特性 11。 供了集群、負載平衡支持功能 12。 系結構提供中間層集成框架用來滿足無需太多費 用而又需要高可用性、高可靠性以及可擴展性的應用的需求。通過提供統(tǒng)一的開發(fā)平臺， 時提供對現(xiàn)有應用程序集 成強有力支持，完全支持 良好的向導支持打包和部署應用，添加目錄支持，增強了安全機制，提高了性能。 高效的開發(fā) ： 許公司把一些通用的、很繁 瑣的服務端任務交給中間件供應商去完成。這樣開發(fā)人員可以集中精力在如何創(chuàng)建商業(yè)邏輯上，相應地縮短了開發(fā)時間。高級中間件供應商提供以下這些復雜的中間件服務 。 1、 狀態(tài)管理服務 ： 讓開發(fā)人員寫更少的代碼，不用關心如何管理狀態(tài)，這樣能夠更快地完成程序開發(fā)。 2、 持續(xù)性服務 ： 讓開發(fā)人員不用對數(shù)據(jù)訪問邏輯進行編碼就能編寫應用程序，能生成更輕巧，與數(shù)據(jù)庫無關的應用程序，這種應用程序更易于開發(fā)與維護。 3、 分布式共享數(shù)據(jù)對象 務 ： 讓開發(fā)人員編制高性能的系統(tǒng)，極大提高整體部署的伸縮性。 支持異構環(huán)境 ： 夠開 發(fā)部署在異構環(huán)境中的可移植程序?；趹贸绦虿灰蕾嚾魏翁囟ú僮飨到y(tǒng)、中間件 、 硬件。因此設計合理的基于 程序只需開發(fā)一次就可部署到各種平臺。這在典型的異構企業(yè)計算環(huán)境中是十分關鍵的。 準也允許客戶訂購與 他們部署到異構環(huán)境中，節(jié)省了由自己制訂整個方案所需的費用。 可伸縮性 ： 企業(yè)必須要選擇一種服務器端平臺，這種平臺應能提供極佳的可伸縮性去滿足那些在他們系統(tǒng)上進行商業(yè)運作的大批新客戶?；谂_的應用程序可被部署到各種操作系統(tǒng)上。例如可被部署到高端大型機系統(tǒng)，這種系統(tǒng)單機可支持 64 至 256 個處理器。 消除系統(tǒng)中的瓶頸，允許多臺服務器集成部署。這種部署可達數(shù)千個處理器，實現(xiàn)可高度伸縮的系統(tǒng)，滿足未來商業(yè)應用的需要。 第 2 章 相關技術研究 6 架 在 基礎上實現(xiàn)的一個 架 13。它只有一個中心控制器，采用 制轉向的 用 處理邏輯。 它采用 式，能夠很好地幫助 發(fā)者利用 發(fā) 用。和其他的 構一樣，是面向對象設計，將 式“分離顯示邏輯和業(yè)務邏輯”的能力發(fā)揮得淋漓盡致。 架的核心是一個彈性的控制層，基于如 標準技術，以及 一些類庫。 一組相互協(xié)作的類（組件）、 及 成?；?用程序基本上符合 設計標準，可以說是一個傳統(tǒng) 計模式的一種變化類型 14。 稱是 模型 (視圖 (控制器(縮寫，用業(yè)務邏輯和數(shù)據(jù)顯示分離的方法組織代碼，將業(yè)務邏輯被聚集到一個部件里面，在界面和用戶圍繞數(shù)據(jù)的交互能被改進和個性化定制的同時而不需要重新編寫業(yè)務邏輯 15。 獨特的發(fā)展起來用于映射傳統(tǒng)的輸入、處理和輸出功能在一個邏輯的圖形化用戶界面的結構中 16。 是 下一代產(chǎn)品，是在 和 技術基礎上進行了合并的全新的 框架 17。其全新的 的體系結構與 的體系結構差別巨大。 以 核心，采用攔截器的機制來處理用戶的請求，這樣的設計也使得業(yè)務邏輯控制器能夠與 全脫離開，所以 可以理解為 更新產(chǎn)品。雖然從 到 有著太大的變化，但是相對于 的變化很小。 框架圖如圖 示。 第 2 章 相關技術研究 7 圖 框架 圖 架 于 2003 年興起的一個輕量級的 發(fā)框架，由 其著作 2闡述的部分理念和原型衍生而來 18。它是為了解決企業(yè)應用開發(fā)的復雜性而創(chuàng)建的。 用基本的 完成以前只可能由 成的事情。然而， 用途不僅限于服務器端的開發(fā)。從簡單性、可測試性和松耦合的角度而言，任何 用都可以從 受益。 核心基礎是依賴反轉控制器，它鼓勵好的編程習慣 ，比如針對借口而不是類編程；它還提供了一個獨特的數(shù)據(jù)訪問抽象，可以很方便地和 進行整合；使用 以選擇使用編程式事務或者聲明式事務處理，而且 提供了一個強大的 架。 在 ，核心部分封裝包是框架的最基礎部分，提供了反轉控制功能。它使用工廠模式，從而消除了單例模式的弊端；上下文封裝包增加了對國際化的支持、資源裝載等功能； 供了 抽象層，很方便開發(fā)人員使用；裝包提供了常用的“對象 /關系”映射集成，利用 裝包，可以容易地進 行聲明性事務管理。 裝包提供了符合 范第 2 章 相關技術研究 8 的面向方面的編程實現(xiàn) ， 這和 供的攔截器的思想是一致的，從而降低了代碼的耦合，使得責任清晰。 架圖如圖 示。 圖 架圖 架 一個開放源代碼的對象關系映射框架，它對 行了非常輕量級的對象封裝，使得 序員可以隨心所欲的使用對象編程思維來操縱數(shù)據(jù)庫 19。 以應用在任何使用 場合，既可以在 客戶端程序使用，也可以在 用中使用，最具革命意義的是，以在應用 構中取代 成數(shù)據(jù)持久化的重任。 整體設計思想其實非常簡單，就是在應用程序和數(shù)據(jù)庫之間建立一種映射關系，一個簡單的架構圖如圖 示。 圖 架圖 第 2 章 相關技術研究 9 這種映射關系，舍得開發(fā)人員完全用 思想去設計業(yè)務邏輯，而數(shù)據(jù)的存儲仍然使用關系型數(shù)據(jù)。 據(jù)庫 數(shù)據(jù)庫是一個用于存儲、組織、 管理數(shù)據(jù)的處理系統(tǒng) 20。 通過數(shù)據(jù)庫可以在所有用戶中對數(shù)據(jù)進行集中控制和共享，保證數(shù)據(jù)的邏輯獨立性、一致性和物理獨立性 21。 數(shù)據(jù)庫管理系統(tǒng)是位于操作系統(tǒng)與用戶之間的一層數(shù)據(jù)管理軟件。數(shù)據(jù)庫系統(tǒng)是指數(shù)據(jù)庫、數(shù)據(jù)庫管理系統(tǒng)與計算機系統(tǒng)的結合 22。通常，在不引起混淆的情況下將數(shù)據(jù)庫系統(tǒng)簡稱為數(shù)據(jù)庫。 數(shù)據(jù)庫管理系統(tǒng)的主要功能包括：數(shù)據(jù)定義、數(shù)據(jù)操縱、數(shù)據(jù)庫運行與控制、數(shù)據(jù)庫建立與維護、數(shù)據(jù)字典定義以及數(shù)據(jù)通信等 23。數(shù)據(jù)庫管理系統(tǒng)的內(nèi)部分多個層次，由應用層、語言定義及其翻譯處理層、數(shù)據(jù)存取層、數(shù)據(jù)存 儲層、操作系統(tǒng)以及數(shù)據(jù)庫組成。 目前市場上常見的關系數(shù)據(jù)庫管理系統(tǒng)包括 。 當今最大的數(shù)據(jù)庫廠商 司的數(shù)據(jù)庫產(chǎn)品。它是世界上第一個商品化的關系型數(shù)據(jù)庫管理系統(tǒng)，也是第一個推出與數(shù)據(jù)庫結合的第四代語言開發(fā)工具的數(shù)據(jù)庫產(chǎn)品 24。 以高級結構化查詢語言 (基礎的大型關系數(shù)據(jù)庫，通俗地 講它是用方便邏輯管理的語言操縱大量有規(guī)律數(shù)據(jù)的集合，是目前最流行的客 戶 /服務器 (系結構的數(shù)據(jù) 庫之一。 為 司一代軟件平臺的艦旗產(chǎn)品，被業(yè)界稱為 史以來“最重大的軟件工程”，對以前版本的數(shù)據(jù)庫性能進行改進的同時，增加了很多新的功能：系統(tǒng)管理、數(shù)據(jù)庫可靠性、數(shù)據(jù)庫可擴展性、數(shù)據(jù)庫性能和數(shù)據(jù)庫安全性等。此外， 還引入了很多新的特性，如實現(xiàn)連續(xù)的數(shù)據(jù)可用性、自助錯誤更正、端到端的安全體系結構、可管理性等 25。 據(jù)庫 的 主要特點 支持 多用戶、大事務量的 事務處理 持最大數(shù)據(jù)庫，其大小可到幾百千兆，可充分利用硬件 設備 26。支持大量用戶同時在同一數(shù)據(jù)上執(zhí)行各種數(shù)據(jù)應用，并使數(shù)據(jù)爭用最小，保持數(shù)據(jù)一致性。系統(tǒng)維護具有高的性能， 天可連續(xù) 24 小時工作，正常的系統(tǒng)操作（后備或個別計算機系統(tǒng)故障）不會中斷數(shù)據(jù)庫的使用。 數(shù)據(jù)安全性和完整性控制 第 2 章 相關技術研究 10 用戶鑒別、特權 (甚至到列級 )、角色、觸發(fā)器、日志、后備等功能，有效地保證了數(shù)據(jù)存取的安全性與完整性。對數(shù)據(jù)安全性要求較高的系統(tǒng) (如銀行系統(tǒng) )大都選 支持分布式 數(shù)據(jù) 處理 分布式結構可將數(shù)據(jù)和應用駐留在多臺計算機上， 允 許將處理分為數(shù)據(jù)庫服務器和客戶應用程序處理，所有共享的數(shù)據(jù)管理由具有數(shù)據(jù)庫管理系統(tǒng)的計算機處理，而運行數(shù)據(jù)應用的工作站 則 側重于解釋和顯示數(shù)據(jù)。通過網(wǎng)絡 (甚至遠程廣域網(wǎng) )連接的計算環(huán)境， 存放在多臺計算機上的數(shù)據(jù)組合成一個邏輯數(shù)據(jù)庫，可由 所有的 網(wǎng)絡用戶 進行 存取。分布式系統(tǒng)像集中式數(shù)據(jù)庫一樣具有用戶透明性和數(shù)據(jù)一致性。 具有可移植性、可兼容性和可連接性 可在 100 多種硬件平臺上運行（包括微機、工作站、小型機、中型機和大型機），支持很多種操作系統(tǒng)。用戶的 用可方便地從一種計算機配置移至另一 種計算機配置上，只需很少修改或不需修改。可連接性是指 許不同類型的計算機和操作系統(tǒng)通過網(wǎng)絡共享信息。 遵守數(shù)據(jù)存取語言、操作系統(tǒng)、用戶接口和網(wǎng)絡通信協(xié)議的工業(yè)標準。 據(jù)庫的體系結構 據(jù)庫系統(tǒng)是一個復雜的軟件系統(tǒng)。所謂 體系架構，是指據(jù)庫系統(tǒng)的組成部分和這些 組成部分之間的相互關系，包括內(nèi)存結構、后臺進程、物理與邏輯結構等。 包括實例（ 文件（ 進程（ 部分 27。 圖 系構架圖 第 2 章 相關技術研究 11 數(shù)據(jù)庫存儲結構 據(jù)庫有物理結構和邏輯結構。數(shù)據(jù)庫的物理結構是數(shù)據(jù)庫中的操作系統(tǒng)文件的集合。數(shù)據(jù)庫的物理結構由數(shù)據(jù)文件、控制文件和重做日志文件組成。 數(shù)據(jù)文件：數(shù)據(jù)文件是數(shù)據(jù)的存儲倉庫。 聯(lián)機重做日志文件：聯(lián)機重做日志文件包含對數(shù)據(jù)庫所做的更改記錄，在發(fā)生故障時能夠恢復數(shù)據(jù)。 控制文件：控制文件包含維護和驗證數(shù)據(jù)庫完整性的必要的信息。 圖 據(jù)庫存儲結構 圖 實例構架 實例由內(nèi)存和后臺進程組成，它暫時存在于 。當關閉運行的實例時，實例將隨即消失。 數(shù)據(jù)庫由磁盤上的物理文件組成，不管在運行狀態(tài)還是停止狀態(tài)，這些文件就一直存在。因此，實例的生命周期就是其在內(nèi)存中存在的時間，可以啟動和停止。一旦創(chuàng)建數(shù)據(jù)庫，數(shù)據(jù)庫將永久存在。通俗的講數(shù)據(jù)庫就相當于平時安裝某個程序所生成的安裝目錄，而實例就是運行某個程序時所需要的進程及消耗的內(nèi)存。 內(nèi)存架構包含兩部分系統(tǒng)全局區(qū)（ 程序全局區(qū)（ 圖 例整體結構 圖 第 3 章 系統(tǒng)需求分析 12 第 3 章 系統(tǒng)需求分析 程車 理 系統(tǒng)的 需求分析 能需求分析 本系統(tǒng)是一個 適用于 交警中隊、大隊和支 隊 的 工程車 管理 系統(tǒng)， 目標是實現(xiàn) 工程車 信息的 管理功能， 用戶可以利用本系統(tǒng)查詢 工程車運輸 的詳細信息 。 在 本 系統(tǒng)中實現(xiàn) 了 申請審批 業(yè)務 流轉 的 網(wǎng)絡化 ， 代替了傳統(tǒng)的各級窗口辦理、紙質通行證發(fā)放的流程?；鶎咏痪嘘?可以利用本系統(tǒng)提交 運輸企業(yè)工程車運輸 申請，中隊干部和大隊干部可以通過該系統(tǒng) 按 審核 流程 對 單位 提交的申請進行審批， 發(fā)放可以省去運輸企業(yè)在審批過程中的往返奔波，提高申請審批和 審核 的效率，同時加強交警部門對工程車運輸時段、路線、駕駛員的管理 。本系統(tǒng) 對 工程車運輸審批的交警環(huán)境進行了信息化 管理，增加了 綜合查 詢 等功能 ， 以減少業(yè)務辦理過程中可能出現(xiàn)的風