仓库管理系统 UML.docx
《仓库管理系统 UML.docx》由会员分享，可在线阅读，更多相关《仓库管理系统 UML.docx（45页珍藏版）》请在冰豆网上搜索。
仓库管理系统UML
信息系统分析与设计
课程设计报告
题目库存管理信息系统
班级
学号
姓名
成绩
库存管理信息系统
1.前言
1.1背景调查与任务陈述
一直以来，人们使用传统的人工管理方式管理仓库。
然而由于仓库商品种类的繁多和价格的不一，随时间将会产生大量的文件和数据；加之仓库在运营过程中还需要对各类报表进行统计，对入库、出库、存货等进行归纳总结。
这使得此管理方式信息量大且工作繁琐，造成了大量人力物力的浪费，同时会由于人工操作时的出错而带来经济损失。
由此可见，人工管理方式存在着如效率低，商品入库和更新比较麻烦，不能及时了解仓库各类商品的存库，保密性差等诸多缺点。
随着科学技术不断进步和经济的不断发展，以及全球化信息网络和全球化市场形成和技术变革的加速，围绕新产品的市场竞争也日趋激烈，企业面临着缩短交货期、提高产品质量、降低成本和改进服务的压力。
所有这些都要求企业能对不断变化的市场做出快速反应。
因此，单纯的数字统计已经跟不上现代化企业库存管理发展的需要，迫切需要一种信息化的、动态的库存管理系统来应对企业生产不断发展的要求和挑战。
于是，人们把计算机技术应用于仓库管理，进行信息的采集和处理，使得人们从繁重而又单调的统计运算中解脱出来，进而减轻了仓库的入库管理员、出库管理员、库存管理员等人员的工作量。
作为计算机应用的一部分，使用计算机对仓库信息进行管理，具有人工管理无法比拟的优点，如检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
小型库存管理系统的主要目的就是为用户提供充足的信息和快捷的查询手段，通过对仓库运营过程中数据有效的查询和统计，使管理人员及早发现问题，采取相应措施，调整库存结构，缩短商品运营周期，加速资金周转，最大限度地降低库存占用。
同时，小型仓库管理系统也能够及时地提供仓库中各个方面的运营情况，使仓库中各类管理人员能从不同侧面掌握所需信息，从而极大地协调仓库各工作人员的工作，提高整体工作效率，降低运营成本，提高经济效益。
另外，库存管理的信息化和可视化，每个企业将会拥有两个仓库，一个是装满货物的仓库，还有一个就是管理系统里的数据库，对上万种货物分别编码，使其成为计算机可识别的语言，形象地说，货架上的号码就是货物的地址，从而避免了货物的分拣和提取时的翻箱倒柜式的查找。
总之，小型库存管理系统是现如今库存管理必不可少的一部分：
它是协调仓库经营活动的基础，其数据的及时性、准确性、快捷性是整个仓库顺利运行的关键；它提供的信息对于决策者和管理者来说都是至关重要的。
1.2可行性分析
1.2.1管理可行性分析
仓库基层工作者以及管理者大多已具备电脑基本操作能力并具有初步的现代化管理水平，对于专业要求经短期培训即可。
仓库现行的各项管理制度比较健全且执行严格，原始数据采集完整且保存良好。
1.2.2经济可行性分析
企业有能力承担系统开发费用且将会对开发库存管理系统投入大量物力及人力支持。
系统软硬件结构简单，可以实现功能扩展，节约大量人力物力，将为企业带来经济效益。
1.2.3技术可行性分析
硬件方面，市场销售的系统所需硬件设备能够满足系统的性能需求且售价在用户可承受范围之内。
软件方面，有合适的软件系统与数据库系统且这些软件系统在开发中已被大量应用，技术上已经较为成熟。
技术人员方面，由于本系统采用基于Windows的图形用户界面，简介明了，不需要对数据库进行深入的了解，故只需对操作人员和管理人员进行适量培训即可。
综合以上三方面，该系统具有很高的开发可行性。
1.3系统需求分析
系统需求分析就是在用户需求调研的基础上，确定系统的总体结构方案，完成相应的需求分析报告。
在确定系统的总体结构方案过程中，包括确定应用程序的结构、系统开发环境和开发工具的选择。
1.3.1应用程序结构确定
从用户应用角度来看，可把应用程序系统的组成部分分成数据存储层、业务处理层和界面表示层等3个层次，而应用程序结构可归纳为：
集中式应用程序结构、单机板应用程序结构、多层服务器应用程序结构、浏览器／服务器应用程序结构、客户机／服务器应用程序结构等5种类型。
本库存管理系统就采用了客户机／服务器应用程序结构.
1.3.2确定系统开发环境
由于大多数公司内部使用的计算机平台都是基于Windows环境的。
为了降低系统成本，应最大程度地利用现有的资源、兼容现有的环境，可确定使用下面的开发环境：
数据库：
MicrosoftAccess；
前端开发工具：
VisualBasic；
数据访问对象：
ADO。
1.3.3开发工具的选择
可视化（visual）程序设计是一种全新的程序设计方法，全面采用面向对象的程序设计技术，使用事件驱动机制进行程序设计。
利用可视化开发工具可以快速、高效地开发应用程序。
可视化的开发工具很多，如Microsoft公司推出的VisualStudio软件系列，Borland公司的Delphi、C++Builder系列等。
VisualStudio是微软公司推出的集成开发环境，是目前最流行的Windows平台应用程序开发环境。
它是把代码的编写、程序的调试、编译、运行以及其他的相关操作都集成在一起的“编程工具”。
作用是程序员通过它这个平台，利用编程语言来写程序，调试，运行。
SQLServer2000是Microsoft公司推出的SQLServer数据库管理系统。
该版本继承了SQLServer7.0版本的优点同时又比它增加了许多更先进的功能，具有使用方便,可伸缩性好与相关软件集成程度高等优点，可跨越从运行MicrosoftWindows98的膝上型电脑到运行MicrosoftWindows2000的大型多处理器的服务器等多种平台使用。
经分析，本库存管理系统选用VisualBasic来设计界面，选用MicrosoftAccess来建立后台数据库。
1.3.4其他性能要求
由于库存管理系统包含比较重要的信息，因此，在系统设计时除了注重用户的需求，还要保证系统的安全性和一致性，体现如下：
（1）安全性：
本系统中共分为五类不同的用户，分别具有不同的权限。
（2）一致性：
系统的数据要保证一致性、准确性，当某一数据库中记录发生改变时，与之相关联的数据库也随之变化。
（3）可靠性：
该系统应该保证全天24小时开通，同时应尽量使系统的故障率保持在一个较低的水平，该比率应在5%以下。
2.需求工作流
在需求工作流阶段,我们首先获得对领域的初始理解,并使用该信息来构建初始业务模型.随后,利用该初始业务模型来草拟一组初始的业务需求.随后，依据我们所知道的客户需求，我们获得了对领域的更深入的理解，并利用这种认识来细化我们的业务模型以及客户的需求。
这种迭代会一直进行下去，直到我们对我们创造的需求集感到满意为止。
在这一点上，迭代终止。
业务建模中使用的主要的UML图就是用例。
用例图也成为用户模型图，是由软件需求分析到最终实现的第一步，它是从用户的角度来描述系统功能，描述人们希望如何使用一个系统。
用例图显示谁将是相关的用户、用户希望系统提供什么服务，以及用户需要为系统提供什么服务。
用例图将系统划分成对参与者有用的需求，而交互部分被称为用例。
用例是一个面向对象的过程,它首先关注用户对系统的需求,通过用例观察系统,能够将系统实现与系统目标分开,有助于了解最重要的部分即满足用户要求和期望,而不沉浸于实现的细节。
库存管理系统是生产、计划和控制的基础,它是通过对仓库、库位、入出库类型与入出库报表的管理,及时反映物资的仓储、流向情况,为生产管理和成本核算提供依据。
并通过库存分析,为管理及决策人员提供库存资金占用情况物资短缺（超储）情况等不同的分析信息。
通过清仓盘库管理,保证帐面与实物一致,为计划及决策人员提供实时准确的存货信息,以便及时调整生产,保证企业各项生产经营活动的顺利进行。
针对库存管理系统，我们需要:
1）识别参与者
在获取用例前，首先要确定系统的参与者。
为了发现系统中的参与者，可以从以下几个方面来考虑：
[1].谁使用系统的主要功能。
[2].谁改变系统的数据。
[3].谁从系统获取信息。
[4].谁需要系统的支持以完成日常工作任务。
[5].谁负责维护、管理并保持系统正常运行。
[6].谁对系统运行产生的结果感兴趣。
2）识别用例：
识别用例最好方法是从客户需求入手，分析系统的参与者，分析每个参与者是如何使用系统的。
识别用例可以从以下几个方面来考虑：
[1].特定参与者希望系统提供什么功能。
[2].系统是否存储和检索信息，如果是，由哪个参与者触发。
[3].当系统改变状态时，是否通知参与者。
[4].是否存在影响系统的外部事件。
由此，得出:
2.1库存管理系统用例
图2-1库存管理系统用例图
为清楚详细地分析系统功能，绘制了子用例图。
其用例图及相关描述如下：
2.2入库作业管理用例
商品入库业务,是入库管理员根据商品入库凭证，在接受入库商品时所进行的卸货、查点、验收、办理入库手续等各项业务活动的计划和组织。
图2-2入存作业管理用例图
简单描述：
入库作业管理用例使得入库管理员根据商品入库凭证，在接受入库商品时进行卸货、查点、验收、办理入库手续等各项业务活动。
逐步描述：
1.根据入库凭证上的入库数据，为实际入库做准备。
2.货物到达并入库，在厂商交货之后，输入包括采购订单号、厂商和供应商名称、货物名称、货物数量等数据。
3.在入库时,如果系统检测该类物资库存量超出限定的最高存量,则自动发出警报。
2.3出库作业管理用例
商品出库业务，是出库管理员根据业务部门或存货单位开出的商品出库凭证（提货单、调拨），按其所列商品编号、名称、规格、型号、数量等项目，组织商品出库一系列工作的总称。
图2-3出入作业管理用例图
简单描述：
出库作业管理用例使得出库管理员根据业务部门或存货单位开出的商品出库凭证（提货单、调拨），按其所列商品编号、名称、规格、型号、数量等项目，组织商品出库，并做到出库核销。
逐步描述：
1.库存中心接收到客户的货物定单，借助于订单处理信息系统将其自动转换成拣货分货指令、包装指令、加工指令、配装指令、派车指令、配送指令、应收账款指令等。
2.出库管理员分析出库货物，全面了解现有出库信息，并根据现有出库资料预测库存中心的发展趋势。
3.出货前的拣货、包装和流通加工，为根据客户订购的货物做出货前的准备工作。
4.货物经分拣、包装、流通加工后即可集中在出货区内准备装车配送。
5.管理月台信息，仓储区信息和包装物信息。
6.货物送达客户后，订购数据从订单数据库转入应收账款数据库，帮助会计人员催收账款。
7.在出库时,如果该类物资低于限定的最低存量时，将发出警报。
2.4库存信息管理用例
2.5库存信息管理业务,是库存管理员或者高层管理者根据要求检索并查看库存信息，是系统管理员根据要求对库存信息进行增、删、查、改等。
它是通过对仓库、库位、入出库类型与入出库报表的管理,及时反映物资的仓储、流向情况,为生产管理和成本核算提供依据。
通过清仓盘库管理,保证帐面与实物一致,为计划及决策人员提供实时准确的存货信息。
图2-4库存信息管理用例图
简单描述：
库存信息管理用例能够使得库存管理员或者高层管理者根据要求检索并查看库存信息，使得系统管理员根据要求对库存信息进行增、删、查、改等
逐步描述：
1.系统根据用户账号类型判断用户权限，不同用户类型分别进入下列操作。
2.库存管理员能够检索并查看客户与货物信息。
3.系统管理员能够检索并查看客户与货物信息，除此之外，还可以增加、删除或修改客户与货物信息。
4.高层管理者能够检索并查看客户与货物信息，除此之外，还可以管理以往各类报表信息，包括日报表，月报表等。
2.6库存信息分析用例
库存信息分析,是高层管理者根据宏观与微观环境变化，通过判断并设置当前相关属性，对库存相关信息进行分析与预测。
图2-5库存信息分析用例图
简单描述：
库存信息分析用例使得高层管理者可以根据适销率，库存周转率，库存周转天数，进销存报表，周销售排行，订单跟踪表等分析资金占用情况、安全库存、积压失效和趋势预测等信息。
逐步描述：
1.高层管理者登录系统后选择，分别进入以下步骤。
2.点击“资金占用分析”选项卡，分析资金占用情况。
3.点击“安全库存分析”选项卡，分析安全库存情况。
4.点击“积压失效分析”选项卡，分析积压失效情况。
5.点击“趋势预测分析”选项卡，分析趋势预测情况。
6.选择保存相关分析报表，可供以后查阅。
2.7系统信息管理用例
系统信息管理，是系统管理员针对人员信息、商品信息、客户信息和数据备份等进行管理的一系列行为。
图2-6系统信息管理用例图
简单描述：
系统信息管理用例使得系统管理员对人员信息、商品信息、客户信息和数据备份等内容进行管理。
1.系统管理员登录系统后选择，分别进入以下步骤。
2.点击“用户管理”选项卡，管理用户信息。
3.点击“货物管理”选项卡，管理货物信息。
4.点击“客户管理”选项卡，管理客户信息。
5.点击“日志管理”选项卡，管理日志信息。
6.点击“备份与恢复”选项卡，备份或恢复数据。
3.分析工作流
分析工作流有两个目标。
首先，我们希望获得对需求的更深入的理解。
其次，我们希望以某种方式描述需求，这种方式要求易于维护并提供了对要开发的信息系统结构的深入理解。
3.1类的提取
在分析工作流期间，我们将依据信息系统的类来描述用例。
3.3.1提取实体类：
实体类提取包含3个步骤，它们是迭代式和增量式地执行的。
1）功能性建模。
展示所有用例的方案。
2）类建模。
确定实体类及其属性。
然后，确定实体类之间的相互关系及交互。
以类图的形式展示该信息。
3）动态建模。
确定由每个实体类或子类执行的操作或者对它们执行的操作。
根据上述内容，我们提取到的实体类如下：
用户、入库管理员、出库管理员、库存管理员、高层管理员、系统管理员、商品、月台、客户、供应商
3.3.2提取边界类：
与实体类不同，边界类通常以与提取。
一般来讲，每个输入屏幕、输出屏幕和打印的报告都是通过类来建模的。
根据上述内容，我们提取到的边界类如下：
入库单、出库单、库存信息报表、界面、资金占用报表、安全库存报表、积压失效报表、趋势预测报表、系统日志
3.3.3提取控制类
控制类通常与边界类一样易于提取。
一般来讲，每种重要的计算都是通过控制类来建模的。
根据上述内容，我们提取到的控制类如下：
资金占用分析、安全库存分析、积压失效分析、趋势预测分析、身份识别
综上，系统类图如下：
图3-1系统总类图
类的部分说明：
界面类接收用户发送的消息,并判断用户是否有权进入系统,然后判断用户的权限,这要调用用户类来实现,用户类包括人员姓名、工号、密码和权限.如果用户有权进入系统,界面类发送消息启动其他类。
入库管理员类、出库管理员类、库存管理员类、系统管理员类、高层管理者类是用户类的泛化。
3.2系统状态图
用于提取实体类的第三步是动态建模。
在这一步中，我们绘制了一个状态图，状态图是系统分析的一种常用工具，通过建立对象的生存周期模型来描述对象随时间变化的动态行为，它反映了由信息系统执行的或未其执行的所有操作，以表示引起从一个状态到另一种状态的转变的那些事件。
由此，系统的状态图如下：
图3-2系统状态图
3.3用例方案及其协作图
用例是参与者与信息系统之间交互的描述。
用例最初是在生命周期开始时即需求工作流中使用的。
在生命周期末尾即实现工作流中，会用代码实现用例。
在分析和设计工作流期间，会为每个用例添加更过细节，包括在执行用例中所涉及的类的描述。
用例实现描述了如何依据它的类来执行用例，也就是说，需要哪些类来实现用例。
在此阶段，我们使用交互图描绘用例特定方案的实现。
顺序图和协作图都是用来描述一个用例的行为，因此基本对于每一个用例来讲，都应有顺序图或和作图来描述其用例对象之间的交互关系。
只是两者的侧重点不一样，顺序图着重体系交互的时间顺序，协作图则侧重体系交互对象间的静态关系。
由此，每个用力方案与协作图如下：
3.3.1入库作业管理用例方案一
入库管理员根据入库凭证查点验收货物后，商品入库。
1.入库管理员根据入库凭证上的入库数据，为实际入库做准备。
2.货物到达后，入库管理员进行卸货、查点、验收。
3.合格后商品入库。
4.入库管理员登录系统，输入此单货物相关信息。
5.系统更新数据库后打印入库单。
6.业务活动完成，返回成功信息。
图3-3入库作业管理用例方案一图
3.3.2出库作业管理用例方案一
出库管理员根据出库凭证组织商品出库。
1.仓储中心接到客户的货物订单。
2.出库管理员分析出库货物。
3.出库管理员借助系统协调拣货、包装、配送等活动流程。
4.货物出库后出库管理员登录系统更新数据库。
5.系统打印出库单。
6.业务活动完成，返回成功信息。
图3-4出库作业管理用例方案一图
3.3.3库存信息管理用例方案一
库存信息管理用例使得库存管理员查看相关信息后生成报表。
1.库存管理员登录系统后查看货物信息。
2.库存管理员登录系统后查看客户信息。
3.库存管理员登录系统后查看供应商信息。
4.库存管理员登录系统后查看货月台信息。
5.库存管理员根据上述信息生成库存信息报表。
6.业务活动完成，返回成功信息。
图3-5库存信息管理用例方案一图
3.3.4库存信息管理用例方案二
库存管理用例使得系统管理员查看供应商、月台信息并更新客户、商品信息。
1.库存管理员输入账户名和密码登录系统。
2.库存管理员查看供应商相关信息。
3.库存管理员查看月台相关信息。
4.因与某客户终止合作，库存管理员删除此客户信息。
5.仓库新进某一商品，库存管理员增加此商品信息。
6.库存管理员保存更改。
7.业务活动完成，返回成功信息。
：
图3-6库存信息管理用例方案二图
3.3.5库存信息管理用例方案三
库存管理用例使得高层管理者查看库存容量。
1.高层管理者输入账户名和密码登录系统。
2.高层管理者查看系统存储报表中的库存容量信息报表。
3.系统返回库存容量信息报表。
4.业务活动完成，返回成功信息。
图3-7库存信息管理用例方案三图
3.3.6库存信息分析用例方案一
库存信息分析用例使得高层管理者分析资金占用情况。
1.高层管理者输入账户名和密码后登录系统。
2.高层管理者点击“资金占用情况分析”选项卡，分析资金占用情况。
3.系统按如下分类分析库存资金占用情况：
A类：
物资比例很小，但占用资金很大，属于重要物资，必须严格控制。
及时审查需求量、订货量、密切跟踪并催货，尽量减少提前期。
B类：
物资比例较高，而占用资金仅次于A类。
C类：
物资比例高。
但占用资金少。
对C类物资必须经常清点，可采用简单的库存维护与订货技术，以节省管理开销。
4.系统返回资金占用情况分析报表。
5.业务流程结束，返回成功信息。
图3-8库存信息分析用例方案一图
3.3.7库存信息分析用例方案二
库存信息分析用例使得高层管理者分析安全库存情况。
1.高层管理者输入账户名和密码后登录系统。
2.高层管理者点击“安全库存分析”选项卡，分析安全库存情况。
3.系统按如下规则分析安全库存情况：
通过对各种物品当前库存量和安全库存量的对比分析，对超过或低于安全库存量的物品进行报警。
安全库存预警输出的内容包括物品、物品的安全库存量、当前库存量及当前库存量与安全库存量的差。
各物品的安全库存量取自物品档案中各物品的安全库存量，当前库存量为各物品所有仓库的现存量之和，差量=当前库存量-安全库存量。
4.系统返回安全库存情况分析报表。
5.业务流程结束，返回成功信息。
图3-9库存信息分析用例方案二图
3.3.8库存信息分析用例方案三
库存信息分析用例使得高层管理者分析积压失效情况。
1.高层管理者输入账户名和密码后登录系统。
2.高层管理者点击“积压失效分析”选项卡，分析积压失效情况。
3.系统按如下规则分析积压失效情况：
系统提供呆滞积压物品的分析方法是按物品周转率分析的。
当前库存量与最高库存量或安全库存量比较，周转率低于呆滞积压标准且超过最高库存量（或安全库存量）的物品为积压物品，周转率低于呆滞积压标准且未超过最高库存量（或安全库存量）的物品为呆滞物品。
呆滞积压物品分析输出的内容包括物品、各物品的最高库存量（或安全库存量）、当前库存量、短缺量、周转率、周转率与最低周转率（呆滞积压标准）的差、状态（表示该物品是呆滞物品还是积压物品）。
物品的呆滞积压标准需要设置。
呆滞积压标准是操作员设置的每一物品的最低周转率，低于此周转率的物品就是呆滞积压的物品。
当前库存量为该物品所有仓库的现存量之和超储量=当前库存量-最高库存量（或安全库存量） 物品周转率=一定期间内物品的已消耗量÷一定期间内物品的平均库存量 平均库存量=一定期间内物品每天的平均库存量之和÷天数 每天的平均库存量=（当天的期初结存数量+当天的期末结存数量）÷2 已消耗量=一定期间内该物品的出库数量 差率=周转率-呆滞积压标准 状态：
超储量大于零且差率小于零的物品为积压物品，状态为'积压'；超储量小于等于零且差率小于零的物品为呆滞物品，状态为'呆滞'；超储量小于等于零且差率大于等于零的物品为非呆滞积压物品，状态为空。
4.系统返回积压失效情况分析报表。
5.业务流程结束，返回成功信息。
图3-10库存信息分析用例方案三图
3.3.9库存信息分析用例方案四
库存信息管理用例使得高层管理者分析趋势预测。
1.高层管理者输入账户名和密码后登录系统。
2.高层管理者点击“趋势预测分析”选项卡，分析趋势预测情况。
3.系统按如下规则分析趋势预测情况：
系统通过适销率、库存周转率、库存周转天数、进销存报表、周销售排行、订单跟踪表等分析促销商品与季节商品。
4.系统返回趋势预测情况分析报表。
5.业务流程结束，返回成功信息。
图3-11库存信息分析用例方案四图
3.3.10系统信息管理用例方案一
系统信息管理用例使得系统管理员修改用户信息。
1.系统管理员输入账户名和密码登录系统。
2.系统管理员点击“用户管理”选项卡。
3.系统管理员选择具体记录并修改相关信息。
4.系统管理员保存数据。
5.业务活动结束，返回成功信息。
图3-12系统信息管理用例方案一图
3.3.11系统信息管理用例方案二
系统信息管理用例使得系统管理员增加货物信息。
1.系统管理员输入账户名和密码登录系统。
2.系统管理员点击“货物管理”选项卡。
3.系统管理员创建新录并增加信息。
4.系统管理员保存数据。
5.业务活动结束，返回成功信息。
图3-13系统信息管理用例方案二图
3.3.12系统信息管理用例方案三
系统信息管理用例使得系统管理员删除客户信息。
1.系统管理员输入账户名和密码登录系统。
2.系统管理员点击“客户管理”选项卡。
3.系统管理员选择具体记录并删除此记录。
4.系统管理员保存数据。
5.业务活动结束，返回成功信息。
图3-14系统信息管理用例方案三图
3.4系统包图
包提供了一种用于组织各种元素的分组机制
升级会员 