仓库综合管理系统uml建模.doc

沈 阳 工 程 学 院

课 程 设 计

设计题目： 仓库管理系统

系 别 信息工程学院 班级 软件本121
项目组长 聂恒阳（19）
项目组员 王益峰（16），杨东明（8），张朋（21）
刘明洋（10）
指导老师 职称
起止日期： 年 月 日起——至 年 月 日止

沈 阳 工 程 学 院

课程设计任务书

课程设计题目： 仓库管理系统

系 别 信息工程学院 班级 软件本121
项目组长 聂恒阳（19)
项目组员 王益峰（16），杨东明（8），张朋（21）
刘明洋（10）
指导老师 职称
课程设计进行地点： 实训F
任 务 下 达 时 间： 年 月 日
起止日期： 年 月 日起——至 年 月 日止
教研室主任 年 月 日同意
一、课程设计原始资料及依据
项目开发和管理课程设计前驱条件是要求学生们必需含有“软件工程”和“程序设计”等计算机专业理论知识，此次设计正是在符合这种前提条件下实施。
首先成立项目小组并推举有责任心学生担当项目组长，全组组员在组长率领下，针对“新闻中心管理系统”，按着软件生命周期和项目管理要求，利用面向对象分析和设计方法，采取现在最为流行面向对象设计工具UML，对所选系统进行软件需求分析、功效设计，然后依据能力和功效进行任务分配。依据分析结果进行系统用例图、类图、次序图、协作图、活动图等项目设计，从而完成一个较完整项目开发和管理实践。

二、课程设计关键内容及要求
首先要求参与课程设计学生们要重新认真复习软件工程及项目管理理论知识和技能，熟练掌握UML设计工具，以后学生们能够灵活地把所学理论知识和技能应用于该项目标开发实践中去，从而有目标地加深了解项目开发和管理深刻含义。具体要求以下：
1．成立项目开发小组并选举项目组长。
2．依据设计要求小组选定设计题目。
3．天天要求项目组长要最少组织召开一次会议，总结、汇报和部署任务。
4．每次会议要求保留会议统计并存档。
5．发挥团体合作精神共同完成以下内容：
⑴ 软件需求分析
⑵ 用例图
⑶ 类图
⑷ 次序图
⑸ 协作图
⑹ 活动图
⑺ 状态图
6．组长要依据能力合理地分配任务，要求每个组员全部能主动参与并完成以下内容：
⑴ 参与需求分析
⑵ 多种设计视图
⑶ 个人总结
7．组长要对每个组员进行公正客观地评价。
8．要求项目组共同对课程设计结果进行装订成册。

三、对课程设计说明书撰写内容、格式、字数要求
1．课程设计说明书是表现和总结课程设计结果载体，要求认真按着要求进行完成。
2．每个项目小组撰写完成并提交一份课程设计说明书。
3．全部文档撰写格式均需要严格按着给定参考模板进行。
4．模板中文字字体、大小、格式、页眉页脚等多种设置不可随意改变。
5．课程设计说明书严格按着装订次序进行装订。
6．课程设计说明书装订次序为：
⑴ 课程设计封面（1份）
⑵ 任务书（1份）
⑶ 成绩评定表（1份）
⑷ 装订目录
⑸ 课程设计汇报书（1份）
　　汇报封面
目录
第1章 系统需求分析
第2章 用例图设计建模
第3章 类图设计建模
第4章 次序图设计建模
第5章 协作图设计建模
第6章 活动图设计建模
第7章 状态图设计建模
第8章 配置图设计建模
致谢
参考文件
附录一：项目开发体制图
附录二：开发时间计划表
⑹ 会议统计（要求天天最少1份）
⑺ 项目个人总结（每人1份）
四、设计完成后应提交结果种类、数量、质量等方面要求
1．课程设计汇报书（1份）
2．开发时间计划表（1份）
3．会议统计（天天最少1份）
4．个人总结（每人1份）

五、时间进度安排
次序
阶段日期
计 划 完 成 内 容
备注
1
第1天
（12月28日）
查阅资料、需求分析

2
第2天
（12月29日）
功效分析和设计

3
第3天
（12月30日）
用例图建模、类图建模、
次序图建模、协作图建模

4
第4天
（12月31日）
活动图建模、状态图建模
配置图建模

5
第5天
（01月01日）
个人总结、打印汇报

六、关键参考资料（文件）
[1] J2EE项目实训---UML及设计模式 杨少波 清华大学出版社
[2] UML基础和ROSE建模案例 吴建 人民邮电出版社
[3] UML基础和ROSE建模教程 蔡敏 人民邮电出版社

沈 阳 工 程 学 院
项目开发管理 课程设计成绩评定表
系（部）： 信息工程学院 班级： 软件本121 组长： 聂恒阳（19)
学生姓名： 王益峰（16），杨东明（8），张朋（21）
指 导 教 师 评 审 意 见
评价
内容
具 体 要 求
权重
评 分
加权分
调研
论证
能独立查阅文件,搜集资料；能制订课程设计方案和日程安排。
0.1
5
4
3
2

工作能力
态度
工作态度认真，遵守纪律，出勤情况是否良好，能够独立完成设计工作，
0.2
5
4
3
2

工作量
按期圆满完成要求设计任务，工作量饱满，难度适宜。
0.2
5
4
3
2

说明书质量
说明书立论正确，叙述充足，结论严谨合理，文字通顺，技术用语正确，符号统一，编号齐全，图表完备，书写工整规范。
0.5
5
4
3
2

指导老师评审成绩
（加权分累计乘以12）
分
加权分累计

指 导 教 师 签 名：
年 月 日
评 阅 教 师 评 审 意 见
评价
内容
具 体 要 求
权重
评 分
加权分
查阅
文件
查阅文件有一定广泛性；有综合归纳资料能力
0.2
5
4
3
2

工作量
工作量饱满，难度适中。
0.5
5
4
3
2

说明书质量
说明书立论正确，叙述充足，结论严谨合理，文字通顺，技术用语正确，符号统一，编号齐全，图表完备，书写工整规范。
0.3
5
4
3
2

评阅老师评审成绩
（加权分累计乘以8）
分
加权分累计

评 阅 教 师 签 名：
年 月 日
课 程 设 计 总 评 成 绩
分

装订目录

1．封面
2．任务书
3．成绩评定表
4．装订目录
5．课程设计汇报书
6．会议统计
7．项目个人总结

项目开发管理课程设计

系统分析设计汇报

题目：仓库管理系统

班级： 软件本121 　　组长： 聂恒阳（19）
组员：王益峰（16），杨东明（8），张朋（21），
刘明洋（10）

目录
第一章 系统需求分析 2
1.1软件需求规格说明 2
1.1.1编写目标 2
1.1.2背景 2
1.2功效描述 2
1.3基础数据维护模块 3
1.4 基础业务模块 4
1.5 数据库模块 4
1.6 信息查询模块 5
第二章 用例图设计建模 6
2.1 UML用例图设计模型 6
2.1.1 系统用例需求文档 6
2.1.2 用例图 7
第三章 类图设计建模 10
3.1对象模型 10
3.1.1总体描述 10
3.2动态类图 14
第四章 次序图设计建模 15
4.1次序图设计模型 15
4.1.1 系统次序图 15
4.1.2商品信息录入次序图 16
4.1.3商品出库次序图 18
4.1.4调拨单据查询次序图 19
第五章 协作图设计建模 21
5.1协作图设计模型 21
5.1.1协作图含义 21
5.1.2用户登录协作图 21
5.1.3商品出库协作图 22
5.1.4商品调拨次序图 22
5.1.5系统管理协作图 23
5.1.6商品入库协作图 24
第六章 活动图设计建模 25
6.1活动图设计模型 25
6.1.1系统活动图 25
第七章 状态图设计建模 28
7.1 UML状态图设计模型 28
7.1.1商品状态图 28
7.1.2仓库库存状态图 28
7.1.3商品单据状态图 29
第八章 配置图设计建模 30
8.1 UML配置图设计模型 30
致谢……………………………………………………………………………………………………….………………………………….31
第一章 系统需求分析
1.1软件需求规格说明

1.1.1编写目标

伴随社会需求量越来越大，中国中小型企业越来越多，而对企业而言，企业物资存放是企业最宝贵资源，也是企业流动资产重中之重。实施信息化、自动化、智能化仓库管理，是提升工作效率，实现企业更大工作效益和利润最大保障。

1.1.2背景

采取计算机管理信息系统已成为仓库管理科学化和现代化关键标志，它给企业管理来了显著经济效益和社会效益。关键表现在：极大提升了仓库工作人员工作效率，大大降低了以往入出存步骤繁琐，杂乱，周期长弊端。基于仓库管理全方面自动化，能够降低入库管理、出库管理及库存管理中漏洞，能够节省不少管理开支，增加企业收入。 仓库管理操作自动化和信息电子化，全方面提升了仓库管理水平。

1.2功效描述

本系统为存放物资各类型企业提供服务，关键功效以下图所表示。

图1.1系统功效图

1.3基础数据维护模块
基础数据维护模块图1.2所表示。

图1.2 基础数据维护模块
1.添加商品信息：管理员能够添加商品类别。
2.修改更新商品信息：管理员能够修改更新商品信息。
3.添加消费者信息：管理员能够添加商品供给量。
4.删除商品信息：管理员依据消费者反馈信息对部分商品进行删除。

1.4 基础业务模块

图1.3 信息查询模块功效
1.出库：处理出库业务。
2.入库：处理入库业务。
3.查询：管理员能够查询商品销售情况，用户能够查询商品类别。
4.保质期管理：将已过保质期商品全部清除，检测全部商品质量。
5.金额管理：管理员能够经过商品销售金额对商品供给做出重新安排。

1.5 数据库模块

图1.4 信息查询模块功效
1.出库信息管理：出库信息包含商品类别、ISBN、出库时间等。
2.入库信息管理：入库信息包含商品类别、ISBN、入库时间等。
3.商品信息管理：商品信息包含商品类别、出入库时间、销售量、保质期、商品总数等。
4.库存信息管理：商品数目标更新，通知管理员商品供给量等。

1.6 信息查询模块

图1.5 信息查询模块功效
1.查询商品信息：负责商品信息查询。
2.查询库存信息：负责库存信息查询。
第二章 用例图设计建模

2.1 UML用例图设计模型

2.1.1 系统用例需求文档

本系统功效大致可分为以下多个部分：
1.基础信息管理模块
(1)商品信息模块
商品信息模块关键是统计商品各类信息，其中包含商品编号、商品名称、商品类型、商品价格、商品数量等信息。实现了商品录入、修改、删除查询等功效。
(2)用户基础模块
用户基础情况模块关键是统计用户多种信息，共中包含用户编号、用户名称，所属用户商品名称、库存数量、商品规格、商品入库时间、联络人、联络电话，实现对用户信息录入、删除、修改和查询等功效。
(3)信息汇总模块
信息汇总模块包含金额汇总和库存预警。
金额汇总模块关键包含仓库内各个用户存放货物金额汇总。
库存预警关键包含各个用户库存预警信息查询。
(4)身份验证
在用户进入系统前，首先要求用户身份验证，登录时要对输入用户名和密码进行验证是否匹配，验证经过后许可用户进入本系统进行操作，并依据本用户现有权限来进行特定操作。
(5)用户注册
在用户未进行对应登录设置时需要优异行注册个人信息和相关管理权限等，填写完成提交后在进行登录操作。
2.从以上分析中，能够得出以下参与者
(1)系统管理员。
(2)仓库管理员。
(3)一般用户。
(4)销售员。

2.1.2 用例图
1.系统管理员用例图
(1)用例模型实施者：系统管理员。
(2)包含：身份验证、权限管理、信息维护、数据恢复。
(3)信息维护包含出库管理、商品信息管理；权限验证包含身份验证。图2.1所表示。

图2.1系统管理员用例图
2.仓库管理员用例图
(1)用例模型实施者：仓库管理员。
(2)包含：查询统计、入库管理、出库管理、信息配置。
(3)入库管理包含商品信息录入、入库一览表、入库单据管理；出库管理包含出库一览表、出库单据查询、商品出库；信息配置包含修改密码、商品管理、单位管理；查询统计包含库存预警、金额汇总。图2.2所表示。

图2.2仓库管理员用例图
3.一般用户用例图
(1)用例模型实施者：一般用户。
(2)包含：金额汇总、库存预警、商品查询、商品出库、商品调拨、身份验证。

图2.3一般用户用例图
4.销售员用例图
(1)用例模型实施者：仓库管理员。
(2)包含：查询统计、入库管理、出库管理、信息配置。
(3)入库管理包含商品信息录入、入库一览表、入库单据管理；出库管理包含出库一览表、出库单据查询、商品出库；信息配置包含修改密码、商品管理、单位管理；查询统计包含库存预警、金额汇总。图2.4所表示。

图2.4销售员用例图
第三章 类图设计建模

3.1对象模型

3.1.1总体描述

1.对象模型是对模拟客观世界实体对象及对象之间关系进行映射，它是以对象为主而非系统功效，关键描述了系统静态特征。
2.类图由系统中使用类和它们之间关系组成，对象图是类图一个实例，它描述了系统具体对象和某一时刻这些对象之间关系。UML用多种模型元素表示图中概念，如表示类和对象模型元素，类和类之间关系包含关联、泛化、依靠、聚集等。本系统用类图来建立对象模型。
3.查询统计类图
(1)Client类是用户模型类。
(2)AmountSummaryAction类是系统数据提交处理类，在类中调用Client类实例化对象接收数据。
(3)InventoryWarningService类关键功效是实现仓库预警业务处理。
(4)InventoryWarningAction类是接收用户提交相关数据后，调用对应Service类中方法进行业务处理。
(5)AmountSummaryAction类和InventoryWarningAction类继承ActionSupport类实现对应action方法。图3.1所表示。

图3.1查询统计类图
4.出库管理类图
(1)SpInfo类是商品模型类。
(2)Stock_removal_Action类是系统数据提交处理类，在类中调用Stock_removal_service类中selectlist方法来实现相关业务处理。
(3)Stock_removal_service类关键功效是商品出库相关业务处理。
(4)stockRemovalQueryAction类是接收用户提交相关数据后，调用对应Service类中方法进行查询业务处理。
(5)SRQueryService类关键实现商品出库查询功效。
(6)AllotQueryAction类经过实例化AllotQueryService类后，调用相关方法，来实现商品调拨相关业务功效。
(7)Collect_Action类经过实例化Collect_Service类调用list()方法，完成出库一览表查询业务功效。
(8)图中action类全部是经过集成ActionSupport类后，实现各个action类对应方法。图3.2所表示。

图3.2出库管理类图

5.入库管理类图
(1)SpInfo类是商品模型类，Client类是用户模型类。
(2)luru_Action类是系统数据提交处理类，在类中经过实例化Sp_Info_service类后，调用Sp_Info_service类中insert方法来实现相关业务处理。
(3)Sp_Info_service类关键功效是经过实例化Client类和SpInfos类，接收由luru_Action类传输参数来实现商品出库相关业务处理。
(4)Document_Manage_Action类是接收用户提交相关数据后，调用对应Service类中方法进行逻辑业务处理。
(5)Document_Manage_service类关键实现商品退货、和商品调价、查询等功效。
(6)AllotQueryAction类经过实例化AllotQueryService类后，调用相关方法，来实现商品调拨相关业务功效。
(7)Collect_Action类经过实例化Collect_Service类调用list()方法，完成出库一览表查询业务功效。
(8)图中action类全部是经过集成ActionSupport类后，实现各个action类对应方法。图3.3所表示。

图3.3入库管理类图
5.信息配置类图
(1)SpInfo类是商品模型类，Client类是用户模型类，User类是用户模型类。
(2)changewd_service类经过实例化User类后，经过实现changewd方法来实现相关用户修改密码服务。
(3)changewd_Action类关键功效是经过实例化changewd_service类来实现修改密码功效。
(4)jurisdiction类经过实例化jurisdictionService类，调用对应Service类中方法进行对应权限修改和验证功效。
(5)Kh_ManageAction类关键实现对用户信息插入、修改、查询、删除等功效。
(6)Sp_ManageAction类经过实例化Sp_ManageService类后，调用相关方法，来实现商品信息插入、修改、查询、删除等功效。
(7)图中action类全部是经过集成ActionSupport类后，实现各个action类对应方法。图3.3所表示。

图3.4信息配置类图

3.2动态类图
动态模型用来描述系统动态行为，显示对象在系统运行期间不一样时刻动态交互情况，UML中用状态图、时序图、协作图和活动图建立动态模型。对象模型结构完成后，要实现所需功效，必需使得对象之间进行交互，即建立动态模型，动态模型建立需要完成以下几项工作：
1.要表现对象之间交互目前状态。
2.确定所发生事件。
3.依据发生事件对对象状态进行组合，形成一个整体事件跟踪图。
4.要确保动态模型建立完整，需要先设想好全部事件发生情况，包含时序上问题。尽可能确保不遗漏各个交互细节，是确保功效 完整性很好手段。
第四章 次序图设计建模

4.1次序图设计模型

4.1.1 系统次序图

⑴仓库管理员用自己用户名和密码登录系统，经验证用户填写用户名及密码正确后，进入主界面。
⑵点击单据管理界面，填写单据相关信息后，单击查询按钮提交查询信息，系统自动反馈提交状态，提醒是否提交成功，提交成功后等候后台审核。
⑶审核由系统后台来完成，审核经过后，返回查询结果集对象给单据管理action类，然后action类会将相关信息反馈到单据管理界面上。
⑷仓库管理员点击界面上退货按钮跳转到商品退货界面，填写完退货信息后点击提交按钮，单据管理action类审核提交信息经过后会返回审核结果，然后向单据管理service类提出退货申请，单据管理service类就会实现对应业务功效，以后service类会返回退货成功“success”信号。
⑸仓库管理员点击界面上调拨按钮跳转到商品调拨界面，填写完调拨信息后点击提交按钮，单据管理action类审核提交信息经过后会返回审核结果，然后向单据管理service类提出退货申请，单据管理service类就会实现对应业务功效，以后service类会返回调拨成功“success”信号。图4.1所表示。

图4.1单据管理次序图
表4.1 仓库管理员事件流
内容
说明
用例名称
仓库管理员
参与者
仓库管理员
前置条件
仓库管理员是有权限人员
后置条件
仓库管理员相关信息必需和库存里一致
基础路径
1.登录

2.提交用户信息

5.提交查询信息

9.选择退货功效

10.填写并提交退货信息
待处理问题

补充说明

注释

4.1.2商品信息录入次序图
⑴一般用户用自己用户名和密码登录系统，经验证用户填写用户名及密码正确后，进入主界面。
⑵点击商品信息录入界面，填写商品及用户相关信息后，单击添加商品按钮提交相关信息，系统自动反馈提交状态，提醒是否提交成功，提交成功后等候后台审核。
⑶审核由系统action来完成，审核经过后，会生成对应spinfo对象，并将该对象传输给Sp_Info_Service类实例化service对象。
⑷Sp_Info_Service类service对象调用insert()方法将用户提交商品信息入库，并返回一个spinfos结果集对象。
⑸luru_Action类经过实例化spinfos并调用getSpinfos方法取得Sp_Info_Service类返回结果及对象经过调用list()方法，将提交成功信息返回商品信息录入界面。图4.2所表示。

图4.2商品信息录入次序图

表4.2一般用户事件流
内容
说明
用例名称
一般用户
参与者
一般用户
前置条件
一般用户是有权限人员
后置条件
一般用户相关信息必需和库存里一致
基础路径
1.登录

2.提交用户信息

4.选择商品商品信息录入界面

5.填写并提交商品相关信息
待处理问题

补充说明

注释

4.1.3商品出库次序图

⑴一般用户用自己用户名和密码登录系统，经验证用户填写用户名及密码正确后，进入主界面。
⑵点击商品出库界面，填写商品出库相关信息后，单击查询单据按钮提交相关信息，系统自动反馈提交状态，提醒是否提交成功，提交成功后等候后台审核。
⑶审核由系统removal_action来完成，审核经过后，调用execute方法会生成对应spinfo对象，并将该对象传输给removal_Service类实例化service对象，并进行出库操作。
⑷removal_Service类service对象调用list ()方法查询用户提交单据查询信息，并返回一个list结果集对象。
⑸luru_Action类经过实例化list并调用getList方法取得removal_Service类返回结果及对象，并将查询结果返回到商品出库界面。图4.3所表示。

图4.3商品出库次序图
表4.3一般用户事件流
内容
说明
用例名称
一般用户
参与者
一般用户
前置条件
一般用户是有权限人员
后置条件
一般用户相关信息必需和库存里一致
基础路径
1.登录

2.提交用户信息

5.选择商品出库界面

6.选择查询条件

9.选择商品出库界面

10.提交出库信息
待处理问题

补充说明

注释

4.1.4调拨单据查询次序图

⑴仓库管理员用自己用户名和密码登录系统，经验证用户填写用户名及密码正确后，进入主界面。
⑵点击调拨单据查询界面，填写相关信息后，单击查询单据按钮提交相关信息，系统自动反馈提交状态，提醒是否提交成功，提交成功后等候后台审核。
⑶审核由系统action来完成，审核经过后，调用query方法会生成对应spinfo对象，并将该对象传输给Service类实例化service对象，实施查询操作。
⑷removal_Service类service对象调用list ()方法查询用户提交单据查询信息，并返回一个spinfos结果集对象。
⑸调拨Action类经过实例化list并调用getSpinfos方法取得Service类返回结果及对象，并将查询结果返回到上调拨单据查询界面。图4.4所表示。

图4.4调拨单据查询次序图
表4.4仓库管理员事件流
内容
说明
用例名称
仓库管理员
参与者
仓库管理员
前置条件
仓库管理员是有权限人员
后置条件
仓库管理员相关信息必需和库存里一致
基础路径
1.登录

2.提交用户信息

4.选择调拨单据查询界面

5.选择并提交查询信息
待处理问题

补充说明

注释

第五章 协作图设计建模

5.1协作图设计模型

5.1.1协作图含义

协作图着重表现交互对象间静态链接关系。作者完成了全部用例动态模型，这里列举部分用例进行说明。
协作图(Collaboration Diagram)用于描述相互合作对象间交互关系和链接关系。即使次序图和合作图全部用来描述对象间交互关系，但侧关键不一样。次序图着重表现交互时间次序，合作图则着重表现交互对象间静态链接关系。
5.1.2用户登录协作图

1.用户首先填写用户信息到仓库管理系统。
2.等候仓库管理系统返回验证。
3.仓库管理系统验证登录信息并跳转到系统主界面后，用户才选择具体用户界面进行操作而且返回对应信息给用户。图5.1所表示。

图5.1用户登录协作图
5.1.3商品出库协作图

1.一般用户首先提交商品缺货登陆信息到仓库管理系统。
2.仓库管理员认真审核提出商品补充信息到仓库，仓库将请求商品返回给仓库管理员，由仓库管理员转交用户。
3.最终仓库管理员填写出库日志。图5.2所表示。

图5.2商品出库协作图

5.1.4商品调拨次序图

1.仓库管理员填写调拨商品信息提交给仓库管理系统审核，并等候审核信息。
2.仓库管理员审核返回信息，并向出库仓库提出调拨申请。
3.出库仓库向系统返回剩下库存量，并向入库仓库转移调拨商品。
4.仓库管理员将调拨商品信息入库到对应数据库中。图5.3所表示。

图5.3商品调拨协作图

5.1.5系统管理协作图

1.系统管理员登陆仓库管理系统，首先是在输入用户名和密码到登陆界面，并验证成功情况下才能实现。
2.系统管理员进行修改统计操作到信息管理并返回修改成功信息到系统管理员，是必需在成功登陆仓库管理系统以后才能实现。
3.系统管理员进行重新设置管理权限操作到权限管理并返回设置成功信息到系统管理员。
4.系统管理员进行仓库管理系统数据备份和恢复并返回操作成功信息到系统管理员。图5.4所表示。

图5.4系统管理协作图

5.1.6商品入库协作图

1.仓库管理员清点商品取得商品数量信息并向系统提交库存预警。
2.系统向一般用户发出预警提醒，一般用户将商品入库，并向仓库管理员发出入库提醒。
3.最终仓库管理员填写入库日志。图5.5所表示。

图5.5入库日志协作图

第六章 活动图设计建模
6.1活动图设计模型

6.1.1系统活动图

1．商品出库活动图
⑴ 销售员经过填写销售表单，在将此表单提交给仓库管理员进行审核。
⑵ 仓库管理员进行修改、删除和审核经过判定后，查询仓库中是否有符合要出库商品。
⑶ 若没有则提醒仓库无此货物；若有则判定仓库中是否有满足所需要商品数量，若没有则提醒商品不足；若有则将所需要商品出售。图6.1所表示。

图6.1商品出库活动图
2．商品调拨活动图
⑴ 仓库管理员填写所要调拨商品表单并进行审核，然后仓库管理员修改、删除调拨表单和调拨表单审核经过判定。
⑵ 判定出库中是否有所调拨商品，若没有则提醒仓库没有此商品；若有则判定出库中是否有满足调拨该商品数量，若没有则提醒库存不足；若有则判定入库中是否有该商品，若没有则插入此商品；若有则和入库最终哦昂此商品进行相加完成商品调拨操作。图6.2所表示。

图6.2商品调拨活动图
3．商品入库活动图
⑴ 在一批物资要入库时，首先仓库管理员登录系统，超出三次退出。
⑵ 进入入库窗体，然后进行入库单审核，假如入库项有填写错误时，不能进入下一步操作。
⑶ 假如在填写入库项时发觉仓库内这类物资正在盘点，则此批物料此时是不能进行入库，需退出。
⑷ 扩展发挥：当全部条件全部符合时，系统自动检验物资库存量，但超出仓库最大库存时，退出全部操作；反之进行正常操作。图6.3所表示。

图6.3商品入库活动图
4．用户登录活动图
⑴ 用户利用系统管理员分配给用户名、密码、权限和验证码来进行登录。
⑵ 验证用户名和密码是否为空，若为空则重新录入在进行验证；若不为空则验证验证码是否经过验证，若没有经过身份验证则重新录入；若经过身份验证后完成用户登录操作。图6.4所表示。

图6.4用户登录活动图
第七章 状态图设计建模

7.1 UML状态图设计模型

7.1.1商品状态图

⑴ 当商品处于上架状态时，会因为商品超出保质期而使商品改变为下架状态。
⑵ 当上架商品缺货时，商品会从上架状态改变为商品入库状态，而处于商品库存状态商品会因为货架商品缺货而使状态改变为上架状态。
⑶处于下架状态商品因为退货请求而使状态改变为出库状态。图7.1所表示。

图7.1商品状态图

7.1.2仓库库存状态图
⑴当仓库库存处于正常状态时会因为库存数量达成最大阀值而使状态改变为商品库存最高预警状态。
⑵当库存处于正常状态时，会因为库存数量达成最小阀值而使状态改变为商品库存最低预警状态。
⑶当库存处于最低预警状态时，会因为商品入库而使状态改变为商品库存最高预警状态。

图7.2商品入库状态图

7.1.3商品单据状态图

⑴通常单据处于单据保护状态，当系统收到修改单据请求时，被修改单据状态改变为单据锁定状态。
⑵处于锁定状态单据当用户权限验证经过后，单据由锁定状态改变为修改状态，修改完成后，单据由修改状态转换为单据保护状态。图7.3所表示。

图7.3商品单据状态图

第八章 配置图设计建模

8.1 UML配置图设计模型

1．配置图概述
⑴ 配置图描述系统硬件物理拓扑结构和在此结构上实施软件。
⑵ 配置图能够显示计算结点拓扑结构和通信路径、结点上运行软件构基于UML面向对象自动化立体仓库管理系统设计技术件、软件构件包含逻辑单元(对象、类)等。
⑶ 配置图常常见于帮助了解分布式系统。
2．仓库管理系统所用到配置
⑴ DateService：数据库服务器，说明：对相关数据存放，
⑵ internet：局域网，说明：用于数据通信。
⑶ Tomcat Server：应用系统服务器，说明：多种系统汇总。
⑷work1：工作站，说明：维护系统数据库。
⑸work2：工作站，说明：用于维护服务器端。
图8.1所表示。

图8.1系统配置图

致谢

老师认真负责工作态度，严谨治学精神和深厚理论水平全部使我们受益匪浅，给我们留下了深刻印象。
在整个设计过程中，朱克敌老师不仅帮助我们处理了不少难题，使得设计过程能顺利地进行，而且在设计及分析仓库管理系统实践中，给我们巨大帮助和激励，并细心为我们介绍了UML方面知识，这使我们得到不少长进，这对于我们以后工作和学习全部起着巨大影响。同时也使我们加深了对组成原理得到了深入了解。
回首这一周课程设计过程，假如没有朱老师细心教导，我们也不会如利地完成课程设计任务，所以我们要对朱老师深深道一声“谢谢”，真很感谢您，老师，没有您指导就没有我们课程设计结果，以后我们还要和您学更多知识，不停充实自己专业修养。
本程序从选题到完成，每一步全部是在老师指导下完成，倾注了老师大量心血，并为我指点迷津，帮助我开拓研究思绪，精心点拨、热忱激励。对老师感激之情是无法用言语表示。 在此，谨向老师表示高尚敬意和衷心感谢！你们永远健康愉快是我最大心愿！在此，我要向王老师深深地鞠上一躬。
朱老师在整个设计过程中，帮助我们处理了不少难题，给了我们巨大帮助和激励，并细心为我们介绍在设计方面知识，这使我们得到不少长进，这对于我们以后工作和学习全部起着巨大影响。更使我加深了对设计过程有了深入了解，并掌握了一定设计技能。
回首这一周课设过程，假如没有老师细心教导，我们也不会取得如此大成绩，所以我们对老师深深道一声“谢谢，真很感谢您，老师，没有您指导就没有我们课程设计结果，以后我们还要和您学更多知识，不停充实自己专业修养”。