仓库管理系统说明书.docx

仓库管理系统说明书.docx

《仓库管理系统说明书.docx》由会员分享，可在线阅读，更多相关《仓库管理系统说明书.docx（17页珍藏版）》请在冰点文库上搜索。

仓库管理系统说明书

二、仓库信息管理系统分析与设计

（一）《仓库信息管理系统》的需求建模

1、需求分析

仓库信息管理系统要能完成以下功能：

仓库存放的货物品种繁多，堆存方式以及处理方式也非常复杂，随着业务量的增加，仓库管理者需要处理的信息量会大幅上升，因此往往很难及时准确的掌握整个仓库的运作状态。

针对这一情况，为了减轻仓库管理员和操作员的工作负担，此系统在满足仓库的基本管理功能基础上发挥信息系统的智能化。

根据要求可将系统分为四个模块

（1）用户登录模块

普通操作员和管理人员登录此系统，执行仓库管理的一些操作，但是普通操作员和管理人员所能执行的功能不一样。

（2）仓库管理模块

管理员工作需要登陆系统，才能够进行操作，系统中的各项数据都不允许外人随便查看和更改，所以设置登陆模块是必须的。

可以执行仓库进货，退货，领料，退料；商品调拨，仓库盘点等功能。

（3）业务查询模块

在用户登录系统后，可以执行库存查询，销售查询，仓库历史记录查询。

（4）系统设置模块

显示当前仓库系统中的信息,在系统中可以执行供应商设置，仓库设置。

2、功能模块分析

（1）登录模块

①普通操作员：

显示当天仓库中的所有库存的信息。

②管理员：

修改仓库中的库存信息。

③用户注销：

在用户执行完仓库功能时，注销。

④用户退出。

（2）管理模块

①仓库库存的进货与退货；

②仓库中的库存需要领料和退料功能；

③仓库也可以完成不同地区的商品在此仓库的商品调拨任务；

④用户人员也可以在当天之后对仓库中的库存进行盘点。

（3）查询模块

①显示当前仓库商品信息，并执行库存查询；

②显示仓库信息，对商品的销售量进行查询；

③此系统还可以对仓库历史记录进行查询。

（4）设置模块

1供应商设置

2仓库设置

3、工作内容及要求

1进一步细化需求分析的内容，识别出系统的参与者，并完成用例图；

2将用例图中的每个用例都写成相应的事件流文档；

3进一步使用活动图来描述每个用例，为后续的系统设计做好准备；

4按照系统的功能分析，从用例的描述中提取出系统的对象类和界面类，建立类图；

5分析类图中的实体类和实体类之间的关系，画出数据库的逻辑模型图（只包含实体类，且注明角色和阶元）。

6对数据库的逻辑模型进行优化，取消多对多的联系，完成最终的逻辑模型设计；

7使用交互作用图或状态机图完成系统动态行为的建模。

（建议使用顺序图按功能分别描述）

4、创建SRS文档：

⏹引言

●仓库管理系统将24小时为用户服务。

⏹用途

●SRS文档将作为SDLC设计和编码阶段的输入。

⏹作用域

●管理员直接对系统进行管理。

⏹功能性需求

●操作员需要取得管理员的认可才可以登录此系统。

●操作员可以查询库存的信息。

●系统管理员可以管理登录系统以后对仓库进行管理

●因为不是每个人都可以随便修改系统的，所以系统管理员可以登录进系统以后对用户的权限信息进行管理。

⏹界面需求

●界面应该清晰易懂。

⏹运行环境

●此系统可以在网络上进行运行。

5、用例图如下：

分析：

操作员在进行验证后登陆系统，可以执行商品的进退货的记录信息的查询与管理等操作。

c

图1操作员用例图

分析：

此用户是管理员，可以对仓库信息进行维护，仓库商品进行盘点，业务分析，历史记录查询，供应商信息维护和仓库查询操作。

图2管理员用例图

分析：

该用户为供应商，可以对执行仓库进货和退货的查询与管理操作。

图3供应商用例图

（二）《仓库管理系统》的静态建模

1、定义

静态建模用于描述软件的静态成分，又叫结构建模。

它包含类关系图和对象关系图。

用于描述软件系统的成分之间的关系和依赖性。

2、类的分析与设计

（1）确定初始类图

（2）提取类的属性

（3）提取类的操作

（4）类之间的关系

3、去除不必要的类和不正确的类：

（1）冗余类：

若两个类表述同一信息，保留最具有描述能力的类；

（2）不相干的类：

去掉与问题没有多少关系和根本不相关的类；

（3）模糊类：

类必须是确定的，有些临时类边界定义不对，或范围太广，应排除；

（4）属性：

如果有些名词是用来描述某个类的，那么它一定是这个类的属性。

（5）操作：

如果所描述的操作并不适用于对象并且被自身所操作，那么这一定不是类。

4、这样可以得到相关的三种类关系：

（1）人员信息包类图

（2）接口信息包类图

（3）系统事务信息包类图

5、确定类之间的关系

两个类之间的相互依赖就是关联，关联常用描述性动词或动词组来表示，其中有物理位置的表示、传导的动作、通信、所有者关系及条件的满足等等。

6、通过以上方法可以确定类图

（1）人员信息包类图里包含：

操作员类、管理员类、供应商类、商品进货模块类、商品退换模块类、商品打印模块类、库存查询模块类、商品盘点模块类、历史信息查询模块类和商品调拨模块类。

图4人员信息包类图

（2）接口信息包类图里包含：

用户登录类、仓库管理类、系统管理类和业务查询类。

图5接口信息包类图

（3）系统事务信息包类图包含：

用户登录类、供应商管理类、业务分析类、查询历史信息类、仓库信息维护类、领料类、退料类、退换类、盘点类、调拨类和仓库查询类。

图6系统事务信息包类图

（三）《仓库管理系统》的动态建模

1、在完成静态建模后，需要对系统实现动态建模。

需要创建

（1）活动关系图：

表示系统的静态成分为了完成过程需要执行的活动的顺序；

（2）交互关系图：

表示软件系统静态成分之间的交互，常用序列关系图和通信关系图。

2、活动关系图

（1）活动关系图是用来对特定过程的控制流进行建模。

分析：

管理员在登录系统后，查看销售记录和查看商品库存情况，如果缺货就通知操作员缺货商品清单，操作员即可联系供应商按缺货清单提供货物，然后管理员更新数据库结束，如果不缺货直接结束。

图7仓库系统的活动图

3、交互关系图：

通信关系图、序列关系图

（1）通信关系图以消息的形式表示对象之间的交互。

通信图集中在活动着的对象上，表现的是相互通信的对象之间的消息传递，不参照时间。

通信图通过在消息上加序号表示消息传递的次序。

序列号放在消息之前作为消息的前缀。

注：

通信关系图不描绘对象的生命线。

①管理员盘点过程协作图

分析：

操作员把盘点信息发送给管理员，管理员审查后盘点信息，在仓库商品盘点模块中盘点信息列表，然后交由信息打印模块打印盘点信息列表，给操作员。

图8管理员盘点过程协作图

②商品管理协作图

分析：

操作员通知供应商进货，供应商打印出进货清单，操作员也可以对进货退货进行管理，供应商打印出退货清单。

图9商品管理协作图

③仓库历史记录查询协作图

分析：

管理员应该先登录系统。

当管理员登录系统以后，可以查询历史信息，看到商品进货、商品盘点、商品调拨的历史记录。

图10仓库历史记录查询协作图

（2）序列关系图

序列关系图以按时间排序的消息形式来表示对象之间的交互。

序列关系图和通信关系图的区别在于通信关系图情调对象的组织结构，而序列关系图则按时间顺序显示对象之间交互的消息。

在序列关系图中，可以沿x轴方向排列对象。

将启动交互的对象放在最左边。

消息序列中后来的对象则放在交互启动对象的右边。

在交互中，对象发送和接收的消息按时间升序沿y轴防止。

注：

和通信关系图不同，序列关系图描述对象生命线。

①仓库盘点过程序列图

分析：

操作员将盘点信息发送给管理员，管理员审查盘点信息，然后盘点信息列表交给商品打印模块打印后发给操作员执行相关商品操作。

图11仓库盘点过程序列图

②商品管理序列图

分析：

操作通知商品供应商进货、退货，商品供应商将商品清单和退货商品清单发送给商品进货模块，商品进货模块将进货商品打印报表给操作员，商品退货模块将商品退换报表打印发给操作员，操作员也可以查询库存，库存库存模块将库存查询信息发送给操作员。

图12商品管理序列图

③仓库历史记录序列图

分析：

管理员登录系统查询历史信息模块，历史信息则查询商品进货退货模块、商品调拨模块、商品盘点模块，之后各模块将查询得到的信息发送给历史信息模块，最后由历史信息模块统一将信息发给管理员。

图13仓库历史记录序列图

（四）《仓库管理系统》的架构建模

1、定义

架构建模使您能够了解组件在组织网络中的物理分布。

您需要对软件系统的架构进行建模以确定组件的设计是否符合软件系统的需要。

软件架构描述软件按系统的所有组件以及这些组件之间的关系。

要对系统软件的架构进行建模。

2、您需要创建以下关系图：

（1）包关系图：

描述根据特定条件分组在一起的软件系统构成。

（2）组件关系图：

描述软件系统的可执行构成。

（3）部署关系图：

描述软件系统组件的各种处理设备。

①组件关系图：

组件可实现一组接口并构成软件系统的可执行部分。

分析：

该图是系统的各个组件图，由系统登录、仓库管理管理、信息查询、系统设置。

图14组件关系图

②部署关系图：

显示需要在其中部署软件组件的硬件。

分析：

下图表明系统采用数据库系统作为后台数据提供者，然后客户登录使用系统，也可以对系统中的信息进行打印操作。

图15部署关系图