仓库管理系统uml建模.docx

仓库管理系统uml建模.docx

《仓库管理系统uml建模.docx》由会员分享，可在线阅读，更多相关《仓库管理系统uml建模.docx（36页珍藏版）》请在冰豆网上搜索。

仓库管理系统uml建模

沈阳工程学院

课程设计

设计题目：

仓库管理系统

系别信息工程学院班级软件本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）

致谢……………………………………………………………………………………………………….………………………………….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.1UML用例图设计模型

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协作图含义

协作图着重体现交互对象间的静态链接关系。

作者完成了所有用例的动态模型，这里列举部分用例进行说明。

协作图（CollaborationDiagram）用于描述相互合作的对象间的交互关系和链接关系。

虽