采購及倉庫管理信息系統(tǒng)原型設計書(需求分析)

采購及倉庫管理信息系統(tǒng)原型設計書V1.0小組名稱：小組口號：指導教師：文檔撰寫人：文檔撰寫時間：團隊分工記錄表目錄TOC\o"1-5"\h\z\o"CurrentDocument"系統(tǒng)概述 4\o"CurrentDocument"系統(tǒng)需求分析 4\o"CurrentDocument"需求概述 4\o"CurrentDocument"目標 4\o"CurrentDocument"運行環(huán)境 4用戶的特點 42.1.4關鍵點 錯誤！未定義書簽。2.1.5約束條件 錯誤！未定義書簽。\o"CurrentDocument"2.2需求規(guī)格 5\o"CurrentDocument"2.2.1軟件系統(tǒng)總體功能/對象結構 52.2.2軟件子系統(tǒng)功能/對象結構 錯誤！未定義書簽。2.2.3描述約定 錯誤！未定義書簽。\o"CurrentDocument"詳細需求說明 6\o"CurrentDocument"3.1功能需求描述 63.2接口需求說明 6\o"CurrentDocument"3.3數(shù)據(jù)處理性能需求 38\o"CurrentDocument"3.4數(shù)據(jù)需求規(guī)格說明 39\o"CurrentDocument"3.4.1數(shù)據(jù)實體分析 39附錄 錯誤！未定義書簽。專業(yè)名詞里程碑：英文milestone，指軟件工程開發(fā)周期中，重要階段成果的標識系統(tǒng)概述本需求規(guī)格說明書是為了開發(fā)采購及倉庫管理信息系統(tǒng)(PWMIS)而編寫，本文的預期讀者是：軟件工程過程組(SEPG)成員，項目經理，架構設計師，系統(tǒng)分析員，軟件工程師/設計員和最終用戶。系統(tǒng)需求分析需求概述目標本說明書是整個軟件開發(fā)的依據(jù)，它對以后階段的工作起指導作用。是其他分析和設計工作的參考資料，為《詳細設計》和《測試計劃》的編寫提供依據(jù)。同時本還是項目完成后系統(tǒng)驗收的依據(jù)。根據(jù)采購部的實際業(yè)務規(guī)則和工作流程，大致分為供應商管理，常用物品管理，采購計劃管理，庫存管理，常用報表打印，員工管理和權限管理。運行環(huán)境軟件環(huán)境操作系統(tǒng)：Lunix/Windows2003JDK:JavaSEDevelopmentKit(JDK)6應用服務器：ApacheTomcat6HTTP服務器：Apache2.2數(shù)據(jù)庫：MySQL5.1/MSSQL2005

硬件環(huán)境服務器：普通PC或者提供的服務器。網(wǎng)絡環(huán)境：局域網(wǎng)內部使用。需求規(guī)格軟件系統(tǒng)總體功能/對象結構采購及倉庫管理信息系統(tǒng)供應商管理供應商維護貨品維護供應商往來賬采購計劃維把部門管理組織管理員工管理角色管理安全和權限管權限管理

供應商管理供應商維護貨品維護供應商往來賬采購計劃維把部門管理組織管理員工管理角色管理安全和權限管權限管理維護采購計劃開發(fā)票維護原材料信息庫管員管理員維護非原材斜信息増加欠款記錄修改單價入庫維護部門信息維護憑品信息授枳統(tǒng)計數(shù)里維護角色采購員僅改狀態(tài)維護員工信息部門主管圖維護采購計劃開發(fā)票維護原材料信息庫管員管理員維護非原材斜信息増加欠款記錄修改單價入庫維護部門信息維護憑品信息授枳統(tǒng)計數(shù)里維護角色采購員僅改狀態(tài)維護員工信息部門主管圖2-2系統(tǒng)用例圖詳細需求說明3.1功能需求描述供應商管理在整系統(tǒng)操作流程中供應商算是第一個環(huán)節(jié)。因為采購員首先面對的是供應商，在后續(xù)的模塊中有很多設計供應商的部分，比如供應商往來賬等。一般供應商會供應多種貨品，同理同一種貨品也可能有多家供應商同時供應，而且同一種貨品又可分為不同的規(guī)格型號。供應商維護包括對供應商信息的增加、刪除、修改、查詢。貨品維護包括對貨品信息的增加、刪除、修改、查詢。

供應商往來賬可在選定供應商后查看該供應商的往來賬目情況，包括賬面余額發(fā)票信息等。此模塊的詳細情況將在采購管理模塊中詳細闡述。<<include>>添加貨品信息<<include>>刪除貨品信息刪除供應商,采購員/<<include>>■■'修改供應商信息修改貨品信息添加供應商信息添加貨品信息<<include>>刪除貨品信息刪除供應商,采購員/<<include>>■■'修改供應商信息修改貨品信息iclude>>iclude>><<include>>查詢貨品信息查看供應商信息圖3-1供應商管理用例圖?擴展用例：UC1：貨品維護表3-1貨品維護Actor：采購員前置條件：無基本事件流:獲取貨品信息2?操作貨品信息3?調整貨品信息核對貨品信息貨品信息變更后置條件：無

貨品信息變更i圖3-3供貨品維護活動圖表3-2供應商信息維護UC2:供應商信息維護 Actor:采購員前置條件：無基本事件流:1?獲取供應商信息2?操作供應商信息3?調整供應商信息4.核對供應商信息5供應商信息變更后置條件：無

圖3-2供應商維護活動圖表3-3修改供應商信息UC3:修改供應商信息Actor:采購員前置條件：供應商信息查詢基本事件流:1?獲取供應商信息列表點擊編輯按鈕獲取修改頁面4?修改相應的供應商信息5?提交供應商信息核對供應商信息7?修改成功分支事件流：6a.失敗，返回4后置條件：無

圖3-4供應商信息修改活動圖?情景分析：提交信息采購員訪問供應商信息列表點擊編輯按鈕，根據(jù)供應商ID獲取供應商的修改頁面控制器解析控制器返回信息，并獲取到供應商的修改頁面1.2采購員修改供應商相應的信息（廠家地址、聯(lián)系人等）1.2.1提交信息控制器解析dao層改值1.2.4dao層把信息提交到數(shù)據(jù)庫1.3數(shù)據(jù)庫返回結果DBc6submiUfQ:購員:4:update()1:visitSupplierInfoList()2:Supplierld()DBc6submiUfQ:購員:4:update()1:visitSupplierInfoList()2:Supplierld().i〔3:updateAction()|8:returnresult()V :returnresult()7:returnresult()UoorrISupplierDaoCi lr/>lr4-cCSuppiierinioupdate.jspSuppiieiupdatecontioiieiOiI iz^k-T ir-l--ir-rAsuppiierinioList.jsp圖3-5供應商信息修改時序圖圖3-6供應商管理類圖采購管理概述此處的操作主要由采購員完成。而采購員又分為兩類，分別為“生產用原料采購員”和“生產用雜品采購員”。這兩類采購員的操作流程有很多詳細之處。接下來我們將詳細的說明采購管理過程中的每個細節(jié)。采購計劃采購計劃是在整個流程中的起點，只有采購員制定了采購計劃，后續(xù)庫管員才能進行一系列的入庫出庫操作。采購物品的市場價格變化較快，所以允許采購員在計劃單貨品入庫后根據(jù)實際發(fā)票金額對計劃單貨品單價進行修改。采購計劃維護采購計劃維護可包含增加，修改，刪除，查詢等操作。為了操作流程上的簡便，也考慮此系統(tǒng)為部門內部使用。所以將采購計劃的審核功能去除。允許采購員在特殊情況下修改已執(zhí)行的采購計劃。查看到貨情況可用查看某采購計劃單的實際到貨情況，有的時候一個采購計劃并不能在同一天全部到貨，允許分批次到貨。為了便于采購員及時了解計劃單的執(zhí)行情況和執(zhí)行進度允許采購員分種類查看計劃采購數(shù)量，和實際到貨數(shù)量。供應商往來賬基本說明供應商往來賬是本單位和供應商之間的貨款往來明細。記錄著每筆貨款的詳細支付情況。和當前的欠款情況。

往來賬查詢供應商往來賬應提供查詢功能，可根據(jù)單位名稱或單位編號進行模糊查詢。得到具體供應商信息后可以查看對應供應商的詳細項目。?擴展用例：表3-4查看到貨表UC:查看到貨Acter:采購員Preconeition 無基本事件流:1選擇采購計劃單查看計劃實際對比3?修改入庫狀態(tài)統(tǒng)計數(shù)量

圖3-8采購管理活動圖表3-5信息核對表UC:信息核對Acter:采購員Preconeition無基本事件流:查看入庫狀態(tài)入庫驗收開據(jù)發(fā)票增加欠款記錄發(fā)票金額和實際采購額是否相符分支事件流：5a.相符跳轉2

圖3-9入庫管理活動圖?情景分析：1.修改單價查看單價提交商品名1.1.2Bean根據(jù)名查找1.1.3返回查找信息1.2修改單價1.2.1修改單價提交到Beandao層改值1.2.3返回結果圖3-10查找單價時序圖庫存管理庫存管理根據(jù)工作內容和管理的貨品不同可以分為兩部分。分別是“生產用原材料管理”和“非原材料管理”（雜品）。原材料管理和非原材料管理在在出庫操作的時候類似，但是在入庫操作的時候有很多不相同之處。入庫管理?原材料入庫原材料的入庫流程相對復雜一些，因為直接關系到生產安全和產品質量，所以需要取樣化驗。而只有在化驗結果為合格以上才可用完成入庫待用。同時在整個入庫流程中庫管員還要詳細的記錄到貨時間，登記車牌，車輛檢查，外包裝檢查等。上圖中最后一項為“增加實物賬”，實物賬其實就是倉庫物資的進出記錄，記錄入庫時每批物資何時由那個供應商供貨以及物資的數(shù)量。同時也記錄著出庫時每批物資的使用部門（領用部門），何時領用，領用數(shù)量等。?非原材料入庫非原材料入庫的流程相對簡單一些。做完基本的檢查清點后即可入庫，等待使用。非原材料的入庫管理同樣需要對實物賬進行維護。實物帳分兩類，一類是原材料類實物帳，另一類為非原材料實物帳。這兩部分物資是分倉庫管理的。出庫管理在出庫操作中兩種物料的管理都是類似的。無論哪種物料的出庫管理都需要登記領用部門（使用部門）。因為此項是后期很多報表統(tǒng)計的依據(jù)，所以在此處操作的時候應清晰明了。在核對部門和數(shù)量后可執(zhí)行出庫操作，同時維護實物帳。實物賬就是倉庫管理中的出入庫的詳細記錄。

表3-6原材料入庫UC1:原材料入庫 Actor:庫管員前置條件：貨物到達基本事件:1、 核對確認供應商2、 登記車牌號，記錄到貨時間3、 初步檢驗是否合格4、 清點數(shù)目5、 入庫等待取樣檢驗6、 取樣檢驗是否合格7、 再次核對數(shù)目8、 確認入庫分支事件：3a、初步檢驗合格，清點數(shù)目3b、初步檢驗不合格，退換貨品6a、取樣合格，再次核對數(shù)目6b、取樣不合格，退換貨品后置條件：維護實物賬表3-7非原材料入庫UC2：非原材料入庫Actor:庫管員?情景分析：1.增加原材料信息倉管員進入JSP頁面發(fā)送添加原材料信息請求JSP將請求發(fā)送給Controller查詢原材料信息是否存在若存在Controller解析Request并將請求通過DAO發(fā)送到數(shù)據(jù)庫若不存在，跳轉到修改頁面1.4數(shù)據(jù)庫返回原材料信息到Controller1.5.Controller將添加成功信息返回到JSP頁面

圖3-15增加原材料信息時序圖Realaccount■4-GoodsID+Supplier-H,,Jumber+Pricemainten日noeInventoryrecord號-HGoodsID+Supplier+Time+Licenseplateplatenumber-rf'-JumberWarehouseKeeperregistration圖3-15增加原材料信息時序圖Realaccount■4-GoodsID+Supplier-H,,Jumber+Pricemainten日noeInventoryrecord號-HGoodsID+Supplier+Time+Licenseplateplatenumber-rf'-JumberWarehouseKeeperregistration+ID+Pho仃皂registrationOutboundrecords+GoodsID+TJumber+Time+departiTientma仃agementWarehouse+WarehouseID+Supplierd-TJotestore■Goods+GoodsID-i-Name-R'-Jumber圖3-16倉庫管理類圖

組織管理部門管理部門管理采用樹型列表的方式，操作直觀便捷。圖3-17部門管理用例圖?擴展用例：表3-8添加部門表UC1:添加部門 Actor:管理員前置條件：查詢部門信息基本事件流:1?打開部門管理頁面；2?點擊增加按鈕；輸入部門的各種屬性；4?確認部門信息；5?點擊提交信息；6.添加部門成功跳轉。分支事件流：5a.確認提交，返回成功信息并跳轉5b.取消提交，返回2后置條件：無點擊添加按鈕確認部門信息點擊提交按鈕是否提

交信息圖3-18添加部門活動圖表3-9查看部門表UC2:查看部門 Actor:管理員圖3-19查看部門信息活動圖?場景描述：提交修改部門信息:管理員從infoList.jsp中獲取部門的全部信息；1.1.1queryController解析request；控制器返回信息到info.update.jsp；管理員對部門信息進行修改；1.2.1info.update.jsp跳轉到UpdateController；1.2.2UpdateController執(zhí)行updateAction并跳轉到Bumen.Dao1.2.3Bumen.Dao執(zhí)行update()；1.2.4數(shù)據(jù)庫更新部門信息；1.2.5數(shù)據(jù)庫返回信息到Bumen.Dao；1.2.6Bumen.Dao返回信息到UpdateController；1.2.7UpdateController返回信息到infoList.jsp；顯示部門信息更新成功；管理員看到修改后的部門信息。

圖3-20修改部門信息時序圖員工管理部門主管修改員工信息査看員工信息添加員工信息<<include>>刪除員工信息 <彳ndude>>部門主管修改員工信息査看員工信息添加員工信息<<include>>刪除員工信息 <彳ndude>><<include>>圖3-21員工管理用例圖表3-10修改員工信息表UC3:修改員工信息Actor:部門主管前置條件：查詢員工信息基本事件流：打開員工管理頁面；點擊修改按鈕；3?修改員工的原有信息；核對修改的員工信息；點擊提交按鈕；6?修改員工信息成功跳轉。分支事件流：5a確認提交，返回成功信息并跳轉5b.取消提交，返回2后置條件：無圖3-23修改員工信息活動圖表3-11修改員工信息表UC4:修改員工信息Actor:部門主管打開員工管理頁面NY刪除成功并跳轉是否刪除?點擊刪除按鈕圖3-22刪除員工信息活動圖?場景描述提交刪除員工信息：部門主管從infoList.jsp中獲取員工的全部信息；1.1.1queryController解析request；1.1.2控制器返回信息；驗證信息是否存在，是，跳轉2.3，否，跳轉2.5；部門主管對部門信息進行刪除；1.2.1infoList.jsp跳轉到DeleteController；1.2.2UpdateController執(zhí)行deleteAction并跳轉到user.Dao1.2.3user.Dao執(zhí)行delete()；1.2.4數(shù)據(jù)庫更新部門信息；1.2.5數(shù)據(jù)庫返回信息到user.Dao；1.2.6user.Dao返回信息到DeleteController；1.2.7DeleteController返回信息到infoList.jsp；顯示員工信息刪除成功；部門主管看到刪除后的部門信息。圖3-24刪除員工信息時序圖

安全和權限管理圖3-25安全和權限管理用例圖表3-12添加角色表UC1:增加角色 Actor:管理員前置條件：系統(tǒng)管理員已進入角色管理界面基本事件流:1、 在角色管理的界面上，點擊“增加角色”按鈕2、 顯示增加角色界面3、 輸入角色信息4、 點擊“確認”按鈕5、 系統(tǒng)給出提示“增加成功”6系統(tǒng)返回增加后的信息供管理員查看分支事件流：3a、輸入角色錯誤3b、系統(tǒng)彈出錯誤信息提示后置條件：增加角色成功，數(shù)據(jù)庫中的角色數(shù)量加一表3-13修改角色表UC3:修改角色 Actor:管理員前置條件：系統(tǒng)管理員已進入角色管理界面基本事件流:1、 在角色管理的界面上，輸入角色編號2、 顯示該角色的具體信息3、 修改該角色信息4、 點擊“提交”按鈕5、 系統(tǒng)給出提示“修改成功”6、 系統(tǒng)返回修改后的信息供管理員查看分支事件流：3a、修改角色出錯3b、系統(tǒng)彈出錯誤信息提示后置條件：修改角色成功，數(shù)據(jù)庫中的角色被修改表3-14刪除角色表UC3:刪除角色 Actor:管理員前置條件：系統(tǒng)管理員已進入角色管理界面基本事件流:1、 在角色管理的界面上，輸入角色編號2、 顯示該角色的具體信息3、 點擊“刪除”按鈕4、 系統(tǒng)給出提示“刪除成功”9、系統(tǒng)返回修改后的信息供管理員查看分支事件：3a、刪除角色出現(xiàn)錯誤3b、系統(tǒng)彈出錯誤信息提示后置條件：刪除角色成功，數(shù)據(jù)庫中角色信息減一表3-15查看角色表UC4：查看角色 Actor:管理員前置條件：系統(tǒng)管理員已進入角色管理界面基本事件流:1、 在角色管理的界面上，輸入角色編號2、 顯示該角色的具體信息分支事件流:無后置條件：系統(tǒng)顯示角色列表信息

圖3-26角色管理活動圖表3-16增加角色表UC5:增加權限 Actor:管理員前置條件：系統(tǒng)管理員已進入權限管理界面基本事件:1、 在權限管理的界面上，點擊“增加權限”按鈕2、 顯示增加權限界面3、 輸入權限信息4、 點擊“確認”按鈕5、 系統(tǒng)給出提示“增加成功”6系統(tǒng)返回增加后的信息供管理員查看分支事件:無后置條件：增加權限成功，數(shù)據(jù)庫中該角色的權限數(shù)量加一表3-17刪除權限表UC6:刪除權限 Actor:管理員前置條件：系統(tǒng)管理員已進入權限管理界面基本事件:1、 在權限管理的界面上，輸入權限編號2、 顯示該權限信息3、 點擊“刪除”按鈕4、 系統(tǒng)給出提示“刪除成功”分支事件:無后置條件：刪除權限成功，數(shù)據(jù)庫中該角色的權限數(shù)量減一表3-18修改權限表UC7:修改權限 Actor:管理員前置條件：系統(tǒng)管理員已進入權限管理界面基本事件:1、 在權限管理的界面上，輸入權限編號2、 顯示該權限信息3、 修改權限信息4、 點擊“確認”按鈕5、 系統(tǒng)給出提示“修改成功”信息6系統(tǒng)返回修改后的信息供管理員查看分支事件:無后置條件：修改權限成功，數(shù)據(jù)庫中該角色的權限改變

圖3-27權限管理活動圖?場景描述:1.獲取信息管理員從JSP頁面解析Request,返回信息管理員驗證信息是否存在刪除角色5.返回結果

圖3-28查找角色信息時序圖?場景描述：1.獲取信息管理員從JSP頁面解析Request,返回信息管理員驗證信息是否存在增加權限信息返回結果圖3-29增加權限信息時序圖圖3-30安全和權限管理類圖3.3數(shù)據(jù)處理性能需求系統(tǒng)響應時間＜5秒。3.4數(shù)據(jù)需求規(guī)格說明3.4.1數(shù)據(jù)實體分析購獰」供應商■對應＞1發(fā)