仓库管理系统UML建模分析目录1 绪论 (1)1.1背景 (1)1.2目的 (1)2 仓库系统的相关描述 (1)2.1功能性描述 (1)2.2.1 基本数据维护模块 (2)2.2.2基本业务模块 (3)2.2.3 数据库模块 (3)2.2.4 信息查询模块 (4)2.2非功能性描述 (4)2.2.1可行性性分析 (4)2.2.2环境要求 (5)3 用例需求分析 (5)3.1系统的用例需求文档 (5)3.1.1基本信息管理模块 (6)3.1.2参与者 (6)3.2用例图分析 (6)3.2.1系统管理员用例图 (7)3.2.2仓库管理员用例图 (7)3.2.3普通用户用例图 (8)3.2.4销售员用例图 (9)4 类图设计建模 (9)4.1总体描述 (9)4.2查询统计类图 (10)4.3出库管理类图 (10)4.4入库管理类图 (11)4.5信息配置类图 (12)5 顺序图设计模型 (14)5.1系统的顺序图 (14)5.2商品信息录入顺序图 (15)5.3商品出库顺序图 (16)5.4调拨单据查询顺序图 (17)6 协作图设计建模 (18)6.1协作图含义 (18)6.2用户登录协作图 (18)6.3商品出库协作图 (19)6.4商品调拨顺序图 (20)6.5系统管理协作图 (20)6.6商品入库协作图 (21)7 活动图设计建模 (22)7.1商品出库活动图 (22)7.2商品调拨活动图 (22)7.3商品入库活动图 (23)7.4用户登录活动图 (24)8 状态图设计模型 (25)8.1商品状态图 (25)8.2仓库库存状态图 (25)8.3商品单据状态图 (26)1 绪论1.1背景仓库管理是与我们日常生活息息相关的问题。
大到公司、超市的仓库管理，小到图书馆的藏书管理，都可以认为是各种各样的仓库管理需求。
随着我国改革开放的不断深入，经济飞速的发展，企业要想生存、发展，要想在激烈的市场竞争中立于不败之地，没有现代化的管理是万万不行的，仓库管理的全面自动化、信息化则是其中极其重要的部分。
仓库管理信息系统正是基于这样的需求背景下研制开发的。
1.2目的随着科学技术的发展，社会进步，计算机迅速的发展,仓库管理的方法也日新月异,以前全是由人管理的方法现存在很多的缺点：管理效率低，劳动强度大，信息处理速度低而且准确率也不够令人满意。
为了提高仓库管理效率，减轻劳动强度提高，信息处理速度和准确性；为仓库管理员提供更方便、科学的服务项目。
为仓库管理员提供的一种更先进、科学的服务系统。
设计实现的管理系统能够正确有效地完成仓库管理的日常入库出库等工作，极大提高了管理工作的效率和正确性，并能够根据需求进行灵活的查询，完成月底盘点等功能；系统与数据库管理系统结合，提供了功能较为强大的数据安全功能，防止了越权操作、误操作，并支持灾难性恢复；系统界面友好，操作简单，效率高易掌握，并且让计算机对仓库进行自动管理，仓库管理员可以直接在计算机上实现仓库的信息管理，并能在一定程度上实现自动化。
最后，该系统是典型的管理信息系统（MIS），其设计开发过程具有通用性，对类似工作的开展具有借鉴意义。
2 仓库系统的相关描述2.1功能性描述本系统为存储物资的各类型企业提供服务，主要功能图如2.1所示。
图2.1 系统功能图2.2.1 基本数据维护模块基本数据维护模块图如2.2所示。
图2.2 基本数据维护模块图（1）添加商品信息：管理员可以添加商品类别。
（2）修改更新商品信息：管理员可以修改更新商品信息。
（3）添加消费者信息：管理员可以添加商品供给量。
（4）删除商品信息：管理员根据消费者反馈的信息对一些商品进行删除。
2.2.2基本业务模块基本数业务模块图如2.3所示。
图2.3 基本业务模块图（1）出库：处理出库业务。
（2）入库：处理入库业务。
（3）查询：管理员可以查询商品的销售情况，顾客可以查询商品的类别。
（4）保质期管理：将已过保质期的商品全部清除，检测所有商品的质量。
（5）金额管理：管理员可以通过商品的销售金额对商品的供给做出重新安排。
2.2.3 数据库模块数据库模块图如2.4所示。
图2.4 数据库模块图（1）出库信息管理：出库信息包括商品的类别、ISBN、出库时间等。
（2）入库信息管理：入库信息包括商品的类别、ISBN、入库时间等。
（3）商品信息管理：商品信息包括商品的类别、出入库时间、销售量、保质期、商品总数等；（4）库存信息管理：商品数目的更新，通知管理员商品供给量等。
2.2.4 信息查询模块信息查询模块图如2.2所示。
图2.5 信息查询模块图（1）查询商品信息：负责商品信息的查询。
（2）查询库存信息：负责库存信息的查询。
2.2非功能性描述2.2.1可行性性分析可以从以下四方面对能否实现新系统目标进行可行性分析：（1）技术可行性根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。
同时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发。
（2）经济可行性估算新系统的成本效益分析，其中包括估计项目开发的成本，开发费用和今后的运行、维护费用，估计新系统将获得的效益，估算开发成本是否回高于项目预期的全部经费。
并且，分析系统开发是否会对其它产品或利润带来一定影响。
系统的效益可以从经济效益和社会效益两方面考虑。
对于仓库管理系统则应着重分析其社会效益。
例如，系统投入运行后可以使仓库管理实现科学化、规范化。
曾强了工作人员对仓库管理能力、提高了工作效率。
（3）运行可行性新系统的研制和开发是充分得考虑工作人员对仓库的易于管理，管理者方便查询设备信息效率。
从而能完全满足使用者的要求。
本系统操作简单, 有机算计基础的人无需培训即可使用, 即使是没有计算机基础的人只需经过简单的培训就可以很熟练的使用本系统。
系统运行后，就用户方而言，由于用户使用本系统时，不会也不必关心系统内部的结构及实现方法，即对用户来说是透明的，所以本系统对用户而言，是定位在界面友好、操作方便、功能齐全的原则上的，用户只需简单的用鼠标点击各界面上的选项卡或按钮就能执行相应的功能，就管理者而言，关心的是如何处理各种数据，只要把用户的信息输入计算机，管理者就可运行相应的后台程序进行处理。
而以上的这些功能都能在所选择的开发环境中用所选择的开发工具来实现。
所以说本系统在用户使用可行性上是没有问题的。
（4）法律可行性新系统的研制和开发，将不会侵犯他人、集体和国家的利益，不会违反国家政策和法律。
2.2.2环境要求（1）本系统运行的硬件环境如下：客户机：普通PC，满足：CPU：P41.8GHz以上；内存：256M以上；（2）本系统运行的软件环境如下：操作系统：Windows2000以上的操作系统；数据库：SQL Server 2005；开发工具包：JA V A，EXCLIPS。
3 用例需求分析3.1系统的用例需求文档3.1.1基本信息管理模块本系统的功能大致可分为以下几个部分：（1）商品信息模块商品信息模块主要是记录商品的各类信息，其中包括商品编号、商品名称、商品类型、商品价格、商品数量等信息。
实现了商品的录入、修改、删除查询等功能。
（2）客户基本模块客户基本情况模块主要是记录客户的各种信息，共中包括客户编号、客户名称，所属客户的商品名称、库存数量、商品规格、商品的入库时间、联系人、联系电话，实现对客户信息的录入、删除、修改和查询等功能。
（3）信息汇总模块信息汇总模块包括金额汇总和库存预警。
金额汇总模块主要包括仓库内各个客户存储货物的金额汇总。
库存预警主要包括各个客户的库存预警信息查询。
（4）身份验证在用户进入系统前，首先要求用户身份验证，登录时要对输入的用户名和密码进行验证是否匹配，验证通过后允许用户进入本系统进行操作，并根据本用户现有的权限来进行特定的操作。
（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）包括：查询统计、入库管理、出库管理、信息配置。
（3）入库管理包括商品信息录入、入库一览表、入库单据管理；出库管理包括出库一览表、出库单据查询、商品出库；信息配置包括修改密码、商品管理、单位管理；查询统计包括库存预警、金额汇总。
如图3.2所示。
图3.2仓库管理员用例图3.2.3普通用户用例图（1）用例模型的执行者：普通用户。
（2）包括：金额汇总、库存预警、商品查询、商品出库、商品调拨、身份验证。
如图3.3所示。
图3.3普通用户用例图3.2.4销售员用例图（1）用例模型的执行者：仓库管理员。
（2）包括：查询统计、入库管理、出库管理、信息配置。
（3）入库管理包括商品信息录入、入库一览表、入库单据管理；出库管理包括出库一览表、出库单据查询、商品出库；信息配置包括修改密码、商品管理、单位管理；查询统计包括库存预警、金额汇总。
如图3.4所示。
图3.4销售员用例图4 类图设计建模4.1总体描述对象模型是对模拟客观世界实体的对象及对象之间的关系进行映射，它是以对象为主而非系统功能，主要描述了系统的静态特征。
类图由系统中使用的类以及它们之间的关系组成，对象图是类图的一个实例，它描述了系统具体对象以及某一时刻这些对象之间的关系。
UML用各种模型元素表示图中的概念，如表示类和对象的模型元素，类和类之间的关系包括关联、泛化、依赖、聚集等。
本系统用类图来建立对象模型。
4.2查询统计类图（1）Client类是客户模型类。
（2）AmountSummaryAction类是系统数据提交处理类，在类中调用Client 类实例化对象接受数据。
（3）InventoryWarningService类主要功能是实现仓库预警的业务处理。
（4）InventoryWarningAction类是接受用户提交的相关数据后，调用对应的Service类中的方法进行业务处理。
（5）AmountSummaryAction类和InventoryWarningAction类继承ActionSupport类实现相应的action方法。