(采购管理)采购及仓库管理信息系统原型设计书需求分析

1、采购及仓库管理信息系统原型设计书V1.0小组名称： 小组口号： 指导教师： 文档撰写人： 文档撰写时间:团队分工记录表项目名称学号姓名分工掌上电子菜单朱洪军第1页/总41页目录1 系统概述 42 系统需求分析 42.1 需求概述 42.1.1 目标 42.1.2 运行环境 42.1.3 用户的特点 42.1.4 关键点 错误!未定义书签。2.1.5 约束条件 错误!未定义书签。2.2 需求规格 52.2.1 软件系统总体功能 /对象结构 52.2.2软件子系统功能 /对象结构 错误!未定义书签。2.2.3 描述约定 错误!未定义书签。3 详细需求说明 63.1 功能需求描述 63.2 接口需求

2、说明 63.3 数据处理性能需求 383.4 数据需求规格说明 393.4.1 数据实体分析 39附录 错 误 !未定义书签。朱洪军第 3 页/总 41 页专业名词里程碑 ：英文 milestone ，指软件工程开发周期中，重要阶段成果的标识1 系统概述本需求规格说明书是为了开发采购及仓库管理信息系统 (PWMIS) 而编写，本文的 预期读者是：软件工程过程组(SEPG)成员，项目经理，架构设计师，系统分析员，软 件工程师 /设计员和最终用户。2 系统需求分析2.1 需求概述2.1.1 目标本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用。是其他分析 和设计工作的参考资料，为详细设计

3、和测试计划的编写提供依据。同时本还 是项目完成后系统验收的依据。根据采购部的实际业务规则和工作流程，大致分为供应商管理，常用物品管理， 采购计划管理，库存管理，常用报表打印，员工管理和权限管理。2.1.2 运行环境 软件环境操作系统： Lunix / Windows2003JDK： Java SE Development Kit (JDK) 6应用服务器： Apache Tomcat 6HTTP 服务器： Apache 2.2数据库： MySQL5.1 / MSSQL20052.122硬件环境服务器：普通PC或者提供的服务器。 网络环境：局域网内部使用。2.2需求规格2.2.1软

4、件系统总体功能/对象结构采购及仓库管理信息系统朱洪军第9页/总41页图2-2系统用例图3详细需求说明3.1功能需求描述3.1.1供应商管理在整系统操作流程中供应商算是第一个环节。因为采购员首先面对的是供应商， 在后续的模块中有很多设计供应商的部分，比如供应商往来账等。一般供应商会供应多种货品，同理同一种货品也可能有多家供应商同时供应，而 且同一种货品又可分为不同的规格型号。供应商维护包括对供应商信息的增加、删除、修改、查询。货品维护包括对货品信息的增加、删除、修改、查询。供应商往来账可在选定供应商后查看该供应商的往来账目情况，包括账面余额,发票信息等。此模块的详细情况将在采购管理模块中详细阐述

5、供应商管理用例图-扩展用例:表3-1货品维护UC1货品维护Actor :采购员前置条件：无基本事件流：1. 获取货品信息2. 操作货品信息3. 调整货品信息4. 核对货品信息5. 货品信息变更后置条件：无图3-3供货品维护活动图表3-2供应商信息维护UC2供应商信息维护Actor :采购员前置条件：无基本事件流：1.获取供应商信息2.操作供应商信息3.调整供应商信息4.核对供应商信息5供应商信息变更后置条件：无获取供应商信息供应商信息操作调整供应商信息核对供应商信息供应商信息变更图3-2供应商维护活动图表3-3修改供应商信息 UC3修改供应商信息 Actor :采购员 前置条件：供应商信息查询

6、 基本事件流：1. 获取供应商信息列表2. 点击编辑按钮3. 获取修改页面4. 修改相应的供应商信息5. 提交供应商信息6. 核对供应商信息7. 修改成功 分支事件流：6a.失败，返回4 后置条件：无图3-4供应商信息修改活动图情景分析：1提交信息1.1采购员访问供应商信息列表1.1.1点击编辑按钮，根据供应商ID获取供应商的修改页面1.1.2控制器解析1.1.3控制器返回信息，并获取到供应商的修改页面1.2采购员修改供应商相应的信息（厂家地址、联系人等）1.2.1提交信息1.2.2控制器解析1.2.3 dao层改值1.2.4dao层把信息提交到数据库1.3数据库返回结果oSupplierl

7、nfoList.jspDB2 : SupplierldO3 : updateActio n()6 : retur n result。7 : retur n result。8 : retur n result。X:米购贝1 : visit SupplierI nfoList()Supplieri nfo update.jspSupplierUpdateC on trollerSupplierDao4 : update():submit info()图3-5供应商信息修改时序图SupplierGoods-sNumber -sName +sAddress +linkman -telephone +r

8、eferee +snote-gNumber -gName -standardModel -unitPrice -unitOfMeasure -snoteSupplierBillBuyer-bname: String -bId: short-arrivalDate -resultsGoods -buyCount -price -priceCount -payCount -startNum -sign -balance -fromUser图3-6供应商管理类图朱洪军第13页/总41页3.1.2 采购管理 概述此处的操作主要由采购员完成。而采购员又分为两类，分别为“生产用原料采购 员”

9、和“生产用杂品采购员” 。这两类采购员的操作流程有很多详细之处。接下来我们将详细的说明采购管理过程中的每个细节。 采购计划采购计划是在整个流程中的起点，只有采购员制定了采购计划，后续库管员才能 进行一系列的入库出库操作。 采购物品的市场价格变化较快， 所以允许采购员在计划 单货品入库后根据实际发票金额对计划单货品单价进行修改 。采购计划维护采购计划维护可包含增加，修改，删除，查询等操作。为了操作流程上的简便， 也考虑此系统为部门内部使用。 所以将采购计划的审核功能去除。 允许采购员在特殊 情况下修改已执行的采购计划。查看到货情况可用查看某采购计划单的实

10、际到货情况，有的时候一个采购计划并不能在同一天 全部到货， 允许分批次到货。 为了便于采购员及时了解计划单的执行情况和执行进度 允许采购员分种类查看计划采购数量，和实际到货数量。3.1.3 供应商往来账 基本说明供应商往来账是本单位和供应商之间的货款往来明细。记录着每笔货款的详细支 付情况。和当前的欠款情况。3.132往来账查询供应商往来账应提供查询功能，可根据单位名称或单位编号进行模糊查询。得到 具体供应商信息后可以查看对应供应商的详细项目。-扩展用例:表3-4查看到货表UC :查看到货 Acter:采购员Prec on citi on无基本事件流：1选择采购计划单2. 查看计

11、划实际对比3. 修改入库状态4. 统计数量5. 市场价格是否变化分支事件流：5a有变化修改单价5b.无变化跳转事件2Postcation 修改单价图3-8采购管理活动图表3-5信息核对表UC :信息核对 Acter:采购员Prec on citi on无基本事件流：1. 查看入库状态2. 入库验收3. 开据发票4. 增加欠款记录5. 发票金额和实际采购额是否相符 分支事件流：5a相符跳转2朱洪军第15页/总41页5b.不相符修改单价Postcation 修改单价图3-9入库管理活动图情景分析：1. 修改单价1.1查看单价1.1.1提交商品名1.1.2 Bean根据名查找1.1.3返回查找信息1

12、.2修改单价1.2.1修改单价提交到Bean1.2.2 dao层改值1.2.3返回结果:采购员jspservicedaoDB1 : requestGoodsName()2 : findGoodsByPrice()3 : findGoodsByPrice()4 : findGoodsByPrice()X8 : return7 : output price6 : return message图3-10查找单价时序图5 : return message图3-11采购管理类关系图朱洪军第 19 页 /总 41 页3.1.3 库存管理库存管理根据工作内容和管理的货品不同可以分为两部分。分别是“生产用原材

13、 料管理”和“非原材料管理” （杂品）。原材料管理和非原材料管理在在出库操作的时 候类似，但是在入库操作的时候有很多不相同之处 。 入库管理原材料入库原材料的入库流程相对复杂一些，因为直接关系到生产安全和产品质量，所以需 要取样化验。 而只有在化验结果为合格以上才可用完成入库待用。 同时在整个入库流 程中库管员还要详细的记录到货时间，登记车牌，车辆检查，外包装检查等。上图中最后一项为“ 增加实物账 ”，实物账其实就是仓库物资的进出记录，记录 入库时每批物资何时由那个供应商供货以及物资的数量。 同时也记录着出库时每批物 资的使用部门 （领用部门 ），何时领用，领用数量等。 非原材料

14、入库非原材料入库的流程相对简单一些。 做完基本的检查清点后即可入库， 等待使用 非原材料的入库管理同样需要对实物账进行维护。 实物帐分两类， 一类是原材料类实 物帐，另一类为非原材料实物帐。这两部分物资是分仓库管理的。 出库管理在出库操作中两种物料的管理都是类似的。无论哪种物料的出库管理都需要登记领用部门 （使用部门 ）。因为此项是后期很多 报表统计的依据， 所以在此处操作的时候应清晰明了。 在核对部门和数量后可执行出 库操作，同时维护实物帐。实物账就是仓库管理中的出入库的详细记录。图3-12仓库管理用例图表3-6原材料入库UC1:原材料入库Actor:库管员前置条件：货物到达基

15、本事件：1、核对确认供应商2、登记车牌号，记录到货时间3、初步检验是否合格4、清点数目5、入库等待取样检验 &取样检验是否合格7、再次核对数目8、确认入库 分支事件：3a初步检验合格，清点数目 3b、初步检验不合格，退换货品 6a取样合格，再次核对数目 6b、取样不合格，退换货品后置条件：维护实物账朱洪军第31页/总41页（蟻对共应崗M记车牌号;、图3-13入库管理活动图表3-7非原材料入库UC2:非原材料入库Actor:库管员前置条件：货物到达基本事件：1、核对供应商2、核对申请部门3、简单检查4、清点数目5、确认入库分支事件：3a检查合格，清点数目 3b、检查不合格，退换货品后置条件：维护

16、实物账-检査包装2、I由椅馬虽 齐检董规搭退檢货物图3-14入库管理活动图情景分析:1增加原材料信息1.1. 仓管员进入JSP页面发送添加原材料信息请求1.2. JSP将请求发送给Controller1.3. 查询原材料信息是否存在1.3.1.若存在Controller解析Request并将请求通过DAO发送到数据库1.3.2若不存在，跳转到修改页面1.4数据库返回原材料信息到 Con troller1.5.Co ntroller将添加成功信息返回到JSP页面reai&traton1Iwcfltoryrciwrih+GoodlD-+Sjpp4ief-fTtrpc-ULceriseplata p

17、ate nunber -HMJTtierWarclh-Qusc Keeper+SL4-Mame 十PI心疋regsuawnOtilbouAid retDrdi. Kj&xIsID4Wu Tiber-tTire idepar-smenl:m心_网析电*戦：窪底刁和訣；和礁拗.肓莎亟丽丽厂 E -融耐料信就图3-15增加原材料信息时序图I rraiacementWarehoLrac tWarchouicID+SppiFTstore+GoKfclD iHWane -MJinber图3-16仓库管理类图3.1.4组织管理3.141部门管理部门管理采用树型列表的方式，操作直观便捷增加部门删除部门修改部门

18、信息查看部门信息 汁、 7图3-17部门管理用例图-扩展用例：表3-8添加部门表UC1 :添加部门Actor:管理员前置条件：查询部门信息基本事件流：1打开部门管理页面；2点击增加按钮；3. 输入部门的各种属性；4. 确认部门信息；5点击提交信息；6. 添加部门成功跳转。分支事件流：5a.确认提交，返回成功信息并跳转 5b.取消提交，返回2后置条件：无图3-18 添加部门活动图表3-9查看部门表UC2 :查看部门Actor:管理员前置条件：无基本事件流：1打开部门管理页面；2点击查看按钮；3查看部门信息；4. 点击返回按钮；5. 成功返回跳转。分支事件流：无后置条件：无图3-19查看部门信息活

19、动图场景描述：1提交修改部门信息：1.1管理员从infoList.jsp中获取部门的全部信息；1.1.1queryController解析 request;1.1.2控制器返回信息到info.update.jsp；1.2管理员对部门信息进行修改；1.2.1 nfo.update.jsp跳转到 UpdateController；1.2.2UpdateController执行 updateAction 并跳转到 Bumen.Dao；1.2.3Bumen.Dao执行 update();1.2.4数据库更新部门信息；1.2.5数据库返回信息到 Bumen.Dao；1.2.6Bumen.Dao返回信息到

20、 UpdateController；1.2.7UpdateController返回信息到 infoList.jsp ；1.3显示部门信息更新成功；1.4管理员看到修改后的部门信息。in fo.update.jsp:管理员?1 : visit in foList()in foList.jsp2 : update。9 : update success3 : updateActi on()8 : retu rn result。Bume nDaoDBUpdateC on troller4 : update()5 : submit_ info()7 : retu rn result。6 : return

21、 result。图3-20修改部门信息时序图员工管理图3-21员工管理用例图表3-10修改员工信息表UC3:修改员工信息Actor：部门主管前置条件：查询员工信息基本事件流：1打开员工管理页面；2点击修改按钮；3. 修改员工的原有信息；4. 核对修改的员工信息；5. 点击提交按钮；6. 修改员工信息成功跳转分支事件流：5a确认提交，返回成功信息并跳转5b.取消提交，返回2后置条件：无4)朱洪军第#页/总41页图3-23修改员工信息活动图表3-11修改员工信息表UC4:修改员工信息Actor：部门主管前置条件：查询员工信息 基本事件流： 1打开员工管理页面； 2点击删除按钮；3.

22、删除员工信息成功跳转。分支事件流：2a确认删除，返回成功信息并跳转2b.取消提交，返回1后置条件：无图3-22删除员工信息活动图-场景描述2. 提交删除员工信息：2.1部门主管从infoList.jsp中获取员工的全部信息；1.1.1queryController解析 request;1.1.2控制器返回信息；2.2验证信息是否存在，是，跳转 2.3,否，跳转2.5；2.3部门主管对部门信息进行删除；1.2.1infoList.jsp 跳转到 DeleteController；1.2.2UpdateController执行 deleteAction 并跳转到 user.Daq1.2.3user

23、.Dao执行 delete();1.2.4数据库更新部门信息；1.2.5数据库返回信息到user.Daq1.2.6user.Dao返回信息到 DeleteController；1.2.7DeleteController返回信息到 infoList.jsp ；2.4显示员工信息删除成功；2.5部门主管看到删除后的部门信息。oX:部门主管in foList.jspDeleteCo ntrollerUser.DaoDBiI12 : deleteActio n()1 : visit in foListO7 : retur n result。8 : delete success3 : delete。4

24、: submit_ info()5 : retur n result。6 : return result。朱洪军第49页/总41页图3-24删除员工信息时序图3.1.4安全和权限管理图3-25安全和权限管理用例图表3-12添加角色表UC1 :增加角色Actor:管理员前置条件：系统管理员已进入角色管理界面 基本事件流：1、在角色管理的界面上，点击“增加角色”按钮2、显示增加角色界面3、输入角色信息4、点击“确认”按钮5、系统给出提示“增加成功”6系统返回增加后的信息供管理员查看分支事件流：3a输入角色错误3b、系统弹出错误信息提示后置条件：增加角色成功，数据库中的角色数量加一表3-13修改角色

25、表UC3 :修改角色Actor:管理员前置条件：系统管理员已进入角色管理界面 基本事件流：1、在角色管理的界面上，输入角色编号2、显示该角色的具体信息3、修改该角色信息4、点击“提交”按钮5、系统给出提示“修改成功”6系统返回修改后的信息供管理员查看分支事件流：3a修改角色出错3b、系统弹出错误信息提示后置条件：修改角色成功，数据库中的角色被修改表3-14删除角色表UC3 :删除角色Actor:管理员前置条件：系统管理员已进入角色管理界面 基本事件流：1、在角色管理的界面上，输入角色编号2、显示该角色的具体信息3、点击“删除”按钮4、系统给出提示“删除成功”9、系统返回修改后的信息供管理员查看

26、分支事件：3a删除角色出现错误3b、系统弹出错误信息提示后置条件：删除角色成功，数据库中角色信息减一表3-15查看角色表UC4 :查看角色Actor:管理员前置条件：系统管理员已进入角色管理界面 基本事件流：1、在角色管理的界面上，输入角色编号2、显示该角色的具体信息分支事件流: 无后置条件：系统显示角色列表信息图3-26角色管理活动图表3-16增加角色表UC5 :增加权限Actor:管理员前置条件：系统管理员已进入权限管理界面 基本事件：1、在权限管理的界面上，点击“增加权限”按钮2、显示增加权限界面3、输入权限信息4、点击“确认”按钮5、系统给出提示“增加成功”6系统返回增加后的信息供管理

27、员查看分支事件: 无后置条件：增加权限成功，数据库中该角色的权限数量加一表3-17删除权限表UC6:删除权限Actor：管理员前置条件：系统管理员已进入权限管理界面 基本事件：1、在权限管理的界面上，输入权限编号2、显示该权限信息3、点击“删除”按钮4、系统给出提示“删除成功”分支事件: 无后置条件：删除权限成功，数据库中该角色的权限数量减一表3-18修改权限表UC7 :修改权限Actor:管理员前置条件：系统管理员已进入权限管理界面 基本事件：1、在权限管理的界面上，输入权限编号2、显示该权限信息3、修改权限信息4、点击“确认”按钮5、系统给出提示“修改成功”信息6系统返回修改后的信息供管理

28、员查看分支事件: 无后置条件：修改权限成功，数据库中该角色的权限改变返回权限列表图3-27权限管理活动图-场景描述：1.获取信息2管理员从JSP页面解析Reques,返回信息3. 管理员验证信息是否存在4. 删除角色5. 返回结果oX/ :管理员/RoleCo ntroller/role.jsp/RoleDao/DB1 : requestRoleNum()8 : return2 : fin dRoleByNum()7 : retur n message。13 : fin dRoleByNum()|*6 : return message。4 : fin dRoleByNum()电:return message。图3-28查找角色信息时序图-场景描述:1.获取信息2管理员从JSP页面解析Reques,返回信息3. 管理员验证信息是否存在4. 增加权限信息5. 返回结果oX/ :管理员1 : addRightI nfo()/right.jsp/RightC on troller/RightDao/DB8 : return2 : addRight()13 : addRight()4 : addRight()7 : retur n message。|*6 : return message。