仓库管理-仓库管理系统建模设计论文(doc 40页)

沈阳工程学院课程设计报告 目录 沈 阳 工 程 学 院 课 程 设 计 设计题目： 仓库管理系统 系 别 信息工程学院 班级 软件本 121 项目组长 聂恒阳（19） 项目组员 王益峰（16） ，杨东明（8） ，张朋（21） 刘明洋（10） 指导教师 职称 起止日期： 年 月 日起 至 年 月 日止 沈阳工程学院课程设计报告 第一章 系统需求分析 1 沈 阳 工 程 学 院 课程设计任务书 课程设计题目： 仓库管理系统 系 别 信息工程学院 班级 软件本 121 项目组长 聂恒阳（19) 项目组员 王益峰（16） ，杨东明（8 ） ，张朋（21） 刘明洋（10） 指导教师 职称 课程设计进行地点： 实训 F 任 务 下 达 时 间： 年 月 日 沈阳工程学院课程设计报告 第一章 系统需求分析 2 起止日期： 年 月 日起 至 年 月 日止 教 研 室 主 任 年 月 日批准 沈阳工程学院课程设计报告 第一章 系统需求分析 3 一、课程设计的原始资料及依据 项目开发与管理课程设计的前驱条件是要求学生们必须具备“软件工程” 和“程序设计”等计算机专业理论知识，本次设计正是在符合这种前提条件下 实施。 首先成立项目小组并推举有责任心的学生担当项目组长，全组成员在组长 的带领下，针对“新闻中心管理系统” ，按着软件生命周期和项目管理的要求， 运用面向对象的分析和设计方法，采用目前最为流行的面向对象的设计工具 UML，对所选系统进行软件需求分析、功能设计，然后根据能力和功能进行任 务分配。根据分析结果进行系统用例图、类图、顺序图、协作图、活动图等项 目设计，从而完成一个较完整的项目开发与管理实践。 二、课程设计主要内容及要求 首先要求参加课程设计的学生们要重新认真复习软件工程及项目管理的理 论知识和技能，熟练掌握 UML 设计工具，之后学生们能够灵活地把所学理论知 识和技能应用于该项目的开发实践中去，从而有目的地加深理解项目开发与管 理的深刻含义。具体要求如下： 1成立项目开发小组并选举项目组长。 2根据设计要求小组选定设计题目。 3每天要求项目组长要至少组织召开一次会议，总结、汇报和布置任务。 4每次会议要求保留会议记录并存档。 5发挥团队合作精神共同完成如下内容： 软件需求分析 用例图 类图 顺序图 协作图 活动图 状态图 6组长要根据能力合理地分配任务，要求每个组员都能积极参与并完成如 下内容： 参与需求分析 各种设计视图 个人总结 7组长要对每个组员进行公正客观地评价。 8要求项目组共同对课程设计成果进行装订成册。 沈阳工程学院课程设计报告 第一章 系统需求分析 4 三、对课程设计说明书撰写内容、格式、字数的要求 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 份） 沈阳工程学院课程设计报告 第一章 系统需求分析 5 五、时间进度安排 顺序 阶段日期 计 划 完 成 内 容 备注 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 建模教程 蔡敏 人民邮电出版社 沈阳工程学院课程设计报告 第一章 系统需求分析 6 沈 阳 工 程 学 院 项目开发管理 课程设计成绩评定表 系（部）： 信息工程学院 班级： 软件本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） 分 加权分合计 评 阅 教 师 签 名： 年 月 日 课 程 设 计 总 评 成 绩 分 沈阳工程学院课程设计报告 第一章 系统需求分析 7 装订目录 1封面 2任务书 3成绩评定表 4装订目录 5课程设计报告书 6会议记录 7项目个人总结 沈阳工程学院课程设计报告 第一章 系统需求分析 8 项目开发管理课程设计 系统分析设计报告 题目：仓库管理系统 班级： 软件本 121 组长： 聂恒阳（ 19） 组员：王益峰（16） ，杨东明（8 ） ，张朋（ 21） ， 刘明洋（10） 沈阳工程学院课程设计报告 第一章 系统需求分析 9 目录 第一章 系统需求分析 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 沈阳工程学院课程设计报告 第一章 系统需求分析 10 第一章 系统需求分析 1.1 软件需求规格说明 1.1.1 编写目的 随着社会的需求量越来越大，中国的中小型企业越来越多，而对企业而言， 企业物资的存储是企业最宝贵的资源，也是企业流动资产的重中之重。实行信 息化、自动化、智能化的仓库管理，是提高工作效率，实现企业更大的工作效 益和利润最大保障。 1.1.2 背景 采用计算机管理信息系统已成为仓库管理科学化和现代化的重要标志，它 给企业管理来了明显的经济效益和社会效益。主要体现在：极大提高了仓库工 作人员的工作效率，大大减少了以往入出存流程繁琐，杂乱，周期长的弊端。 基于仓库管理的全面自动化，可以减少入库管理、出库管理及库存管理中的漏 洞，可以节约不少管理开支，增加企业收入。 仓库的管理的操作自动化和信 息的电子化，全面提高了仓库的管理水平。 1.2 功能描述 本系统为存储物资的各类型企业提供服务，主要功能如下图所示。 沈阳工程学院课程设计报告 第一章 系统需求分析 11 图 1.1 系统功能图 1.3 基本数据维护模块 基本数据维护模块如图 1.2 所示。 图 1.2 基本数据维护模块 沈阳工程学院课程设计报告 第一章 系统需求分析 12 1.添加商品信息：管理员可以添加商品类别。 2.修改更新商品信息：管理员可以修改更新商品信息。 3.添加消费者信息：管理员可以添加商品供给量。 4.删除商品信息：管理员根据消费者反馈的信息对一些商品进行删除。 1.4 基本业务模块 图 1.3 信息查询模块功能 1.出库：处理出库业务。 2.入库：处理入库业务。 3.查询：管理员可以查询商品的销售情况，顾客可以查询商品的类别。 4.保质期管理：将已过保质期的商品全部清除，检测所有商品的质量。 5.金额管理：管理员可以通过商品的销售金额对商品的供给做出重新安排。 1.5 数据库模块 沈阳工程学院课程设计报告 第一章 系统需求分析 13 图 1.4 信息查询模块功能 1.出库信息管理：出库信息包括商品的类别、ISBN、出库时间等。 2.入库信息管理：入库信息包括商品的类别、ISBN、入库时间等。 3.商品信息管理：商品信息包括商品的类别、出入库时间、销售量、保质 期、商品总数等。 4.库存信息管理：商品数目的更新，通知管理员商品供给量等。 1.6 信息查询模块 图 1.5 信息查询模块功能 1.查询商品信息：负责商品信息的查询。 2.查询库存信息：负责库存信息的查询。 沈阳工程学院课程设计报告 第二章 用例图设计建模 14 第二章 用例图设计建模 2.1 UML 用例图设计模型 2.1.1 系统的用例需求文档 本系统的功能大致可分为以下几个部分： 1.基本信息管理模块 (1)商品信息模块 商品信息模块主要是记录商品的各类信息，其中包括商品编号、商品名称、 商品类型、商品价格、商品数量等信息。实现了商品的录入、修改、删除查询 等功能。 (2)客户基本模块 客户基本情况模块主要是记录客户的各种信息，共中包括客户编号、客户 名称，所属客户的商品名称、库存数量、商品规格、商品的入库时间、联系人、 联系电话，实现对客户信息的录入、删除、修改和查询等功能。 (3)信息汇总模块 信息汇总模块包括金额汇总和库存预警。 金额汇总模块主要包括仓库内各个客户存储货物的金额汇总。 库存预警主要包括各个客户的库存预警信息查询。 (4)身份验证 在用户进入系统前，首先要求用户身份验证，登录时要对输入的用户名和 密码进行验证是否匹配，验证通过后允许用户进入本系统进行操作，并根据本 用户现有的权限来进行特定的操作。 (5)用户注册 在用户未进行相应的登录设置时需要先进行注册个人的信息和相关的管理 权限等，填写完毕提交后在进行登录操作。 2.从以上分析中，可以得出以下参与者 (1)系统管理员。 沈阳工程学院课程设计报告 第二章 用例图设计建模 15 (2)仓库管理员。 (3)普通用户。 (4)销售员。 2.1.2 用例图 1.系统管理员用例图 (1)用例模型的执行者：系统管理员。 (2)包括：身份验证、权限管理、信息维护、数据恢复。 (3)信息维护包含出库管理、商品信息管理；权限验证包括身份验证。 如图 2.1 所示。 图 2.1 系统管理员用例图 2.仓库管理员用例图 (1)用例模型的执行者：仓库管理员。 (2)包括：查询统计、入库管理、出库管理、信息配置。 (3)入库管理包括商品信息录入、入库一览表、入库单据管理；出库管理包 括出库一览表、出库单据查询、商品出库；信息配置包括修改密码、商品管理、 单位管理；查询统计包括库存预警、金额汇总。如图 2.2 所示。 沈阳工程学院课程设计报告 第二章 用例图设计建模 16 图 2.2 仓库管理员用例图 3.普通用户用例图 (1)用例模型的执行者：普通用户。 (2)包括：金额汇总、库存预警、商品查询、商品出库、商品调拨、身份验 证。 图 2.3 普通用户用例图 沈阳工程学院课程设计报告 第二章 用例图设计建模 17 4.销售员用例图 (1)用例模型的执行者：仓库管理员。 (2)包括：查询统计、入库管理、出库管理、信息配置。 (3)入库管理包括商品信息录入、入库一览表、入库单据管理；出库管理包 括出库一览表、出库单据查询、商品出库；信息配置包括修改密码、商品管理、 单位管理；查询统计包括库存预警、金额汇总。如图 2.4 所示。 图 2.4 销售员用例图 沈阳工程学院课程设计报告 第三章 类图设计建模 18 第三章 类图设计建模 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 所示。 沈阳工程学院课程设计报告 第三章 类图设计建模 19 图 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 方法来实现相关的业务 沈阳工程学院课程设计报告 第三章 类图设计建模 20 处理。 (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 所示。 沈阳工程学院课程设计报告 第三章 类图设计建模 21 图 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 所示。 沈阳工程学院课程设计报告 第三章 类图设计建模 22 图 3.4 信息配置类图 3.2 动态类图 动态模型用来描述系统的动态行为，显示对象在系统运行期间不同时刻的 动态交互情况，UML 中用状态图、时序图、协作图和活动图建立动态模型。对 象模型构造完成后，要实现所需功能，必须使得对象之间进行交互，即建立动 态模型，动态模型的建立需要完成以下几项工作： 1.要体现对象之间交互的当前状态。 2.确定所发生的事件。 3.根据发生事件对对象状态进行组合，形成一个整体的事件跟踪图。 4.要保证动态模型建立完整，需要先设想好所有的事件发生情况，包括时 序上的问题。尽量保证不遗漏各个交互细节，是确保功能 完整性的很好的手段。 沈阳工程学院课程设计报告 第四章 顺序图设计建模 23 第四章 顺序图设计建模 4.1 顺序图设计模型 4.1.1 系统的顺序图 仓库管理员用自己的用户名和密码登录系统，经验证用户填写的用户名 及密码正确后，进入主界面。 点击单据管理界面，填写单据的相关信息后，单击查询按钮提交查询信 息，系统自动反馈提交状态，提示是否提交成功，提交成功后等待后台审核。 审核由系统后台来完成，审核通过后，返回查询结果集对象给单据管理 action 类，然后 action 类会将相关信息反馈到单据管理界面上。 仓库管理员点击界面上的退货按钮跳转到商品退货界面，填写完退货信 息后点击提交按钮，单据管理 action 类审核提交信息通过后会返回审核结果， 然后向单据管理 service 类提出退货申请，单据管理 service 类就会实现相应的 业务功能，之后 service 类会返回退货成功的“success”信号。 仓库管理员点击界面上的调拨按钮跳转到商品调拨界面，填写完调拨信 息后点击提交按钮，单据管理 action 类审核提交信息通过后会返回审核结果， 然后向单据管理 service 类提出退货申请，单据管理 service 类就会实现相应的 业务功能，之后 service 类会返回调拨成功的“success”信号。如图 4.1 所示。 沈阳工程学院课程设计报告 第四章 顺序图设计建模 24 图 4.1 单据管理顺序图 表 4.1 仓库管理员事件流 内容 说明 用例名称 仓库管理员 参与者 仓库管理员 前置条件 仓库管理员是有权限人员 后置条件 仓库管理员相关信息必须与库存里的一致 基本路径 1.登录 2.提交用户信息 5.提交查询信息 9.选择退货功能 10.填写并提交退货信息 待解决问题 补充说明 注释 4.1.2 商品信息录入顺序图 普通用户用自己的用户名和密码登录系统，经验证用户填写的用户名及 沈阳工程学院课程设计报告 第四章 顺序图设计建模 25 密码正确后，进入主界面。 点击商品信息录入界面，填写商品及用户的相关信息后，单击添加商品 按钮提交相关的信息，系统自动反馈提交状态，提示是否提交成功，提交成功 后等待后台审核。 审核由系统 action 来完成，审核通过后，会生成对应的 spinfo 对象，并 将该对象传递给 Sp_Info_Service 类实例化的 service 对象。 Sp_Info_Service 类的 service 对象调用 insert()方法将用户提交的商品信息 入库，并返回一个 spinfos 结果集对象。 luru_Action 类通过实例化 spinfos 并调用 getSpinfos 方法获得 Sp_Info_Service 类返回的结果及对象通过调用 list()方法，将提交成功的信息返 回商品信息录入界面。如图 4.2 所示。 图 4.2 商品信息录入顺序图 沈阳工程学院课程设计报告 第四章 顺序图设计建模 26 表 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 所示。 沈阳工程学院课程设计报告 第四章 顺序图设计建模 27 图 4.3 商品出库顺序图 表 4.3 普通用户事件流 内容 说明 用例名称 普通用户 参与者 普通用户 前置条件 普通用户是有权限人员 后置条件 普通用户相关信息必须与库存里的一致 基本路径 1.登录 2.提交用户信息 5.选择商品出库界面 6.选择查询条件 9.选择商品出库界面 10.提交出库信息 待解决问题 补充说明 注释 4.1.4 调拨单据查询顺序图 仓库管理员用自己的用户名和密码登录系统，经验证用户填写的用户名 及密码正确后，进入主界面。 沈阳工程学院课程设计报告 第四章 顺序图设计建模 28 点击调拨单据查询界面，填写相关信息后，单击查询单据按钮提交相关 的信息，系统自动反馈提交状态，提示是否提交成功，提交成功后等待后台审 核。 审核由系统 action 来完成，审核通过后，调用 query 方法会生成对应的 spinfo 对象，并将该对象传递给 Service 类实例化的 service 对象，执行查询操作。 removal_Service 类的 service 对象调用 list ()方法查询用户提交的单据查 询信息，并返回一个 spinfos 结果集对象。 调拨 Action 类通过实例化 list 并调用 getSpinfos 方法获得 Service 类返回 的结果及对象，并将查询结果返回到上调拨单据查询界面。如图 4.4 所示。 图 4.4 调拨单据查询顺序图 表 4.4 仓库管理员事件流 内容 说明 用例名称 仓库管理员 参与者 仓库管理员 前置条件 仓库管理员是有权限人员 后置条件 仓库管理员相关信息必须与库存里的一致 基本路径 1.登录 2.提交用户信息 4.选择调拨单据查询界面 5.选择并提交查询信息 待解决问题 补充说明 沈阳工程学院课程设计报告 第四章 顺序图设计建模 29 注释 沈阳工程学院课程设计报告 第五章 协作图设计建模 30 第五章 协作图设计建模 5.1 协作图设计模型 5.1.1 协作图含义 协作图着重体现交互对象间的静态链接关系。作者完成了所有用例的动态 模型，这里列举部分用例进行说明。 协作图(Collaboration Diagram)用于描述相互合作的对象间的交互关系和链 接关系。虽然顺序图和合作图都用来描述对象间的交互关系，但侧重点不一样。 顺序图着重体现交互的时间顺序，合作图则着重体现交互对象间的静态链接关 系。 5.1.2 用户登录协作图 1.用户首先填写用户信息到仓库管理系统。 2.等待仓库管理系统返回验证。 3.仓库管理系统验证登录信息并跳转到系统主界面后，用户才选择具体的 用户界面进行操作并且返回相应信息给用户。如图 5.1 所示。 图 5.1 用户登录协作图 沈阳工程学院课程设计报告 第五章 协作图设计建模 31 5.1.3 商品出库协作图 1.普通用户首先提交商品缺货登陆信息到仓库管理系统。 2.仓库管理员认真审核提出商品补充信息到仓库，仓库将请求的商品返回 给仓库管理员，由仓库管理员转交用户。 3.最后仓库管理员填写出库日志。如图 5.2 所示。 图 5.2 商品出库协作图 5.1.4 商品调拨顺序图 1.仓库管理员填写调拨商品信息提交给仓库管理系统审核，并等待审核信 息。 2.仓库管理员审核返回的信息，并向出库仓库提出调拨申请。 3.出库仓库向系统返回剩余库存量，并向入库仓库转移调拨商品。 4.仓库管理员将调拨的商品信息入库到对应的数据库中。如图 5.3 所示。 沈阳工程学院课程设计报告 第五章 协作图设计建模 32 图 5.3 商品调拨协作图 5.1.5 系统管理协作图 1.系统管理员登陆仓库管理系统，首先是在输入用户名和密码到登陆界面， 并验证成功的情况下才能实现的。 2.系统管理员进行修改记录操作到信息管理并返回修改成功信息到系统管 理员，是必须在成功登陆仓库管理系统之后才能实现。 3.系统管理员进行重新设置管理权限操作到权限管理并返回设置成功信息 到系统管理员。 4.系统管理员进行仓库管理系统的数据备份和恢复并返回操作成功的信息 到系统管理员。如图 5.4 所示。 沈阳工程学院课程设计报告 第五章 协作图设计建模 33 图 5.4 系统管理协作图 5.1.6 商品入库协作图 1.仓库管理员清点商品获得商品数量信息并向系统提交库存预警。 2.系统向普通用户发出预警提醒，普通用户将商品入库，并向仓库管理员 发出入库提醒。 3.最后仓库管理员填写入库日志。如图 5.5 所示。 图 5.5 入库日志协作图 沈阳工程学院课程设计报告 第六章 活动图设计建模 34 第六章 活动图设计建模 6.1 活动图设计模型 6.1.1 系统活动图 1商品出库活动图 销售员通过填写销售表单，在将此表单提交给仓库管理员进行审核。 仓库管理员进行修改、删除和审核通过的判断后，查询仓库中是否有符 合要出库的商品。 若没有则提示仓库无此货物；若有则判断仓库中是否有满足所需要的商 品的数量，若没有则提示商品不足；若有则将所需要的商品出售。如图 6.1 所 示。 图 6.1 商品出库活动图 2商品调拨活动图 仓库管理员填写所要调拨商品的表单并进行审核，然后仓库管理员修改、 删除调拨表单和调拨表单的审核通过判断。 沈阳工程学院课程设计报告 第六章 活动图设计建模 35 判断出库中是否有所调拨的商品，若没有则提示仓库没有此商品；若有 则判断出库中是否有满足调拨该商品的数量，若没有则提示库存不足；若有则 判断入库中是否有该商品，若没有则插入此商品；若有则与入库最后哦昂的此 商品进行相加完成商品的调拨操作。如图 6.2 所示。 图 6.2 商品调拨活动图 3商品入库活动图 在一批物资要入库时，首先仓库管理员登录系统，超过三次退出。 进入入库窗体，然后进行入库单的审核，如果入库项有填写错误时，不 能进入下一步的操作。 如果在填写入库项时发现仓库内此类物资正在盘点，则此批物料此时是 不能进行入库的，需退出。 扩展发挥：当所有条件都符合时，系统自动检查物资的库存量，但超出 仓库最大库存时，退出所有操作；反之进行正常操作。如图 6.3 所示。 沈阳工程学院课程设计报告 第六章 活动图设计建模 36 图 6.3 商品入库活动图 4用户登录活动图 用户利用系统管理员分配给的用户名、密码、权限以及验证码来进行登 录。 验证用户名和密码是否为空，若为空则重新录入在进行验证；若不为空 则验证验证码是否通过验证，若没有通过身份验证则重新录入；若通过身份验 证后完成用户登录操作。如图 6.4 所示。 图 6.4 用户登录活动图 沈阳工程学院课程设计报告 第七章 状态图设计建模 37 第七章 状态图设计建模 7.1 UML 状态图设计模型 7.1.1 商品状态图 当商品处于上架状态时，会因为商品超过保质期而使商品改变为下架状 态。 当上架商品缺货时，商品会从上架状态改变为商品入库状态，而处于商 品库存状态的商品会因为货架商品缺货而使状态改变为上架状态。 处于下架状态的商品因为退货请求而使状态改变为出库状态。如图 7.1 所示。 图