采购及仓库管理信息系统原型设计书DOC 41页.docx
《采购及仓库管理信息系统原型设计书DOC 41页.docx》由会员分享，可在线阅读，更多相关《采购及仓库管理信息系统原型设计书DOC 41页.docx（39页珍藏版）》请在冰点文库上搜索。
采购及仓库管理信息系统原型设计书DOC41页
采购及仓库管理信息系统原型设计书（DOC41页）
采购及仓库管理信息系统原型设计书
V1.0
小组名称：
小组口号：
指导教师：
文档撰写人：
文档撰写时间：
团队分工记录表
项目名称
学号
姓名
分工
掌上电子菜单
专业名词
里程碑：
英文milestone，指软件工程开发周期中，重要阶段成果的标识
1系统概述
本需求规格说明书是为了开发采购及仓库管理信息系统（PWMIS）而编写，本文的预期读者是：
软件工程过程组（SEPG）成员，项目经理，架构设计师，系统分析员，软件工程师/设计员和最终用户。
2系统需求分析
2.1需求概述
2.1.1目标
本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用。
是其他分析和设计工作的参考资料，为《详细设计》和《测试计划》的编写提供依据。
同时本还是项目完成后系统验收的依据。
根据采购部的实际业务规则和工作流程，大致分为供应商管理，常用物品管理，采购计划管理，库存管理，常用报表打印，员工管理和权限管理。
2.1.2运行环境
2.1.2.1软件环境
●操作系统：
Lunix/Windows2003
●JDK：
JavaSEDevelopmentKit（JDK）6
●应用服务器：
ApacheTomcat6
●HTTP服务器：
Apache2.2
●数据库：
MySQL5.1/MSSQL2005
2.1.2.2硬件环境
●服务器：
普通PC或者提供的服务器。
●网络环境：
局域网内部使用。
2.2需求规格
2.2.1软件系统总体功能/对象结构
图2-1功能层次图
图2-2系统用例图
3详细需求说明
3.1功能需求描述
3.1.1供应商管理
在整系统操作流程中供应商算是第一个环节。
因为采购员首先面对的是供应商，在后续的模块中有很多设计供应商的部分，比如供应商往来账等。
一般供应商会供应多种货品，同理同一种货品也可能有多家供应商同时供应，而且同一种货品又可分为不同的规格型号。
供应商维护包括对供应商信息的增加、删除、修改、查询。
货品维护包括对货品信息的增加、删除、修改、查询。
供应商往来账可在选定供应商后查看该供应商的往来账目情况，包括账面余额，发票信息等。
此模块的详细情况将在采购管理模块中详细阐述。
图3-1供应商管理用例图
·扩展用例：
表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：
采购员
前置条件：
供应商信息查询
基本事件流：
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.3dao层改值
1.2.4dao层把信息提交到数据库
1.3数据库返回结果
图3-5供应商信息修改时序图
图3-6供应商管理类图
3.1.2采购管理
3.1.2.1概述
此处的操作主要由采购员完成。
而采购员又分为两类，分别为“生产用原料采购员”和“生产用杂品采购员”。
这两类采购员的操作流程有很多详细之处。
接下来我们将详细的说明采购管理过程中的每个细节。
3.1.2.2采购计划
采购计划是在整个流程中的起点，只有采购员制定了采购计划，后续库管员才能进行一系列的入库出库操作。
采购物品的市场价格变化较快，所以允许采购员在计划单货品入库后根据实际发票金额对计划单货品单价进行修改。
3.1.2.3采购计划维护
采购计划维护可包含增加，修改，删除，查询等操作。
为了操作流程上的简便，也考虑此系统为部门内部使用。
所以将采购计划的审核功能去除。
允许采购员在特殊情况下修改已执行的采购计划。
3.1.2.4查看到货情况
可用查看某采购计划单的实际到货情况，有的时候一个采购计划并不能在同一天全部到货，允许分批次到货。
为了便于采购员及时了解计划单的执行情况和执行进度允许采购员分种类查看计划采购数量，和实际到货数量。
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.无变化跳转事件2
Postcation修改单价
图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.2Bean根据名查找
1.1.3返回查找信息
1.2修改单价
1.2.1修改单价提交到Bean
1.2.2dao层改值
1.2.3返回结果
图3-10查找单价时序图
图3-11采购管理类关系图
3.1.3库存管理
库存管理根据工作内容和管理的货品不同可以分为两部分。
分别是“生产用原材料管理”和“非原材料管理”（杂品）。
原材料管理和非原材料管理在在出库操作的时候类似，但是在入库操作的时候有很多不相同之处。
3.1.3.1入库管理
·原材料入库
原材料的入库流程相对复杂一些，因为直接关系到生产安全和产品质量，所以需要取样化验。
而只有在化验结果为合格以上才可用完成入库待用。
同时在整个入库流程中库管员还要详细的记录到货时间，登记车牌，车辆检查，外包装检查等。
上图中最后一项为“增加实物账”，实物账其实就是仓库物资的进出记录，记录入库时每批物资何时由那个供应商供货以及物资的数量。
同时也记录着出库时每批物资的使用部门（领用部门），何时领用，领用数量等。
·非原材料入库
非原材料入库的流程相对简单一些。
做完基本的检查清点后即可入库，等待使用。
非原材料的入库管理同样需要对实物账进行维护。
实物帐分两类，一类是原材料类实物帐，另一类为非原材料实物帐。
这两部分物资是分仓库管理的。
3.1.2.1出库管理
在出库操作中两种物料的管理都是类似的。
无论哪种物料的出库管理都需要登记领用部门（使用部门）。
因为此项是后期很多报表统计的依据，所以在此处操作的时候应清晰明了。
在核对部门和数量后可执行出库操作，同时维护实物帐。
实物账就是仓库管理中的出入库的详细记录。
图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、简单检查
4、清点数目
5、确认入库
分支事件：
3a、检查合格，清点数目
3b、检查不合格，退换货品
后置条件：
维护实物账
图3-14入库管理活动图
·情景分析：
1.增加原材料信息
1.1.仓管员进入JSP页面发送添加原材料信息请求
1.2.JSP将请求发送给Controller
1.3.查询原材料信息是否存在
1.3.1.若存在Controller解析Request并将请求通过DAO发送到数据库
1.3.2.若不存在，跳转到修改页面
1.4数据库返回原材料信息到Controller
1.5.Controller将添加成功信息返回到JSP页面
图3-15增加原材料信息时序图
图3-16仓库管理类图
3.1.4组织管理
3.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.成功返回跳转。
分支事件流：
无
后置条件：
无
图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管理员看到修改后的部门信息。
图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：
部门主管
前置条件：
查询员工信息
基本事件流：
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执行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.1.4安全和权限管理
图3-25安全和权限管理用例图
表3-12添加角色表
UC1：
增加角色Actor：
管理员
前置条件：
系统管理员已进入角色管理界面
基本事件流：
1、在角色管理的界面上，点击“增加角色”按钮
2、显示增加角色界面
3、输入角色信息
4、点击“确认”按钮
5、系统给出提示“增加成功”
6系统返回增加后的信息供管理员查看
分支事件流：
3a、输入角色错误
3b、系统弹出错误信息提示
后置条件：
增加角色成功，数据库中的角色数量加一
表3-13修改角色表
UC3：
修改角色Actor：
管理员
前置条件：
系统管理员已进入角色管理界面
基本事件流：
1、在角色管理的界面上，输入角色编号
2、显示该角色的具体信息
3、修改该角色信息
4、点击“提交”按钮
5、系统给出提示“修改成功”
6、系统返回修改后的信息供管理员查看
分支事件流：
3a、修改角色出错
3b、系统弹出错误信息提示
后置条件：
修改角色成功，数据库中的角色被修改
表3-14删除角色表
UC3：
删除角色Actor：
管理员
前置条件：
系统管理员已进入角色管理界面
基本事件流：
1、在角色管理的界面上，输入角色编号
2、显示该角色的具体信息
3、点击“删除”按钮
4、系统给出提示“删除成功”
9、系统返回修改后的信息供管理员查看
分支事件：
3a、删除角色出现错误
3b、系统弹出错误信息提示
后置条件：
删除角色成功，数据库中角色信息减一
表3-15查看角色表
UC4：
查看角色Actor：
管理员
前置条件：
系统管理员已进入角色管理界面
基本事件流：
1、在角色管理的界面上，输入角色编号
2、显示该角色的具体信息
分支事件流：
无
后置条件：
系统显示角色列表信息
图3-26角色管理活动图
表3-16增加角色表
UC5：
增加权限Actor：
管理员
前置条件：
系统管理员已进入权限管理界面
基本事件：
1、在权限管理的界面上，点击“增加权限”按钮
2、显示增加权限界面
3、输入权限信息
4、点击“确认”按钮
5、系统给出提示“增加成功”
6系统返回增加后的信息供管理员查看
分支事件：
无
后置条件：
增加权限成功，数据库中该角色的权限数量加一
表3-17删除权限表
UC6：
删除权限Actor：
管理员
前置条件：
系统管理员已进入权限管理界面
基本事件：
1、在权限管理的界面上，输入权限编号
2、显示该权限信息
3、点击“删除”按钮
4、系统给出提示“删除成功”
分支事件：
无
后置条件：
删除权限成功，数据库中该角色的权限数量减一
表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图
升级会员 