商品進(jìn)銷存需求分析(共26頁)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上呼倫貝爾學(xué)院計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院系統(tǒng)開發(fā)需求分析題 目： 商店進(jìn)銷存管理系統(tǒng) 學(xué)生姓名： 專業(yè)班級： 任課教師： 完成時(shí)間： 專心-專注-專業(yè)目錄第1章 可行性分析1.1引言1.1.1編寫目的經(jīng)過我們的調(diào)查發(fā)現(xiàn)，許多商店在物流管理方面，仍使用傳統(tǒng)的人工管理模式，浪費(fèi)人力資源，效率低準(zhǔn)確率低。有一些商品緊缺，供不應(yīng)求，使顧客大為不滿，還有一些商品長期積壓，損壞嚴(yán)重，造成重大經(jīng)濟(jì)損失，引起店家不滿，多次向管理員反映，但問題依舊存在。商店以零售為前導(dǎo)，以商品進(jìn)銷存為基礎(chǔ)，一個(gè)大型商店，如果沒有一個(gè)強(qiáng)大的信息系統(tǒng)來支持，那么就會(huì)造成大量的商品，而供不應(yīng)求的局面，勢必會(huì)減少客流

2、量給商店帶來巨大的損失。有的商店會(huì)投入大量人力來解決這樣的問題，但是不僅成本花費(fèi)比較多浪費(fèi)時(shí)間，也沒有系統(tǒng)的準(zhǔn)確，高效。1.1.2項(xiàng)目背景A. 所建議開發(fā)的系統(tǒng)的名稱：商店進(jìn)銷存管理系統(tǒng)；B. 本項(xiàng)目的提出者：常培績開發(fā)者：常培績（組長）、李韜、梁靜、楊寧C. 用戶：需要對商品的進(jìn)銷存進(jìn)行統(tǒng)一管理的各個(gè)行業(yè)部門。1.1.3參考資料劉振華、王曉蓓.軟件工程與UML項(xiàng)目化實(shí)用教程.北京，清華大學(xué)出版社1.2可行性研究的前提1.2.1基本要求實(shí)現(xiàn)商店進(jìn)銷存管理系統(tǒng)，使得商店的管理更加及時(shí)、高效，功能主要包括銷售管理、庫存管理、賬務(wù)管理和系統(tǒng)管理。本系統(tǒng)主要功能及性能要求如下：（1） 員工、管理員登錄

3、驗(yàn)證。（2） 員工可對顧客購買商品信息進(jìn)行操作；可對每日的銷售產(chǎn)品數(shù)量，銷售額，哪種產(chǎn)品賣得最多，進(jìn)行查詢，并查詢庫存量并及時(shí)更改庫存量。（3） 管理人員可查詢近期商品的銷售記錄，查看庫存量，為今后商品的采購和經(jīng)營決策提供依據(jù)；可對公司所有員工的基本信息進(jìn)行查詢、添加、刪除和更新；對原有商品信息及時(shí)更新，刪除過期商品信息；可對店內(nèi)維修信息及花費(fèi)進(jìn)行統(tǒng)計(jì)。（4） 完成期限要求。1.2.2目標(biāo)（1） 人力與設(shè)備費(fèi)用的相對較少。（2） 使用此系統(tǒng)后可以查看庫存信息，及時(shí)對庫存進(jìn)行更新，并可清楚地了解每日銷售信息，總結(jié)銷售記錄，了解店內(nèi)營銷利潤。（3） 系統(tǒng)穩(wěn)定性好。（4） 使得用戶操作簡潔。（5）

4、安全性較高，加密性強(qiáng)。1.2.3條件、假定和限制（1） 系統(tǒng)運(yùn)行壽命的最小值應(yīng)達(dá)一年。（2） 經(jīng)費(fèi)、投資方面的來源和限制：由于我們是學(xué)生開發(fā)無需 資金，大家在各個(gè)方面的技術(shù)還不是很完善。（3） 可利用的信息和資源：Java web程序設(shè)計(jì)，MySQL，軟件工程與UML項(xiàng)目化實(shí)用教程。（4） 系統(tǒng)最晚完成時(shí)間：2017年11月30日。1.2.4可行性研究的方法進(jìn)行可行性分析的方法主要有戰(zhàn)略分析、調(diào)查研究、預(yù)測技術(shù)、系統(tǒng)分析、模型方法等方法。分析原油系統(tǒng)，進(jìn)行商品市場的調(diào)查，針對原有系統(tǒng)進(jìn)行問卷調(diào)查，小組進(jìn)行討論。1.3所建議技術(shù)可行性研究（1） 風(fēng)險(xiǎn)分析：此軟件可維護(hù)，可擴(kuò)展，風(fēng)險(xiǎn)小。（2） 資

5、源分析：必需的軟件，硬件，工作環(huán)境都已經(jīng)具備。（3） 技術(shù)分析：此網(wǎng)站使用JSP技術(shù)，采用eclipse-ee開發(fā)工具。采用三層架構(gòu)，使得網(wǎng)站將來具有更好的擴(kuò)展性和可維護(hù)性，由于沒有復(fù)雜的業(yè)務(wù)，邏輯要求簡單，所以利用現(xiàn)有技術(shù)方面完全可以達(dá)到。1.4經(jīng)濟(jì)可行性分析因?yàn)橥ㄟ^網(wǎng)絡(luò)傳遞銷售信息可以不受距離的限制，因此可以借閱許多的人力和物力，方便管理，由此可以減少不必要的開支，同時(shí)該系統(tǒng)可以提高商店的銷售效率，即提高了商店的經(jīng)濟(jì)效益。1.5社會(huì)因素可行性分析1.5.1法律方面的可行性新系統(tǒng)的研制和開發(fā)，將不會(huì)侵犯他人、集體和國家的利益，不會(huì)違反國家政策和法律。1.5.2使用方面的可行性具有操作簡單，界

6、面友好，許多選項(xiàng)只需單擊鼠標(biāo)即可，實(shí)現(xiàn)了系統(tǒng)對商店的管理要求。系統(tǒng)運(yùn)行應(yīng)該快速。穩(wěn)定、高效和可靠；在結(jié)構(gòu)上應(yīng)具有很好的可擴(kuò)展性，便于將來的功能擴(kuò)展和維護(hù)。1.6業(yè)務(wù)流程圖開始系統(tǒng)首頁通過失敗登錄驗(yàn)證后臺管理頁面選擇操作進(jìn)貨管理銷售管理供應(yīng)商管理退出登錄庫存管理信息管理商品信息管理用戶信息管理結(jié)束圖1-1 總系統(tǒng)流程圖開始結(jié)束存儲銷售信息添加銷售信息顯示銷售信息刪除銷售信息修改銷售信息讀取銷售信息圖1-2 銷售管理業(yè)務(wù)流程圖領(lǐng)貨單是否缺貨查看庫存信息開缺貨單聯(lián)系供貨商是否有貨是否否供貨是圖1-3 供貨管理業(yè)務(wù)流程圖1.7結(jié)論經(jīng)上述可行性分析，系統(tǒng)研制和開發(fā)可以立即開始進(jìn)行。第2章 需求分析2.1

7、功能性需求分析表2-1 功能性需求分類功能用例名稱、標(biāo)識符概述用戶登錄用戶登錄根據(jù)用戶填寫的用戶名和密碼發(fā)送連接請求。連接成功后登錄數(shù)據(jù)庫，服務(wù)器對用戶的身份進(jìn)行驗(yàn)證商品信息管理添加商品信息填寫新增信息，管理員向服務(wù)器發(fā)送添加商品信息請求，添加商品信息修改商品信息管理員向服務(wù)器發(fā)送修改商品信息請求，更新商品信息刪除商品信息管理員向服務(wù)器發(fā)送刪除商品信息請求，刪除商品信息查詢商品信息管理員向服務(wù)器發(fā)送查看商品信息請求，查看商品信息進(jìn)貨管理添加進(jìn)貨信息管理員根據(jù)庫存量，及時(shí)進(jìn)行貨物補(bǔ)充，添加新增商品信息修改進(jìn)貨信息管理員向服務(wù)器發(fā)送請求，修改進(jìn)貨信息查詢進(jìn)貨信息管理員向服務(wù)器發(fā)送請求，查詢進(jìn)貨信息

8、刪除進(jìn)貨信息管理員向服務(wù)器發(fā)送請求，刪除進(jìn)貨信息，進(jìn)行退貨處理。供應(yīng)商管理添加供應(yīng)商信息由管理員對供應(yīng)商信息進(jìn)行更新，并向服務(wù)器進(jìn)行請求，對供應(yīng)商信息進(jìn)行查詢及修改修改供應(yīng)商信息刪除供應(yīng)商信息查詢供應(yīng)商信息銷售管理添加銷售記錄添加銷售記錄，商品數(shù)量相應(yīng)減少，同時(shí)及時(shí)查看上架商品的數(shù)量修改銷售記錄向服務(wù)器進(jìn)行銷售記錄修改請求，修改銷售信息查詢銷售記錄管理員可對每日，每月，每年銷售記錄進(jìn)行查詢，并統(tǒng)計(jì)相應(yīng)利潤刪除銷售記錄管理員可對無用銷售記錄進(jìn)行刪除操作用戶管理添加員工信息該子系統(tǒng)主要由管理員對員工信息進(jìn)行管理刪除員工信息修改員工信息查詢員工信息查詢管理員信息該子系統(tǒng)主要由管理員對個(gè)人信息進(jìn)行管理

9、修改管理員信息庫存管理查詢庫存信息該子系統(tǒng)由員工進(jìn)行庫存管理添加庫存信息修改庫存信息刪除庫存信息2.2用例圖（1）員工用例圖具體可見圖2-1 員工用例圖。圖2-1 員工用例圖（2）管理員用例圖具體可見圖2-2 管理員用例圖。圖2-2 管理員用例圖2.3用例描述(1)”管理員登錄”用例. “管理員登錄”用例具體描述見表1-1表2-2 管理員登錄用例描述表用例編號:YL001。用例名稱:管理員登錄。用例描述:該用例的主要功能是向服務(wù)器發(fā)送連接請求，并向服務(wù)器提供驗(yàn)證所需要的用戶名和密碼。參與者:管理員前置條件:以合法的身份登錄系統(tǒng)，輸入正確的用戶名和密碼。事件流:1、 基本流1. 管理員輸入登錄的

10、用戶名和密碼2. 單擊”登錄”按鈕,請求登錄，單擊”取消”按鈕,取消登錄。3. 客戶端程序檢查用戶填寫的內(nèi)容是否合法(具體判斷根據(jù)系統(tǒng)的開發(fā)者設(shè)計(jì)有關(guān))，如果未通過檢查,則轉(zhuǎn)向備選流1。4. 服務(wù)器接收請求,連接成功。5. 點(diǎn)擊登錄按鈕后，通過服務(wù)器去數(shù)據(jù)庫里找與之相對應(yīng)的用戶名和密碼，如果未能找到相匹配的數(shù)據(jù)，則轉(zhuǎn)向備選流2。6. 驗(yàn)證通過，顯示后臺管理界面。7. 用例結(jié)束。2、 備選流 1. 備選流 1 (1) 如果客戶端驗(yàn)證沒有通過，輸入的用戶名和密碼不符合設(shè)定的條件，以及其他條件等等。 (2) 管理員返回基本流1。 2. 備選流 2 (1) 如果管理員身份沒有在相應(yīng)的數(shù)據(jù)庫里找到，將會(huì)

11、返回“用戶名或者密碼有誤”的信息。特殊要求: 1. 用戶名要求:必須為數(shù)字，必填。 2. 密碼長度要求:不得少于6位，并以掩碼”*”顯示，來起到保護(hù)作用。 后置條件: 管理員登錄成功后，顯示后臺管理主界面。(2)”員工登錄”用例?！皢T工登錄”用例描述具體見表1-2。用例編號:YL002。用例名稱:員工登錄。用例描述:該用例的主要功能是向服務(wù)器發(fā)送連接請求，并向服務(wù)器提供驗(yàn)證所需要的用戶名和密碼。參與者:員工前置條件:以合法的身份登錄系統(tǒng)，輸入正確的用戶名和密碼。事件流:2、 基本流1. 員工輸入登錄的用戶名和密碼2. 單擊”登錄”按鈕,請求登錄，單擊”取消”按鈕,取消登錄。3. 客戶端程序檢查

12、用戶填寫的內(nèi)容是否合法(具體判斷根據(jù)系統(tǒng)的開發(fā)者設(shè)計(jì)有關(guān))，如果未通過檢查,則轉(zhuǎn)向備選流1。4. 服務(wù)器接收請求,連接成功。5. 點(diǎn)擊登錄按鈕后，通過服務(wù)器去數(shù)據(jù)庫里找與之相對應(yīng)的用戶名和密碼，如果未能找到相匹配的數(shù)據(jù)，則轉(zhuǎn)向備選流2。6. 驗(yàn)證通過，顯示后臺管理界面。7. 用例結(jié)束。3、 備選流 1. 備選流 1 (1) 如果客戶端驗(yàn)證沒有通過，輸入的用戶名和密碼不符合設(shè)定的條件，以及其他條件等等。 (2) 員工返回基本流1。 2. 備選流 2 (1) 如果員工身份沒有在相應(yīng)的數(shù)據(jù)庫里找到，將會(huì)返回“用戶名或者密碼有誤”的信息。特殊要求: 1. 用戶名要求:必須為數(shù)字，必填。 2. 密碼長度

13、要求:不得少于6位，并以掩碼”*”顯示，來起到保護(hù)作用。 后置條件: 管理員登錄成功后，顯示后臺管理主界面。表2-3 員工登錄用戶描述2.4非功能性需求2.4.1技術(shù)需求2.4.1.1軟硬件環(huán)境需求（1） web服務(wù)器：Tomcat5.0以上（2） 數(shù)據(jù)庫：MySQL5.0以上（3） 安裝所需硬盤空間：100MB以上2.4.1.2性能需求（1）反應(yīng)速度快。在機(jī)器配置達(dá)到系統(tǒng)要求的情況下，該系統(tǒng)可在大多數(shù)平臺上流暢運(yùn)行。（2）操作簡便。信息查看及修改等操作簡單，易懂。（3）安全保密性高。本系統(tǒng)將定義兩個(gè)角色，并對角色權(quán)限進(jìn)行限制，通過定義某些角色能進(jìn)行的操作權(quán)限和定義用戶用戶擁有的角色，限定用戶

14、的操作權(quán)限，實(shí)現(xiàn)對用戶的權(quán)限，以此提高系統(tǒng)的安全性。（4） 對輸入輸出要求。系統(tǒng)默認(rèn)的輸入設(shè)備為鍵盤，掃描儀及電子數(shù)據(jù)設(shè)備，輸出設(shè)備為顯示器和打印機(jī)。2.4.2質(zhì)量需求2.4.2.1可用性（1） 輸入的合法性檢查和值域檢查。（2） 對于復(fù)雜的動(dòng)作要有必要的提示信息。（3） 記憶用戶的設(shè)置或操作習(xí)慣，方便用戶操作。2.4.2.2可靠性和健壯性系統(tǒng)允許用戶的誤操作和有效的輸入檢測。當(dāng)用戶進(jìn)行操作時(shí)，適當(dāng)提示確認(rèn)信息框，減少用戶操作錯(cuò)誤率。系統(tǒng)中有關(guān)用戶對系統(tǒng)中部分信息更改包括錄入當(dāng)前系統(tǒng)時(shí)間，以此提高系統(tǒng)的可靠性。2.4.3設(shè)計(jì)約束（1） 語言約束本系統(tǒng)是基于中文系統(tǒng)開發(fā)和使用的，系統(tǒng)必須支持中文

15、處理。（2） 系統(tǒng)模型約束本系統(tǒng)采用structs+JSP模型，在保證實(shí)現(xiàn)技術(shù)簡單易維護(hù)的基礎(chǔ)上，還可提高可重用性和可移植性。2.4.4驗(yàn)收標(biāo)準(zhǔn)商店進(jìn)銷存管理系統(tǒng)驗(yàn)收標(biāo)準(zhǔn)如下：（1） 實(shí)現(xiàn)所有功能需求。（2） 滿足非功能性需求。（3） 系統(tǒng)設(shè)計(jì)文檔完整，且符合規(guī)范。代碼符合規(guī)范，命名規(guī)范，且與系統(tǒng)設(shè)計(jì)一致。第3章 概要設(shè)計(jì)3.1MVC設(shè)計(jì)模式3.1.1 MVC結(jié)構(gòu)圖MVC組件類型關(guān)系和功能圖如圖1-2 所示。模型層封裝應(yīng)用程序狀態(tài)；響應(yīng)狀態(tài)查詢；應(yīng)用程序功能；通知視圖改變狀態(tài)查詢狀態(tài)改變通知改變視圖層解釋模型；模型更新請求；發(fā)送用戶輸入給控制器；允許控制器選擇視圖控制器層定義應(yīng)用程序行為；用戶

16、動(dòng)作映射成模型更新；選擇相應(yīng)的視圖 視圖選擇用戶請求事 件方法調(diào)用圖1-1 MVC組件類型關(guān)系和功能圖基于MVC模型的web應(yīng)用的整個(gè)工作流程可以分為4個(gè)步驟。（1） 用戶通過視圖（一般JSP頁面或HTML頁面）發(fā)出請求。（2） 控制器接收請求后，調(diào)用相應(yīng)的模型并改變其狀態(tài)。（3） 當(dāng)模型狀態(tài)改變后，控制器選擇對應(yīng)的視圖組件來反饋改變后的結(jié)果。（4） 視圖根據(jù)改變后的模型，將正確的狀態(tài)信息顯示給用戶。3.1.2 MVC Model1在MVC模式的Model1體系中，JSP頁面獨(dú)立響應(yīng)請求并將出理結(jié)果返回客戶，所有的數(shù)據(jù)存取都是由JavaBean來完成。Model1體系十分適合簡單應(yīng)用需要，卻不

17、能滿足復(fù)雜的大型應(yīng)用程序的實(shí)現(xiàn)。MVC Model1的體系結(jié)構(gòu)如圖2-2所示。瀏覽器關(guān)系數(shù)據(jù)庫JSP請求JAVAJDBC響應(yīng)圖1-2 MVC Model1體系結(jié)構(gòu)圖查詢商品信息3.2系統(tǒng)功能層次圖修改商品信息商品信息管理添加商品信息刪除商品信息修改密碼員工刪除商品信息查詢商品信息修改商品信息庫存管理商店進(jìn)銷存管理系統(tǒng)添加商品信息銷售管理查詢銷售信息添加銷售信息修改刪除銷售信息修改密碼查詢供應(yīng)商信息查詢剩余過期天數(shù)修改供應(yīng)商信息添加供應(yīng)商信息供應(yīng)商管理刪除供應(yīng)商信息管理員查詢員工信息員工管理修改員工信息刪除員工信息添加員工信息添加進(jìn)貨信息查詢進(jìn)貨信息進(jìn)貨管理刪除進(jìn)貨信息修改進(jìn)貨信息圖2-1 系統(tǒng)

18、功能層次圖3.3概念結(jié)構(gòu)設(shè)計(jì)3.3.1系統(tǒng)局部E-R圖（1）商品的屬性包括生產(chǎn)日期、價(jià)格、過期日期、商品編號、商品名稱。具體見圖3-1 商品E-R圖。商品商品名稱生產(chǎn)日期過期日期數(shù)量商品編號價(jià)格數(shù)量數(shù)量圖3-1 商品E-R圖（2）商品類別的屬性包括編號、名稱。具體見圖3-2 商品類別E-R圖。商品類別類別名稱稱類別編號圖3-2 商品類別E-R圖供應(yīng)商（3）供書商的屬性包括編號、名稱、地址、聯(lián)系方式。具體見圖3-3 供書商E-R圖。聯(lián)系方式供應(yīng)商編號供應(yīng)商地址名稱圖3-3 供書商E-R圖（4）銷售單信息主要包括銷售單號，員工編號、種數(shù)、總金額、銷售日期。具體可見圖3-4 銷售單E-R圖。銷售日期

19、銷售單總金額銷售單號種數(shù)員工號圖3-4 銷售單E-R圖3.3.2系統(tǒng)總體E-R圖一種商品類別可以有多本商品，一個(gè)商品只能屬于一種商品類別；商品可以賣給多個(gè)顧客，一個(gè)顧客可以購買多個(gè)商品；商品可以有多個(gè)訂單，一個(gè)訂單可以可以有多個(gè)商品；一個(gè)供應(yīng)商可以有多個(gè)訂單，一個(gè)訂單只能屬于一個(gè)供應(yīng)商；一個(gè)倉庫可以存放多個(gè)商品，商品可存于多個(gè)倉庫。具體可見3-5 系統(tǒng)總體E-R 圖。圖3-5 總體E-R圖3.4邏輯結(jié)構(gòu)設(shè)計(jì)3.4.1 關(guān)系模式商品(商品編號, 商品名稱, 規(guī)格, 單位, 數(shù)量, 售價(jià), 類別號, 生產(chǎn)日期, 過期日期, 進(jìn)價(jià))類別(類別編號, 類別名稱)銷售明細(xì)(銷售單號,商品編號,個(gè)數(shù), 總

20、金額, 銷售日期)銷售單(銷售單號, 員工號, 種數(shù), 總金額, 銷售日期)供應(yīng)商(供應(yīng)商編號, 供應(yīng)商名稱, 供應(yīng)商地址, 聯(lián)系人姓名, 聯(lián)系方式)進(jìn)貨(進(jìn)貨單號,商品編號, 供應(yīng)商編號, 個(gè)數(shù), 總金額, 進(jìn)貨日期, 管理員編號)3.4.2 數(shù)據(jù)庫表的實(shí)現(xiàn)表3-1 數(shù)據(jù)庫中表清單數(shù)據(jù)庫表名關(guān)系模式名稱備注goods商品商品信息表type類別商品類別信息表sellmx銷售明細(xì)銷售明細(xì)表sell銷售單銷售單表worker員工員工信息表supplier供應(yīng)商供應(yīng)商信息表stock進(jìn)貨進(jìn)貨表admin管理員管理員信息表表3-2 goods表字段名稱含義屬性類型長度備注goodsno商品編號varc

21、har30主鍵goodname商品名稱varchar30guige規(guī)格varchar30danwei單位varchar5count數(shù)量int11outprise售價(jià)float10價(jià)格保留兩位小數(shù)typeno類別號varchar30外鍵scdate生產(chǎn)日期varchar30gqdata過期日期varchar30inprise進(jìn)價(jià)float10價(jià)格保留兩位小數(shù)表3-3 type表字段名稱含義屬性類型長度備注typeno類別編號varchar30主鍵typename類別名稱varchar30表 3-4 供應(yīng)商表supplier信息列表字段名稱含義屬性類型長度備注supplierno供應(yīng)商編號varc

22、har30主鍵suppliername供應(yīng)商名稱varchar150adress供應(yīng)商地址varchar150peoplena聯(lián)系人姓名varchar20peoplephone聯(lián)系方式varchar20表 3-5 銷售表sell信息列表字段名稱含義屬性類型長度備注sellno銷售單號varchar30主鍵workerno員工號varchar30zhongshu種數(shù)int11zongjia總金額floatselldate銷售日期varchar20表 2-5 銷售明細(xì)表sellmx信息列表字段名稱含義屬性類型長度備注sellno銷售單號varchar30主鍵goodsno商品編號varchar30主鍵sellcount個(gè)數(shù)int11zprise總金額float10selldate銷售日期varchar20表 3-6 進(jìn)貨表stock信息列表字段名稱含義屬性類型長度備注stockno進(jìn)貨單號varchar30主鍵goodsno商品編號varchar30supplierno供應(yīng)商編號varchar30stockcount個(gè)數(shù)Int11lastinp