UML仓库管理系统.docx

UML仓库管理系统.docx

《UML仓库管理系统.docx》由会员分享，可在线阅读，更多相关《UML仓库管理系统.docx（14页珍藏版）》请在冰豆网上搜索。

UML仓库管理系统

仓库信息管理系统

班级：

093062

学号：

********

姓名：

***

仓库信息管理系统

一、系统概述

二、需求分析

2.1系统总体功能需求

2.2用户需求

2.3仓库管理

2.4业务查询

2.5系统设置

三、系统用例模型

3.1角色的确定

3.2创建用例

3.3创建角色用例关系图

四、系统动态模型

4.1活动图

4.2序列图

4.3协作图

五、创建系统包图

5.1仓库管理系统包图

5.2人员信息.peopleinformation..包内的类

5.3事物包.business..包内的类

5.4接口包.interfaces..包内的类

六、系统类模型

6.1Logical

6.2类图

七、系统部署

八、构件图

九、设计小结

一、系统概述..

“仓库信息系统”是一套功能强大而又操作简便、使用的仓库管理软件..包括用户登录、仓库管理、业务查询和系统设置4大管理功能。

本系统在功能设计上具有前瞻性..吸收和借鉴了国际上先进的仓储管理思想。

通过供应商、仓库及客户三者之间信息的沟通与指令的有效传递..将制造商和供应商的库存成本与资金占有率降到最低限度。

本系统主要适用于第三方物流企业的仓储管理。

二、需求分析..

在软件开发的初期..开发人员以及用户往往忽略信息沟通.导致软件开发完成后..不能很好的满足实际的需要。

而返工不仅在技术上给开发人员带来巨大的麻烦..还会造成人力、物力的浪费。

因此..只有弄清楚客户的需求..才能真正开发出满足客户需求的管理信息系统..才能够让整个系统发挥其相应的作用。

2.1系统总体功能需求

一个功能完善的仓库信息管理系统..必须包括以下的几个模块。

（1）用户登录

由用户登录、用户注销、退出系统3个部分组成。

用户可以用两种身份登录本系统..普通操作员或经理..管理人员..不同身份登录被系统授予不同的使用权限..这样提高了本系统的安全性..避免了无关人员获取不在他权限范围内的信息。

用户在登录后可以不退出本系统..而采用用户注销的方式使系统不存在激活状态下的用户。

（2）仓库管理

仓库管理系统中..包括仓库进货、仓库退货、仓库领料、仓库退料、商品调拨和仓库盘点6个功能模块组成。

仓库管理系统是整个仓库信息系统的核心..是所有数据的来源。

用户通过本系统的使用..可以使仓库的空间得以优化..减低无效和冗余的作业..使库存精度更准确..库存周转率提高及库存资金占用减少。

“仓库进货—>仓库领料—>仓库盘点”组成了仓库管理的重要过程。

（3）业务查询

业务查询系统..包括库存查询、销售查询和仓库历史记录3个功能模块组成。

库存查询实时提供库存变化的信息..随时应不同客户的要求得到其当前的库存。

销售查询提供了一个完整的出货查询平台..用户可以根据货物的ID号查询某个时间段里该货物的销售情况.该功能可以使企业的管理人员能够以最快的速度了解仓库的出货情况和与仓库相配套的商场的销售情况..方便企业管理人员根据不同的情况及时的调整经营战略。

仓库历史记录查询功能模块..在本系统中仓库进货、仓库退货、仓库领料、仓库退料、商品调拨和仓库盘点的任一个操作都储存在数据库中..本功能模块就是查询任意一条操作记录。

由此可知..本仓储管理漠视通过供应商、仓库及客户间的信息沟通与指令的及时有效传递..将制造商和供应商的库存成本与资金占压降到最低限度。

（4）.系统设置

系统设置包括供应商设置和仓库设置两个部分。

供应商是货物的提供者..在供应商设置中..用户可以输入详细的供应商信息..包括联系方法、供应商名称和主要经营项目等信息..方便企业管理查询和维护。

仓库设置..在本系统中..用户可以将整个仓库虚拟的分成数个仓库..每个仓库储存不同类型的货物..这样方便仓库货物的分类管理..也有利于提高仓库进货、出货的效率。

综上所述..系统的功能需求可用如图1琐事的框图简要表示。

2.2用户需求

用户登录所包括的具体功能模块如图2所示。

（1）.用户登录

用户进入本仓库信息管理系统的入口..没有得到身份验证的用户只能拥有最低的使用权限..即只能选择退出系统或用户登录。

本系统的使用者可以用两种身份登录到系统..普通操作员或经理..管理人员.不同的身份意味着不同的使用权限..这一个稳定、安全的系统所必须具备的。

（2）用户注销

本系统中引入了类似Windows操作系统的用户注销功能..当用户在短时间内不适用本系统..他不必退出..只需要选择用户注销..这样可以使系统中不存在处于激活状态的用户..以便其他用户使用本系统。

（3）退出系统

用户在完成工作后..点击推出系统按钮可以安全的推出.以免不安全退出导致数据丢失情况的发生。

2.3仓库管理

仓库管理包括的具体功能模块如图3所示。

仓库管理系统是整个仓库信息系统的核心..是所有数据的来源。

根据详细的需求分析..企业在库存中面临的主要问题体现在..库存量较大..库存资金周转慢..不能及时统计库存物料..库房人员重复工作多.效率低.不知道库存物资挤压时间长短。

本系统从最初的采购到存储和交货..仓库管理将决定企业是否兑现了其承诺。

从仓储计划到仓库操作和交叉运输..优化的仓储将有助于大幅减少企业的存货量和存货成本..因为企业将能保持较低的仓库存货水平..优化入库..保管和出库活动..并且协调载货量。

（1）仓库进货

在本仓库信息系统中..仓库进货模块要求操作员输入商品号、进货数量、单价和供应商..系统会自动的将当前系统时间作为进货时间更新到数据库..并且会自动统计总进货金额。

该操作完成后..响应货物的数量为原来数量加进货的数量..并更新数据库。

仓库进货功能如图4所示

（2）仓库退货

仓库退货功能如下图所示。

需求分析表明..企业仓库中的货物离开仓库主要有两种原因.企业无法销售某商品..将其退还给供应商..企业销售了一部分某商品.再从仓库调出部分库存的该种商品。

在本仓库信息系统中..仓库进货模块是为了第一种原因而设计的..它要求操作员输入退货商品号、退货熟料、单价和供应商..系统会自动的将当前系统时间作为退货时间更新到数据库..并且会自动统计总退货金额。

该操作完成后..相应货物的数量为原数量减退货的数量..

并更新数据库。

（3）.仓库领料

根据上述仓库退货中列举的原因..在本仓库信息系统中..仓库领料模块是为了第二种原因而设计的..它要求操作员输入领取商品号、领料数量、领料人和仓库管理员..系统会自动将当前系统时间座位退货时间更新到数据库..并且会自动统计总领料数量。

在打印的单据中将会给出上述的所有信息。

该操作完成后..相应货物的数量为原数量减领料的数量并更新数据库。

（4）.仓库退料

仓库退料功能如下图所示。

根据需求分析..企业工恩能够遇到下述问题..企业销售部门在某段时间内没有销售出某件商品..这可能会造成销售部门的货物积压..因此部门就需要将该件商品返回一部分到仓库..这就是所谓的仓库退料。

在本仓库信息系统中..仓库退料模块要求操作员输入退料商品号、退料数量、退料人和仓库管理员..系统会自动的将当前系统时间作为退料时间更新到数据库..并且会自动统计总退料数量。

在打印的单据中将会给出上述的所有信息。

该操作完成后..相应货物的数量为原数量加退料的数量并更新数据库。

（5）商品调拨

商品调拨功能如下图所示。

企业中很可能不止一个销售部门..而哥哥销售部门销售业绩也不相同。

按照传统的仓库物流管理模式..业绩不好的销售部门要将其积压的商品退回仓库..业绩好的销售部门从仓库领取一定数量的商品。

本系统中引入了商品调拨的概念..即业绩不好的销售部门可以直接将其积压的商品移交一部分给业绩好的销售部门..不必通过仓库中转。

该功能具有较大的灵活性和可扩展性..能够满足客户在仓储管理方面更多个性化的需求。

仓库调拨要求操作员输入退料商品号、调拨数量、调拨人和仓库管理员..系统会自动的将当前系统时间作为调拨时间更新到数据库..并且会自动统计总调拨数量。

在打印的单据中将会给出上述的所有信息。

（6）仓库盘点

仓库盘点功能如下图所示。

仓库盘点的目的是为了更好地了解仓库准确的库存信息。

盘点的周期和盘点的方式..企业可以根据自身的情况加以选择..不合理的仓库盘点..将会降低仓库库存信息的准确性、物料计划的准确性..不必要的仓库盘点将浪费企业的人力和物力。

仓库盘点一般可以按照周期盘点、循环盘点和零点盘点3种方式进行..企业采用周期盘点这种方式的情况较多。

操作员可以在仓库盘点中任意增加或减少某件商品的库存数据..因此..出于安全性方面的考虑..本功能模块需要管理者..部门经理.能使用..并且所有的修改信息将会被存储到数据库中。

仓库盘点模块哟哀求管理员输入某商品号、该商品实际数量..系统会自动的将当前系统时间作为盘点时间更新到数据库..并且会自动统计总盘点过程中修改的数量。

在打印的单据中将会给出上述的所有信息。

2.4业务查询

业务查询包括的具体功能模块如下图所示。

业务查询

库销仓

存售库

情情查

况况询

随着客户要求的不断提高..仓储管理在整个供应链管理当中占有非常重要的地位。

以单据打印和数据记录为生计目标的传统仓储管理软件已远远无法适应现代仓储发展的要求。

用户所需要的是仓储企业在实现信息化管理的基础上..不但可以向客户报告其产品的实时动态信息..还可以站在更高层面上为客户制定生产和销售计划..及时调整市场策略等方面提供持续、综合的参考信息..版主仓储企业成为客户在整个供应链上最为紧密的合作伙伴。

业务查询功能模块就是为用户提供了传统仓库管理系统以外的一些功能。

（1）库存查询

库存查询如下图所示。

库存的可见性是决定企业的分销战略是否成功的最重要的一点。

如果库存水平和组成..或所计划的对这些水平和组成的更新是模糊地、不正确的、过时的或完全不可信的..那么所有的仓储.运输和供应链管理活动都很有可能失败。

换句话说..如果企业拥有清楚地、正

确的、最新的和可靠的库存信息..将能更好地保证仓储..运输和供应链管理的成功。

在本系统的库存查询功能模块中..用户可以查询所有的商品的库存..也可以输入某件商品的ID号从而得到该商品的库存。

总之.用户可以通过本查询模块轻松得到即使的库存信息。

（2）销售查询

销售查询如下图所示。

功能模块主要为企业管理者的经营决策提供参考的信息..更高层面上为客户在制定生产和销售计划..及时调整市场策略等方面提供持续、综合的参考信息。

在销售查询功能模块中..用户只需要选择某个时间段..计算机就会根据数据库中的资料给出该时间段中所有商品的销售情况。

企业的经营者可以参考这样的信息来做出一些营销策略。

由于本功能模块涉及到企业的经营信息..考虑到商业信息的安全性..需要管理员级的用户才可以使用本模块。

2.5系统设置

系统设置包括供应商设置和仓库设置两个功能模块组成。

供应商设置主要是提供一些供应商的信息以方便用户查询和适用。

仓库设置的主要功能是用户可以将整个仓库虚拟的分成数个仓库..每个仓库储存不同类型的货物..这样方便仓库货物的分类管理..也有利于提高仓

库进货、出货的效率。

仓库管理包括的具体功能模块如下图所示。

（1）供应商管理

供应商管理如图所示。

在本功能模块中..用户可以增加新的供应商..需要输入供应商的一些信息..包括供应商号、名称、联系人、联系电话、传真、地址和邮政编码。

用户也可以对已经输入的供应商信息进行修改和查询。

（2）仓库设置

仓库设置如图所示。

三、系统用例模型

前面的章节已经对本系统的任务和需求做了详细的说明。

接下来..将对系统的流程和各个参与者之间的相互作用做详细的说明..将以RationalRose作为UML建模的工具..使用用例图、时序图、协作图和类图等对整个系统进行描述、构造、可视化和文档编制。

用例视图是被称为参与者的外部用户所能观察到的系统功能的模型图。

用例是系统中的一个功能单元..可以被描述为参与者与系统之间的一次交互作用。

用例模型的用途是列出系统中的用例和参与者..并现实哪个参与者参与了哪个用例的执行。

3.1角色的确定

在UML中.Actors代表位于系统之外和系统进行交互的一类对象。

用它可以对软件系统与外界发生的交互进行分析和描述。

在仓库信息系统中..可以归纳出来的主要问题有.

■购买的商品入库.

■将积压的商品退给供应商.

■将商品移送到销售部门.

■销售部门将商品移送到仓库.

■管理员盘点仓库.

■供应商提供各种货物.

■用户查询销售部门的营销记录.

■用户查询仓库中的所有变动记录。

从上面所归纳的问题可以看出..本系统所涉及的操作主要是仓库信息的管理、维护以及各种信息的分析查询。

在本系统UML建模中..可以创建一下角色..Actors.

■操作员.

■管理员.

■供应商.

■商品领料人.

■商品退料人。

使用RationalRose的UseCaseView中建立Actors如图17所示。

图17在UseCaseView中创建角色

3.2创建用例

用例本身是指一个用户或其他系统与要设计的系统进行的而一个交互..这个交互是为了达到某个目标..goal..。

角色用来表述该有目标的人或系统。

这个术语强调了任何人或系统拥有目标的事实。

目标本身是一个动词短语..入“客户..下订单”..“店员..记录库存”。

作为用例的一部分..有必要记录目标成功和失败对于活动者和系统的含义。

在下订单的实例中..目标达成可能包括货物交给活动者和公司受到相应的货款。

仔细定义目标成败是定义系统范围..scope..的基础。

因为对于一个简易的订单输入系统..目标达成可能仅仅一位这订单已经经过验证并且交货已经排定日程。

仓库信息系统根据业务流程可以分为以下的几个用例.UseCases.

■仓库进货.

■仓库退货.

■仓库领料.

■仓库退料.

■商品调拨.

■仓库盘点.

■库存查询.

■业务分析.

■仓库历史记录查询.

■供应商信息维护..

■仓库信息维护.

■用户登录.

■用户注销.

■退出系统。

使用RationalRose的UseCaseView中建立用例.UseCases..如图所示。

3.3创建角色用例关系图

用例图.UseCaseDiagram..采用了面向对象的思想..又是基于用户视角..绘制非常容易..简单的图形表示便于让人们理解。

用例图表示了角色和用例以及他们之间的关系。

塔描述了系统、子系统和类的一致的功能集合..表现为系统和一个或多个外部交互者..角色..的消息交互作序列。

也就是角色..用户或为不系统..和系统..要设计的系统..的一个交互..为了实现一个目的.这个目的的描述通常是一个动词短语..例如..开立信用证..给客户回单等。

操作员的用例关系如图所示。

操作员的用例关系图

管理员的用例关系如图所示。

管理员的用例关系图

商品供应商的用例关系图如图所示。

商品供应商的用例关系图

下面给出整个系统的用例关系图如图所示。

整个系统的UseCases关系图

四、系统动态模型

4.1活动图

活动图是一种特殊形式的状态图..用于对计算流程建模。

活动图中的状态表示计算过程中所处的各种状态..而不是普通对象的状态。

通常..活动图假定在整个计算处理的过程中没有外部事件引起的中断..否则..普通的状态机更适合于描述这种情况。

活动图是对状态图的扩展。

状态图突出显示的状态..状态之间的转移箭头代表的是活动。

而活动图突出现实的是活动。

每个活动的图表示为圆角矩形..比状态图标更接近椭圆。

活动图的起始点和中止点图标与状态图一样。

进货的活动图

在图中..管理员、操作员还有供应商三者发生了相互的关系。

首先管理员查看销售记录判断商品销售状况..然后查看商品库存情况。

如果发现仓库中商品库存充足则操作完毕..如果发现仓库中某商品库存出现不足..则通知操作员缺货商品清单..操作员领取清单后立即联系相应的供应商..供应商提供相应是商品..操作员接受货物..更新书库..操作完成。

4.2序列图

时序图.SequenceDiagram..表示对象之间传送消息的时间顺序。

时序图可以用来进行一个场景的说明..即一个事物的历史过程。

时序图中每一个类元角色用一条生命线来表示..用垂直线代表整个交互过程中对象的生命期..。

生命线之间的箭头连接代表消息。

时序图可以

用来进行一个场景说明..即一个事物的历史过程。

时序图的用途是用来表示用例中行为的时间顺序。

当执行一个用例行为时..时序图中的每条消息对应一个类操作或状态机中引起转换的出发事件。

（1）管理员盘点过程序列图如图所示。

仓库盘点过程序列图

（2）商品管理序列图如图所示。

商品管理序列图

..3..仓库历史记录查询序列图如图所示。

仓库历史记录查询序列图

4.3协作图

协作图.CollaborationDiagram..用于再一次交互中对有意义的对象和对象间的链建模。

对象和关系只有在交互时才有意义。

类元角色描述了一个对象..关联角色描述了协作关系中的一个链。

协作图的用途时表示一个类操作的实现..协作图可以说明类操作中用到的参数和局部变量以及操作中类之间的关联。

当实现一个行为时..消息编号对应程序中的嵌套调用结构和信号传递过程。

（1）管理员盘点过程协作图如图所示。

（2）商品管理协作图如图所示。

（3）仓库历史记录查询协作图如图所示。

协作图和时序图都可以表示各对象间的交互关系..但他们的侧重点不同。

时序图用消息的几何排列关系来表达消息的时间顺序..各角色之间的相互关系是隐含的。

协作图用各角色的几何排列图形来表示角色之间的关系..并用消息来说明这些关系。

在实际中可以根据需要选用这两种图。

五、创建系统包图

包是模型的一部分..模型的每一部分必须属于某个包。

建模者可以将模型的内容分配到包中。

但是为了使其能够工作..分配必须遵循一些合理原则..如公用规则、紧密耦合的实现和公用观点等。

UML对如何组包并不强制使用什么规则..但是良好的解组会很大的增强模型

的可维护性。

一个包可以包含其他包..根包间接的包含系统的整个模型。

组织系统中的包有几种可能的方式..可以用视图、功能或建模者选择的其他基本原则来规划包。

包是UML模型中一般的层次组织单元..他们可以被用来进行存储、访问控制、配置管理和构造可重用模型部件库。

如果包的规划比较合理..那么能够反映系统的高层框架——先管系统由子系统和它们之间的依赖关系组合而成。

包之间的依赖关系概述勒包的内容之间的依赖关系。

5.1仓库管理系统包图

在定义具体的类之前..先在宏观的角度上将整个系统分割成多个

独立的包..在这里把整个仓库管理系统分成的包如图所示。

5.2人员信息.peopleinformation..包内的类

人员信息.peopleinformation..包内的类组织如图所示。

5.3事物包.business..包内的类

事物包.business..包内的类组织如图所示。

5.4接口包.interfaces..包内的类

接口.interfaces..包内的类组织如图所示。

六、系统类模型--类图

类图是面向对向系统的建模中最常见的图。

类图显示了一组类、接口、协作以及他们之间的关系。

类图用于对系统静态设计视图建模。

其大部分涉及到对系统的词汇建模、对协作建模或对模式建模。

类图也是两个相关..组件图和配置图..的基础。

类图不仅对结构模型的可视化、详述和文档化很重要..而且对通过正向与逆向工程构造可执行的系统也很重要。

6.1Logical

Logical视图关注的焦点是系统的逻辑结构。

重复使用是一个主要目的。

通过认真的指定类的信息和行为、组合类..以及检查类和包之间的关系..就可以确定可以重复使用的类和包。

完成多个项目后..就可以将新类和包加进重复使用库中。

今后的项目可以组装现有的类

和包..而不必一切从头开始。

Logical视图如图所示。

Logica视图

6.2类图

类图中的类是针对时序图和协作图中没中对象创建的。

下图所示分别显示了人员信息包..借口包和事务包中类的类图。

系统事务信息包内的类图

七、系统部署图

仓库管理系统部署是整个项目实施过程中最后的阶段..就是把该系统中涉及到的硬件软件、整合到一起..并且可以让系统运行起来。

配置图

配置图.Deployment..视图考虑应用程序的物理部署..如网络布局和组件在网络上的位置等问题..进一步还需要考虑以下几个问题..具有多少网络带宽..希望出现多少并发用户..服务器关闭怎么办等。

仓库管理系统的Deployment视图如图所示。

仓库管理系统的Deployment框图如下：

八、构件图

构件图从软件架构的角度来描述一个系统的主要功能，如系统分成几个子系统，每个子系统包括哪些类、包和构件，它们之间的关系以及它们分配到哪些节点上等。

使用构件图可以清楚地看出系统的结构和功能。

方便项目组的成员制定工作目标和了解工作情况，同时，最重要的一点是有利于软件的复用。

　　构件（Component）是系统中遵从一组接口且提供其实现的物理的、可替换的部分。

构件能够完成独立功能，它是软件系统的组成部分。

在功能划分的软件系统中，软件被分成一个个的模块。

随着面向对象技术的引用，软件系统被分成若干个子系统、构件。

每个构件能够实现一定的功能，为其他构件提供使用接口，方便软件的复用。

九、设计小结

通过这次课程设计..使我对RationalRose有了初步的了解。

知道了用例图是由角色和用例组成的..其中角色就是参与这个系统的参与者..而用例就是可以完成的活动。

还有时序图..活动图..协作图..配置图共同组成了整个系统。

从开始的不知道怎么使用RationalRose这个软件..怎么画图..用哪个工具可以达到要求..到后来的可以基本了解怎么使用这个软件。

其中还遇到了困难..因为开始进入Rose选择的模版不合适..以至于我做完的系统太大..压缩完成后和一个班的同学的大小差不多..经过老师和同学的指导和帮助..终于顺利的完成了这次实训内容。