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

《采购及仓库管理信息系统原型设计书(需求分析).docx》由会员分享，可在线阅读，更多相关《采购及仓库管理信息系统原型设计书(需求分析).docx（41页珍藏版）》请在三一办公上搜索。

1、采购及仓库管理信息系统原型设计书V1.0小组名称： 小组口号： 指导教师： 文档撰写人： 文档撰写时间： 团队分工记录表项目名称学号姓名分工掌上电子菜单 目录1系统概述42系统需求分析42.1需求概述42.1.1目标42.1.2运行环境42.1.3用户的特点42.1.4关键点42.1.5约束条件42.2需求规格52.2.1软件系统总体功能/对象结构52.2.2软件子系统功能/对象结构52.2.3描述约定53 详细需求说明53.1功能需求描述53.2接口需求说明63.3数据处理性能需求63.4数据需求规格说明63.4.1数据实体分析6附录7专业名词里程碑：英文milestone，指软件工程开发周

2、期中，重要阶段成果的标识1系统概述本需求规格说明书是为了开发采购及仓库管理信息系统(PWMIS)而编写，本文的预期读者是：软件工程过程组(SEPG)成员，项目经理，架构设计师，系统分析员，软件工程师/设计员和最终用户。2系统需求分析2.1需求概述2.1.1目标本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用。是其他分析和设计工作的参考资料，为详细设计和测试计划的编写提供依据。同时本还是项目完成后系统验收的依据。根据采购部的实际业务规则和工作流程，大致分为供应商管理，常用物品管理，采购计划管理，库存管理，常用报表打印，员工管理和权限管理。2.1.2运行环境2.1.2.1软件环境l 操作

3、系统：Lunix / Windows2003l JDK：Java SE Development Kit (JDK) 6l 应用服务器：Apache Tomcat 6l HTTP服务器：Apache 2.2l 数据库：MySQL5.1 / MSSQL20052.1.2.2硬件环境l 服务器：普通PC或者提供的服务器。l 网络环境：局域网内部使用。2.2需求规格2.2.1软件系统总体功能/对象结构图2-1 功能层次图图2-2 系统用例图3 详细需求说明3.1功能需求描述3.1.1供应商管理在整系统操作流程中供应商算是第一个环节。因为采购员首先面对的是供应商，在后续的模块中有很多设计供应商的部分，比

4、如供应商往来账等。一般供应商会供应多种货品，同理同一种货品也可能有多家供应商同时供应，而且同一种货品又可分为不同的规格型号。供应商维护包括对供应商信息的增加、删除、修改、查询。货品维护包括对货品信息的增加、删除、修改、查询。 供应商往来账可在选定供应商后查看该供应商的往来账目情况，包括账面余额，发票信息等。此模块的详细情况将在采购管理模块中详细阐述。图3-1 供应商管理用例图扩展用例：表3-1 货品维护UC1：货品维护 Actor：采购员前置条件：无基本事件流： 1.获取货品信息 2.操作货品信息 3.调整货品信息 4.核对货品信息 5.货品信息变更后置条件：无图3-3 供货品维护活动图表3-

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

6、点击编辑按钮，根据供应商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概述此处的操作主要由采购员完成。而采购员又分为两类，分别为“生产用原料采购员”和“生产用杂品采购员”。这两类采购员的操作流程有很多详细之处。接下来我们将详细的说明采购管理过程中的每个细节。3.1.2.2采购计划采购计划是

7、在整个流程中的起点，只有采购员制定了采购计划，后续库管员才能进行一系列的入库出库操作。采购物品的市场价格变化较快，所以允许采购员在计划单货品入库后根据实际发票金额对计划单货品单价进行修改。3.1.2.3采购计划维护采购计划维护可包含增加，修改，删除，查询等操作。为了操作流程上的简便，也考虑此系统为部门内部使用。所以将采购计划的审核功能去除。允许采购员在特殊情况下修改已执行的采购计划。3.1.2.4查看到货情况可用查看某采购计划单的实际到货情况，有的时候一个采购计划并不能在同一天全部到货，允许分批次到货。为了便于采购员及时了解计划单的执行情况和执行进度允许采购员分种类查看计划采购数量，和实际到货

8、数量。3.1.3供应商往来账3.1.3.1基本说明供应商往来账是本单位和供应商之间的货款往来明细。记录着每笔货款的详细支付情况。和当前的欠款情况。3.1.3.2往来账查询供应商往来账应提供查询功能，可根据单位名称或单位编号进行模糊查询。得到具体供应商信息后可以查看对应供应商的详细项目。图3-7 采购管理用例图扩展用例：表3-4 查看到货表UC：查看到货Acter：采购员Preconcition 无基本事件流： 1.选择采购计划单 2.查看计划实际对比 3.修改入库状态 4.统计数量 5.市场价格是否变化分支事件流： 5a.有变化修改单价 5b.无变化跳转事件2Postcation 修改单价图3

9、-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修改单价提交到Bean1.2.2 dao层改值1.2.3 返回结果图3-10 查找单价时序图图3-11 采购管理类关系图3.1.3库存管理库存管理根据工

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

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

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

13、管理活动图情景分析：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.1.4.1部门管理部门管理采用树型列表的方式，操作直观便捷。图3-17 部门管理用例图扩展用例：表3-8 添加部门表UC1：添加

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

15、t.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

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

17、置条件：查询员工信息基本事件流：1.打开员工管理页面；2.点击删除按钮；3.删除员工信息成功跳转。分支事件流：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执行de

18、leteAction并跳转到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.1.4安全和权限管理图3-25 安全和权限管理用例图表3-12 添加角色表UC1：增加角色 Actor：管理员前置条件：系统管理员已进入角色管理界面基本事件流：1、在角色管理的界面上，点

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

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

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

22、一表3-18 修改权限表UC7：修改权限Actor：管理员前置条件：系统管理员已进入权限管理界面基本事件：1、在权限管理的界面上，输入权限编号2、显示该权限信息3、修改权限信息4、点击“确认”按钮5、系统给出提示“修改成功”信息6系统返回修改后的信息供管理员查看分支事件：无 后置条件：修改权限成功，数据库中该角色的权限改变图3-27 权限管理活动图场景描述：1. 获取信息2. 管理员从JSP页面解析Request，返回信息3. 管理员验证信息是否存在4. 删除角色5. 返回结果图3-28 查找角色信息时序图场景描述：1.获取信息2.管理员从JSP页面解析Request，返回信息3.管理员验证信息是否存在4.增加权限信息5.返回结果图3-29 增加权限信息时序图图3-30 安全和权限管理类图3.3数据处理性能需求系统响应时间5秒。3.4数据需求规格说明3.4.1数据实体分析图3-31 系统E-R图图3-32 仓库管理E-R图图3-33 采购管理E-R图图3-34 安全与权限管理E-R图图3-35 供应商管理E-R图朱洪军 第 41 页/总 41 页