計算機畢業設計jsp小型車間信息化快捷管理系統mysql畢設12

https://www.bilibili.com/video/BV1pS421N7u2/

演示視頻：

3.1 可行性分析

可行性分析能夠讓系統用Zui低的開發成本來獲得Zui高的經濟效益。可行性分析目的是根據所開發系統的用戶需求，明確研究方向，明確目標。通過詳細的分析調查以及系統的框架設計功能模塊分析，找到可行的方法。對要設計實現的小工廠車間管理系統從技術上、經濟上、操作、發展上進行可行性研究調查，這樣既能夠保證信息資源的合理利用，也能夠避免在學習工作設計程序過程中因失誤而導致的系統錯漏問題，協助我們對設計做出更加合理和可惜的抉擇。

本小工廠車間管理系統采用JSP技術，基于B/S模式，使用SQL數據庫來對數據進行儲存。先從軟件及硬件方面對技術可行性進行分析：

1.硬件可行性分析

小工廠車間管理系統的硬件要求方面不存在特殊的要求，只需要在普通的硬件配置就能夠輕松的實現，只是需要確保小工廠車間管理系統的正常工作即可。以目前普遍的個人計算機的配置而言，這是十分容易實現的 。因此，小工廠車間管理系統的開發在硬件方面是可行的。

2.軟件可行性分析

本小工廠車間管理系統采用SQL數據庫、JAVA語言。大學時，我就已經掌握了JSP主要知識，也對SQL數據庫的操作進行了系統的學習。本系統從整體上看設計起來比較容易，本系統開發的重點就是對數據庫的設計和操作。在大學對軟件工程，軟件測試，UML統一建模語言等課程進行過系統的了解，也能夠對這些課程進行開發，擁有一定的系統辨別、開發和檢驗能力。JSP以及SQL結合起來開發一套小工廠車間管理系統，必定是可行并且高效的。 

因此，小工廠車間管理系統具有技術可行性。

小工廠車間管理系統是基于B/S模式，采用SQL數據庫儲存數據，所要求的硬件和軟件環境，市場上都很容易購買，程序開發主要是管理系統的開發和維護。所以程序在開發人力、財力上要求不高，而且此系統不是很復雜，開發周期短，在經濟方面具有較高的可行性。

小工廠車間管理系統的登錄界面簡單易于操作，采用常見的界面窗口來登錄界面，通過電腦進行訪問操作，用戶只要平時使用過電腦都能進行訪問操作。此系統的開發采用JAVA語言開發，基于B/S結構，這些開發環境使系統更加完善。

本系統具有易操作、易管理、交互性好的特點，在操作上是非常簡單的。因此本系統可以進行開發。

隨著的不斷發展，車間管理事務也越來越多，因此需要有一個完善的小工廠車間管理系統，來管理的貨品庫存信息。Zui重要的是要確?？茖W的管理方法，為企業獲得長遠發展的競爭力提高的唯一途徑。因此，對于的發展創新來說，開發一個小工廠車間管理系統是可行的。

小工廠車間管理系統在技術、經濟、操作、發展上都具有很高的可行性，開發此程序是很必要的。

3.2 系統非功能需求分析

（1）硬件要求

本系統不直接作為運營時的工具系統，無特殊性能要求；要求輸出的網站具有較高的訪問效率，可滿足每分鐘10000PV的請求量。

（2）完整性需求

要求各種物品信息記錄的完整性，各項信息記錄內容不能為空，各種數據間聯系應保持正確性，目相同的數據在不同記錄中的一致性。

（3）靈活性要求

系統的部分功能對數據的jingque度有所要求，對于系統的浮點型數據，其數據jingque度應jingque到小數點后2位。跨平臺要求：本系統可以運行于Linux操作系統的環境下。

支持軟件：適應IE和FF。

3.3 系統流程設計

為了保證系統的安全性，要使用本小工廠車間管理系統必須先登陸到系統中，系統登錄流程圖如圖3-1所示。

圖3-1系統登錄流程圖

小工廠車間管理系統的管理員在添加信息的時候，首先輸入信息，看信息是否正確，正確的話，添加成功，否則返回輸入信息，添加信息流程圖如圖3-2所示。

圖3-2 系統添加信息流程圖

3.4系統界面分析

目前，界面設計已經成為對軟件質量進行評價的一條關鍵指標，一個好的用戶界面可以使用戶使用系統的信心和興趣增加，從而使工作效率提高。

1.輸出設計

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

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

2.輸入設計

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

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

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

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

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

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

第四章 系統設計

3.1系統概要設計

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

圖3-1 系統工作原理圖

3.2系統功能模塊設計

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

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

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

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

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

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

根據第三章中系統功能需求概述，可得出本小工廠車間管理系統的功能結構圖，管理員如圖3-1所示。

圖3-2 管理員功能模塊圖

3.3 數據庫設計

概念模式的設計方法是在需求分析的基礎上，用概念數據模型（例如E-R模型）來表示數據以及數據之間的聯系，開發出能夠解決用戶信息要求和處理要求的數據庫系統概念模式。

在概念模式的設計中，E-R模型法是Zui常見的設計方法。本系統的E-R圖表現了系統中各個實體之間的聯系，本系統的各實體E-R圖如下圖所示：通常概念設計的主要目標是設計并反映出某一個組織部門的信息需求中的數據庫系統模式，數據庫系統的概念模式通常是獨立于：數據庫系統的邏輯結構、DBMS即數據庫管理系統、計算機系統等模式。

概念模式的設計方法主要是以需求分析作為基礎，并且用概念數據模型即E-R模型等來表示數據之間的相互聯系，設計并反映出用戶所需的信息需求以及處理需求的數據庫系統等概念模式。通常概念設計的主要目標是描述應用領域的信息模式，并且支持用戶的相關應用，Zui終方便轉換并為數據庫系統邏輯模式并且方便用戶理解。在此階段，用戶可以參與和評價數據庫系統的設計，Zui終來保證數據庫系統的設計與用戶的需求相吻合。在概念模式的設計中，E-R模型法是Zui常見的設計方法。本系統的E-R圖如下圖所示：

1、用戶信息實體E-R圖如圖3-3所示：

圖3-3用戶信息實體圖

2、商品信息實體E-R圖如圖3-4所示：

圖3-4商品實體圖

3、訂單基本信息實體E-R圖如圖3-5所示：

圖3-5訂單基本信息實體圖

4、 庫存實體E-R圖如圖3-6所示：

圖3-6 庫存實體圖