采购及仓库管理信息系统原型设计书

1、朱洪军 第 PAGE 16 页/总 NUMPAGES 16 页采购及仓库管理信息系统原型设计书V1.0小组名称：小组口号：指导教师：文档撰写人：文档撰写时间：团队分工记录表项目名称学号姓名分工掌上电子菜单 目录 TOC o 1-3 h z u HYPERLINK l _Toc7253 1系统概述 PAGEREF _Toc7253 4 HYPERLINK l _Toc16970 2系统需求分析 PAGEREF _Toc16970 4 HYPERLINK l _Toc7454 2.1需求概述 PAGEREF _Toc7454 4 HYPERLINK l _Toc9595 2.1.1目标 PAGER

2、EF _Toc9595 4 HYPERLINK l _Toc1294 2.1.2运行环境 PAGEREF _Toc1294 4 HYPERLINK l _Toc29379 2.1.3用户的特点 PAGEREF _Toc29379 4 HYPERLINK l _Toc24839 2.1.4关键点 PAGEREF _Toc24839 4 HYPERLINK l _Toc6662 2.1.5约束条件 PAGEREF _Toc6662 4 HYPERLINK l _Toc9689 2.2需求规格 PAGEREF _Toc9689 5 HYPERLINK l _Toc22369 2.2.1软件系统总体功

3、能/对象结构 PAGEREF _Toc22369 5 HYPERLINK l _Toc6005 2.2.2软件子系统功能/对象结构 PAGEREF _Toc6005 5 HYPERLINK l _Toc7714 2.2.3描述约定 PAGEREF _Toc7714 5 HYPERLINK l _Toc9869 3 详细需求说明 PAGEREF _Toc9869 5 HYPERLINK l _Toc9322 3.1功能需求描述 PAGEREF _Toc9322 5 HYPERLINK l _Toc24616 3.2接口需求说明 PAGEREF _Toc24616 6 HYPERLINK l _T

4、oc23780 3.3数据处理性能需求 PAGEREF _Toc23780 6 HYPERLINK l _Toc9981 3.4数据需求规格说明 PAGEREF _Toc9981 6 HYPERLINK l _Toc22331 3.4.1数据实体分析 PAGEREF _Toc22331 6 HYPERLINK l _Toc20667 附录 PAGEREF _Toc20667 7专业名词里程碑：英文milestone，指软件工程开发周期中，重要阶段成果的标识1系统概述本需求规格说明书是为了开发采购及仓库管理信息系统(PWMIS)而编写，本文的预期读者是：软件工程过程组(SEPG)成员，项目经理，

5、架构设计师，系统分析员，软件工程师/设计员和最终用户。2系统需求分析2.1需求概述2.1.1目标本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用。是其他分析和设计工作的参考资料，为详细设计和测试计划的编写提供依据。同时本还是项目完成后系统验收的依据。根据采购部的实际业务规则和工作流程，大致分为供应商管理，常用物品管理，采购计划管理，库存管理，常用报表打印，员工管理和权限管理。2.1.2运行环境软件环境操作系统：Lunix / Windows2003JDK：Java SE Development Kit (JDK) 6应用服务器：Apache Tomcat 6HTTP服务器：Apach

6、e 2.2数据库：MySQL5.1 / MSSQL2005硬件环境服务器：普通PC或者提供的服务器。网络环境：局域网内部使用。2.2需求规格2.2.1软件系统总体功能/对象结构图2-1 功能层次图图2-2 系统用例图3 详细需求说明3.1功能需求描述3.1.1供应商管理在整系统操作流程中供应商算是第一个环节。因为采购员首先面对的是供应商，在后续的模块中有很多设计供应商的部分，比如供应商往来账等。一般供应商会供应多种货品，同理同一种货品也可能有多家供应商同时供应，而且同一种货品又可分为不同的规格型号。供应商维护包括对供应商信息的增加、删除、修改、查询。货品维护包括对货品信息的增加、删除、修改、查

7、询。 供应商往来账可在选定供应商后查看该供应商的往来账目情况，包括账面余额，发票信息等。此模块的详细情况将在采购管理模块中详细阐述。图3-1 供应商管理用例图扩展用例：表3-1 货品维护UC1：货品维护 Actor：采购员前置条件：无基本事件流： 1.获取货品信息 2.操作货品信息 3.调整货品信息 4.核对货品信息 5.货品信息变更后置条件：无图3-3 供货品维护活动图表3-2 供应商信息维护UC2：供应商信息维护 Actor：采购员前置条件：无基本事件流： 1.获取供应商信息 2.操作供应商信息 3.调整供应商信息 4.核对供应商信息 5供应商信息变更后置条件：无图3-2 供应商维护活动图

8、表3-3 修改供应商信息UC3：修改供应商信息 Actor：采购员前置条件：供应商信息查询基本事件流： 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

9、.3 dao层改值1.2.4dao层把信息提交到数据库1.3数据库返回结果图3-5 供应商信息修改时序图图3-6 供应商管理类图采购管理概述此处的操作主要由采购员完成。而采购员又分为两类，分别为“生产用原料采购员”和“生产用杂品采购员”。这两类采购员的操作流程有很多详细之处。接下来我们将详细的说明采购管理过程中的每个细节。采购计划采购计划是在整个流程中的起点，只有采购员制定了采购计划，后续库管员才能进行一系列的入库出库操作。采购物品的市场价格变化较快，所以允许采购员在计划单货品入库后根据实际发票金额对计划单货品单价进行修改。采购计划维护采购计划维护可包含增加，修改，删除，查询等操作。为了操作流

10、程上的简便，也考虑此系统为部门内部使用。所以将采购计划的审核功能去除。允许采购员在特殊情况下修改已执行的采购计划。查看到货情况可用查看某采购计划单的实际到货情况，有的时候一个采购计划并不能在同一天全部到货，允许分批次到货。为了便于采购员及时了解计划单的执行情况和执行进度允许采购员分种类查看计划采购数量，和实际到货数量。3.1.3供应商往来账基本说明供应商往来账是本单位和供应商之间的货款往来明细。记录着每笔货款的详细支付情况。和当前的欠款情况。往来账查询供应商往来账应提供查询功能，可根据单位名称或单位编号进行模糊查询。得到具体供应商信息后可以查看对应供应商的详细项目。图3-7 采购管理用例图扩展

11、用例：表3-4 查看到货表UC：查看到货Acter：采购员Preconcition 无基本事件流： 1.选择采购计划单 2.查看计划实际对比 3.修改入库状态 4.统计数量 5.市场价格是否变化分支事件流： 5a.有变化修改单价 5b.无变化跳转事件2Postcation 修改单价图3-8 采购管理活动图表3-5 信息核对表UC：信息核对Acter：采购员Preconcition 无基本事件流： 1.查看入库状态 2.入库验收 3.开据发票 4.增加欠款记录 5.发票金额和实际采购额是否相符分支事件流： 5a.相符跳转2 5b.不相符修改单价Postcation 修改单价图3-9 入库管理活动

12、图情景分析：1.修改单价1.1查看单价1.1.1提交商品名1.1.2 Bean根据名查找1.1.3返回查找信息1.2修改单价1.2.1修改单价提交到Bean1.2.2 dao层改值1.2.3 返回结果图3-10 查找单价时序图图3-11 采购管理类关系图3.1.3库存管理库存管理根据工作内容和管理的货品不同可以分为两部分。分别是“生产用原材料管理”和“非原材料管理”（杂品）。原材料管理和非原材料管理在在出库操作的时候类似，但是在入库操作的时候有很多不相同之处。入库管理原材料入库原材料的入库流程相对复杂一些，因为直接关系到生产安全和产品质量，所以需要取样化验。而只有在化验结果为合格以上才可用完成

13、入库待用。同时在整个入库流程中库管员还要详细的记录到货时间，登记车牌，车辆检查，外包装检查等。上图中最后一项为“增加实物账”，实物账其实就是仓库物资的进出记录，记录入库时每批物资何时由那个供应商供货以及物资的数量。同时也记录着出库时每批物资的使用部门(领用部门)，何时领用，领用数量等。非原材料入库非原材料入库的流程相对简单一些。做完基本的检查清点后即可入库，等待使用。非原材料的入库管理同样需要对实物账进行维护。实物帐分两类，一类是原材料类实物帐，另一类为非原材料实物帐。这两部分物资是分仓库管理的。出库管理在出库操作中两种物料的管理都是类似的。无论哪种物料的出库管理都需要登记领用部门(使用部门)

14、。因为此项是后期很多报表统计的依据，所以在此处操作的时候应清晰明了。在核对部门和数量后可执行出库操作，同时维护实物帐。实物账就是仓库管理中的出入库的详细记录。图3-12 仓库管理用例图表3-6 原材料入库UC1：原材料入库Actor：库管员前置条件：货物到达基本事件：核对确认供应商登记车牌号，记录到货时间初步检验是否合格清点数目入库等待取样检验取样检验是否合格再次核对数目确认入库分支事件：3a、初步检验合格，清点数目3b、初步检验不合格，退换货品6a、取样合格，再次核对数目6b、取样不合格，退换货品后置条件：维护实物账图3-13 入库管理活动图表3-7 非原材料入库UC2：非原材料入库Acto

15、r：库管员前置条件：货物到达基本事件：核对供应商核对申请部门简单检查清点数目确认入库分支事件：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 增加原材料信息

16、时序图图3-16 仓库管理类图组织管理部门管理部门管理采用树型列表的方式，操作直观便捷。图3-17 部门管理用例图扩展用例：表3-8 添加部门表UC1：添加部门 Actor：管理员前置条件：查询部门信息基本事件流：打开部门管理页面；点击增加按钮；输入部门的各种属性；确认部门信息；点击提交信息；添加部门成功跳转。分支事件流：5a.确认提交，返回成功信息并跳转5b.取消提交，返回2后置条件：无图3-18 添加部门活动图表3-9 查看部门表UC2：查看部门 Actor：管理员前置条件：无基本事件流：打开部门管理页面；点击查看按钮；查看部门信息；点击返回按钮；成功返回跳转。分支事件流：无后置条件：无图

17、3-19 查看部门信息活动图场景描述：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返

18、回信息到UpdateController；1.2.7UpdateController返回信息到infoList.jsp；1.3显示部门信息更新成功；1.4管理员看到修改后的部门信息。图3-20 修改部门信息时序图员工管理图3-21 员工管理用例图表3-10 修改员工信息表UC3：修改员工信息 Actor：部门主管前置条件：查询员工信息基本事件流：打开员工管理页面；点击修改按钮；修改员工的原有信息；核对修改的员工信息；点击提交按钮；修改员工信息成功跳转。分支事件流：5a确认提交，返回成功信息并跳转5b.取消提交，返回2后置条件：无图3-23 修改员工信息活动图表3-11 修改员工信息表UC4：修

19、改员工信息 Actor：部门主管前置条件：查询员工信息基本事件流：1.打开员工管理页面；2.点击删除按钮；3.删除员工信息成功跳转。分支事件流：2a确认删除，返回成功信息并跳转2b.取消提交，返回1后置条件：无图3-22 删除员工信息活动图场景描述提交删除员工信息：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.2Update

20、Controller执行deleteAction并跳转到user.Dao；1.2.3user.Dao执行delete()；1.2.4数据库更新部门信息；1.2.5数据库返回信息到user.Dao；1.2.6user.Dao返回信息到DeleteController；1.2.7DeleteController返回信息到infoList.jsp；2.4显示员工信息删除成功；2.5部门主管看到删除后的部门信息。图3-24 删除员工信息时序图安全和权限管理图3-25 安全和权限管理用例图表3-12 添加角色表UC1：增加角色 Actor：管理员前置条件：系统管理员已进入角色管理界面基本事件流：1、在角

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

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