進(jìn)銷存管理系統(tǒng)需求分析說明書

進(jìn)銷存管理系統(tǒng)需求分析說明書1、需求背景傳統(tǒng)的煤炭運(yùn)輸經(jīng)營對互聯(lián)網(wǎng)的利用不夠， 經(jīng)營成本相對較高、 效益較低。本畢業(yè)設(shè)計(jì)的主要目標(biāo)是實(shí)現(xiàn)一款針對煤炭運(yùn)輸公司的專業(yè)化網(wǎng)絡(luò)管理軟件。 通過瀏覽器與服務(wù)器端的通信，實(shí)現(xiàn)跨地區(qū)的煤炭采購、倉儲和銷售等業(yè)務(wù)數(shù)據(jù)的共享，以便分布在各地的煤炭采購、 銷售等工作人員即時(shí)反饋供求信息， 提高企業(yè)的運(yùn)作效率。 通過該煤炭購銷管理系統(tǒng)，可以有效解決煤炭采購、倉儲和銷售過程中因?yàn)樾畔蠖鸬慕?jīng)營成本過高的問題。2、需求規(guī)定2.1、煤炭進(jìn)銷存管理系統(tǒng)主要包含四個(gè)功能模塊：用戶管理、采購管理、倉儲管理和銷售管理。各個(gè)模塊主要功能分別如下：(一)用戶管理子系統(tǒng)。主要實(shí)現(xiàn)對用戶的增刪管理、基本信息管理和權(quán)限變更管理。(二)采購管理子系統(tǒng)用于實(shí)現(xiàn)煤炭采購過程中的采購訂單、 收貨通知單等基本文件的編制，通過庫存信息、缺貨信息以及煤炭供應(yīng)商信息實(shí)現(xiàn)采購訂單、 收獲通知單的開立、 遞送、撤銷等日常采購業(yè)務(wù)。(三)倉庫管理子系統(tǒng)用于管理煤炭的庫存狀況等基本信息， 完成每次煤炭進(jìn)出倉庫的質(zhì)量檢驗(yàn)及數(shù)據(jù)變更，能夠?qū)Σ煌贩N進(jìn)行分類管理及存量控制。(四)銷售管理子系統(tǒng)用于處理煤炭銷售的日常業(yè)務(wù)，完成銷售訂單、出庫申請單等基本文件的編制，并能通過銷售訂單對每一個(gè)月的銷售情況進(jìn)行統(tǒng)計(jì)，生成月銷售賬單。詳細(xì)功能如下表所示：表1.煤炭進(jìn)銷存管理系統(tǒng)功能表序號功能功能說明注備1、用戶登陸輸入用戶名、密碼和角色進(jìn)行登陸，系統(tǒng)對密碼及角色進(jìn)行驗(yàn)證系統(tǒng)使用人員都擁有該功能權(quán)限2、查看/修改個(gè)人信息用戶登陸后，可以查看并修改登陸密碼等個(gè)人信息3、退出成功登陸后，提供安全退出功能4、添加用戶將用戶信息（用戶名、密碼和用戶類型等）輸入，在保存用戶信息時(shí)應(yīng)進(jìn)行完整性檢查，將輸入正確的數(shù)據(jù)保存到數(shù)據(jù)庫中僅管理員擁有該功能權(quán)限5、查看/刪除用戶查看用戶信息，把用戶信息從數(shù)據(jù)庫中刪除，不能刪除管理員自身的信息6、更改用戶可以更改用戶類型等用戶信息7、長期供應(yīng)商添加與刪除提供自由式輸入界面，將長期供應(yīng)商信息（包括供應(yīng)商名、供應(yīng)商號、長期供應(yīng)產(chǎn)品類型、長期供應(yīng)產(chǎn)品價(jià)格）輸入，在保存長期供應(yīng)商信息時(shí)應(yīng)進(jìn)行數(shù)據(jù)的完備性和準(zhǔn)確性檢查，輸入正確的數(shù)據(jù)保存到數(shù)據(jù)庫中。同時(shí)可以將供應(yīng)商信息從數(shù)據(jù)庫中刪除。僅采購人員擁有該功能權(quán)限8、訂購單編制提供自由式輸入界面，根據(jù)查詢到的庫存信息和缺貨信息將訂購單信息（包括訂單編號、材料的品名、數(shù)量、交貨（到貨）日期等）輸入，在保存訂購單信息時(shí)應(yīng)進(jìn)行數(shù)據(jù)的完備性和準(zhǔn)確性檢查，輸入正確的數(shù)據(jù)保存到數(shù)據(jù)庫中。9、收貨通知單編制根據(jù)編制好的訂單編制收貨通知單10、庫存查詢查看庫存信息，以便編制采購單11、缺貨查詢查看缺貨信息，以編制采購訂單12、送檢入庫單的編寫根據(jù)收貨通知單編寫送檢的品種，檢驗(yàn)的項(xiàng)目僅倉儲人員擁有該功能權(quán)限13、入庫單的編制根據(jù)送檢入庫單的信息編制入庫單14、出庫單/缺貨單編制查看出庫申請單并根據(jù)出庫申請單編制出庫單，若庫存不足，則編制缺貨單15、登庫存總賬根據(jù)入庫單和出庫等庫存總賬16、付款通知單編制根據(jù)出庫單編制，已經(jīng)登庫存總賬的出庫單才能編制付款通知單17、打印現(xiàn)有付款通知單將付款通知單打印并送至付款單位18、錄入訂單并處理發(fā)貨銷售人員根據(jù)買家要求填寫的銷售訂單，包含各種基本數(shù)據(jù)，將此訂單保存到數(shù)據(jù)庫中讓其他功能共享僅銷售人員擁有該功能權(quán)限19、編制出庫申請單根據(jù)銷售訂單編制出庫申請單作為出庫憑證出庫20、月銷售訂單一覽表輸入月份查看當(dāng)月所以銷售訂單，然后由此生成月銷售賬單21、生成月銷售數(shù)據(jù)賬單并打印根據(jù)登記的銷售一覽表情況，生成每個(gè)月的具體銷售賬單，能夠使員工一目了然，并提供打印輸出22、數(shù)據(jù)備份與維護(hù)用于將系統(tǒng)中的數(shù)據(jù)庫復(fù)制一個(gè)備份，并提供將備份的數(shù)據(jù)庫恢復(fù)到系統(tǒng)中2.2、對性能的規(guī)定精度要求：時(shí)間特殊性要求：靈活性：同時(shí)提供鼠標(biāo)與鍵盤操作。模塊化設(shè)計(jì)，方便以后的擴(kuò)展2.3、輸入輸出要求輸入方式為鍵盤輸入，在輸入時(shí)要求盡可能少輸入數(shù)據(jù)，提供常用數(shù)據(jù)的選擇輸入，并提供數(shù)據(jù)的核對功能。(2)輸出方式提供屏幕輸出和打印輸出兩種方式，屏幕輸出與打印輸出的內(nèi)容要求保持一致。2.4、數(shù)據(jù)管理功能的要求訂單數(shù)據(jù)應(yīng)保存10年以上，每月已處理訂單數(shù)據(jù)備份存檔，且不允許修改。對用戶的管理應(yīng)該由授權(quán)的人進(jìn)行，不可隨意修改刪除。單據(jù)表格應(yīng)該方便填寫，有一定的可選項(xiàng)，并且簡單明了。2.5、故障處理要求涉及數(shù)據(jù)庫訪問的應(yīng)用程序必須保證數(shù)據(jù)庫的一致性。應(yīng)用程序故障時(shí)可重啟電腦而繼續(xù)使用2.6其它專門要求系統(tǒng)只能由授權(quán)的人員操作，以保證數(shù)據(jù)的安全。保證數(shù)據(jù)不被非指定人員修改與刪除一般情況不處理退貨3、運(yùn)行環(huán)境規(guī)定3.1、設(shè)備要求采用專用服務(wù)器作為Web服務(wù)器及數(shù)據(jù)庫服務(wù)器打印機(jī)3.2、支持軟件低端計(jì)算機(jī)設(shè)備采用

Windows2000(專業(yè)版

)/XP；煤炭購銷管理系統(tǒng)的實(shí)現(xiàn)主要基于javaweb

開發(fā)技術(shù)，其

B/S

網(wǎng)絡(luò)服務(wù)器采用獨(dú)立的

servlet/JSP容器

Tomcat5,Tomcat5

在開發(fā)過程中可以作為獨(dú)立的服務(wù)器使用。3.3、接口該B/S結(jié)構(gòu)網(wǎng)絡(luò)系統(tǒng)采用

TCP/IP

進(jìn)行數(shù)據(jù)傳遞，訪問

SQL

數(shù)據(jù)庫時(shí)采用

ADO

方式進(jìn)行訪問。3.4、控制煤炭購銷系統(tǒng)可以通過啟動(dòng)瀏覽器，輸入 Web服務(wù)器地址后進(jìn)入系統(tǒng)。4、分析模式4.1用例圖（對煤炭進(jìn)銷存系統(tǒng)的功能行為進(jìn)行初步的建模）、用戶管理用例圖。該用例模型的參與者為系統(tǒng)管理員，主事件流包括注冊新的用戶、查詢用戶信息并進(jìn)行修改或刪除。、采購管理用例圖。該用例模型的參與者為采購人員，主事件流有采購訂單、收貨通知單等基本文件的編制，庫存信息、缺貨信息的查詢等。其中“查看缺貨信息”事件流的前置條件為倉儲人員編制了缺貨單。、倉庫管理用例圖。該用例模型的參與者為倉儲人員，主事件流包括查看庫存狀況等基本信息，完成每次煤炭進(jìn)出倉庫的質(zhì)量檢驗(yàn)及數(shù)據(jù)變更，并對不同品種進(jìn)行分類管理及存量控制。該用例圖包括的事件流“查看收貨通知單信息”的前置條件是，采購人員已進(jìn)行了煤炭采購，并編制了相應(yīng)的收貨通知單；事件流“查看出庫申請單”的前置條件則是銷售人員編制了出庫申請單。、銷售管理用例圖。該用例模型的參與者為銷售人員，事件流包括銷售訂單、

出庫申請單等基本文件的編制和月銷售情況統(tǒng)計(jì)并生成月銷售賬單等。4.2、時(shí)序圖（用來顯示對象之間的關(guān)系，并強(qiáng)調(diào)對象之間消息的時(shí)間順序，同時(shí)顯示了對象之間的交互。）、用戶管理時(shí)序圖。該時(shí)序圖描述了系統(tǒng)管理員登陸系統(tǒng)，查看系統(tǒng)用戶信息，增加新用戶，最后退出系統(tǒng)的一系列操作過程。參與者是系統(tǒng)管理員，對象包括控制類對象PublicAction、GuanLiAction 和邊界類對象 YongHuServiceImpl、YongHuDAOImpl，管理員首先向控制類對象發(fā)送登陸、查看用戶信息、注冊用戶等請求消息，控制類對象會向調(diào)用相應(yīng)的業(yè)務(wù)類接口方法響應(yīng)管理員的請求。、采購管理時(shí)序圖。該時(shí)序圖描述了采購人員登陸系統(tǒng)，增加供應(yīng)商，增加訂單，最后退出系統(tǒng)的操作過程。（限于篇幅，其他業(yè)務(wù)時(shí)序圖略）4.3、類圖（顯示了模型的靜態(tài)結(jié)構(gòu)，特別是模型中存在的類、類的內(nèi)部結(jié)構(gòu)以及它們與其他類的關(guān)系）接口

、類圖1：PublicAction_YongHuService，該類圖體現(xiàn)控制類YongHuService和實(shí)體類 YongHu之間的依賴關(guān)系，其中控制類

PublicActionPublicAction

、業(yè)務(wù)類與實(shí)體類YongHu

的關(guān)系為一般化依賴關(guān)系，與業(yè)務(wù)類接口 YongHuService

為組合關(guān)系；而類YongHuServiceImpl與類YongHuService為實(shí)現(xiàn)關(guān)系，前置實(shí)現(xiàn)了后者。、類圖2：XiaoShouAction_..，描述了銷售管理模塊中控制類與各種業(yè)務(wù)類的依賴關(guān)系。（限于篇幅，業(yè)務(wù)類、實(shí)體類中的屬性方法都未詳細(xì)列出）（其他模塊的類圖與以上類圖類似，這里不再羅列）5、開發(fā)模式本系統(tǒng)采用MVC三層架構(gòu)實(shí)現(xiàn)。MVC是Model-View-Controller的簡寫（如下圖），“Model代”表的是應(yīng)用業(yè)務(wù)邏輯(通過JavaBean，EJB組件實(shí)現(xiàn))，“View是”應(yīng)用層的表示面（由JSP產(chǎn)生），“Controller是”提供應(yīng)用的處理過程控制（一般是一個(gè) Servlet），通過這種設(shè)計(jì)模式把應(yīng)用邏輯， 處理過程和顯示邏輯分成不同的組件實(shí)現(xiàn)。 這些組件可以進(jìn)行交互和重用，解耦合并且使系統(tǒng)更易于維護(hù)。本系統(tǒng)的真正實(shí)現(xiàn)將采用 Struts開源框架，Struts框架是一種 J2EE下實(shí)現(xiàn)MVC模式的應(yīng)用框架，具有組件的模塊化、靈活性和重用性的優(yōu)點(diǎn)，簡化了基于 MVC 的Web應(yīng)用程序的開