進銷存管理系統(tǒng)需求分析說明書_第1頁
進銷存管理系統(tǒng)需求分析說明書_第2頁
進銷存管理系統(tǒng)需求分析說明書_第3頁
進銷存管理系統(tǒng)需求分析說明書_第4頁
進銷存管理系統(tǒng)需求分析說明書_第5頁
已閱讀5頁,還剩2頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

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

Windows2000(專業(yè)版

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

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

B/S

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

servlet/JSP容器

Tomcat5,Tomcat5

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

TCP/IP

進行數(shù)據(jù)傳遞,訪問

SQL

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

ADO

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

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

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

PublicActionPublicAction

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論