仓库管理系统uml建模.doc

1、沈阳工程学院课程设计报告 第一章 系统需求分析沈 阳 工 程 学 院课 程 设 计设计题目： 仓库管理系统 系 别 信息工程学院 班级 软件本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章 系统需求分析第2章 用例

5、图设计建模第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日）用例图建模、类图建模、顺序图建模、协作图

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

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

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

9、模块31.4 基本业务模块41.5 数据库模块41.6 信息查询模块5第二章 用例图设计建模62.1 UML用例图设计模型62.1.1 系统的用例需求文档62.1.2 用例图7第三章 类图设计建模103.1对象模型103.1.1总体描述103.2动态类图14第四章 顺序图设计建模154.1顺序图设计模型154.1.1 系统的顺序图154.1.2商品信息录入顺序图164.1.3商品出库顺序图184.1.4调拨单据查询顺序图19第五章 协作图设计建模215.1协作图设计模型215.1.1协作图含义215.1.2用户登录协作图215.1.3商品出库协作图225.1.4商品调拨顺序图225.1.5系统

10、管理协作图235.1.6商品入库协作图24第六章 活动图设计建模256.1活动图设计模型256.1.1系统活动图25第七章 状态图设计建模287.1 UML状态图设计模型287.1.1商品状态图287.1.2仓库库存状态图287.1.3商品单据状态图29第八章 配置图设计建模308.1 UML配置图设计模型30致谢.3139第一章 系统需求分析1.1软件需求规格说明1.1.1编写目的随着社会的需求量越来越大，中国的中小型企业越来越多，而对企业而言，企业物资的存储是企业最宝贵的资源，也是企业流动资产的重中之重。实行信息化、自动化、智能化的仓库管理，是提高工作效率，实现企业更大的工作效益和利润最大

11、保障。1.1.2背景采用计算机管理信息系统已成为仓库管理科学化和现代化的重要标志，它给企业管理来了明显的经济效益和社会效益。主要体现在：极大提高了仓库工作人员的工作效率，大大减少了以往入出存流程繁琐，杂乱，周期长的弊端。基于仓库管理的全面自动化，可以减少入库管理、出库管理及库存管理中的漏洞，可以节约不少管理开支，增加企业收入。 仓库的管理的操作自动化和信息的电子化，全面提高了仓库的管理水平。1.2功能描述本系统为存储物资的各类型企业提供服务，主要功能如下图所示。图1.1系统功能图1.3基本数据维护模块基本数据维护模块如图1.2所示。图1.2 基本数据维护模块1.添加商品信息：管理员可以添加商品

12、类别。2.修改更新商品信息：管理员可以修改更新商品信息。3.添加消费者信息：管理员可以添加商品供给量。4.删除商品信息：管理员根据消费者反馈的信息对一些商品进行删除。1.4 基本业务模块图1.3 信息查询模块功能1.出库：处理出库业务。2.入库：处理入库业务。3.查询：管理员可以查询商品的销售情况，顾客可以查询商品的类别。4.保质期管理：将已过保质期的商品全部清除，检测所有商品的质量。5.金额管理：管理员可以通过商品的销售金额对商品的供给做出重新安排。1.5 数据库模块图1.4 信息查询模块功能1.出库信息管理：出库信息包括商品的类别、ISBN、出库时间等。2.入库信息管理：入库信息包括商品的

13、类别、ISBN、入库时间等。3.商品信息管理：商品信息包括商品的类别、出入库时间、销售量、保质期、商品总数等。4.库存信息管理：商品数目的更新，通知管理员商品供给量等。1.6 信息查询模块图1.5 信息查询模块功能1.查询商品信息：负责商品信息的查询。2.查询库存信息：负责库存信息的查询。沈阳工程学院课程设计报告 第二章 用例图设计建模第二章 用例图设计建模2.1 UML用例图设计模型2.1.1 系统的用例需求文档本系统的功能大致可分为以下几个部分：1.基本信息管理模块(1)商品信息模块商品信息模块主要是记录商品的各类信息，其中包括商品编号、商品名称、商品类型、商品价格、商品数量等信息。实现了

14、商品的录入、修改、删除查询等功能。(2)客户基本模块客户基本情况模块主要是记录客户的各种信息，共中包括客户编号、客户名称，所属客户的商品名称、库存数量、商品规格、商品的入库时间、联系人、联系电话，实现对客户信息的录入、删除、修改和查询等功能。(3)信息汇总模块信息汇总模块包括金额汇总和库存预警。金额汇总模块主要包括仓库内各个客户存储货物的金额汇总。库存预警主要包括各个客户的库存预警信息查询。(4)身份验证在用户进入系统前，首先要求用户身份验证，登录时要对输入的用户名和密码进行验证是否匹配，验证通过后允许用户进入本系统进行操作，并根据本用户现有的权限来进行特定的操作。(5)用户注册在用户未进行相

15、应的登录设置时需要先进行注册个人的信息和相关的管理权限等，填写完毕提交后在进行登录操作。2.从以上分析中，可以得出以下参与者(1)系统管理员。(2)仓库管理员。(3)普通用户。(4)销售员。2.1.2 用例图1.系统管理员用例图 (1)用例模型的执行者：系统管理员。 (2)包括：身份验证、权限管理、信息维护、数据恢复。 (3)信息维护包含出库管理、商品信息管理；权限验证包括身份验证。如图2.1所示。图2.1系统管理员用例图2.仓库管理员用例图(1)用例模型的执行者：仓库管理员。(2)包括：查询统计、入库管理、出库管理、信息配置。(3)入库管理包括商品信息录入、入库一览表、入库单据管理；出库管理

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

17、图2.4销售员用例图沈阳工程学院课程设计报告 第三章 类图设计建模第三章 类图设计建模 3.1对象模型3.1.1总体描述1.对象模型是对模拟客观世界实体的对象及对象之间的关系进行映射，它是以对象为主而非系统功能，主要描述了系统的静态特征。2.类图由系统中使用的类以及它们之间的关系组成，对象图是类图的一个实例，它描述了系统具体对象以及某一时刻这些对象之间的关系。UML用各种模型元素表示图中的概念，如表示类和对象的模型元素，类和类之间的关系包括关联、泛化、依赖、聚集等。本系统用类图来建立对象模型。3.查询统计类图(1)Client类是客户模型类。(2)AmountSummaryAction类是系统

18、数据提交处理类，在类中调用Client类实例化对象接受数据。(3)InventoryWarningService类主要功能是实现仓库预警的业务处理。(4)InventoryWarningAction类是接受用户提交的相关数据后，调用对应的Service类中的方法进行业务处理。(5)AmountSummaryAction类和InventoryWarningAction类继承ActionSupport类实现相应的action方法。如图3.1所示。图3.1查询统计类图4.出库管理类图(1)SpInfo类是商品模型类。(2)Stock_removal_Action类是系统数据提交处理类，在类中调用St

19、ock_removal_service类中的selectlist方法来实现相关的业务处理。(3)Stock_removal_service类主要功能是商品出库的相关业务处理。(4)stockRemovalQueryAction类是接受用户提交的相关数据后，调用对应的Service类中的方法进行查询业务处理。(5)SRQueryService类主要实现商品出库查询的功能。(6)AllotQueryAction类通过实例化AllotQueryService类后，调用相关的方法，来实现商品调拨的相关业务功能。(7)Collect_Action类通过实例化Collect_Service类调用list(

20、)方法，完成出库一览表的查询业务功能。(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类传递的参数来实现商品出库的相关业务处理。

21、(4)Document_Manage_Action类是接受用户提交的相关数据后，调用对应的Service类中的方法进行逻辑业务处理。(5)Document_Manage_service类主要实现商品退货、以及商品调价、查询等功能。(6)AllotQueryAction类通过实例化AllotQueryService类后，调用相关的方法，来实现商品调拨的相关业务功能。(7)Collect_Action类通过实例化Collect_Service类调用list()方法，完成出库一览表的查询业务功能。(8)图中的action类都是通过集成ActionSupport类后，实现各个action类的对应方法。

22、如图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类主要实现对客户信息插入、修改、查询、

23、删除等功能。(6)Sp_ManageAction类通过实例化Sp_ManageService类后，调用相关的方法，来实现商品信息的插入、修改、查询、删除等功能。(7)图中的action类都是通过集成ActionSupport类后，实现各个action类的对应方法。如图3.3所示。图3.4信息配置类图3.2动态类图动态模型用来描述系统的动态行为，显示对象在系统运行期间不同时刻的动态交互情况，UML中用状态图、时序图、协作图和活动图建立动态模型。对象模型构造完成后，要实现所需功能，必须使得对象之间进行交互，即建立动态模型，动态模型的建立需要完成以下几项工作：1.要体现对象之间交互的当前状态。2.确

24、定所发生的事件。3.根据发生事件对对象状态进行组合，形成一个整体的事件跟踪图。4.要保证动态模型建立完整，需要先设想好所有的事件发生情况，包括时序上的问题。尽量保证不遗漏各个交互细节，是确保功能 完整性的很好的手段。沈阳工程学院课程设计报告 第四章 顺序图设计建模第四章 顺序图设计建模4.1顺序图设计模型4.1.1 系统的顺序图仓库管理员用自己的用户名和密码登录系统，经验证用户填写的用户名及密码正确后，进入主界面。点击单据管理界面，填写单据的相关信息后，单击查询按钮提交查询信息，系统自动反馈提交状态，提示是否提交成功，提交成功后等待后台审核。审核由系统后台来完成，审核通过后，返回查询结果集对象

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

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

27、核。审核由系统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.填写并提交商品相关信息待解决问题补充