https://www.bilibili.com/video/BV16J4m1W7xy/演示視頻：3.1 可行性分析

可行性分析目的是根據所開發系統的用戶需求，明確研究方向和目標，通過可行性分析確定系統的框架和功能模塊。

3.1.1 技術可行性

本手機店庫存管理系統主要采用JSP技術、MYSQL數據庫系統進行開發設計。系統的開發主要包括界面設計和數據庫建立。界面設計要求系統簡單明確、容易操作，數據庫建立要求確保數據的穩定性和安全性。

JSP是Java Server Pages的簡稱，JSP的開發技術是使用Java語言實現的。XML類用來封裝成處理網頁的邏輯。我們知道在.net中網頁和顯示是一致的，而這邊網頁可以通過發送請求來訪問存儲在服務器中的信息。JSP技術實現了設計和顯示的分離，使那些基于WEB的開發應用，實現起來更加快捷和方便。

由于MYSQL可以使各個數據庫表之間具備良好的聯系，youxiu的結構。采用SQL數據庫來對手機店庫存管理系統的數據庫進行開發和設計是非常不錯的選擇。MYSQL同時還可以支持多個數據庫同時高效的運行。在開發手機店庫存管理系統的時候我只有一個數據庫文件，但是數據庫系統必須具備一定的擴展性，可以在軟件系統更新后對數據庫進行更新和擴展。MYSQL數據庫管理可以達到這樣的要求，可以支持多個數據庫已優化的方式同時運行。

：手機店庫存管理系統的開發在技術方面必定是可行并且高效的。

3.1.2 經濟可行性

在考慮經濟可行性時，要充分考慮手機店庫存管理系統開發的成本和效益。具體研究開發此項目是否合理。從以下兩方面具體分析研究經濟可行性：

（1）手機店管理傳統方式通常是基于文本，表格等紙介的手工處理，商品、入庫、出庫以及盤存等信息都是通過人工記錄的方式進行，信息量大，在數據處理方面存在工作量大且易出錯，其次還存在數據繁多、數據丟失和數據不能及時更新等現象出現，而此系統可以有效的解決上述問題。

（2）手機店庫存管理系統開發需求成本并不高,而且采用的都是開源碼,降低了開發成本，而且系統設計一旦完成，就能為運行。同時本系統對計算機配置要求也不高，即使是網吧淘汰下來的計算機也能夠滿足需要。

因此，從經濟角度考慮，此系統開發可行。

3.1.3 操作可行性

操作可行性也就是系統的可用性，系統使用起來必須具備簡單的操作導航和界面，不能有太復雜的操作和使用流程。功能模塊分門別類的放置到導航菜單上每組功能模塊都在同一組導航菜單上這樣使用起來方面快捷，同時導航菜單的順序也是需要考慮的，導航菜單的放置要符合操作流程，第一步操作在上面、第二部操作導航在下面、以此類推。通過對操作可行性的研究可以讓用戶順利簡單的使用開發的好的系統。

本手機店庫存管理系統的界面簡單易操作，用戶只要平時有在用過電腦，都能進行訪問和操作。本系統具有易操作、易管理、交互性好的特點，在操作上是非常簡單的。所以系統在操作上具有很高的可行性。

3.1.4法律可行性

目前已有很多手機店庫存管理系統的先例。另外，手機店庫存管理系統設計與開發所采用的操作和工作方式符合工作人員的日常習慣，而且操作方便靈活，便于管理。具有可行性；

設計一個手機店庫存管理系統具有效率高，操作簡便，降低成本等優點，所以，建立一個手機店庫存管理系統是必要可行的。

3.2 系統性能分析

1.用戶要想進入本手機店庫存管理系統，必須進行登錄操作，未登錄用戶不可查看系統信息，確保系統數據的安全性、可靠性和準確性。

2.在實際使用的過程中系統都會涉及到很對需要進行保密的數據，系統出現一些漏洞將這些信息泄露出去將會對用戶產生很大的損失，所以在開發系統時我們充分確保了本系統的可靠性。

3.確保系統數據信息的完整性。

3.各種數據間相互聯系要保持正確。

3.相同數據在不同記錄中要保持一致。

3.3 系統功能分析

本手機店庫存管理系統主要實現管理員和員工兩種用戶權限。

下面將通過用例圖的形式展示用戶和各用例之間的關系，系統UML用例圖如圖3-1所示。

圖3-1 系統UML用例圖

3.4 系統結構分析3.3.1邏輯結構

手機店庫存管理系統的特點就是利用Browser/Server（B/S）結構，為手機店管理提供了一個網絡管理平臺，讓管理人員只要上網就可以實現手機店相關信息的管理。

本系統的網絡應用原理示意圖如圖3-2所示：

圖3-2系統的網絡應用原理示意圖

3.3.2 物理結構

系統實現的物理結構如圖3-3所示：

圖3-3 系統實現的物理結構圖

3.5 系統流程分析

流程分析階段要調查系統所涉及每個環節的管理業務活動，掌握所有管理的內容、作用和信息的輸入、輸出、數據存儲以及信息處理方法和過程，并根據實際處理步驟和過程，繪制出流程圖。

3.3.1登錄流程

為了保證系統的安全性，要使用本系統必須先登陸到系統中。首先輸入登錄賬號、密碼，點擊登錄，通過驗證，實現頁面無刷新的登錄，登錄流程圖如圖3-4所示。

圖3-4登錄流程圖

3.3.2添加信息流程

添加信息時，信息編號系統采用自動增號的模式，無需用戶填寫，管理員在添加信息輸入信息，系統會自動對信息數據進行驗證，信息合法則驗證成功添加至數據庫，信息不合法提示添加失敗，重新輸入信息。添加信息流程如圖3-5所示。

圖3-5 添加信息流程圖

3.3.3刪除信息流程

管理員選擇要刪除的信息，單擊刪除按鈕，系統則提示是否確定刪除信息，用戶選擇確定刪除，則刪除信息成功，系統數據庫將信息進行刪除。刪除信息流程圖如圖3-7所示。

圖3-7 刪除信息流程圖

4　系統設計3.1 系統結構設計

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

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

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

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

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

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

本手機店庫存管理系統的整體結構設計如圖3-1所示。

圖3-1 系統結構圖

3.2 系統順序圖

順序圖是由采用通常方式表示的對象組成。使用順序圖可以更好的將系統模塊化，并明確各個模塊的功能。下面就介紹本系統幾個主要模塊的順序圖。

（1）登錄模塊順序圖

登錄模塊主要滿足了管理員的登錄操作，登錄模塊順序圖如圖3-2所示。

圖3-2 登錄順序圖

（2）添加信息模塊順序圖

管理員登錄后臺后可進行信息的添加，添加信息順序圖如圖3-3所示

圖3-3 添加信息順序圖

3.3 數據庫設計

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

3.3.1 數據庫實體

設計概念就是在數據分析的基礎上自下而上的對整個系統的數據庫概念結構進行設計。從用戶的角度對視圖進行開發，然后集成視圖，Zui后分析從而取得Zui后的結果。

通常概念設計是組織部門的需求中的數據庫系統模式主要目標，數據庫系統的概念模式通常是獨立于邏輯結構的數據系統、管理系統DBMS、計算機系統等。

數據庫的概念模型設計可以通過E-R圖來現實世界的概念模型，本手機店庫存管理系統的實體E-R圖如下圖所示：

（1）管理員實體屬性圖如圖3-4所示。

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

（2）手機實體屬性圖如圖3-5所示。

圖3-5 手機實體屬性圖

（3）員工實體屬性圖如圖3-6所示。

圖3-6員工實體屬性圖

（4）進出貨實體屬性圖如圖3-7所示。

圖3-7 進出貨實體屬性圖

（5）類別實體屬性圖如圖3-8所示。

圖3-9 類別實體屬性圖