仓库管理系统uml建模.docx

1、仓库管理系统uml建模沈阳工程学院课程设计设计题目： 仓库管理系统系 别 信息工程学院 班级 软件本 121项目组长 聂恒阳（ 19）项目组员 王益峰（ 16 ），杨东明（ 8），张朋（ 21）刘明洋（ 10 ）指导教师 职称起止日期： 年 月 日起 至 年 月 日止沈阳工程学院课程设计任务书课程设计题目： 仓库管理系统系 别 信息工程学院 班级 软件本 121项目组长 聂恒阳（ 19）项目组员 王益峰（ 16 ），杨东明（ 8），张朋（ 21）刘明洋（ 10 ）指导教师 职称 课程设计进行地点： 实训 F 任 务 下 达 时 间： 年 月 日起止日期：年 月 日起一一至教研室主任年 月曰止年

2、 月 日批准一、课程设计的原始资料及依据项目开发与管理课程设计的前驱条件是要求学生们必须具备 “软件工程” 和 “程序设计”等计算机专业理论知识， 本次设计正是在符合这种前提条件下实施。首先成立项目小组并推举有责任心的学生担当项目组长， 全组成员在组长的 带领下，针对“新闻中心管理系统” ，按着软件生命周期和项目管理的要求，运 用面向对象的分析和设计方法，采用目前最为流行的面向对象的设计工具 UML，对所选系统进行软件需求分析、功能设计，然后根据能力和功能进行任务分配。 根据分析结果进行系统用例图、类图、顺序图、协作图、活动图等项目设计，从 而完成一个较完整的项目开发与管理实践。二、课程设计主

3、要内容及要求首先要求参加课程设计的学生们要重新认真复习软件工程及项目管理的理 论知识和技能，熟练掌握 UML 设计工具，之后学生们能够灵活地把所学理论知 识和技能应用于该项目的开发实践中去， 从而有目的地加深理解项目开发与管理 的深刻含义。具体要求如下：1成立项目开发小组并选举项目组长。2根据设计要求小组选定设计题目。 3每天要求项目组长要至少组织召开一次会议，总结、汇报和布置任务。4每次会议要求保留会议记录并存档。5发挥团队合作精神共同完成如下内容： 软件需求分析 用例图 类图 顺序图 协作图 活动图 状态图6组长要根据能力合理地分配任务，要求每个组员都能积极参与并完成如 下内容： 参与需求

4、分析 各种设计视图 个人总结7组长要对每个组员进行公正客观地评价。8要求项目组共同对课程设计成果进行装订成册。三、对课程设计说明书撰写内容、格式、字数的要求1课程设计说明书是体现和总结课程设计成果的载体，要求认真按着要求 进行完成。2每个项目小组撰写完成并提交一份课程设计说明书。3所有文档撰写格式均需要严格按着给定参考模板进行。4模板中的文字字体、大小、格式、页眉页脚等各种设置不可随意改变。5课程设计说明书严格按着装订顺序进行装订。6课程设计说明书装订顺序为： 课程设计封面（ 1 份） 任务书（ 1 份） 成绩评定表（ 1 份） 装订目录 课程设计报告书（ 1 份）报告封面第1 章 系统需求分

5、析第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

6、月 30日）用例图建模、类图建模、 顺序图建模、协作图建模4第4天 （12月 31日）活动图建模、状态图建模 配置图建模5第5天 （01月 01日）个人总结、打印报告六、主要参考资料（文献）1J2EE项目实训 -UML 及设计模式 杨少波 清华大学出版社2UML 基础与 ROSE建模案例 吴建 人民邮电出版社3UML 基础与 ROSE建模教程 蔡敏 人民邮电出版社沈阳工程学院项目开发管理 课程设计成绩评定表系（部）： 信息工程学院 班级： 软件本 121 组长： 聂恒阳（19）学生姓名： 王益峰（ 16），杨东明（ 8），张朋（ 21）指导教师评审意见评价 内容具体要求权重评分加权 分调研 论

7、证能独立查阅文献 , 收集资料；能制定课程设计方案 和日程安排。0.15432工作 能力 态度工作态度认真，遵守纪律，出勤情况是否良好，能够独立完成设计工作，0.25432工作 量按期圆满完成规定的设计任务， 工作量饱满， 难度 适宜。0.25432说明 书的 质量说明书立论正确，论述充分，结论严谨合理，文字 通顺，技术用语准确，符号统一，编号齐全，图表 完备，书写工整规范。0.55432指导教师评审成绩（加权分合计乘以 12）分加权分合计指 导 教 师 签 名：年月日评阅教师评审意见评价 内容具体要求权重评分加权 分查阅 文献查阅文献有一定广泛性；有综合归纳资料的能力0.25432工作 量工

8、作量饱满，难度适中。0.55432说明 书的 质量说明书立论正确，论述充分，结论严谨合理，文字 通顺，技术用语准确，符号统一，编号齐全，图表 完备，书写工整规范。0.35432评阅教师评审成绩（加权分合计乘以 8）分加权分合计评 阅 教 师 签 名：年月日课程设计总评成绩分装订目录1封面2任务书3成绩评定表4装订目录 5课程设计报告书 6会议记录 7项目个人总结项目开发管理课程设计系统分析设计报告题目：仓库管理系统班级： 软件本 121 组长： 聂恒阳（ 19 ）组员： 王益峰（ 16 ），杨东明（ 8），张朋（ 21）， 刘明洋（ 10 ）第一章 系统需求分析 101.1软件需求规格说明 1

9、01.1.1编写目的 101.1.2背景 101.2功能描述 101.3基本数据维护模块 111.4基本业务模块 121.5数据库模块 121.6信息查询模块 13第二章 用例图设计建模 142.1UML 用例图设计模型 142.1.1系统的用例需求文档 142.1.2用例图 15第三章 类图设计建模 183.1对象模型 183.1.1总体描述 183.2动态类图 22第四章 顺序图设计建模 234.1顺序图设计模型 234.1.1系统的顺序图 234.1.2商品信息录入顺序图 244.1.3商品出库顺序图 264.1.4调拨单据查询顺序图 27第五章 协作图设计建模 295.1协作图设计模型

10、 295.1.1协作图含义 295.1.2用户登录协作图 295.1.3商品出库协作图 305.1.4商品调拨顺序图 305.1.5系统管理协作图 315.1.6商品入库协作图 32第六章 活动图设计建模 336.1活动图设计模型 336.1.1系统活动图 33第七章 状态图设计建模 367.1UML 状态图设计模型 367.1.1商品状态图 367.1.2仓库库存状态图 367.1.3商品单据状态图 37第八章 配置图设计建模 388.1 UML 配置图设计模型 38致谢 .31第一章 系统需求分析1.1软件需求规格说明1.1.1编写目的随着社会的需求量越来越大，中国的中小型企业越来越多，而

11、对企业而言， 企业物资的存储是企业最宝贵的资源， 也是企业流动资产的重中之重。 实行信息 化、自动化、智能化的仓库管理，是提高工作效率，实现企业更大的工作效益和 利润最大保障。1.1.2背景采用计算机管理信息系统已成为仓库管理科学化和现代化的重要标志， 它给 企业管理来了明显的经济效益和社会效益。 主要体现在： 极大提高了仓库工作人 员的工作效率，大大减少了以往入出存流程繁琐，杂乱，周期长的弊端。基于仓 库管理的全面自动化， 可以减少入库管理、 出库管理及库存管理中的漏洞， 可以 节约不少管理开支， 增加企业收入。 仓库的管理的操作自动化和信息的电子化， 全面提高了仓库的管理水平。1.2功能描

12、述本系统为存储物资的各类型企业提供服务，主要功能如下图所示图 1.1 系统功能图1.3 基本数据维护模块基本数据维护模块如图 1.2 所示。图 1.2 基本数据维护模块1.添加商品信息：管理员可以添加商品类别。2.修改更新商品信息：管理员可以修改更新商品信息。3.添加消费者信息：管理员可以添加商品供给量。4.删除商品信息：管理员根据消费者反馈的信息对一些商品进行删除。1.4基本业务模块图 1.3 信息查询模块功能1.出库：处理出库业务。2.入库：处理入库业务。3.查询：管理员可以查询商品的销售情况，顾客可以查询商品的类别。4.保质期管理：将已过保质期的商品全部清除，检测所有商品的质量。5.金额

13、管理：管理员可以通过商品的销售金额对商品的供给做出重新安排。1.5数据库模块图 1.4 信息查询模块功能1.出库信息管理：出库信息包括商品的类别、 ISBN 、出库时间等。2.入库信息管理：入库信息包括商品的类别、 ISBN 、入库时间等。3.商品信息管理： 商品信息包括商品的类别、 出入库时间、 销售量、保质期、 商品总数等。4.库存信息管理：商品数目的更新，通知管理员商品供给量等。1.6信息查询模块图 1.5 信息查询模块功能1.查询商品信息：负责商品信息的查询。2.查询库存信息：负责库存信息的查询。第二章 用例图设计建模2.1UML 用例图设计模型2.1.1 系统的用例需求文档本系统的功

14、能大致可分为以下几个部分：1.基本信息管理模块(1)商品信息模块 商品信息模块主要是记录商品的各类信息，其中包括商品编号、商品名称、 商品类型、商品价格、商品数量等信息。实现了商品的录入、修改、删除查询等 功能。(2)客户基本模块客户基本情况模块主要是记录客户的各种信息， 共中包括客户编号、 客户名 称，所属客户的商品名称、库存数量、商品规格、商品的入库时间、联系人、联 系电话，实现对客户信息的录入、删除、修改和查询等功能。(3)信息汇总模块 信息汇总模块包括金额汇总和库存预警。 金额汇总模块主要包括仓库内各个客户存储货物的金额汇总。 库存预警主要包括各个客户的库存预警信息查询。(4)身份验证

15、在用户进入系统前， 首先要求用户身份验证， 登录时要对输入的用户名和密 码进行验证是否匹配， 验证通过后允许用户进入本系统进行操作， 并根据本用户 现有的权限来进行特定的操作。(5)用户注册 在用户未进行相应的登录设置时需要先进行注册个人的信息和相关的管理 权限等，填写完毕提交后在进行登录操作。2.从以上分析中，可以得出以下参与者(1)系统管理员。(2)仓库管理员。(3)普通用户(4)销售员。2.1.2用例图1.系统管理员用例图(1)用例模型的执行者：系统管理员。(2)包括：身份验证、权限管理、信息维护、数据恢复。(3)信息维护包含出库管理、商品信息管理；权限验证包括身份验证。如 图 2.1

16、所示。图 2.1 系统管理员用例图2.仓库管理员用例图(1)用例模型的执行者：仓库管理员。(2)包括：查询统计、入库管理、出库管理、信息配置。(3)入库管理包括商品信息录入、入库一览表、入库单据管理；出库管理包 括出库一览表、出库单据查询、商品出库；信息配置包括修改密码、商品管理、 单位管理；查询统计包括库存预警、金额汇总。如图 2.2 所示。(4)图 2.2 仓库管理员用例图3.普通用户用例图(1)用例模型的执行者：普通用户。(2)包括：金额汇总、库存预警、商品查询、商品出库、商品调拨、身份验 证。图 2.3 普通用户用例图4.销售员用例图(1)用例模型的执行者：仓库管理员。(2)包括：查询

17、统计、入库管理、出库管理、信息配置。(3)入库管理包括商品信息录入、入库一览表、入库单据管理；出库管理包 括出库一览表、出库单据查询、商品出库；信息配置包括修改密码、商品管理、 单位管理；查询统计包括库存预警、金额汇总。如图 2.4 所示。图 2.4 销售员用例图第三章 类图设计建模3.1对象模型3.1.1总体描述1.对象模型是对模拟客观世界实体的对象及对象之间的关系进行映射， 它是以对象为主而非系统功能，主要描述了系统的静态特征。2.类图由系统中使用的类以及它们之间的关系组成， 对象图是类图的一个实 例，它描述了系统具体对象以及某一时刻这些对象之间的关系。 UML 用各种模 型元素表示图中的

18、概念， 如表示类和对象的模型元素， 类和类之间的关系包括关 联、泛化、依赖、聚集等。本系统用类图来建立对象模型。3.查询统计类图(1)Client 类是客户模型类。(2)AmountSummaryAction 类是系统数据提交处理类，在类中调用 Client 类 实例化对象接受数据。(3)InventoryWarningService 类主要功能是实现仓库预警的业务处理。(4)InventoryWarningAction 类是接受用户提交的相关数据后，调用对应的Service 类中的方法进行业务处理。(5)AmountSummaryAction 类和 InventoryWarningActio

19、n 类继承 ActionSupport类实现相应的 action 方法。如图 3.1 所示图 3.1 查询统计类图4.出库管理类图(1)SpInfo 类是商品模型类。(2)Stock_removal_Action 类 是 系 统 数 据 提 交 处 理 类 ， 在 类 中 调 用 Stock_removal_service类中的 selectlist 方法来实现相关的业务处理。(3)Stock_removal_service类主要功能是商品出库的相关业务处理。(4)stockRemovalQueryAction 类是接受用户提交的相关数据后，调用对应的 Service 类中的方法进行查询业务处

20、理。(5)SRQueryService类主要实现商品出库查询的功能。(6)AllotQueryAction 类通过实例化 AllotQueryService 类后，调用相关的方法， 来实现商品调拨的相关业务功能。(7)Collect_Action 类通过实例化 Collect_Service 类调用 list() 方法，完成出库 一览表的查询业务功能。(8)图中的 action 类都是通过集成 ActionSupport 类后，实现各个 action 类的 对应方法。如图 3.2 所示。图 3.2 出库管理类图5.入库管理类图(1)SpInfo类是商品模型类， Client 类是客户模型类。(

21、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类主要实现商品退货、以及商品调价、查询等 功

22、能。(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类

23、通过实例化 User 类后，通过实现 changewd方法来实 现相关的用户修改密码的服务。(3)changewd_Action 类主要功能是通过实例化 changewd_service类来实现修 改密码的功能。(4)jurisdiction 类通过实例化 jurisdictionService 类，调用对应的 Service 类中 的方法进行相应的权限修改以及验证功能。(5)Kh_ManageAction 类主要实现对客户信息插入、 修改、查询、删除等功能。(6)Sp_ManageAction 类通过实例化 Sp_ManageService类后，调用相关的方 法，来实现商品信息的插入、修改、

24、查询、删除等功能。(7)图中的 action 类都是通过集成 ActionSupport 类后，实现各个 action 类的 对应方法。如图 3.3 所示。图 3.4 信息配置类图3.2动态类图动态模型用来描述系统的动态行为， 显示对象在系统运行期间不同时刻的动 态交互情况， UML 中用状态图、时序图、协作图和活动图建立动态模型。对象 模型构造完成后， 要实现所需功能， 必须使得对象之间进行交互， 即建立动态模 型，动态模型的建立需要完成以下几项工作：1.要体现对象之间交互的当前状态。2.确定所发生的事件。3.根据发生事件对对象状态进行组合，形成一个整体的事件跟踪图。4.要保证动态模型建立完

25、整，需要先设想好所有的事件发生情况，包括时序 上的问题。尽量保证不遗漏各个交互细节，是确保功能 完整性的很好的手段。第四章 顺序图设计建模4.1顺序图设计模型4.1.1 系统的顺序图仓库管理员用自己的用户名和密码登录系统， 经验证用户填写的用户名及 密码正确后，进入主界面。点击单据管理界面， 填写单据的相关信息后， 单击查询按钮提交查询信息， 系统自动反馈提交状态，提示是否提交成功，提交成功后等待后台审核。审核由系统后台来完成，审核通过后，返回查询结果集对象给单据管理 action 类，然后 action 类会将相关信息反馈到单据管理界面上。仓库管理员点击界面上的退货按钮跳转到商品退货界面，

26、填写完退货信息 后点击提交按钮， 单据管理 action 类审核提交信息通过后会返回审核结果， 然后 向单据管理 service 类提出退货申请，单据管理 service类就会实现相应的业务功 能，之后 service 类会返回退货成功的“ success”信号。仓库管理员点击界面上的调拨按钮跳转到商品调拨界面， 填写完调拨信息 后点击提交按钮， 单据管理 action 类审核提交信息通过后会返回审核结果， 然后 向单据管理 service 类提出退货申请，单据管理 service类就会实现相应的业务功 能，之后 service类会返回调拨成功的“ success”信号。如图 4.1 所示。图

27、 4.1 单据管理顺序图 表 4.1 仓库管理员事件流内容说明用例名称仓库管理员参与者仓库管理员前置条件仓库管理员是有权限人员后置条件仓库管理员相关信息必须与库存里的一致基本路径1.登录待解决问题补充说明 注释2.提交用户信息5.提交查询信息9.选择退货功能10.填写并提交退货信息4.1.2商品信息录入顺序图普通用户用自己的用户名和密码登录系统， 经验证用户填写的用户名及密码正确后，进入主界面。点击商品信息录入界面， 填写商品及用户的相关信息后， 单击添加商品按 钮提交相关的信息， 系统自动反馈提交状态， 提示是否提交成功， 提交成功后等 待后台审核。审核由系统 action 来完成，审核通过

28、后，会生成对应的 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 普通用户事件流内容说明用例名称

29、参与者 前置条件 后置条件 基本路径普通用户普通用户普通用户是有权限人员 普通用户相关信息必须与库存里的一致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类返回