采购与仓库管理信息系统原型设计书.docx

1、采购与仓库管理信息系统原型设计书采购及仓库管理信息系统原型设计书小组名称： 小组口号： 指导教师： 文档撰写人： 文档撰写时间： 团队分工记录表项目名称学号分工掌上电子菜单 1系统概述本需求规格说明书是为了开发采购及仓库管理信息系统(PWMIS)而编写，本文的预期读者是：软件工程过程组(SEPG)成员，项目经理，架构设计师，系统分析员，软件工程师/设计员和最终用户。2系统需求分析2.1需求概述2.1.1目标本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用。是其他分析和设计工作的参考资料，为详细设计和测试计划的编写提供依据。同时本还是项目完成后系统验收的依据。根据采购部的实际业务规则和

2、工作流程，大致分为供应商管理，常用物品管理，采购计划管理，库存管理，常用报表打印，员工管理和权限管理。2.1.2运行环境2.1.2.1软件环境 操作系统：Lunix / Windows2003 JDK：Java SE Development Kit (JDK) 6 应用服务器：Apache Tomcat 6 HTTP服务器：Apache 2.2 数据库：MySQL5.1 / MSSQL20052.1.2.2硬件环境 服务器：普通PC或者提供的服务器。 网络环境：局域网部使用。2.2需求规格2.2.1软件系统总体功能/对象结构图2-1 功能层次图图2-2 系统用例图3 详细需求说明3.1功能需求

3、描述3.1.1供应商管理在整系统操作流程中供应商算是第一个环节。因为采购员首先面对的是供应商，在后续的模块中有很多设计供应商的部分，比如供应商往来账等。一般供应商会供应多种货品，同理同一种货品也可能有多家供应商同时供应，而且同一种货品又可分为不同的规格型号。供应商维护包括对供应商信息的增加、删除、修改、查询。货品维护包括对货品信息的增加、删除、修改、查询。 供应商往来账可在选定供应商后查看该供应商的往来账目情况，包括账面余额，发票信息等。此模块的详细情况将在采购管理模块中详细阐述。图3-1 供应商管理用例图扩展用例：表3-1 货品维护UC1：货品维护 Actor：采购员前置条件：无基本事件流：

4、 1.获取货品信息 2.操作货品信息 3.调整货品信息 4.核对货品信息 5.货品信息变更后置条件：无图3-3 供货品维护活动图表3-2 供应商信息维护UC2：供应商信息维护 Actor：采购员前置条件：无基本事件流： 1.获取供应商信息 2.操作供应商信息 3.调整供应商信息 4.核对供应商信息 5供应商信息变更后置条件：无图3-2 供应商维护活动图表3-3 修改供应商信息UC3：修改供应商信息 Actor：采购员前置条件：供应商信息查询基本事件流： 1.获取供应商信息列表 2.点击编辑按钮 3.获取修改页面 4.修改相应的供应商信息 5.提交供应商信息 6.核对供应商信息 7.修改成功分支

5、事件流： 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数据库返回结果图3-5 供应商信息修改时序图图3-6 供应商管理类图3.1.2采购管理3.1.2.1概述此处的操作主要由采购员完成。而采购员又分为两类，分别为“生产用原料采购员”和“生产

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

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

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

9、单价提交到Bean 1.2.2 dao层改值 1.2.3 返回结果图3-10 查找单价时序图图3-11 采购管理类关系图3.1.3库存管理库存管理根据工作容和管理的货品不同可以分为两部分。分别是“生产用原材料管理”和“非原材料管理”（杂品）。原材料管理和非原材料管理在在出库操作的时候类似，但是在入库操作的时候有很多不相同之处。3.1.3.1入库管理原材料入库原材料的入库流程相对复杂一些，因为直接关系到生产安全和产品质量，所以需要取样化验。而只有在化验结果为合格以上才可用完成入库待用。同时在整个入库流程中库管员还要详细的记录到货时间，登记车牌，车辆检查，外包装检查等。上图中最后一项为“增加实物账

10、”，实物账其实就是仓库物资的进出记录，记录入库时每批物资何时由那个供应商供货以及物资的数量。同时也记录着出库时每批物资的使用部门(领用部门)，何时领用，领用数量等。非原材料入库非原材料入库的流程相对简单一些。做完基本的检查清点后即可入库，等待使用。非原材料的入库管理同样需要对实物账进行维护。实物帐分两类，一类是原材料类实物帐，另一类为非原材料实物帐。这两部分物资是分仓库管理的。3.1.2.1出库管理在出库操作中两种物料的管理都是类似的。无论哪种物料的出库管理都需要登记领用部门(使用部门)。因为此项是后期很多报表统计的依据，所以在此处操作的时候应清晰明了。在核对部门和数量后可执行出库操作，同时维

11、护实物帐。实物账就是仓库管理中的出入库的详细记录。图3-12 仓库管理用例图表3-6 原材料入库UC1：原材料入库 Actor：库管员前置条件：货物到达基本事件：1、核对确认供应商2、登记车牌号，记录到货时间3、初步检验是否合格4、清点数目5、入库等待取样检验6、取样检验是否合格7、再次核对数目8、确认入库分支事件：3a、初步检验合格，清点数目3b、初步检验不合格，退换货品6a、取样合格，再次核对数目6b、取样不合格，退换货品后置条件：维护实物账图3-13 入库管理活动图表3-7 非原材料入库UC2：非原材料入库 Actor：库管员前置条件：货物到达基本事件：1、核对供应商2、核对申请部门3、

12、简单检查4、清点数目5、确认入库分支事件：3a、检查合格，清点数目3b、检查不合格，退换货品后置条件：维护实物账图3-14 入库管理活动图情景分析：1.增加原材料信息1.1.仓管员进入JSP页面发送添加原材料信息请求1.2.JSP将请求发送给Controller1.3.查询原材料信息是否存在1.3.1.若存在Controller解析Request 并将请求通过DAO发送到数据库1.3.2.若不存在，跳转到修改页面1.4数据库返回原材料信息到Controller1.5.Controller将添加成功信息返回到JSP页面图3-15 增加原材料信息时序图图3-16 仓库管理类图3.1.4组织管理3.

13、1.4.1部门管理部门管理采用树型列表的方式，操作直观便捷。图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.成功返回跳转。分支事件流：

14、无后置条件：无图3-19 查看部门信息活动图场景描述：1.提交修改部门信息:1.1管理员从infoList.jsp中获取部门的全部信息；1.1.1queryController解析request；1.1.2控制器返回信息到info.update.jsp；1.2管理员对部门信息进行修改；1.2.1info.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返回信息到UpdateController；1.2.7UpdateController返回信息到infoList.jsp；1.3显示部门信息更新成功；1.4管理员看到修改