【導讀】技術設計與實現(xiàn)一個企業(yè)門戶網(wǎng)站。設計將網(wǎng)站分為兩個主要的模塊，即網(wǎng)站的前。臺模塊與后臺管理模塊。以這兩大主要模塊為框架，按作用分工分別為其設計子功。網(wǎng)站前臺模塊供瀏覽者與客戶訪問網(wǎng)站，其中包括企業(yè)的介紹、動態(tài)、商。計算機網(wǎng)絡從誕生到它的發(fā)展，注定要改變?nèi)藗兊纳?，世界的?jié)奏。多商機，如催化劑一般刺激著商業(yè)經(jīng)濟的快速發(fā)展。站擁有重要的意義。本文闡述使用基于B/S結構設計開發(fā)一個以汽車集團公司為背景的企業(yè)門戶網(wǎng)站。包括展示企業(yè)信息、新聞動態(tài)和產(chǎn)品等內(nèi)容，為瀏覽者。對系統(tǒng)的維護與更新功能。在頁面設計與制作中，對于頁面的基本格式，使用HTML. 語言做出大的框架，然后用Dreamweaver8在框架里面做詳細的設計。析等；在此基礎上確定網(wǎng)站的功能目標，將網(wǎng)站的功能逐次劃分，并細分出子功能模塊；

　　

【正文】 的安全性 [6]。 對比 SQL Server 2020 和其他的大型數(shù)據(jù)庫管理系統(tǒng)， SQL Server 2020 具有可靠的安全性，更快的存儲速度，高度的兼容性 ，因此，應用 SQL Server 2020 作為后臺數(shù)據(jù) 東北大學畢業(yè)設 計 （論文） 第 3章 系統(tǒng) 總體 設計 19 代寫：各專業(yè)專、本、碩、博畢業(yè)論文，職稱論文；代發(fā)省級、國家級、核心期刊論文。 :757518360 電話：010— 87832641. 庫為系統(tǒng)的開發(fā)提供了強有力的支持，并對以后軟 件的運行提供了堅實的基礎。 ER 圖 ER 圖是一種概念模型。概念模型實際上是現(xiàn)實世界到機器世界的一個中間層次。概念模型 用于信息世界的建模，是顯示世界到信息世界的第一層抽象，使數(shù)據(jù)庫設計人員進行數(shù)據(jù)庫設計的有利工具，也是數(shù)據(jù)庫設計人員和用戶之間進行交流的語言，因此概念模型一方面應該具有較強的語義表達能力，能夠方便、直接的表達應該用眾的各種語義知識，另一方面他還應該簡單、清晰并且易于用戶理解 [7]。 本網(wǎng)站系統(tǒng)的數(shù)據(jù)庫的ER 圖如圖 所示 。 基本表設計 表的設計是這次設計的一個核心內(nèi)容。 根據(jù)前面對網(wǎng)站前臺與后臺功能模塊的分析和對數(shù)據(jù)庫中實體關系的設計，可以看到網(wǎng)站中所用到的數(shù)據(jù)基本包括： 營銷商的 信息、新聞信息、車輛 各類 信息、連鎖 商 信息、汽車訂購單、意向訂購單、租賃申請單、置換申請單和客戶投訴單等 9 種。其中某 些數(shù)據(jù)可能需要用幾個表來表示，而某幾類數(shù)據(jù)可以放在一個表里。例如企業(yè)介紹與新聞信息的結構相近，因此把這兩類數(shù)據(jù)存放在一個車輛數(shù)據(jù)信息表 二級參數(shù)信息 表 一級參數(shù)信息 表 車輛類別信息 表 存儲具體信息 細分 細分 1 n n 1 1 n 圖 網(wǎng)站數(shù)據(jù)庫系統(tǒng)的 ER 模型圖 東北大學畢業(yè)設 計 （論文） 第 3章 系統(tǒng) 總體 設計 20 代寫：各專業(yè)專、本、碩、博畢業(yè)論文，職稱論文；代發(fā)省級、國家級、核心期刊論文。 :757518360 電話：010— 87832641. 表中；汽車的參數(shù)比較復雜，數(shù)據(jù)量比較大，因此用幾個表來存放汽車的信息。這會根據(jù)數(shù)據(jù)的特性和系統(tǒng)的需要來設計 和調(diào)整。下面是為數(shù)據(jù)庫設計的表： （ 1） 企業(yè)介紹和新聞信息表 這個表用來存放站內(nèi)的所有新聞相關的信息，如企業(yè)介紹、新聞、動向、站內(nèi)公告等。表的設計如表 所示。 表 表 tb_News 的結構 列名 數(shù)據(jù)類型 長度 是否為主鍵 是否允許空 功能描述 ID int 4 是 否 新聞信息的編碼，也是唯一標識 Title varchar 100 否 否 新聞標題 Content varchar 1000 否 否 新聞內(nèi)容 IssueDate datetime 8 否 否 新聞發(fā)布時間 Type varchar 50 否 否 新聞類別 （ 2） 車輛信息表 車輛信息表中用來存放車輛的詳細信息。因為車輛的信息比較復雜，類型也比較多，單用一個表存儲數(shù)據(jù)不但使表的結構復雜，在系統(tǒng)實現(xiàn)與維護時 也 會帶來很多困難。因此將車輛的信息數(shù)據(jù)分為幾個層次，即車輛類別信息表、車輛的一級參數(shù)名稱信息表和車輛的二級參數(shù)名稱信息表。 車輛類別信息表（ tb_Cars），如表 所示。用來存儲車輛的類別信息。這個表是車輛信息表中最頂層的部分。其中所存儲的 數(shù)據(jù) 也是車輛信息最概括的部分。 表格 表 tb_Cars 的結構 下面舉一個例子說明車輛類別信息表。 如果營銷商現(xiàn)在有三類汽車，即乘用車、租賃 車和商用車。在存 儲這三類汽車的時候，首先考慮的不是每個車輛的各種參數(shù)，而是提取 每輛車最不尋常的屬性。因此才要將汽車分為這三類。接下來就可以用這個表將汽車類別存儲起來。如表 所示。 表 用于存儲車輛類別的表 tb_Cars ID Name 列名 數(shù)據(jù)類型 長度 是否為主鍵 是否允許空 功能描述 ID int 4 是 否 車輛的類別編碼，也是唯一標識 Name varchar 50 否 否 車輛類別的名稱 東北大學畢業(yè)設 計 （論文） 第 3章 系統(tǒng) 總體 設計 21 代寫：各專業(yè)專、本、碩、博畢業(yè)論文，職稱論文；代發(fā)省級、國家級、核心期刊論文。 :757518360 電話：010— 87832641. 1 乘用車 2 租賃車 3 商用車 一級參數(shù)名稱信息表（ tb_Basic1），如表 所示。在將車輛按類別分類好后，就開始存儲車輛參數(shù)了。將車輛的參數(shù)再分為兩級，第一級將車輛參數(shù)信息分為基本資料、基本參數(shù)、外形參數(shù)、底盤參數(shù)、發(fā)動機參數(shù)、其他參數(shù)、其他說明和裝備等類。 表 表 tb_Basic1 的結構 列名 數(shù)據(jù)類型 長度 是否為主鍵 是否允許空 功能描述 ID int 4 是 否 一級參數(shù)的編碼，也是唯一標識 Name varchar 20 否 否 一級參數(shù)的名稱 Homo int 4 否 否 對應的車輛的編碼 二級參數(shù)名稱信息表（ tb_Basic2），如表 所示。在一級參數(shù)信息表的基礎上詳細列出車輛的各個參數(shù)數(shù)據(jù)。至此，車輛參數(shù)信息的劃分已經(jīng)全部結束了。 表 表 tb_Basic2 的結構 列名 數(shù)據(jù)類型 長度 是否為主鍵 是否允許空 功能描述 ID int 4 是 否 二級參數(shù)的編碼，也是唯一表示 Name varchar 50 否 否 二級參數(shù)的名稱 Homo1 Int 4 否 否 對應的一級參數(shù)的編碼 Home2 int 4 否 否 對應的車輛的編碼 車輛數(shù) 據(jù)信息表（ tb_Values），如表 所示。這個表中存儲車輛參數(shù)的具體值。在網(wǎng)站中顯示或寫入出的車輛數(shù)據(jù)就是從這個表中存取出來 表 表 tb_Values 的結構 列名 數(shù)據(jù)類型 長度 是否為主鍵 是否允許空 功能描述 Id int 4 是 否 數(shù)據(jù)的編碼，也是唯一標識 Name varchar 50 否 否 車輛數(shù)據(jù)信息 Homo1 int 4 否 否 對應的二級參數(shù)的編碼 Homo2 int 4 否 否 對應的一級參數(shù)的編碼 Type int 4 否 否 對應的車輛類別的編碼 Logo Int 4 否 否 車輛的唯一標識 （ 3） 連鎖企業(yè)信息表（ tb_Enterprise），如表 所示。連鎖企業(yè)信息表用來存儲 東北大學畢業(yè)設 計 （論文） 第 3章 系統(tǒng) 總體 設計 22 代寫：各專業(yè)專、本、碩、博畢業(yè)論文，職稱論文；代發(fā)省級、國家級、核心期刊論文。 :757518360 電話：010— 87832641. 連鎖企業(yè)的相關信息。 表 表 tb_Enterprise 的結構 列名 數(shù)據(jù)類型 長度 是否為主鍵 是否允許空 功能描述 ID int 4 是 否 企業(yè)的編號，也是唯一標識 續(xù) 表 表 tb_Enterprise 的結構 列名 數(shù)據(jù)類型 長度 是否為主鍵 是否允許空 功能描述 Name varchar 200 否 否 企業(yè)名稱 Address varchar 200 否 否 企業(yè)地址 Phone varchar 50 否 否 聯(lián)系電話 Style varchar 30 否 否 企業(yè)類別 （ 4） 訂單信息表（ tb_OrderForm），如表 所示。這個表用來存儲客戶填寫的在線汽車訂購單。并為后臺的訂單信息管理模塊提供數(shù)據(jù)。 這個表中 Name 屬性的值調(diào)用的就是前面車輛數(shù)據(jù)信息表中 Name 屬性的值。 表 表 tb_OrderForm 列名 數(shù)據(jù)類型 長度 主鍵否 允許空 功能描述 ID int 4 是 否 訂單的編號，也是唯一標識 Name varchar 50 否 否 訂購 的車輛名稱 Counts varchar 4 否 否 訂購數(shù)量 Color varchar 50 否 否 訂購的車輛的顏色 Payment varchar 50 否 否 支付方式 EnterpriseName varchar 200 否 否 企業(yè)名稱 Address varchar 200 否 否 企業(yè)地址 Area varchar 50 否 否 所在區(qū)域 Dealer varchar 200 否 否 經(jīng)銷商名稱 Linkman varchar 100 否 否 聯(lián)系人姓名 Phone varchar 20 否 否 聯(lián)系電話 Fax varchar 20 否 否 傳真號碼 Email varchar 100 否 否 Email地址 PhostNumber varchar 20 否 否 郵政編碼 Remark varchar 500 否 否 備注信息 IssueDate datetime 8 否 否 提交時間 東北大學畢業(yè)設 計 （論文） 第 3章 系統(tǒng) 總體 設計 23 代寫：各專業(yè)專、本、碩、博畢業(yè)論文，職稱論文；代發(fā)省級、國家級、核心期刊論文。 :757518360 電話：010— 87832641. Whether varchar 10 否 否 受理參數(shù) 根據(jù)前面的功能分析與設計。在在線訂購汽車中還要設計另一種表，即意向訂單信息表（ tb_Intent），其表結構如表 所示。與訂單信息表相似，用于存儲客戶填寫并提交的意向訂購單。 表 表 tb_Intent 的結構 列名 數(shù)據(jù)類型 長度 是否為主鍵 是否允許空 功能描述 ID int 4 是 否 意向訂 單 編號，也是唯一標識 Name varchar 50 否 否 用戶帳號 Password varchar 50 否 否 用戶密碼 RealName varchar 50 否 否 用戶真是姓名 Phone varchar 50 否 否 聯(lián)系電話 CarName varchar 50 否 否 感興趣車輛的品牌 CarType varchar 50 否 否 感興趣車輛的型號 Email varchar 50 否 否 Email地址 Address varchar 50 否 否 聯(lián)系地址 Hander varchar 50 否 否 手機號碼 IssueDate datetime 8 否 否 訂單提交日期 Whether varchar 50 否 否 受理參數(shù) （ 5） 租賃申請 單 信息單（ tb_Tenancy），如表 所示。 表 表 tb_Tenancy 的結構 列名 數(shù)據(jù)類型 長度 是否為主鍵 是否允許空 功能描述 ID int 4 是 否 租賃申請單編號， 是唯一標識 Name varchar 30 否 否 客戶名稱 Password varchar 30 否 否 客戶注冊號 Username varchar 30 否 否 聯(lián)系人姓名 Phone varchar 30 否 否 聯(lián)系電話 Fax varchar 30 否 否 傳真號碼 Email varchar 150 否 否 Email地址 Hander varchar 30 否 否 手機號碼 Address varchar 300 否 否 聯(lián)系地址 Numbers varchar 50 否 否 聯(lián)系人身份證號碼 東北大學畢業(yè)設 計 （論文） 第 3章 系統(tǒng) 總體 設計 24 代寫：各專業(yè)專、本、碩、博畢業(yè)論文，職稱論文；代發(fā)省級、國家級、核心期刊論文。 :757518360 電話：010— 87832641. CarsName varchar 150 否 否 租車類型 StartTime datetime 8 否 否 租車起始日期 EndTime datetime 8 否 否 租車結束日期 IssueDate datetime 8 否 否 提交日期 Whether varchar 50 否 否 受理參數(shù) （ 6） 置換申請 單 信息表（ tb_Permute）， 其中記錄了客戶在填寫置換申請單時所需要填寫的各種 信息 。其結構 如表 所示。 表 表 tb_Permute 的結構 列名 數(shù)據(jù)類型 長度 是否為主鍵 是否允許空 功能描述 ID int 4 是 否 置換 申請單 編號，也是唯一標識 Name varchar 50 否 否 客戶姓名 Phone varchar 50 否