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

1、采購及倉庫管理信息系統(tǒng)原型設(shè)計書V1.0小組名稱： 小組口號： 指導(dǎo)教師： 文檔撰寫人： 文檔撰寫時間： 團隊分工記錄表項目名稱學(xué)號姓名分工掌上電子菜單 目錄1系統(tǒng)概述42系統(tǒng)需求分析42.1需求概述42.1.1目標42.1.2運行環(huán)境42.1.3用戶的特點42.1.4關(guān)鍵點42.1.5約束條件42.2需求規(guī)格52.2.1軟件系統(tǒng)總體功能/對象結(jié)構(gòu)52.2.2軟件子系統(tǒng)功能/對象結(jié)構(gòu)52.2.3描述約定53 詳細需求說明53.1功能需求描述53.2接口需求說明63.3數(shù)據(jù)處理性能需求63.4數(shù)據(jù)需求規(guī)格說明63.4.1數(shù)據(jù)實體分析6附錄7專業(yè)名詞里程碑：英文milestone，指軟件工程開發(fā)周

2、期中，重要階段成果的標識1系統(tǒng)概述本需求規(guī)格說明書是為了開發(fā)采購及倉庫管理信息系統(tǒng)(PWMIS)而編寫，本文的預(yù)期讀者是：軟件工程過程組(SEPG)成員，項目經(jīng)理，架構(gòu)設(shè)計師，系統(tǒng)分析員，軟件工程師/設(shè)計員和最終用戶。2系統(tǒng)需求分析2.1需求概述2.1.1目標本說明書是整個軟件開發(fā)的依據(jù)，它對以后階段的工作起指導(dǎo)作用。是其他分析和設(shè)計工作的參考資料，為詳細設(shè)計和測試計劃的編寫提供依據(jù)。同時本還是項目完成后系統(tǒng)驗收的依據(jù)。根據(jù)采購部的實際業(yè)務(wù)規(guī)則和工作流程，大致分為供應(yīng)商管理，常用物品管理，采購計劃管理，庫存管理，常用報表打印，員工管理和權(quán)限管理。2.1.2運行環(huán)境軟件環(huán)境l 操作

3、系統(tǒng)：Lunix / Windows2003l JDK：Java SE Development Kit (JDK) 6l 應(yīng)用服務(wù)器：Apache Tomcat 6l HTTP服務(wù)器：Apache 2.2l 數(shù)據(jù)庫：MySQL5.1 / MSSQL200硬件環(huán)境l 服務(wù)器：普通PC或者提供的服務(wù)器。l 網(wǎng)絡(luò)環(huán)境：局域網(wǎng)內(nèi)部使用。2.2需求規(guī)格2.2.1軟件系統(tǒng)總體功能/對象結(jié)構(gòu)圖2-1 功能層次圖圖2-2 系統(tǒng)用例圖3 詳細需求說明3.1功能需求描述3.1.1供應(yīng)商管理在整系統(tǒng)操作流程中供應(yīng)商算是第一個環(huán)節(jié)。因為采購員首先面對的是供應(yīng)商，在后續(xù)的模塊中有很多設(shè)計供應(yīng)商的部分，比

4、如供應(yīng)商往來賬等。一般供應(yīng)商會供應(yīng)多種貨品，同理同一種貨品也可能有多家供應(yīng)商同時供應(yīng)，而且同一種貨品又可分為不同的規(guī)格型號。供應(yīng)商維護包括對供應(yīng)商信息的增加、刪除、修改、查詢。貨品維護包括對貨品信息的增加、刪除、修改、查詢。 供應(yīng)商往來賬可在選定供應(yīng)商后查看該供應(yīng)商的往來賬目情況，包括賬面余額，發(fā)票信息等。此模塊的詳細情況將在采購管理模塊中詳細闡述。圖3-1 供應(yīng)商管理用例圖·擴展用例：表3-1 貨品維護UC1：貨品維護 Actor：采購員前置條件：無基本事件流： 1.獲取貨品信息 2.操作貨品信息 3.調(diào)整貨品信息 4.核對貨品信息 5.貨品信息變更后置條件：無圖3-3 供貨品維護

5、活動圖表3-2 供應(yīng)商信息維護UC2：供應(yīng)商信息維護 Actor：采購員前置條件：無基本事件流： 1.獲取供應(yīng)商信息 2.操作供應(yīng)商信息 3.調(diào)整供應(yīng)商信息 4.核對供應(yīng)商信息 5供應(yīng)商信息變更后置條件：無圖3-2 供應(yīng)商維護活動圖表3-3 修改供應(yīng)商信息UC3：修改供應(yīng)商信息 Actor：采購員前置條件：供應(yīng)商信息查詢基本事件流： 1.獲取供應(yīng)商信息列表 2.點擊編輯按鈕 3.獲取修改頁面 4.修改相應(yīng)的供應(yīng)商信息 5.提交供應(yīng)商信息 6.核對供應(yīng)商信息 7.修改成功分支事件流： 6a.失敗，返回4后置條件：無 圖3-4 供應(yīng)商信息修改活動圖·情景分析：1.提交信息1.1采購員訪問

6、供應(yīng)商信息列表1.1.1點擊編輯按鈕，根據(jù)供應(yīng)商ID獲取供應(yīng)商的修改頁面1.1.2控制器解析1.1.3 控制器返回信息，并獲取到供應(yīng)商的修改頁面1.2采購員修改供應(yīng)商相應(yīng)的信息（廠家地址、聯(lián)系人等）1.2.1提交信息1.2.2 控制器解析1.2.3 dao層改值1.2.4dao層把信息提交到數(shù)據(jù)庫1.3數(shù)據(jù)庫返回結(jié)果圖3-5 供應(yīng)商信息修改時序圖圖3-6 供應(yīng)商管理類圖3.1.2采購管理概述此處的操作主要由采購員完成。而采購員又分為兩類，分別為“生產(chǎn)用原料采購員”和“生產(chǎn)用雜品采購員”。這兩類采購員的操作流程有很多詳細之處。接下來我們將詳細的說明采購管理過程中的每個細節(jié)。3.1.

7、2.2采購計劃采購計劃是在整個流程中的起點，只有采購員制定了采購計劃，后續(xù)庫管員才能進行一系列的入庫出庫操作。采購物品的市場價格變化較快，所以允許采購員在計劃單貨品入庫后根據(jù)實際發(fā)票金額對計劃單貨品單價進行修改。采購計劃維護采購計劃維護可包含增加，修改，刪除，查詢等操作。為了操作流程上的簡便，也考慮此系統(tǒng)為部門內(nèi)部使用。所以將采購計劃的審核功能去除。允許采購員在特殊情況下修改已執(zhí)行的采購計劃。查看到貨情況可用查看某采購計劃單的實際到貨情況，有的時候一個采購計劃并不能在同一天全部到貨，允許分批次到貨。為了便于采購員及時了解計劃單的執(zhí)行情況和執(zhí)行進度允許采購員分種類查看

8、計劃采購數(shù)量，和實際到貨數(shù)量。3.1.3供應(yīng)商往來賬基本說明供應(yīng)商往來賬是本單位和供應(yīng)商之間的貨款往來明細。記錄著每筆貨款的詳細支付情況。和當前的欠款情況。往來賬查詢供應(yīng)商往來賬應(yīng)提供查詢功能，可根據(jù)單位名稱或單位編號進行模糊查詢。得到具體供應(yīng)商信息后可以查看對應(yīng)供應(yīng)商的詳細項目。圖3-7 采購管理用例圖·擴展用例：表3-4 查看到貨表UC：查看到貨Acter：采購員Preconcition 無基本事件流： 1.選擇采購計劃單 2.查看計劃實際對比 3.修改入庫狀態(tài) 4.統(tǒng)計數(shù)量 5.市場價格是否變化分支事件流： 5a.有變化修改單價 5b.無變化跳轉(zhuǎn)事件

9、2Postcation 修改單價圖3-8 采購管理活動圖表3-5 信息核對表UC：信息核對Acter：采購員Preconcition 無基本事件流： 1.查看入庫狀態(tài) 2.入庫驗收 3.開據(jù)發(fā)票 4.增加欠款記錄 5.發(fā)票金額和實際采購額是否相符分支事件流： 5a.相符跳轉(zhuǎn)2 5b.不相符修改單價Postcation 修改單價圖3-9 入庫管理活動圖·情景分析：1.修改單價1.1查看單價1.1.1提交商品名1.1.2 Bean根據(jù)名查找1.1.3返回查找信息1.2修改單價1.2.1修改單價提交到Bean1.2.2 dao層改值1.2.3 返回結(jié)果圖3-10 查找單價時序圖圖3-11

10、采購管理類關(guān)系圖3.1.3庫存管理庫存管理根據(jù)工作內(nèi)容和管理的貨品不同可以分為兩部分。分別是“生產(chǎn)用原材料管理”和“非原材料管理”（雜品）。原材料管理和非原材料管理在在出庫操作的時候類似，但是在入庫操作的時候有很多不相同之處。入庫管理·原材料入庫原材料的入庫流程相對復(fù)雜一些，因為直接關(guān)系到生產(chǎn)安全和產(chǎn)品質(zhì)量，所以需要取樣化驗。而只有在化驗結(jié)果為合格以上才可用完成入庫待用。同時在整個入庫流程中庫管員還要詳細的記錄到貨時間，登記車牌，車輛檢查，外包裝檢查等。上圖中最后一項為“增加實物賬”，實物賬其實就是倉庫物資的進出記錄，記錄入庫時每批物資何時由那個供應(yīng)商供貨以及物資的數(shù)量

11、。同時也記錄著出庫時每批物資的使用部門(領(lǐng)用部門)，何時領(lǐng)用，領(lǐng)用數(shù)量等。·非原材料入庫非原材料入庫的流程相對簡單一些。做完基本的檢查清點后即可入庫，等待使用。非原材料的入庫管理同樣需要對實物賬進行維護。實物帳分兩類，一類是原材料類實物帳，另一類為非原材料實物帳。這兩部分物資是分倉庫管理的。出庫管理在出庫操作中兩種物料的管理都是類似的。無論哪種物料的出庫管理都需要登記領(lǐng)用部門(使用部門)。因為此項是后期很多報表統(tǒng)計的依據(jù)，所以在此處操作的時候應(yīng)清晰明了。在核對部門和數(shù)量后可執(zhí)行出庫操作，同時維護實物帳。實物賬就是倉庫管理中的出入庫的詳細記錄。圖3-12 倉庫管理用例圖表

12、3-6 原材料入庫UC1：原材料入庫Actor：庫管員前置條件：貨物到達基本事件：1、 核對確認供應(yīng)商2、 登記車牌號，記錄到貨時間3、 初步檢驗是否合格4、 清點數(shù)目5、 入庫等待取樣檢驗6、 取樣檢驗是否合格7、 再次核對數(shù)目8、 確認入庫分支事件：3a、初步檢驗合格，清點數(shù)目3b、初步檢驗不合格，退換貨品6a、取樣合格，再次核對數(shù)目6b、取樣不合格，退換貨品后置條件：維護實物賬圖3-13 入庫管理活動圖表3-7 非原材料入庫UC2：非原材料入庫Actor：庫管員前置條件：貨物到達基本事件：1、 核對供應(yīng)商2、 核對申請部門3、 簡單檢查4、 清點數(shù)目5、 確認入庫分支事件：3a、檢查合格

13、，清點數(shù)目3b、檢查不合格，退換貨品后置條件：維護實物賬圖3-14 入庫管理活動圖·情景分析：1.增加原材料信息1.1.倉管員進入JSP頁面發(fā)送添加原材料信息請求1.2.JSP將請求發(fā)送給Controller1.3.查詢原材料信息是否存在1.3.1.若存在Controller解析Request 并將請求通過DAO發(fā)送到數(shù)據(jù)庫1.3.2.若不存在，跳轉(zhuǎn)到修改頁面1.4數(shù)據(jù)庫返回原材料信息到Controller1.5.Controller將添加成功信息返回到JSP頁面圖3-15 增加原材料信息時序圖圖3-16 倉庫管理類圖3.1.4組織管理部門管理部門管理采用樹型列表的方式

14、，操作直觀便捷。圖3-17 部門管理用例圖·擴展用例：表3-8 添加部門表UC1：添加部門 Actor：管理員前置條件：查詢部門信息基本事件流：1. 打開部門管理頁面；2. 點擊增加按鈕；3. 輸入部門的各種屬性；4. 確認部門信息；5. 點擊提交信息；6. 添加部門成功跳轉(zhuǎn)。分支事件流：5a.確認提交，返回成功信息并跳轉(zhuǎn)5b.取消提交，返回2后置條件：無圖3-18 添加部門活動圖表3-9 查看部門表UC2：查看部門 Actor：管理員前置條件：無基本事件流：1. 打開部門管理頁面；2. 點擊查看按鈕；3. 查看部門信息；4. 點擊返回按鈕；5. 成功返回跳轉(zhuǎn)。分支事件流：無后置條件

15、：無圖3-19 查看部門信息活動圖·場景描述：1.提交修改部門信息:1. 1管理員從infoList.jsp中獲取部門的全部信息；1.1.1queryController解析request；1.1.2控制器返回信息到info.update.jsp；1.2管理員對部門信息進行修改；1.2.1info.update.jsp跳轉(zhuǎn)到UpdateController；1.2.2UpdateController執(zhí)行updateAction并跳轉(zhuǎn)到Bumen.Dao；1.2.3Bumen.Dao執(zhí)行update()；1.2.4數(shù)據(jù)庫更新部門信息；1.2.5數(shù)據(jù)庫返回信息到Bumen.Dao；1.2

16、.6Bumen.Dao返回信息到UpdateController；1.2.7UpdateController返回信息到infoList.jsp；1.3顯示部門信息更新成功；1.4管理員看到修改后的部門信息。圖3-20 修改部門信息時序圖員工管理圖3-21 員工管理用例圖表3-10 修改員工信息表UC3：修改員工信息 Actor：部門主管前置條件：查詢員工信息基本事件流：1. 打開員工管理頁面；2. 點擊修改按鈕；3. 修改員工的原有信息；4. 核對修改的員工信息；5. 點擊提交按鈕；6. 修改員工信息成功跳轉(zhuǎn)。分支事件流：5a確認提交，返回成功信息并跳轉(zhuǎn)5b.取消提交，返回2后置

17、條件：無圖3-23 修改員工信息活動圖表3-11 修改員工信息表UC4：修改員工信息 Actor：部門主管前置條件：查詢員工信息基本事件流：1.打開員工管理頁面；2.點擊刪除按鈕；3.刪除員工信息成功跳轉(zhuǎn)。分支事件流：2a確認刪除，返回成功信息并跳轉(zhuǎn)2b.取消提交，返回1后置條件：無圖3-22 刪除員工信息活動圖·場景描述2. 提交刪除員工信息：2.1部門主管從infoList.jsp中獲取員工的全部信息；1.1.1queryController解析request；1.1.2控制器返回信息；2.2驗證信息是否存在，是，跳轉(zhuǎn)2.3，否，跳轉(zhuǎn)2.5；2.3部門主管對部門信息進行刪除；1.

18、2.1infoList.jsp跳轉(zhuǎn)到DeleteController；1.2.2UpdateController執(zhí)行deleteAction并跳轉(zhuǎn)到user.Dao；1.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；2.4顯示員工信息刪除成功；2.5部門主管看到刪除后的部門信息。圖3-24 刪除員工信息時序圖3.1.4安全和權(quán)限管理圖3-25 安全和權(quán)限管理用例圖表3-12 添

19、加角色表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)

20、返回修改后的信息供管理員查看分支事件流：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：增加權(quán)限Actor：管理員前置條件：系統(tǒng)管理員已進入權(quán)限管理界面基本事件：1、在權(quán)限管理的界面上，點擊“增加權(quán)限”按鈕2、顯示增加權(quán)限界面3、輸入權(quán)限信息4、點擊“確認”按鈕5、系統(tǒng)給出提示