【導讀】學術(shù)規(guī)范和其他侵權(quán)行為。文中引用他人的文獻、數(shù)據(jù)、圖件、資料均已。位或證書而使用過的材料。對本設計（論文）的研究做出重要貢獻的個人。和集體，均已在文中以明確方式標明。本畢業(yè)設計（論文）引起的法律結(jié)。果完全由本人承擔。本畢業(yè)設計（論文）成果歸東華理工大學所有。隨著信息技術(shù)日新月異的發(fā)展，帶動了許多行業(yè)走向現(xiàn)代化、信息化和科技化?；钪姓紦?jù)著越來越重要的地位。近年來城市發(fā)展中普遍受到人們關注的堵車問題既反。尤其是車輛違章情況是交通管理中非常嚴重的問題，投入大量的警力和人力支。引進車輛違章信息管理系統(tǒng)可以提高工作的效率，支持信息的共享，既能夠減輕管理部門的負擔，也給普通用戶帶來了方便。公布、車輛違章信息查詢、在線咨詢等方面內(nèi)容。易于維護等優(yōu)勢。利用這些優(yōu)勢實現(xiàn)對車輛違章信息的高效、科學化管理，減少勞動。力，結(jié)合先進信息技術(shù)來提高資源整合和勞動質(zhì)量。

　　

【正文】 的主要依據(jù)，它是系統(tǒng)最關鍵、最核心的部分， 想要開發(fā) 設計 出適合用戶 使 用的系統(tǒng)軟件就必須 先了解客戶的 功能 需求 ，從 用戶的 觀點 角度 去 認識系統(tǒng) 。 數(shù)據(jù)庫的設計不僅與操作效率直接相關，還會直接影響整個系統(tǒng)的運行質(zhì)量和生命周期，合理的設計可以大大縮減系統(tǒng)開發(fā)的難度系數(shù)和周期長度。 數(shù)據(jù)庫需求分析是 數(shù)據(jù)庫設計 的 重要基石， 需求分析是 為了 了解系統(tǒng) 適合在何種環(huán)境中進行開發(fā) ， 對數(shù)據(jù)要求 做到何種處理，并且 保證數(shù)據(jù)錄入與處理的準確性 、共享性、獨立性和 及時性 ， 為以后進一步設計打下基礎。 在需求分析 這一 階段 里 ，開發(fā)人員 要求 與用戶 保持及時 有效的溝通，然后對獲得的信息進行分析和加工 處理 ，只有 逐漸 掌握用戶對系統(tǒng)的需求 才能開發(fā)出令 用戶 滿意的系統(tǒng) 。需求分析主要 圍繞 以下幾個方面 ： （ 1） 信息需求：信息需求 描述 系統(tǒng)使用的所有信息， 搜 集 應用系統(tǒng) 所需 完整可靠 的數(shù)據(jù)， 然后整理 在數(shù)據(jù)庫中 如何處理這些數(shù)據(jù) 并 分析 數(shù)據(jù)間的聯(lián)系，信息的內(nèi)容和結(jié)構(gòu)等性質(zhì)。 （ 2） 安全性與完整性需求：用戶對信息 安全性 的程度要求以及 信息 數(shù)據(jù) 間的完整性要求 。 （ 3） 處理需求：處理需求是指了解系統(tǒng)用戶要求對數(shù)據(jù)如何進行處理，明確數(shù)據(jù)庫中各種數(shù)據(jù)之間的關系。 車輛違章信息管理 系統(tǒng) 的數(shù)據(jù)調(diào)研與 分析，總結(jié)出如下的需求信息 : ? 信息公告的發(fā)布： 建立 系統(tǒng)公告表 ，包括 編碼、公告標題、公告內(nèi)容、發(fā)布日期，發(fā)布者、是否有效、備注 。 如圖 32所示： 信息公告 編碼 公告內(nèi)容 公告標題 備注 發(fā)布者 是否有效 發(fā)布日期 東華理工大學畢業(yè)設計（論文） 系統(tǒng)總體設計 14 圖 32 信息公告 ? 違章信息管理：建立違章車輛信息表，包括編碼、違章代碼、車輛類型、車牌號、車主姓名、車主性別、駕駛證號、身份證號、違章時間、違章地點、違章情況 等 。 如圖 33所示： 圖 33 違章信息管理 ? 用戶信息：建立用戶表，包括 編碼、用戶名、密碼、性別、地址、固話、手機號 等。 如圖 34所示： 圖 34用戶信息 違章信息管理 違章情況 違章地點 違章時間 身份證號 駕駛證號 車主性別 車主姓名 車牌號 車輛類型 編碼 性別 密碼 編碼 地址 固話 用戶名 手機號 用戶信息 東華理工大學畢業(yè)設計（論文） 系統(tǒng)總體設計 15 ? 留言咨詢：建立留言表，包括 編碼、留言內(nèi)容、留言者姓名、聯(lián)系方式、是否有效、備注 。 如圖 35所示： 圖 35 留言咨詢 數(shù)據(jù)庫設計原則 數(shù)據(jù)庫設計是指根據(jù)用戶的需求，在某一具體的數(shù)據(jù)庫管理系統(tǒng)上設計出數(shù)據(jù)庫的結(jié)構(gòu)和建立數(shù)據(jù)庫的過程。 在給定 環(huán)境 下 構(gòu)造最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應用系統(tǒng)，使之能夠有效地存儲數(shù)據(jù)， 保證數(shù)據(jù)的完整性和可靠性， 滿足用戶的 各種應用需求。 制作 一個 合理的數(shù)據(jù)庫 設計 ，不僅 能 減輕 客戶端和服務器 端 程序的編程和維護的難度， 對 提升 系統(tǒng)性能 也 有一定的幫助 。 因此 數(shù)據(jù)庫的設計 顯得 尤為重要。 下面就 總結(jié)分析一下 數(shù)據(jù)庫設計的原則： （ 1） 數(shù)據(jù)庫設計起碼要占用整個 系統(tǒng)項目 開發(fā) 時間 的 40%以上 （ 2） 數(shù)據(jù)庫設計不僅僅停留于頁面 展示 （ 3） 數(shù)據(jù)庫設計時就 應該 考慮到效率和優(yōu)化問題 （ 4） 添加必要的 有時可能會重復 字段 （ 5） 合理設計 表關聯(lián) （ 6） 設計表時 等 系統(tǒng)編碼階段完成后再添加約束性關聯(lián) （ 7） 選擇合適的主鍵生成策略 數(shù)據(jù)庫 設計范式 不僅 可以 避免數(shù)據(jù)冗余， 還能節(jié)省 數(shù)據(jù)所占空間，減輕數(shù)據(jù)庫維護壓力，但是操作起來 是有難度的 。 不過 ， 設計 沒有冗余的數(shù)據(jù)庫 ， 但 并不是不冗余的數(shù)據(jù)庫就 是 好的數(shù)據(jù)庫， 合理的數(shù)據(jù)冗余能 提高 系統(tǒng)運行效率 。 數(shù)據(jù)庫總體設計 數(shù)據(jù)庫設計方案遵循前述章節(jié)的數(shù)據(jù)庫設計原理 ， 本系統(tǒng)是采用 SQL Server 數(shù)據(jù)庫服務器。 SQL Server 最重要的 特點 是 ： （ 1） 真正的客戶 /服務器體系結(jié)構(gòu) 。 （ 2） 圖形化用戶界面，是系統(tǒng)管理和數(shù)據(jù)庫管理更加的直觀簡約 。 留言咨詢 留言姓名 留言內(nèi)容 編碼 聯(lián)系方式 是否有效 備注 東華理工大學畢業(yè)設計（論文） 系統(tǒng)總體設計 16 （ 3） 豐富的編程接口工具，為用戶進行程序設計提供了更多的選擇余地。 （ 4） SQL Server 與 Windows NT 完全集成，利用了 NT 的許多功能，如發(fā)送和接收消息，管理登錄安全性等。 。 （ 5） 具有很好的伸縮性，可跨越從運行 Windows95/98 的膝上型電腦到運行Windows2020 的大型多處理器等多種平臺使用 。 （ 6） 對 Web 技術(shù)的支持，使用戶能夠很容易地將數(shù)據(jù)庫中的數(shù)據(jù)發(fā)布在 Web 上 。 （ 7） SQL Server 提供數(shù)據(jù)倉庫功能，此功能只有在 Oracle 和其他更昂貴的 DBMS中才有 。 （ 8） SQL Server2020 更是在原有的性能基礎上添加了許多新特性，比如添加了數(shù)據(jù)集成功能，改進了分析服務，報告分析以及 Office 集成等 。 數(shù)據(jù)庫概念設計 ER 本系統(tǒng)建立了 4 張數(shù)據(jù)表； 購物車 表（ carts） 、 訂單表 （ orders） 、 類別 表（ categories） 和 快餐 信息表 （ products） 。系統(tǒng) 實體關系 圖如圖 36所示。 東華理工大學畢業(yè)設計（論文） 系統(tǒng)總體設計 17 圖 36 系統(tǒng) ER圖 數(shù)據(jù)庫邏輯設計 （ 1） UserInfos 表 ： 用于存放 用戶 信息，結(jié)構(gòu)如表 37 所示 . 表 37 UserINfos的 表 結(jié)構(gòu) 字段名 意義 字段類型 字段大 小 主鍵 外鍵 可否為空 備注 Iuid 編號 varchar 100 Y N N UserName 用戶名 varchar 100 N Y N UserPwd 用戶密碼 varchar 100 N Y N 公告信息 超級管理員 留言咨詢 車 主 違章信息 管理員 記錄 查看 留言 違章 管理 記錄 發(fā)布 發(fā)布 查看 n m m n m m n n n n 1 n n m m 1 n m 東華理工大學畢業(yè)設計（論文） 系統(tǒng)總體設計 18 （ 2） CarTypes 表 ： 用于存放 車輛類型 信息，結(jié)構(gòu)如表 38 所示。 表 38 CarTypes的 表 結(jié)構(gòu) （ 3） SystemNotices 表 ： 用于 系統(tǒng)公告 信息，結(jié)構(gòu)如表 39 所示。 表 39 SystemNotices 的 表 結(jié)構(gòu) Sex 性別 bit 1 N N Y 1:男， 2：女 Address 居住地址 varchar 4000 N N Y FixedLine 固話 varchar 100 N N Y MoboilePhone 手機號 varchar 100 N N Y IsAdmin 是否為管 理員 bit 1 N N N 默認為 0 IsSuperAdmin 是否為超級管理員 bit 1 N N N 默認為 0 RegisterDate 注冊日期 varchar 100 N N N IsEnable 是否有效 bit 1 N N N 默認為 1 Remark 備注 varchar 4000 N N Y 字段名 意義 字段類型 字段大小 主鍵 外鍵 可 否 為空 備注 Iuid varchar 100 Y N N TypeName 車輛類型名 稱 varchar 100 N N N IsEnable 是否有效 bit 1 N N N 默認為 1 Remark 備注 varchar 4000 N N Y 字段名 意義 字段類型 字段大小 主鍵 外鍵 可 否 為空 備注 Iuid varchar 100 Y N N N_Title 系統(tǒng)公告標題 varchar 200 N N N N_Content 系統(tǒng)公告 內(nèi)容 varchar(max) 1 N N N PublishDate 發(fā)布日期 varchar 100 N N N 日期格式：yyyyMMdd HH:mm:ss Publisher 發(fā)布者 varchar 400 N Y N 關聯(lián)UserInfos 表中 Iuid 字段 IsEnable 是否有效 bit 1 N N N 默認為 1 Remark 備注 varchar 4000 N N Y 東華理工大學畢業(yè)設計（論文） 系統(tǒng)總體設計 19 （ 4） CarIllegalInfors 表 ： 用于存放 違章信息 信息，結(jié)構(gòu)如表 310 所示。 表 310 CarIllegalInfors 的 表 結(jié)構(gòu) （ 5） LeaveMessages 表：用于存放系統(tǒng)留言信息，結(jié)構(gòu)如表 311 所示。 表 311 LeaveMessages 的表結(jié)構(gòu) 字段名 意義 字段類型 字段大小 主鍵 外鍵 可否為空 備注 Iuid varchar 100 Y N N C_Number 違章代碼 varchar 100 N N N CarType 車輛類型 編碼 varchar 100 N Y N 關聯(lián)CarTypes表中 Iuid CarNo 車牌號 varchar 100 N N N CarOwner 車主姓名 varchar 100 N N N CarOwnerSex 車主性別 bit 1 N N N Driving_Licence 駕駛證號 varchar 100 N N N Identity_Card 身份證號 varchar 100 N N N Illegal_Date 違章時間 varchar 100 N N N Illegal_Address 違章地點 Varchar(max) 1 N N N Illegal_Case 違章情況（行為） Varchar(max) 1 N N N Deduction 本次違章 扣分 int 4 N N N Fine_Money 本次罰款 金額 int 4 N N N Car_Detain 是否扣留 車輛 bit 1 N N