https://www.bilibili.com/video/BV1Zy421b7r1/1 演示視頻：3.1 系統設計目標

需求分析的任務是通過詳細調查現實汽車銷售服務所需的對象，充分了解系統的工作概況，明確功能實現的各種需求，然后在此基礎上確定新系統的功能。新系統必須充分考慮今后可能的擴充和改變。

當今社會的生活節奏越來越快，人們對互聯網的要求也越來越高，不僅要求使用方便，而且對于功能及擴展性也有了更高的要求，Zui能達到要求莫過于利用計算機網絡，將所需功能要求和計算機網絡結合起來，就形成了汽車銷售服務系統。

在設計本汽車銷售服務系統時遵循以下設計目標進行開發：

（1）安全性。在信息化的時代，信息就是寶貴的財富，保證信息的安全，特別是個人信息更要求可靠的安全性。

（2）先進性。結合當前流行的技術，開發出符合用戶的需求，適合汽車銷售服務的系統。

（3）可擴展性。汽車銷售服務是企業管理工作中的一部分，因此在軟件設計過程中，我們要考慮到軟件應用的可擴展性，便于將來軟件的升級、更新。

（4）有效性。有效性主要包括功能有效性，設計的軟件一定要Zui大限度地滿足用戶的需求，包括用戶顯式的需求和隱式的需求。

3.2 系統可行性分析

對所有系統完成設計，都可能受到時間以及空間上的制衡。因此，在開始設計每一個項目的時候，我們必須對系統進行可行性需求分析，只有這樣才能夠降低項目所帶來的危害，減少人力、物力以及財力方面的損耗。以下簡要介紹一下對操作、發展和技術方面的可行性分析。

3.2.1操作可行性

汽車銷售服務系統操作比較容易，大部分輸入信息頁面選擇的形式都是下拉框。在有些頁面，信息可以自動生成，不需要輸入。輸入時間也采用了日歷控件，操作比較容易，對操作人員的要求不高，只需要熟練操作WINDOWS即可。

3.2.2發展可行性

隨著企業規模的不管擴大，汽車銷售服務越來越多，汽車銷售服務的相關數據繁多，管理工作量巨大，需要有一個完善的汽車銷售服務系統，來完整準確的記錄汽車銷售服務相關信息，以便于更好的管理汽車銷售服務，同時也方便用戶對汽車銷售服務相關信息的查詢、管理。Zui重要的是要確保科學的管理方法，來提高汽車銷售服務的管理效率。因此，對于企業的發展創新來說，開發一個汽車銷售服務系統是可行的。

3.2.3技術可行性

（1）硬件可行性分析

系統的硬件要求方面不存在特殊的要求，只需要在普通的硬件配置就能夠輕松的實現，只是需要確保系統的正常工作即可，以及擁有較高的效率。如果有特別低的硬件，它可以導致系統的低性能以及效率低，從而導致整個網站的運行不順暢。以目前普遍的個人計算機的配置而言，這是十分容易實現的 。因此，本系統的開發在硬件方面是可行的。

（2）軟件可行性分析

JSP技術提供了一個共同的機制類似的借口動態模型，設計更集中。此外，代碼復用，也可以很好的體現。因此，考慮到系統的實際情況，選擇JSP作為本系統開發技術。通過上述分析，該系統的設計實現在軟件方面是可行的。

因此，我們進行了三個方面的可行性研究，可以看出，本汽車銷售服務系統的開發是沒有問題的。

3.3 需求分析

隨著我國經濟的迅速發展，商業來往日益頻繁，汽車銷售的越來越多，汽車銷售服務相關管理工作越來越繁瑣，為滿足汽車銷售服務需求，結合互聯網的發展，開發了這個汽車銷售服務系統，方便用戶進行汽車銷售服務工作，提高汽車銷售服務的管理效率。

汽車銷售服務系統與傳統的管理方式相比，有著無法比擬的有點，其具有效率高的特點，受到了企業的廣泛使用；同時汽車銷售服務系統利用計算機平臺對汽車銷售服務相關信息進行管理，具有儲存空間大，成本低，查找方便等優點。在這一情況下，開發設計了汽車銷售服務系統，本系統采用MYSQL數據庫，充分保證數據的安全性、穩定性，管理人員可以快捷準確的管理汽車銷售服務信息。

3.4 系統流程分析3.3.1用戶登錄

為了保證系統的安全性，要使用本系統必須先登陸到系統中，各用戶通過不同的賬號和密碼進行登錄到不同的管理界面。其登錄流程圖如圖3-1所示。

圖3-1 登錄界面流程圖

3.3.3添加信息流程

用戶可進行信息添加操作，系統在添加信息的時候，首先輸入信息，看信息是否正確，正確的話，添加成功，否則返回輸入信息，添加信息流程圖如圖3-2所示

圖3-2 添加信息流程圖

3.5 界面需求分析

目前，界面設計已經成為對軟件質量進行評價的一條關鍵指標，一個好的用戶界面可以使用戶使用系統的信心和興趣增加，從而使工作效率提高，JSP技術是將JAVA語言作為腳本語言的，JSP網頁給整個服務器端的JAVA庫單元提供了一個接口用來服務HTTP的應用程序。創建動態頁面比較方便?？蛻艚缑媸侵杠浖到y與用戶交互的接口，往往涵蓋輸出、輸入、人機對話的界面格式等。

1.輸出設計

輸出是由電腦對輸入的基本信息進行解決，生成高質量的有效信息，并使之具有一定的格式，提供給管理者使用，這是輸出設計的主要責任和目標。

系統開發的過程與實施過程相反，并不是從輸入設計到輸出設計，而是從輸出設計到輸入設計。這是由于輸出表格與使用者直接相聯系，設計的目的應當是確保使用者可以很方便的使用輸出表格，并且可以將各部門的有用信息及時的反映出來。輸出設計的準繩是既要整體琢磨不同管理層的所有需要，又要簡潔，不要提供給用戶不需要的信息。

2.輸入設計

輸入數據的收集和錄入是比較麻煩的，需要非常多的人力和一定設備，而且經常出錯。一旦輸入系統的數據不正確，那么處理后的輸出就會擴大這些錯誤，因此輸入的數據的準確性對整個系統的性能起著決定性意義。

輸入設計有以下幾點原則：

1）輸入量應盡量保持在能夠滿足處理要求的Zui低限度。輸入量越少，錯誤率就會越少，數據的準備時間也越少。

2）應盡可能的使輸入的準備以及輸入的過程進行時比較方便，這樣使錯誤的發生率降低。

3）應盡量早檢查輸入數據（盡量接近原數據發生點）,以便使錯誤更正比較及時。

4）輸入數據盡早地記錄成其處理所需的形式，以防止數據由一種介質轉移到另一種介質時需要轉錄而可能發生的錯誤。

2 系統設計3.1 系統結構圖

本汽車銷售服務系統采用B/S結構(Browser/Server,瀏覽器/服務器結構)和基于Web服務兩種模式，是一個適用于Internet環境下的模型結構。只要用戶能連上Internet,便可以在任何時間、任何地點使用。系統工作原理圖如圖3-1所示。

圖3-1系統工作原理圖

3.2 系統結構設計

系統架構的整體設計是一個將一個龐大的任務細分為多個小的任務的過程，這些小的任務分段完成后，組合在一起形成一個完整的任務。它具體的工作步驟是：

1）系統被分解多個子模塊

2）對各個子模塊的功能進行預先的設計

3）對各個子模塊之間的邏輯關系進行設計

4）對各個模塊的界面以及模塊間信息的傳輸進行設計

在整個設計過程，以確定可能的具體方案達成每一個小的Zui終目標，對于每一個小的目標而言，我們必須先了解一些相關的需求分析的信息。然后對系統進行初步的設計，并對其逐漸進行優化，設計出一個具體可實現的系統框架。

汽車銷售服務系統分為管理員模塊、倉庫人員、財務人員、維修人員、銷售人員功能模塊，系統功能結構如圖3-2所示

圖3-2系統結構圖

3.3 數據庫設計

數據庫是計算機信息系統的基礎。信息的收集、整理、存儲、檢索、更新、加工、統計和傳播等操作必須在數據庫管理系統的的支持下才能進行。目前，電腦系統的關鍵與核心部分就是數據庫。數據庫開發的優劣對整個系統的質量和速度有著直接影響。

數據庫的設計一般要可以分為以下幾個步驟：分別是分析需求、設計概念、設計邏輯、設計物理。

3.3.1 數據庫設計原則

在概念設計中，通常用四種方法：

自頂向下、自底向上、逐步擴張、混合策略，以它為骨架集成由自底向上策略中設計的各局部概念結構

在物理結構設計階段首先分兩步走：

確定數據庫的物理結構，在關系數據庫中主要是指存取方法和存儲結構。 對物理結構的評價是時間和空間效率。

選取正確的關系模式存取方法，常用的有：存取索引方法、聚簇存取、HASH存取方法等。

3.3.2 數據庫實體

在此階段，用戶可以參與和評價數據庫系統的設計，從而有利于保證數據庫系統的設計與用戶的需求相吻合。在概念模式的設計中，E-R模型法是Zui常見的設計方法。

通過上述分析對數據庫的需求，與系統概念模型的特點及開發方法相結合，我們可以建立E-R模型圖，本系統的E-R圖如下圖所示：

1、管理員實體屬性圖如圖3-3所示：

圖3-3管理員實體屬性圖

2、倉庫人員實體屬性圖如圖3-4所示

圖3-4 倉庫人員實體屬性圖

3、財務人員實體屬性圖如圖3-5所示：

圖3-5財務人員務實體屬性圖

4、兒童信息實體屬性圖如圖3-6所示

圖3-6 兒童信息實體屬性圖