仓库管理系统UML建模分析参考模板

1、1 / 32仓库管理系统仓库管理系统 UML 建模分析建模分析目录目录1 绪论绪论.11.1 背景.11.2 目的.12 仓库系统的相关描述仓库系统的相关描述 .12.1 功能性描述.12.2.1 基本数据维护模块.22.2.2基本业务模块.32.2.3 数据库模块.32.2.4 信息查询模块.42.2 非功能性描述.42.2.1可行性性分析.42.2.2环境要求.53 用例需求分析用例需求分析.53.1 系统的用例需求文档.53.1.1基本信息管理模块.63.1.2参与者.63.2 用例图分析.63.2.1系统管理员用例图.73.2.2仓库管理员用例图.73.2.3普通用户用例图.83.2.

2、4销售员用例图.94 类图设计建模类图设计建模.94.1 总体描述.94.2 查询统计类图.104.3 出库管理类图.104.4 入库管理类图.114.5 信息配置类图.125 顺序图设计模型顺序图设计模型.145.1 系统的顺序图 .145.2 商品信息录入顺序图 .155.3 商品出库顺序图.165.4 调拨单据查询顺序图.176 协作图设计建模协作图设计建模.186.1 协作图含义.186.2 用户登录协作图.186.3 商品出库协作图.196.4 商品调拨顺序图.206.5 系统管理协作图.206.6 商品入库协作图 .217 活动图设计建模活动图设计建模.227.1 商品出库活动图

3、.227.2 商品调拨活动图.227.3 商品入库活动图.237.4 用户登录活动图.248 状态图设计模型状态图设计模型.258.1 商品状态图.258.2 仓库库存状态图.258.3 商品单据状态图.261 绪论1.1 背景仓库管理是与我们日常生活息息相关的问题。大到公司、超市的仓库管理，小到图书馆的藏书管理，都可以认为是各种各样的仓库管理需求。随着我国改革开放的不断深入，经济飞速的发展，企业要想生存、发展，要想在激烈的市场竞争中立于不败之地，没有现代化的管理是万万不行的，仓库管理的全面自动化、信息化则是其中极其重要的部分。仓库管理信息系统正是基于这样的需求背景下研制开发的。1.2 目的随

4、着科学技术的发展，社会进步，计算机迅速的发展,仓库管理的方法也日新月异,以前全是由人管理的方法现存在很多的缺点：管理效率低，劳动强度大，信息处理速度低而且准确率也不够令人满意。为了提高仓库管理效率，减轻劳动强度提高，信息处理速度和准确性；为仓库管理员提供更方便、科学的服务项目。为仓库管理员提供的一种更先进、科学的服务系统。设计实现的管理系统能够正确有效地完成仓库管理的日常入库出库等工作，极大提高了管理工作的效率和正确性，并能够根据需求进行灵活的查询，完成月底盘点等功能；系统与数据库管理系统结合，提供了功能较为强大的数据安全功能，防止了越权操作、误操作，并支持灾难性恢复；系统界面友好，操作简单，

5、效率高易掌握，并且让计算机对仓库进行自动管理，仓库管理员可以直接在计算机上实现仓库的信息管理，并能在一定程度上实现自动化。最后，该系统是典型的管理信息系统（MIS） ，其设计开发过程具有通用性，对类似工作的开展具有借鉴意义。2 仓库系统的相关描述2.1 功能性描述本系统为存储物资的各类型企业提供服务，主要功能图如 2.1 所示。图 2.1 系统功能图2.2.1 基本数据维护模块基本数据维护模块图如 2.2 所示。图 2.2 基本数据维护模块图（1）添加商品信息：管理员可以添加商品类别。（2）修改更新商品信息：管理员可以修改更新商品信息。（3）添加消费者信息：管理员可以添加商品供给量。（4）删除

6、商品信息：管理员根据消费者反馈的信息对一些商品进行删除。2.2.2 基本业务模块基本数业务模块图如 2.3 所示。图 2.3 基本业务模块图（1）出库：处理出库业务。（2）入库：处理入库业务。（3）查询：管理员可以查询商品的销售情况，顾客可以查询商品的类别。（4）保质期管理：将已过保质期的商品全部清除，检测所有商品的质量。（5）金额管理：管理员可以通过商品的销售金额对商品的供给做出重新安排。2.2.3 数据库模块数据库模块图如 2.4 所示。图 2.4 数据库模块图（1）出库信息管理：出库信息包括商品的类别、ISBN、出库时间等。（2）入库信息管理：入库信息包括商品的类别、ISBN、入库时间等

7、。（3）商品信息管理：商品信息包括商品的类别、出入库时间、销售量、保质期、商品总数等；（4）库存信息管理：商品数目的更新，通知管理员商品供给量等。2.2.4 信息查询模块信息查询模块图如 2.2 所示。图 2.5 信息查询模块图（1）查询商品信息：负责商品信息的查询。（2）查询库存信息：负责库存信息的查询。2.2 非功能性描述2.2.1 可行性性分析可以从以下四方面对能否实现新系统目标进行可行性分析：（1）技术可行性根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条

8、件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。同时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发。（2）经济可行性估算新系统的成本效益分析，其中包括估计项目开发的成本，开发费用和今后的运行、维护费用，估计新系统将获得的效益，估算开发成本是否回高于项目预期的全部经费。并且，分析系统开发是否会对其它产品或利润带来一定影响。系统的效益可以从经济效益和社会效益两方面考虑。对于仓库管理系统则应着重分析其社会效益。例如，系统投入运行后可以使仓库管理实现科学化、规范化。曾强了工作人员对仓库管理能力、提高了工作效率。（3）运行可行性新系统的研制和开发是充分得考虑工作

9、人员对仓库的易于管理，管理者方便查询设备信息效率。从而能完全满足使用者的要求。本系统操作简单, 有机算计基础的人无需培训即可使用, 即使是没有计算机基础的人只需经过简单的培训就可以很熟练的使用本系统。系统运行后，就用户方而言，由于用户使用本系统时，不会也不必关心系统内部的结构及实现方法，即对用户来说是透明的，所以本系统对用户而言，是定位在界面友好、操作方便、功能齐全的原则上的，用户只需简单的用鼠标点击各界面上的选项卡或按钮就能执行相应的功能，就管理者而言，关心的是如何处理各种数据，只要把用户的信息输入计算机，管理者就可运行相应的后台程序进行处理。而以上的这些功能都能在所选择的开发环境中用所选择

10、的开发工具来实现。所以说本系统在用户使用可行性上是没有问题的。（4）法律可行性新系统的研制和开发，将不会侵犯他人、集体和国家的利益，不会违反国家政策和法律。2.2.2 环境要求（1）本系统运行的硬件环境如下：客户机：普通 PC，满足：CPU：P41.8GHz 以上；内存：256M 以上； （2）本系统运行的软件环境如下：操作系统：Windows2000 以上的操作系统；数据库：SQL Server 2005；开发工具包：JAVA，EXCLIPS。3 用例需求分析3.1 系统的用例需求文档3.1.1 基本信息管理模块本系统的功能大致可分为以下几个部分：（1）商品信息模块商品信息模块主要是记录商品

11、的各类信息，其中包括商品编号、商品名称、商品类型、商品价格、商品数量等信息。实现了商品的录入、修改、删除查询等功能。（2）客户基本模块客户基本情况模块主要是记录客户的各种信息，共中包括客户编号、客户名称，所属客户的商品名称、库存数量、商品规格、商品的入库时间、联系人、联系电话，实现对客户信息的录入、删除、修改和查询等功能。（3）信息汇总模块信息汇总模块包括金额汇总和库存预警。金额汇总模块主要包括仓库内各个客户存储货物的金额汇总。库存预警主要包括各个客户的库存预警信息查询。（4）身份验证在用户进入系统前，首先要求用户身份验证，登录时要对输入的用户名和密码进行验证是否匹配，验证通过后允许用户进入本

12、系统进行操作，并根据本用户现有的权限来进行特定的操作。（5）用户注册在用户未进行相应的登录设置时需要先进行注册个人的信息和相关的管理权限等，填写完毕提交后在进行登录操作。3.1.2 参与者从以上分析中，可以得出以下参与者(1)系统管理员。(2)仓库管理员。(3)普通用户。(4)销售员。3.2 用例图分析3.2.1 系统管理员用例图（1）用例模型的执行者：系统管理员。（2）包括：身份验证、权限管理、信息维护、数据恢复。（3）信息维护包含出库管理、商品信息管理；权限验证包括身份验证。如图 3.1 所示。图 3.1 系统管理员用例图3.2.2 仓库管理员用例图（1）用例模型的执行者：仓库管理员。（2

13、）包括：查询统计、入库管理、出库管理、信息配置。（3）入库管理包括商品信息录入、入库一览表、入库单据管理；出库管理包括出库一览表、出库单据查询、商品出库；信息配置包括修改密码、商品管理、单位管理；查询统计包括库存预警、金额汇总。如图 3.2 所示。图 3.2 仓库管理员用例图3.2.3 普通用户用例图（1）用例模型的执行者：普通用户。（2）包括：金额汇总、库存预警、商品查询、商品出库、商品调拨、身份验证。如图 3.3 所示。图 3.3 普通用户用例图3.2.4 销售员用例图（1）用例模型的执行者：仓库管理员。（2）包括：查询统计、入库管理、出库管理、信息配置。（3）入库管理包括商品信息录入、入

14、库一览表、入库单据管理；出库管理包括出库一览表、出库单据查询、商品出库；信息配置包括修改密码、商品管理、单位管理；查询统计包括库存预警、金额汇总。如图 3.4 所示。图 3.4 销售员用例图4 类图设计建模4.1 总体描述对象模型是对模拟客观世界实体的对象及对象之间的关系进行映射，它是以对象为主而非系统功能，主要描述了系统的静态特征。类图由系统中使用的类以及它们之间的关系组成，对象图是类图的一个实例，它描述了系统具体对象以及某一时刻这些对象之间的关系。UML 用各种模型元素表示图中的概念，如表示类和对象的模型元素，类和类之间的关系包括关联、泛化、依赖、聚集等。本系统用类图来建立对象模型。4.2

15、 查询统计类图（1）Client 类是客户模型类。（2）AmountSummaryAction 类是系统数据提交处理类，在类中调用 Client类实例化对象接受数据。（3）InventoryWarningService 类主要功能是实现仓库预警的业务处理。（4）InventoryWarningAction 类是接受用户提交的相关数据后，调用对应的 Service 类中的方法进行业务处理。（5）AmountSummaryAction 类 和 InventoryWarningAction 类继承ActionSupport 类实现相应的 action 方法。如图 4.1 所示。图 4.1 查询统计类

16、图4.3 出库管理类图（1）SpInfo 类是商品模型类。（2）Stock_removal_Action 类是系统数据提交处理类，在类中调用Stock_removal_service 类中的 selectlist 方法来实现相关的业务处理。（3）Stock_removal_service 类主要功能是商品出库的相关业务处理。（4）stockRemovalQueryAction 类是接受用户提交的相关数据后，调用对应的 Service 类中的方法进行查询业务处理。（5）SRQueryService 类主要实现商品出库查询的功能。（6）AllotQueryAction 类通过实例化 AllotQu

17、eryService 类后，调用相关的方法，来实现商品调拨的相关业务功能。（7）Collect_Action 类通过实例化 Collect_Service 类调用 list()方法，完成出库一览表的查询业务功能。（8）图中的 action 类都是通过集成 ActionSupport 类后，实现各个 action类的对应方法。如图 4.2 所示。图 4.2 出库管理类图4.4 入库管理类图（1）SpInfo 类是商品模型类，Client 类是客户模型类。（2）luru_Action 类是系统数据提交处理类，在类中通过实例化Sp_Info_service 类后，调用 Sp_Info_service

18、 类中的 insert 方法来实现相关的业务处理。（3）Sp_Info_service 类主要功能是通过实例化 Client 类和 SpInfos 类，接受由 luru_Action 类传递的参数来实现商品出库的相关业务处理。（4）Document_Manage_Action 类是接受用户提交的相关数据后，调用对应的 Service 类中的方法进行逻辑业务处理。（5）Document_Manage_service 类主要实现商品退货、以及商品调价、查询等功能。（6）AllotQueryAction 类通过实例化 AllotQueryService 类后，调用相关的方法，来实现商品调拨的相关业务

19、功能。（7）Collect_Action 类通过实例化 Collect_Service 类调用 list()方法，完成出库一览表的查询业务功能。（8）图中的 action 类都是通过集成 ActionSupport 类后，实现各个 action类的对应方法。如图 4.3 所示。图 4.3 入库管理类图4.5 信息配置类图（1）SpInfo 类是商品模型类，Client 类是客户模型类，User 类是用户模型类。（2）changewd_service 类通过实例化 User 类后，通过实现 changewd 方法来实现相关的用户修改密码的服务。（3）changewd_Action 类主要功能是通

20、过实例化 changewd_service 类来实现修改密码的功能。（4）jurisdiction 类通过实例化 jurisdictionService 类，调用对应的 Service类中的方法进行相应的权限修改以及验证功能。（5）Kh_ManageAction 类主要实现对客户信息插入、修改、查询、删除等功能。（6）Sp_ManageAction 类通过实例化 Sp_ManageService 类后，调用相关的方法，来实现商品信息的插入、修改、查询、删除等功能。（7）图中的 action 类都是通过集成 ActionSupport 类后，实现各个 action类的对应方法。如图 4.4 所示

21、。图 4.4 信息配置类图5 顺序图设计模型5.1 系统的顺序图（1）仓库管理员用自己的用户名和密码登录系统，经验证用户填写的用户名及密码正确后，进入主界面。（2）点击单据管理界面，填写单据的相关信息后，单击查询按钮提交查询信息，系统自动反馈提交状态，提示是否提交成功，提交成功后等待后台审核。（3）审核由系统后台来完成，审核通过后，返回查询结果集对象给单据管理 action 类，然后 action 类会将相关信息反馈到单据管理界面上。（4）仓库管理员点击界面上的退货按钮跳转到商品退货界面，填写完退货信息后点击提交按钮，单据管理 action 类审核提交信息通过后会返回审核结果，然后向单据管理

22、service 类提出退货申请，单据管理 service 类就会实现相应的业务功能，之后 service 类会返回退货成功的“success”信号。（5）仓库管理员点击界面上的调拨按钮跳转到商品调拨界面，填写完调拨信息后点击提交按钮，单据管理 action 类审核提交信息通过后会返回审核结果，然后向单据管理 service 类提出退货申请，单据管理 service 类就会实现相应的业务功能，之后 service 类会返回调拨成功的“success”信号。如图 5.1 所示。图 5.1 单据管理顺序图5.2 商品信息录入顺序图（1）普通用户用自己的用户名和密码登录系统，经验证用户填写的用户名及密

23、码正确后，进入主界面。（2）点击商品信息录入界面，填写商品及用户的相关信息后，单击添加商品按钮提交相关的信息，系统自动反馈提交状态，提示是否提交成功，提交成功后等待后台审核。（3）审核由系统 action 来完成，审核通过后，会生成对应的 spinfo 对象，并将该对象传递给 Sp_Info_Service 类实例化的 service 对象。（4）Sp_Info_Service 类的 service 对象调用 insert()方法将用户提交的商品信息入库，并返回一个 spinfos 结果集对象。（5）luru_Action 类通过实例化 spinfos 并调用 getSpinfos 方法获得S

24、p_Info_Service 类返回的结果及对象通过调用 list()方法，将提交成功的信息返回商品信息录入界面。如图 5.2 所示。图 5.2 商品信息录入顺序图5.3 商品出库顺序图（1）普通用户用自己的用户名和密码登录系统，经验证用户填写的用户名及密码正确后，进入主界面。（2）点击商品出库界面，填写商品出库的相关信息后，单击查询单据按钮提交相关的信息，系统自动反馈提交状态，提示是否提交成功，提交成功后等待后台审核。（3）审核由系统 removal_action 来完成，审核通过后，调用 execute 方法会生成对应的 spinfo 对象，并将该对象传递给 removal_Service

25、 类实例化的service 对象，并进行出库操作。（4）removal_Service 类的 service 对象调用 list ()方法查询用户提交的单据查询信息，并返回一个 list 结果集对象。（5）luru_Action 类通过实例化 list 并调用 getList 方法获得 removal_Service类返回的结果及对象，并将查询结果返回到商品出库界面。如图 5.3 所示。图 5.3 商品出库顺序图5.4 调拨单据查询顺序图（1）仓库管理员用自己的用户名和密码登录系统，经验证用户填写的用户名及密码正确后，进入主界面。（2）点击调拨单据查询界面，填写相关信息后，单击查询单据按钮提交

26、相关的信息，系统自动反馈提交状态，提示是否提交成功，提交成功后等待后台审核。（3）审核由系统 action 来完成，审核通过后，调用 query 方法会生成对应的 spinfo 对象，并将该对象传递给 Service 类实例化的 service 对象，执行查询操作。（4）removal_Service 类的 service 对象调用 list ()方法查询用户提交的单据查询信息，并返回一个 spinfos 结果集对象。（5）调拨 Action 类通过实例化 list 并调用 getSpinfos 方法获得 Service 类返回的结果及对象，并将查询结果返回到上调拨单据查询界面。如图 5.4

27、所示。图 5.4 调拨单据查询顺序图6 协作图设计建模6.1 协作图含义协作图着重体现交互对象间的静态链接关系。作者完成了所有用例的动态模型，这里列举部分用例进行说明。协作图(Collaboration Diagram)用于描述相互合作的对象间的交互关系和链接关系。虽然顺序图和合作图都用来描述对象间的交互关系，但侧重点不一样。顺序图着重体现交互的时间顺序，合作图则着重体现交互对象间的静态链接关系。6.2 用户登录协作图（1）用户首先填写用户信息到仓库管理系统。（2）等待仓库管理系统返回验证。（3）仓库管理系统验证登录信息并跳转到系统主界面后，用户才选择具体的用户界面进行操作并且返回相应信息给用

28、户。如图 6.1 所示。图 6.1 用户登录协作图6.3 商品出库协作图（1）普通用户首先提交商品缺货登陆信息到仓库管理系统。（2）仓库管理员认真审核提出商品补充信息到仓库，仓库将请求的商品返回给仓库管理员，由仓库管理员转交用户。（3）最后仓库管理员填写出库日志。如图 6.2 所示。图 6.2 商品出库协作图6.4 商品调拨顺序图（1）仓库管理员填写调拨商品信息提交给仓库管理系统审核，并等待审核信息。（2）仓库管理员审核返回的信息，并向出库仓库提出调拨申请。（3）出库仓库向系统返回剩余库存量，并向入库仓库转移调拨商品。（4）仓库管理员将调拨的商品信息入库到对应的数据库中。如图 6.3 所示。图

29、 6.3 商品调拨协作图6.5 系统管理协作图（1）系统管理员登陆仓库管理系统，首先是在输入用户名和密码到登陆界面，并验证成功的情况下才能实现的。（2）系统管理员进行修改记录操作到信息管理并返回修改成功信息到系统管理员，是必须在成功登陆仓库管理系统之后才能实现。（3）系统管理员进行重新设置管理权限操作到权限管理并返回设置成功信息到系统管理员。（4）系统管理员进行仓库管理系统的数据备份和恢复并返回操作成功的信息到系统管理员。如图 6.4 所示。图 6.4 系统管理协作图6.6 商品入库协作图（1）仓库管理员清点商品获得商品数量信息并向系统提交库存预警。（2）系统向普通用户发出预警提醒，普通用户将商品入库，并向仓库管理员发出入库提醒。（3）最后仓库管理员填写入库日志。如图 6.5 所示。图 6.5 入库日志协作图7 活动图设计建模7.1 商品出库活动图（1）销售员通过填写销售表单，在将此表单提交给仓库管理员进行审核。（2）仓库管理员进行修改、删除和审核通过的判断后，查询仓库中是否有符合要出库的商品。（3）若没有则提示仓库无此货物；若有则判断仓库中是否有满足所需要的商品的数量，若没有则提示商品不足；若有则将所需要的商品出售。如图 7.1所示。图 7.1 商品出库活动图7.2 商品调拨活动图（1）仓库管理员填写所要调拨商品的表单并进行审核，然后仓库管理员修