展柜設計公司平面布置小程序的分析與設計springboot+論文源碼調試講解

3系統的需求分析

需求分析的任務是通過詳細調查展柜設計公司平面布置小程序軟件所需的對象，充分了解系統的工作概況，明確功能實現的各種需求，然后在此基礎上確定系統的功能。系統必須充分考慮今后可能的擴充和改變。

3.1可行性分析

通過對系統實行的目的初步調查和分析，提出可行性方案并對其一一進行論證。我們在這里主要從技術可行性、經濟可行性、操作可行性等方面進行分析。

3.1.1 技術可行性

1.硬件可行性分析展柜設計公司平面布置小程序系統的硬件要求方面不存在特殊的要求，只需要在普通的硬件配置就能夠輕松的實現，只是需要確保系統的正常工作即可，以及擁有較高的效率。如果有特別低的硬件，它可以導致系統的低性能以及效率低，從而導致整個網站的運行不順暢。以目前普遍的個人計算機的配置而言，這是十分容易實現的。因此，本系統的開發在硬件方面是可行的。 2.軟件可行性分析 JSP技術提供了一個共同的機制類似的借口動態模型，設計更集中。此外，代碼復用，也可以很好的體現。因此，考慮到系統的實際情況，選擇JSP技術作為本系統的開發技術。通過上述分析，該系統的設計實現在軟件方面是可行的。

3.1.2經濟可行性

從經濟許可上分析，系統開發需求成本并不高,而且采用的都是開源碼,降低了開發成本，而且系統設計一旦完成，就能為運行，同時系統對計算機配置要求也不高，即使是網吧淘汰下來的計算機也能夠滿足需要。因此，從經濟角度考慮，此系統開發可行。

3.1.3操作可行性

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

3.2系統設計原則

系統的架構設計，要能夠反映出用戶與整個系統模塊的接口之間存在有效互動，而且應該是非常清楚的，從而才能夠保障在后期系統真正實現的時候數據的擴展性和安全性，只有設計出的系統實現這個目標才能有一個更好的擴展空間，以適應社會的的發展需求。整個系統的設計中，系統必須滿足以下要求：

（1）數據安全性存儲展柜設計公司平面布置小程序的數據，需要確保數據的安全性，在網站設計時必須要采取安全防范措施，以解決潛在的安全問題。

（2）易用性在用戶權限范圍內，可在一個統一風格的界面內即可完成相關的所有流程操作或者獲取所有相關信息，大大使用者的工作效率和易用性，靈活應用本系統。

（3）柔軟性由于這個展柜設計公司平面布置小程序主要針對新聞、公告等，設計出的系統必須能夠處理接受變化的能力。

3.3流程分析

3.3.1 系統開發流程

展柜設計公司平面布置小程序開發中時，首先進行需求分析，進而對系統進行總體的設計規劃，設計系統功能模塊，數據庫的選擇等，本系統的開發流程如圖3-1所示

圖3-1系統開發流程圖

3.3.2 系統登錄流程

用戶要想進入系統，必須首先通過正確的用戶名、密碼、權限和驗證碼進行登錄系統。登錄模塊主要完成系統管理員和用戶的登入，輸入賬號、密碼、權限和驗證碼，系統自動驗證數據的正確與否，登錄信息正確則進行對應用戶主界面，否則無權進行登錄系統。系統流程圖如圖3-2所示

圖3-2系統登錄流程圖

3.4系統設計規則與運行環境

無論哪個系統都應該有自己的設計規則。

該系統也具有重要的設計標準有如下幾個： 1.簡單：在保證展柜設計公司平面布置小程序能夠成功實現的前提下，并盡量使展柜設計公司平面布置小程序更容易操作，對于一個平臺，這是非常重要的。 2.針對性：系統設計的重點是利于用戶對相關信息的查看和管理員對信息的管理，它具有針對性很強的特點。 3.適用范圍：適用范圍廣，平臺都可以使用。 4.操作環境（1）硬件平臺： CPU：酷睿i3 -3.0GHZ 內存：2G以上硬盤：320GB （2）軟件平臺： 5.操作系統：Window XP 或Win 7或Win10均可 6.數據庫： MYSQL數據庫

4系統的概要設計

4.1 系統結構設計

展柜設計公司平面布置小程序主要分為管理員和用戶兩個主要用戶角色，本網站采用B/S結構(Browser/Server,瀏覽器/服務器結構)和基于Web服務兩種模式，是一個適用于Internet環境下的模型結構。只要用戶能連上Internet,便可以在任何時間、任何地點使用。系統結構圖如圖4-1所示：圖4-1 系統結構圖

4.2 系統架構設計

4.2.1總體架構設計

系統架構的整體設計是一個將一個龐大的任務細分為多個小的任務的過程，這些小的任務分段完成后，組合在一起形成一個完整的任務。它具體的工作步驟是： 1）系統被分解多個子模塊 2）對各個子模塊的功能進行預先的設計 3）對各個子模塊之間的邏輯關系進行設計 4）對各個模塊的界面以及模塊間信息的傳輸進行設計在整個設計過程，以確定可能的具體方案達成每一個小的最終目標，對于每一個小的目標而言，我們必須先了解一些相關的需求分析的信息。然后對系統進行初步的設計，并對其逐漸進行優化，設計出一個具體可實現的系統框架。如圖4-2所示為系統的框架圖。圖4-2 系統框架圖

4.2.2系統網絡拓撲結構圖

本展柜設計公司平面布置小程序采用先進的B/S架構，該架構具有開發簡單、共享性強、維護簡單方便等諸多優點。本系統的網絡拓撲圖如圖4-3所示：

添加圖片注釋，不超過 140 字（可選）

圖4-3 系統的網絡拓撲圖

4.3 數據庫設計

開發一個系統也需要提前設計數據庫。這里的數據庫是相關數據的集合，存儲在一起的這些數據也是按照一定的組織方式進行的。目前，數據庫能夠服務于多種應用程序，則是源于它存儲方式最佳，具備數據冗余率低的優勢。雖然數據庫為程序提供信息存儲服務，但它與程序之間也可以保持較高的獨立性。總而言之，數據庫經歷了很長一段時間的發展，從最初的不為人知，到現在的人盡皆知，其相關技術也越發成熟，同時也擁有著堅實的理論基礎。

4.3.1 數據庫概念設計

這部分內容需要借助數據庫關系圖來完成，也需要使用專門繪制數據庫關系圖的工具，比如Visio工具就可以設計E-R圖（數據庫關系圖）。設計數據庫，也需要按照設計的流程進行，首先還是要根據需求完成實體的確定，分析實體具有的特征，還有對實體間的關聯關系進行確定。最后才是使用E-R模型的表示方法，繪制本系統的E-R圖。不管是使用億圖軟件，還是Visio工具，對于E-R模型的表示符號都一樣，通常矩形代表實體，實體間存在的關系用菱形符號表示，實體的屬性也就是實體的特征用符號橢圓表示。最后使用直線將矩形，菱形和橢圓等符號連接起來。接下來就開始對本系統的E-R圖進行繪制。（1）下圖是用戶實體和其具備的屬性。

添加圖片注釋，不超過 140 字（可選）

圖4.1 用戶實體屬性圖（2）下圖是評價實體和其具備的屬性。

添加圖片注釋，不超過 140 字（可選）

圖4.2 評價實體屬性圖（3）下圖是公告實體和其具備的屬性。

添加圖片注釋，不超過 140 字（可選）

圖4.3 公告實體屬性圖（4）下圖是字典表實體和其具備的屬性。

添加圖片注釋，不超過 140 字（可選）

圖4.4 字典表實體屬性圖（5）下圖是展柜設計實體和其具備的屬性。

添加圖片注釋，不超過 140 字（可選）

圖4.5 展柜設計實體屬性圖（6）下圖是商品訂單實體和其具備的屬性。

添加圖片注釋，不超過 140 字（可選）

圖4.6 商品訂單實體屬性圖（7）下圖是用戶表實體和其具備的屬性。

添加圖片注釋，不超過 140 字（可選）

圖4.7 用戶表實體屬性圖（8）下圖是收貨地址實體和其具備的屬性。

添加圖片注釋，不超過 140 字（可選）

圖4.8 收貨地址實體屬性圖

4.3.2數據庫概念設計

設計概念就是在數據分析的基礎上自下而上的對整個系統的數據庫概念結構進行設計。從用戶的角度對視圖進行開發，然后集成視圖，最后分析從而取得最后的結果。對概念進行設計時采用實體—聯系（E-R）的模型開發措施。E-R模型法的構成元素有：實體、屬性、聯系，E-R模型可以用E-R圖來表示，是對用戶工作環境中所相關的事物給予提示，對實體特性的描述就是屬性。設計概念的出發點是能夠對企業組織信息要求的數據庫概念結構進行反映，就是概念模式。概念模式不依附數據庫邏輯結構，，也不依賴支持數據庫的DBMS，獨立于計算機系統。

4.3.3數據庫實體（E-R圖）

數據庫概念模型是為了將現實世界中信息進行抽象而設計的，從而實現信息世界的建模，因此，概念模型是進行數據庫設計的重要工具。在概念模式的設計中，E-R模型法是最常見的設計方法。

4.3.4 數據庫表

本系統數據庫的功能主要是存儲網站中所有數據，以便進行操作。表4.1字典表表

序號	列名	數據類型	說明	允許空
1	Id	Int	id	否
2	dic_code	String	字段	是
3	dic_name	String	字段名	是
4	code_index	Integer	編碼	是
5	index_name	String	編碼名字	是
6	super_id	Integer	父字段id	是
7	beizhu	String	備注	是
8	create_time	Date	創建時間	是

表4.2展柜設計表

序號	列名	數據類型	說明	允許空
1	Id	Int	id	否
2	goods_name	String	展柜名稱	是
3	goods_types	Integer	展柜類型	是
4	goods_photo	String	展柜圖片	是
5	goods_pinpai	String	品牌	是
6	goods_caizhi	String	材質	是
7	goods_fujia	String	附加功能	是
8	goods_candi	String	產地	是
9	goods_content	String	詳情	是
10	create_time	Date	創建時間	是

表4.3評價表

序號	列名	數據類型	說明	允許空
1	Id	Int	id	否
2	goods_id	Integer	展柜	是
3	yonghu_id	Integer	用戶	是
4	shouhou_commentback_text	String	評價內容	是
5	insert_time	Date	評價時間	是
6	create_time	Date	創建時間	是

表4.4商品訂單表

序號	列名	數據類型	說明	允許空
1	Id	Int	id	否
2	goods_order_uuid_number	String	訂單號	是
3	address_id	Integer	收獲地址	是
4	goods_id	Integer	商品	是
5	yonghu_id	Integer	用戶	是
6	buy_number	Integer	購買數量	是
7	goods_order_true_price	BigDecimal	實付價格	是
8	goods_order_types	Integer	訂單類型	是
9	goods_order_payment_types	Integer	支付類型	是
10	insert_time	Date	訂單創建時間	是
11	create_time	Date	創建時間	是

表4.5公告表

序號	列名	數據類型	說明	允許空
1	Id	Int	id	否
2	news_name	String	公告名稱	是
3	news_types	Integer	公告類型	是
4	news_photo	String	公告圖片	是
5	insert_time	Date	公告時間	是
6	news_content	String	公告詳情	是
7	create_time	Date	創建時間	是

表4.6用戶表

序號	列名	數據類型	說明	允許空
1	Id	Int	id	否
2	yonghu_name	String	用戶姓名	是
3	new_money	BigDecimal		是
4	yonghu_id_number	String	身份證號	是
5	yonghu_phone	String	手機號	是
6	yonghu_photo	String	照片	是
7	create_time	Date	創建時間	是