仓库管理分析.docx
《仓库管理分析.docx》由会员分享，可在线阅读，更多相关《仓库管理分析.docx（33页珍藏版）》请在冰豆网上搜索。
仓库管理分析
第十一章大型仓库信息管理系统开发
11．1系统概述
“仓库信息系统”是一套功能强大而又操作简便、实用仓库管理软件，包括用户登录、仓库管理、业务查询和系统设置4大管理功能。
本系统在功能设计上具有前瞻性，吸收和借鉴了国际上先进仓储管理思想。
通过供应商、仓库及客户三者之间信息沟通与指令有效传递，将制造商和供应商库存成本与资金占有率降到最低限度。
本系统主要适用于第三方物流企业仓储管理。
仓库存放货物品种繁多，堆存方式以及处理过程也非常复杂，随着业务量增加，仓库管理者需要处理信息量会大幅上升，因此往往很难及时准确掌握整个仓库运作状态。
针对这一情况，本系统在满足仓库基本管理功能基础上发挥信息系统智能化，减轻仓库管理人员和操作人员工作负担。
系统主要实现目标是监控整个仓库运转情况；提供完善任务计划功能，由整个操作指令中心来安排进出任务，确认任务开始，进货管理和出货管理按其指令执行即可；实时监控所有货物在线运动情况，实时提供库存变化信息。
11.2需求分析
在软件开发初期，开发人员及用户在往忽略信息沟通，导致软件开发完成后，不能很好满足实际需要。
而返工不仅在技术上给开发人员带来巨大麻烦，还会造成人力、物力浪费。
因此，只有弄清楚客户需求，才能真正开发出满足用户需求管理信息系统，才能够让整个系统发挥其相应作用。
11.2.1系统总体功能需求
一个功能完善仓库信息管理系统，必须包括以下几个模块。
（1）用户登录
由用户登录、用户注销、退出系统3个部分组成。
用户可以用两种身份登录系统：
普通操作员或经理（管理人员）；不同身份登录被系统授予不同使用权限，这样提高了本系统安全性，避免了无关人员获取不在他权限范围内信息。
用户在登录后可以不退出本系统，而采用用户注销方式使系统不存在激活状态下用户。
（2）仓库管理
仓库管理系统中，包括仓库进货、仓库退货、仓库领料、仓库退料、商品调拨和仓库盘点6个功能模块组成。
仓库管理系统是整个仓库信息系统核心，是所有数据来源。
用户通过本系统使用，可以使仓库空间得以优化，减轻无效和冗余作业，使库存精度更准确，库存周转率提高及库存资金占用减少。
“仓库进货→仓库领料→仓库盘点”组成了仓库管理重要过程。
（3）业务查询
业务查询系统中，包括库存查询、销售查询和仓库历史记录查询3个功能模块组成。
库存查询实时提供库存变化信息，随时应不同客户要求得到其当前库存。
销售查询提供了一个完整出货查询平台；用户可以根据货物ID号查询某个时间段里该货物销售情况，该功能可以使企业管理人员根据不同情况及时调整经营战略。
仓库历史记录查询功能模块：
在本系统中仓库进货、仓库退货、仓库领料、仓库退料、商品调拨和仓库盘点任一个操作者储存在数据库中，本功能模块就是查询任意一条操作记录。
由此可知，本仓储管理模式通过供应商、仓库及客户间信息沟通与指令及时有效传递，将制造商和供应商库存成本与资金占压降到最低限度。
（4）系统设置
系统设置包括供应商设置和仓库设置两个部分。
供应商是货物提供者，在供应商设置中：
用户可以输入详细供应商信息，包括联系方法、供应商名称和主要经营项目等信息，方便企业管理查询和维护。
仓库设置：
在本系统中，用户可以将整个仓库虚拟分成整个仓库，每个仓库储存不同类型货物，这样方便仓库货物分类管理，也有利于提高仓库进货、出货效率。
综上所述，系统功能需求可用如图11-1所示框图简要表示。
11.2.2用户登录
用户登录所包括具体功能模块如图11-2所示。
用户登录
用
户
登录
用户注销
用户退出
图11-2用户登录包括功能模块需求框图
（1）用户登录
用户进入本仓库信息管理系统入口，没有得到身份验用户只能拥有最低使用权限，即只能选择退出系统或用户登录。
本系统使用者可以用两种身份登录到系统：
普通操作员或经理（管理人员），不同身份意味着不同使用权限，这是一个稳定、安全系统所必须具备。
前置条件：
无。
（2）用户注销
本系统中引入了类似Windows操作系统用户注销功能，当用户在短时间内不使用本系统，他不必退出，只需要选择用户注销，这样何以使系统中不存在处于激活状态用户，以便其他用户使用本系统。
前置条件：
无。
（3）退出系统
用户在完成工作后，点击退出系统按钮可以安全退出，以免不安全退出导致数据丢失情况发生。
前置条件：
无。
11.2.3仓库管理
仓库管理包括具体功能模块如图11-3所示。
仓库管理系统是整个系统信息系统核心，是所有数据来源。
根据详细需求分析，企业在库存中面临主要问题体现在：
库存量较大，库存资金周转慢；不能及时统计库存物料；）库房人员重复工作多，效率低；不知道库存物资积压时间长短。
本系统从最初采购到存储和交货，仓库管理将决定企业是否兑现了其承诺。
从仓储计划到仓库操作和交叉运输，优化仓储将有助于大幅减少企业存货量和存货成本，因为企业将能保持较低仓库存货水平，优化入库，保管和出库活动，并且协调载货量。
（1）仓库进货
仓库存放货物品种繁多，堆存方式以及处理过程也非常复杂，随着业务量增加，仓库管理者所需要处理信息量大幅上升，因此管理者往往很难及时准确掌握整个仓库动作状态。
分析其原因在于：
仓库在进货时没有输入详细、有效、完整信息。
在本仓库信息系统中，仓库进货模块要求操作员输入商品号、进货数量、单价和供应商，系统会自动将当前系统时间作为进货时间更新到数据库，并且会自动统计总进货金额。
该操作完成后，相应货物数量为原数量加进货数量，并更新数据库。
仓库进货功能如图11-4所示。
前置条件：
无。
（2）仓库退货
仓库退货功能如图11-5所示。
需求分析表明，企业仓库中货物离开仓库主要有两种原因：
企业无法销售某种商品，将其退还给供应商；企业销售了一部分某商品，再从仓库调出部分库存该种商品。
在本仓库信息系统中，仓库进货模块是为了第一种原因而设计，它要求操作员输入退货商品号、退货数量、单价和供应商，系统会自动将当前系统时间作为退货时间更新到数据库，并且会自动统计总退货金额。
该操作完成后，相应货物数量为原数量减退货数量，并更新数据库。
前置条件：
存在该商品进货信息。
（3）仓库领料
根据上述仓库退货中列举原因，在本仓库信息系统中，仓库领料模块是为了第二种原因而设计，它要求操作员输入领取商品号、领料数量、领料人和仓库管理员，系统会自动将当前系统时间作为退货时间更新到数据库，并且会自动统计总领料数量。
在打印单据中将会给出上述所有信息。
该操作完成后，相应货物数量为原数量减领料数量并更新数据库。
前置条件：
该商品库存信息。
（4）仓库退料
仓库退料功能如图11-7所示。
I：
输入退料货物信息
F：
将记录更新到数据库
O：
生成新退料信息列表
图11-7仓库退料功能
根据需求分析，企业功能遇到下述问题：
企业销售部门在某段时间内没有销售某件商品，这可能会造成销售部门货物积压，因此部门就需要将该件商品一部分到仓库，这就是所谓仓库退料。
在本仓库信息系统中，仓库退料模块要求操作员输入退料商品号、退料数量、退料人和仓库管理员，系统会自动将当前系统时间作为退料时间更新到数据库，并且会自动统计总退料数量。
在打印单据中将会出上述所有信息。
该操作完成后，相应货物数量为原数量加退料数量并更新数据库。
前置条件：
无。
（5）商品调拨
商品调拨功能如图11-8所示。
I：
输入调拨货物信息
F：
将记录更新到数据库
O：
生成新调拨信息列表
图11-8商品调拨功能
企业中很可能不止一个销售部门，而各个销售部门销售业绩也不相同。
按照传统仓库物流管理模式，业绩不好销售部门要将其积压商品退回仓库，业绩好销售部门从仓库领取一定数量商品，本系统中引入了商品调拨概念，即业绩不好销售部门可以直接将其积压商品移交一部分给业绩好销售部门，不必通过仓库中转。
该功能具有较大灵活性和可扩展性，能够满足客户在仓储管理方面更多个性化需求。
商品调拨模块要求操作员输入退料商品号、调拨数量、调拨人和仓库管理员，系统会自动将当前系统时间作业调拨时间更新到数据库，并且会自动统计总调拨数量。
在打印单据中将会给出上述所有信息。
前置条件：
无。
（6）仓库盘点
仓库盘点功能如图11-9所示。
仓库盘点目是为了更好地了解仓库准确库存信息。
盘点周期和盘点方式，企业可以根据自身情况加以选择，不合理仓库盘点，将会降低仓库库存信息准确性、物料计划准确性；不必要仓库盘点将浪费企业人力和物力。
仓库盘点一般可以按照周期盘点、循环盘点和零点3种方式进行，企业采用周期盘点这种方式情况较多。
操作员可以在仓库盘点中任意增加或减少某件商品库存数据，因此，出于安全性方面考虑，本功能模块需要管理者（部门经理）能使用，并且所有修改信息将会被存储到数据中。
仓库盘点模块要求管理员输入某商品、该商品实际数量，系统会自动将当前系统时间作为盘点时间更新到数据库，并且会自动统计总盘点过程中修改数量。
在打印单据中将会给出上述所有信息。
前置条件：
管理员身份登录。
11.2.4业务查询
业务查询包括具体功能模块如图11-10所示。
随着客户要求不断提高，仓储管理在整个供应链管理当中占有非常重要地位。
以单据打印和数据记录为设计目标传统仓储管理软件已远远无法适应现代仓储发展要求。
用户所需要是仓储企业在实现信息化管理基础上，不但可以向客户报告其产品实时动态信息，还可以站在更高层面上为客户在整个供应链上最为紧密合作伙伴。
业务查询功能模块就是为用户提供了传统仓库管理系统以外一些功能。
（1）库存查询
库存查询如国11-11所示。
库存可见性是决定企业分销战略是否成功最重要一点。
如果库存水平和组成，或所计划对这些水平和组成更新是模糊、不正确、过时或完全不可信，那么所有仓储，运输和供应链管理活动都很有可能失败。
换句话说，如果企业拥有清楚、正确、最新和可靠库存信息，将能更好地保证仓储，运输和供应链管理成功。
在本系统库存查询功能模式中，用户可以查询所有商品库存，也可以输入某件商品ID号从而得到该商品库存。
总之，用户可以通过本地查询模块轻松得到及时库存信息。
前置条件：
商品库存表。
（2）销售查询
销售查询如图11-12所示。
该功能模块主要为企业管理者经营决策提供参考信息，更高层面上为客户在制定生产和销售计划，及时调整市场策略等方面提供持续、综合参考信息。
在销售查询功能模块中，用户只需要选择某各时间段，计算机就会根据数据库中资料给出该时间段中所有商品销售情况。
企业经营者可以参考这样信息来做出一些营销策略。
由于本功能模块涉及到企业经营信息，考虑到商业信息安全性，需要管理员给用户才可以使用本模块。
前置条件：
管理员身份登录。
（3）仓库查询
仓库查询如图11-13所示。
为适应客户不断提高要求，增强仓储企业核心竞争力，超越客户期望。
本系统提供了非常完整信息查询，在仓库管理中输入任何一条信息都可以在仓库查询模块中查询到。
在本模块中，用户可以选择查询类型包括：
仓库进货、仓库退货、仓库领料、仓库退料、商品调拨、仓库盘点；用户在选择查询类型后，再输入需要查询时间，系统就会返回用户所需信息。
前置条件：
无。
11.2.5系统设置
系统设置包括供应商设置和仓库设置两个功能模块组成。
供应商设置主要是提供一些供应商信息以方便用户查询和使用。
仓库设置主要功能是用户可以将整个仓库虚拟分成数个仓库，每个仓库储存不同类型货物，这样方便仓库货物分类管理，也有利于提高仓库进货、出货效率。
仓库管理包括具体功能模块如图11-14所示。
（1）供应商管理
供应商管理如图11-15所示。
在本功能模块中，用户可以增加新供应商，需要输入供应商一些信息，包括供应商号、名称、联系人、联系电话、传真、地址和邮政编码。
用户也可以对已经输入供应商信息进行修改和查询。
前置条件：
无。
（2）仓库设置
仓库设置如图11-16所示。
I：
输入新仓库基本信息
F：
将数据更新到数据库息
O：
给出新仓库信息列表
图11-16仓库设置功能
前置条件：
无。
11.3系统用例模型
前面章节作者已经对本系统任务和需求做了详细说明。
接下来，将对系统流程和各个参与者之间相作用做详细说明，将以RationalRose作为UML建模工具，使用用例图、时序图、协作图和类图等对整个系统进行描述、构造、可视化和文档编制。
用例视图是被称为参与者外部用户所能观察到系统功能模型图。
用例是系统中一个功能单元，可以被描述为参与者与系统之间一次交互作用。
用例模型是用途是列出系统中用例和参与者，并显示哪个参与者参与了哪个用例执行。
本章主要内容是引导读者熟悉建模顺序，掌握UML建模一些基本方法，领会面向对象实质。
11.3.1角色确定
在UML中，Actors代表位于系统之外和系统进行交互一类对象。
用它可以对软件系统与外界发生交互进行分析和描述。
在仓库信息系统中，可以归纳出来主要问题有：
⏹购买商品入库；
⏹将积压商品退给供应商；
⏹将商品移送到销售部门；
⏹销售部门将商品移送到仓库；
⏹管理员盘点仓库；
⏹供应商提供各种货物；
⏹用户查询销售部门营销记录；
⏹用户查询仓库中所有变动记录。
从上面所归纳问题可以看出，本系统所涉及操作主要是仓库信息管理、维护以及各种信息分析查询。
在本系统UML建模中，可以创建以下角色（Actors）：
⏹操作员；
⏹管理员；
⏹供应商；
⏹商品领料人；
⏹商品退料人。
⏹使用RationRoseUseCaseView中建立Actors如图11-17所示。
图11-17在UseCaseView中创建角色
11.3.2创建用例
用例本身是指一个用户或其他系统与要设计系统进行一个交互，这个交互是了达到某个目标（goal）。
角色用来描述有该目标人或系统。
这个术语强调了任何人或系统拥有目标事实。
目标本身是一个动词短语，如“客户：
下订单”，“店员：
记录库存”。
作为用例一部分，有必要记录目标成功和失败对于活动者和系统含义。
在下订单实例中，目标达成可能包括货物交给活动者和公司收到相应贷款。
仔细定义目标成败是定义系统范围（scoope）基础。
因为对于一个简易订单输入系统，目标达成可能仅仅意味着订单已经经过验证并且交货已经排定日程。
仓库信息系统根据业务流程可以分为以下几个用例（UseCases）：
⏹仓库进货；
⏹仓库退货；
⏹仓库领料；
⏹仓库退料；
⏹商品调拨；
⏹仓库盘点；
⏹库存查询；
⏹业务分析；
⏹仓库历史记录查询；
⏹供应商信息维护；
⏹仓库信息维护；
⏹用户登录；
⏹用户注销；
⏹退出系统。
使用RationRoseUseCaseView中建立用例（UseCases）如图11-18所示。
图11-18在UseCaseView中创建用例
11.3.3创建角色用例关系图
用例图（UseCaseDiagram）采用了面向对象思想，又是基于用户视角，绘制非常容易，简单图表表示便于让人们理解。
用例图表示了角色和用例以及它们之间关系。
它描述了系统、子系统和类一致功能集合，表现为系统和一个或多个外部交互者（角色）消息交互动作序列。
也就是角色（用户或外部系统）和系统（要设计系统）一个交互，为了实现一个目，这个目描述通常是一个动词短语，例如，开立信用证，给客户回单等。
操作员用例关系图如图11-19所示。
图11-19操作员用例关系图
管理员用例关系图如图11-20所示。
图11-20管理员用例关系图
领料人用例关系图如图11-21所示。
图11-21商品领料人用例关系图
退料人用例关系图如图11-22所示。
图11-22商品退料人用例关系图
商品供应商用例关系图如图11-23所示。
图11-23商品供应商用例关系图
下面给出整个系统用例关系图如图11-24所示。
图11-24整个系统UseCases关系图
11.4系统动态模型
动态模型包括许多框图：
活动图（Activity）、时序图（Sequence）、协作图（Collaboration）等。
建立这些框图目是为了更好了解业务流程。
这些框图出现是对用例图巨大补充。
11.4.1活动图
活动图是一种特殊形式状态图，用于对计算流程建模。
活动图中状态表示计算过程中所处各种状态，而不是普通对象状态。
通常，活动图假定在整个计算处理过程中没有外部事件引起中断，否则，普通状态机更适合于描述这种情况。
活动图是对状态图扩展。
状态图突出显示是状态，状态之间转移箭头代表是活动。
而活动图突出显示是活动。
每个活动图表示为圆角矩形，比状态图标更接近椭圆。
活动图起始点和中止点图标与状态图一样。
如图11-25所示描述了一个活动图例子。
框图中活动用圆角矩形表示，这是工作流期间发生步骤。
工作流影响对象用方框表示。
开始状态表示工作流开始，结束状态表示工作流结束，决策点用菱形表示。
图11-25进货活动图
在图中，管理员、操作员还有供应商三者发生了相互关系。
首先管理员查看销售记录判断商品销售状况，然后查看商品库存情况。
如果发现仓库中商品库存充足则操作完毕，如果发现仓库中某商品库存出现不足，则通知操作员缺货商品清单，操作员领取清单后立即联系相应供应商，供应商提供相应是商品，操作员接受货物，更新数据库，操作完成。
经过这样可视化建模可以比较清楚知道整个进货过程业务流程。
11.4.2时序图
时序图（SequenceDiagram）表示对象之间传送消息时间顺序。
时序图可以用来进行一个场景说明，即一个事务历史过程。
时序图中每一个类元角色用一条生命线来表示（用垂直线代表整个交互过程中对象生命周期）。
生命线之间箭头连接代表消息。
时序图可以用来进行一个场景说明，即一个事务历史过程。
时序图用途是用来表示用例中行为时间顺序。
当执行一个用例行为时，时序图中每条消息对应一个类操作或状态机中引起转换触发事件。
（1）管理员盘点过程时序图如图11-26所示。
图11-26仓库盘点过程时序图
（2）商品管理时序图如图11-27所示。
图11-27商品管理时序图
（3）仓库历史记录查询时序图如图11-28所示。
图11-28仓库历史记录查询时序图
11.4.3协作图
协作图（CollaborationDiagram）用于在一次交互中对有意义对象和对象间链建模。
对象和关系只有交互时才有意义。
类元角色描述了一个对象，关联角色描述了协作关系中一个链。
协作图用途是表示一个类操作实现，协作图可以说明类操作中用到参数和局部变量以及操作中类之间关联。
当实现一个行为时，消息编号对应程序中嵌套调用结构和信号传递过程。
（1）管理员盘点过程协作图如图11-29所示。
图11-29仓库盘点过程协作图
（2）商品管理协作图如图11-30所示。
（3）仓库历史记录查询协作图11-31所示。
协作图和时序图都可以表示各对象间交互关系，但它们侧重点不同。
时序图用消息几何排列关系来表达消息时间顺序，各角色之间相互关系是隐含。
协作图用各角色几何排列图形来表示角色之间关系，并用消息来说明这些关系。
在实际中可以根据需要选用这两种图。
11.5创建系统包图
包是模型一部分，模型每一部分必须属于某个包。
建模者可以将模型内容分配到包中。
但是为了使其能够工作，分配必须遵循一些合理原则，如公用规则、紧密耦合实现和公用观点等。
UML对如何组包并不强制使用什么规则，但是良好解组会很大增强模型可维护性。
一个包可以包含其他包，根包间接包含系统整个模型。
组织系统中包有几种可能方式，可以用视图、功能或建模者选择其他基本原则来规划包。
包是UML模型中一般层次组织单元，他们可以被用来进行存储、访问控制、配置管理和构造可重用模型部件库。
如果包规划比较合理，那么能够反映系统高层框架——相关系统由子系统和它们之间依赖关系组合而成。
包之间依赖关系概述了包内容之间依赖关系。
11.5.1仓库管理系统包图
在定义具体类之前，先在宏观角度上将整个系统分割成多个独立包。
在这里把整个仓库管理系统分成包如图11-32所示。
图11-32系统包图
整个系统可以看成人员信息（peopleinformation）、事务（business）和接口（interfaces）3块，分别控制不同应用。
11.5.2人员信息（peopleinformation）包内类
人员信息（peopleinformation）包内类组织如图11-33所示。
在这里，仓库管理系统所涉及到所有人员信息都包括在本包中，这样做好处是仓库再添加人员时就不会影响到别包。
图11-33人员信息包内类
在人员信息包内，有以下5块内容：
⏹操作员；
⏹供应商；
⏹管理员；
⏹商品领料人；
⏹商品退料人。
11.5.3事务包（business）包内类
事务包（business）包内类组织如图11-34所示。
仓库所有事务都包含在本包中，如果仓库管理过程中需要增加某事务，那么只需要在本包中添加相应类即可。
图11-34事务包内类
11.5.4接口包（interfaces）包内类
接口（interfaces）包内类组织如图11-35所示。
接口（interfaces）包内包括了所有用户接口类，这样，当用户需要更改某界面或者是需要添加界面时就可在本包中完成。
在接口包内，有以下4块内容：
⏹仓库管理；
⏹系统设置；
⏹业务查询；
⏹用户登录。
11.6系统类型模型
类图是面向对象系统建模中最常见图。
类图显示了一组类、接口、协作以及他们之间关系。
类图用于对系统静态设计视图建模。
其大部分涉及对系统词汇建模、对协作建模或对模式建模。
类图也是两个相关（组件图和配置图）基础。
类图不仅对结构模型可视化、详述和文档化很重要，而且对通过正向与逆向工程构造可执行系统也很重要。
11.6.1Logical视图
Logical视图关注焦点是系统逻辑结构。
重复使用是一个主要目。
通过认真指定类信息和行为、组合类，以及检查类和包之间关系，就可以确定可以重复使用类和包。
完成多个项目后，就可以将新类和包加进重复使用库中。
今后项目可以组装现有类和包，而不必一切从头开始。
Logical视图如图11-36所示。
图11-36Logical视图
11.6.2类图
类图中类是针对时序图和协作图中每种对象创建。
如图11-37~图11-39所示分别显示了人员信息包，接口包和事务包中类类图。
图11-37人员信息包内类图
因为操作员操作往往都是来自管理员指令，可以理解成操作员操作依赖于管理员，因此从操作员到管理员虚线箭头，表示两者之间依赖关系。
除此之外，人员间没有明显关系。
图11-38接口信息包内类图
处于企业数据安全性方面考虑,在仓库管理系统中,要进行仓库管理、系统设置和业务查询操作都必须事先登录系统，因此在接口信息包内类图中有由仓库管理、系统设置、业务查询到用户登录虚线箭头，表示它们之间存在依赖关系。
仓库管理系统中任何操作都必须在用户登录前提下进行，因此在系统事务类图中，所有事务都依赖与用户登录事务，它们以虚线箭头指向用户登录。
仓库进货、退货、领料、退料、调拨和盘点都会影响到仓库中商品库存，因此库存查询操作就依赖与上述操作，他们之间也用虚线箭头相连。
开发人员用类图开发类。
RationlRose可以产生类框架代码，然后开发人员可以用所选语言来填充细节。
分析人员用类图显示系统细节。
如果需要相互通信类之间没有建立联立联系，则可以马上在系统类图中看出。
图11-39系统事务信息
升级会员 