仓库管理系统UML建模分析.docx
《仓库管理系统UML建模分析.docx》由会员分享，可在线阅读，更多相关《仓库管理系统UML建模分析.docx（27页珍藏版）》请在冰豆网上搜索。
仓库管理系统UML建模分析
仓库管理系统UML建模分析
绪论
1.1背景
1.2目的
仓库系统的相关描述
Nl功能性描述
2.2.1基本数据维护模块'
2.2.2基本业务模块.
2.2.3数据库模块.
2.2.4信息査询模块.........
2.2非功能性描述
2.2.1可行性性分析'
2.2.2环境要求.用例需求分析
3.1系统的用例需求文档•…
3.1.1基本信息管理模块.
3・2・2参与君
3.2用例图分析
3.2.1系统管理员用例图.
3.2.2仓库管理员用例图.
3.2.3普通用户用例图、
3.24销售员用例图.…
类图设计建模
14
顺序图设计模型
5.1系统的顺序图
5.2商品信息录入顺序图
5.3商品出库顺序图
5.4调拨单据查询顺序图
14
15
16
17
协作图设计建模
18
6・：
1协作图含义••••••••
6.2用户登录协作图
6.3商品出库协作图
6.4商品调拨顺貯图
6.5系统管理协作图
6・6商品入库协作图
活动图设计建模
7.1商品出库活动图
7.2商品调拨汕动图
7.3商品入炜汕动图
7.4用户登录活动图
状态图设计模型
8.1商品状态图
8.2仓库存状态图
8.3商品单据状态图
18
18
19
20
20
21
22
22
22
23
24
25
25
25
26
1绪论
1.1背景
仓库管理是与我们日常生活息息相关的问题。
大到公司、超市的仓库管理,小到图书馆的藏书管理，都可以认为是各种各样的仓库管理需求。
随着我国改革开放的不断深入，经济飞速的发展，企业要想生存、发展，要想在激烈的市场竞争中立于不败之地，没有现代化的管理是万万不行的，仓库管理的全面自动化、信息化则是其中极其《要的部分。
仓库管理信息系统正是基于这样的需求背景下研制开发的。
L2目的
随着科学技术的发展，社会进步，计算机迅速的发展，仓库管理的方法也日新月异，以前全是山人管理的方法现存在很多的缺点：
管理效率低，劳动强度大,信息处理速度低而且准确率也不够令人满总。
为了提高仓库管理效率，减轻劳动强度提高，信息处理速度和准确性；为仓库管理员提供更方便、科学的服务项U。
为仓库管理员提供的一种更先进、科学的服务系统。
设计实现的管理系统能够正确有效地完成仓库管理的日常入库出库等工作,极大提高了管理工作的效率和正确性，并能够根据需求进行灵活的査询，完成月底盘点等功能；系统与数据库管理系统结合，提供了功能较为强大的数据安全功能，防止了越权操作、误操作，并支持灾难性恢复；系统界面友好，操作简单,效率高易寧握，并且让计算机对仓库进行自动管理9仓库管理员可以直接在计算机上实现仓库的信息管理，并能在一定程度上实现自动化。
最后，该系统是典型的管理信息系统（MIS）,其设讣开发过程具有通用性，对类似工作的开展具有借鉴意义。
2仓库系统的相关描述
2」功能性描述
本系统为存储物资的各类型企业提供服务，主要功能图如2.1所示。
图2.1系统功能图
221基本数据维护模块
基本数据维护模块图如2.2所示。
图2.2基本数据维护模块图
（I）添加商品信息：
管理员可以添加商品类别。
（2）修改更新商品信息：
管理员可以修改更新商品信息。
（3）添加消费者信息：
管理员可以添加商品供给量。
（4）删除商品信息：
管理员根据消费者反馈的信息对一些商品进行删除。
222基本业务模块
基本数业务模块图如2.3所示。
基本业务模块*
1
査询:
管理员可以査询商品的销售悄况，顾客可以查询商品的类别。
保质期管理：
将已过保质期的商品全部清除，检测所有商品的质量。
金额管理：
管理员可以通过商品的销售金额对商品的供给做出重新安
排。
223数据库模块
数据库模块图如24所示。
图24数据库模块图
质期、商品总数等;
224信息查询模块
信息査询模块图如2.2所示。
图2.5信息査询模块图
（1）查询商品信息：
负责商品信息的查询。
（2）查询库存信息：
负责库存信息的查询。
2・2非功能性描述
221可行性性分析
可以从以下四方面对能否实现新系统U标进行可行性分析:
（1）技术可行性
根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统U标来衡量所需的技术是否具备，本系统是一个数据库管理和査询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能U标。
同时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发。
（2）经济可行性
估算新系统的成本效益分析，其中包括佔计项日开发的成本，开发费用和今
后的运行、维护费用，估讣新系统将获得的效益，估算开发成本是否回高于项U预期的全部经费。
并且，分析系统开发是否会对其它产品或利润带来一定影响。
系统的效益可以从经济效益和社会效益两方面考虑。
对于仓库管理系统则应着重分析其社会效益。
例如，系统投入运行后可以使仓库管理实现科学化、规范化。
曾强了工作人员对仓库管理能力、提高了工作效率。
（3）运行可行性
新系统的研制和开发是充分得考虑工作人员对仓库的易于管理，管理者方便查询设备信息效率。
从而能完全满足使用者的要求。
本系统操作简单.有机算计基础的人无需培训即可使用•即使是没有计算机基础的人只需经过简单的培训就可以很熟练的使用本系统。
系统运行后，就用户方而言，山于用户使用本系统时，不会也不必关心系统内部的结构及实现方法，即对用户来说是透明的，所以本系统对用户而言，是定位在界面友好、操作方便、功能齐全的原则上的，用户只需简单的用鼠标点击各界面上的选项卡或按钮就能执行相应的功能，就管理者而言，关心的是如何处理各种数据，只要把用户的信息输入计算机，管理者就可运行相应的后台程序进行处理。
而以上的这些功能都能在所选择的开发环境中用所选择的开发工具来实现。
所以说本系统在用户使用可行性上是没有问题的。
（4）法律可行性
新系统的研制和开发，将不会侵犯他人、集体和国家的利益，不会违反国家政策和法律。
222环境要求
（I）本系统运行的硬件环境如下:
客户机：
普通PC,满足：
CPU：
P4L8GHZ以上；内存：
256M以上:
（2）本系统运行的软件环境如下:
操作系统：
Windows2000以上的操作系统；数据库：
SQLServer2005；开发
工具包：
JAVA,EXCLIPSO
3用例需求分析
3.1系统的用例需求文档
3AA基本信息管理模块
本系统的功能大致可分为以下儿个部分:
（1）商品信息模块
商品信息模块主要是记录商品的各类信息，其中包括商品编号、商品名称、商品类型、商品价格、商品数量等信息。
实现了商品的录入.修改、删除査询等功能。
（2）客户基本模块
客户基本情况模块主要是记录客户的各种信息，共中包括客户编号、客户名称，所属客户的商品名称、库存数量、商品规格、商品的入库时间、联系人、联系电话，实现对客户信息的录入、删除、修改和查询等功能。
（3）信息汇总模块
信息汇总模块包括金额汇总和库存预警。
金额汇总模块主要包括仓库内各个客户存储货物的金额汇总。
库存预警主要包括各个客户的库存预警信息查询。
（4）身份验证
在用户进入系统前，首先要求用户身份验证，登录时要对输入的用户名和密码进行验证是否匹配，验证通过后允许用户进入本系统进行操作，并根据本用户现有的权限来进行特定的操作。
（5）用户注册
在用户未进行相应的登录设置时需要先进行注册个人的信息和相关的管理权限等，填写完毕提交后在进行登录操作。
3.1.2参与者
从以上分析中，可以得出以下参与者
（1）系统管理员。
（2）仓库管理员。
（3）普通用户。
（4）销售员。
3,2用例图分析
32i系统管理员用例图
（1）用例模型的执行者：
系统管理员。
图3.1所示。
图3・1系统管理员用例图
322仓库管理员用例图
（1）用例模型的执行者：
仓库管理员。
（2）包括：
查询统计、入库管理、出库管理、信息配置。
（3）入库管理包括商品信息录入、入库一览表、入库单据管理；出库管理
包括出库一览表、出库单据查询、商品出库：
信息配置包括修改密码、商品管理、单位管理：
査询统计包括库存预警、金额汇总。
如图3.2所示。
岸存硕蓉
金额汇总
普通用户
入库单18管理
仓岸管理员
査询统计
刃入库劉里
A
«include»r"商品信息录入
”«include»Q八
L-«incIude>^>"
0・・・
库一览裘
«include»
出库一览喪
出库管理弋«incfu^include汽
商品出库
出库单据S询
修改密冯
/丿、
«inclu^e»«inciade>>^'^^'^^^^
商品簷理单位缰谨
图3.2仓库管理员用例图
323普通用户用例图
（I）用例模型的执行者：
普通用户。
（2）包括：
金额汇总.
库存预警、商品査询、商品出库、商品调拨、身份
验证。
如图3.3所示。
324销售员用例图
（I）用例模型的执行者：
仓库管理员。
（2）包括：
查询统计、入库管理、出库管理、信息配置。
（3）入库管理包括商品信息录入、入库一览表、入库单据管理；出库管理
包括出库一览表、出库单据査询、商品出库：
信息配置包括修改密码、商品管理、单位管理；查询统汁包括库存预警、金额汇总。
如图34所示。
商品调拨
图34销售员用例图
4类图设计建模
4」总体描述
对象模型是对模拟客观世界实体的对象及对象之间的关系进行映射，它是以对象为主而非系统功能，主要描述了系统的静态特征。
类图山系统中使用的类以及它们之间的关系组成，对象图是类图的一个实例，它描述了系统具体对象以及某一时刻这些对象之间的关系。
UML用各种模型元素表示图中的概念，如表示类和对象的模型元素，类和类之间的关系包括关联、泛化、依赖、聚集等。
本系统用类图来建立对象模型。
4・2查询统计类图
（I）Client类是客户模型类。
（2）AmountSummaryAction类是系统数据提交处理类，在类中调用Client类实例化对象接受数据。
（3）InventoryWarningService类主要功能是实现仓库预警的业务处理。
（4）
InventoryWarningAction类是接受用户提交的相关数拯后，调用对应的Service类中的方法进行业务处理。
图4.1査询统计类图
4・3岀库管理类图
（1）Spinfo类是商品模型类。
（2）Stock.removaLAction类是系统数据提交处理类，在类中调用
Stock_reinoval_service类中的selectlist方法来实现相关的业务处理。
（3）Stock_reinoval_service类主要功能是商品出库的相关业务处理。
<4）stockRemovalQueryAction类是接受用户提交的相关数据后，调用对应的Service类中的方法进行查询业务处理。
<5）SRQueryService类主要实现商品出库査询的功能。
（6）AliotQueryAction类通过实例化AllotQueryService类后，调用相关的方
法，来实现商品调拨的相关业务功能。
（7）Collect_Action类通过实例化CoHect_Service类调用list（）方法，完成出
库一览表的查询业务功能。
（8）图中的a
升级会员 