UML建模：基于智慧校园的二手交易平台

UML建模：基于智慧校园的二手交易平台

• • 1、系统开发的背景
  • 2、UML数据建模
  • • 2.1 用例图建模
    • • 2.1.1 系统总体框架用例图
      • 2.1.2 会员用例图
      • 2.1.3 管理员用例图
      • 2.1.4 审核人员用例图
    • 2.2 类图建模
    • • 2.2.1 发布商品求购操作结构类图
      • 2.2.2 购买操作结构类图
      • 2.2.3 修改个人信息结构类图
      • 2.2.4 查看商品详细信息结构类图
      • 2.2.5 关键词搜索物品构类图
    • 2.3 对象图建模
    • 2.4 顺序图建模
    • • 2.4.1 用户模块业务功能的设计与实现
      • 2.4.2 管理员业务功能的设计与实现
    • 2.5 通信图建模
    • 2.6 状态机图建模
    • • 2.6.1 购买商品状态机图
      • 2.6.2 发布商品状态机图
      • 2.6.3 求购商品状态机图
    • 2.7 活动图建模
    • • 2.7.1 发布出售信息
      • 2.7.2 发布求购信息
      • 2.7.3 购买商品
      • 2.7.4 修改个人信息
      • 2.7.5 发送私信
    • 2.8 组件图建模
    • 2.9 部署图建模

1、系统开发的背景

  一直以来二手物品交易在许多高校中都占据了很大的市场，但目前为止很多高校对于二手物品交易多采用跳蚤市场、悬赏群、微信公众号的方式，由于数据繁多杂乱，可能存在上当受骗的现象，不利于二手物品的交易与使用，让真正有需求的同学得不到相应的满足。近几年毕业生的增多也导致了二手物品的增多，如果不能妥善处理这些二手物品，它们最终的归宿只能是垃圾场。
  随着信息化的程度越来越高，信息化技术不仅方便了我们的生活，也能够为我们二手交易系统的实现提供一个良好的技术基础，这对于提高我们闲置物品的价值有着重要的意义。本文针对高校内二手商品交易存在的问题，开发并实现了校园二手交易系统，确保了安全性和时效性。本系统功能实现比较完整，基本满足了用户交易二手商品的需求，也减少了垃圾的产生，有着较好的实用价值和推广价值。
校园二手交易系统旨在提供一个管理平台，对大学校园内的闲置物品进行交易，用户可以通过系统来上架、求购二手商品，卖家可以出售闲置物品，管理员最终对商品信息进行相应的审核以及对系统的维护。

2、UML数据建模

2.1 用例图建模

2.1.1 系统总体框架用例图

2.1.2 会员用例图

该平台分为游客与会员，对于会员来说，主要的功能是发布商品，求购商品，更改个人信息，用户评论以及浏览商品。

• 浏览商品是进行评论，举报，收藏以及添加购物车等操作。
• 购物时，查看商品信息，下订单等行为操作。
• 对个人信息的维护，找回密码。登录等操作。

根据“会员功能”的详细描述，绘制相应的用例图。

2.1.3 管理员用例图

对于系统管理员，主要功能为用户管理和登陆验证。

• 其中用户管理，可以设置用户权限，设置审核管理员权限
• 在设置用户权限中可以增加删除用户，以及设置用户信息

根据“管理员功能”的详细描述，绘制相应的用例图。

2.1.4 审核人员用例图

对于审核管理员，主要功能为登录验证和商品内容的审核。

• 审核内容，主要审核商品发布商品，求购商品以及私信的审核。

根据“管理员功能”的详细描述，绘制相应的用例图。

2.2 类图建模

  在UML中通常建议使用“类图”作为表达领域模型的图形。类图主要表达的是问题领域的“抽象概念”，在这个抽象概念中，除了表达该抽象概念的名称外，另外需要表达该抽象概念的“属性”与“行为”。类图的主要目的是在进行软件开发前，先对软件所需面对问题领域的本质作一个通盘性的了解，但类图在软件设计之初并不完全正确，必须通过后续的检查才能够逐渐趋近于真实世界的领域模型。

2.2.1 发布商品求购操作结构类图

对于二手交易平台，对用户商品求购信息的类图建模如下：

2.2.2 购买操作结构类图

对于二手交易平台，对用户购买商品的类图建模如下：

2.2.3 修改个人信息结构类图

对于二手交易平台，对用户修改个人信息的类图建模如下：

2.2.4 查看商品详细信息结构类图

对于二手交易平台，对用户查看商品信息的类图建模如下：

2.2.5 关键词搜索物品构类图

对于二手交易平台，对用户商品的关键字检索的类图建模如下：

2.3 对象图建模

  对象图旨在描述特定时间点中所有对象在系统中的结构；因此，可以将对象图当成系统在某一个时间点的快照。
  对象图表达的是在某一个特定时间点中，系统所存在的所有对象的快照，其主要目的是验证设计师设计的类图是否符合实际状况。
我们将二手交易平台转化为对象图：

2.4 顺序图建模

2.4.1 用户模块业务功能的设计与实现

  用户用户进入系统主界面，页面顶端显示用户名，左侧展示商品分类列表，依据不同的父类别和子类别进行划分，可以根据划分结果进行初步筛选。
1）发布出售商品、求购信息
  用户进入主界面后，左侧显示“我要卖”“求购商品”两个选项卡，点击相应的选项卡会跳转到发布商品（发布求购商品）页面，页面可以填写包括商品名称、商品图片、价格、详细描述等信息，用户的个人信息则根据登录账号自动设置。其逻辑实现顺序图如图所示。因为求购商品的逻辑实现与发布商品类似，在此不再进行赘述

2）留言及举报功能
  用户在商品详细信息页面里可以对商品进行留言，对不合 规的商品进行举报。首先点击举报按钮，显示举报信息填写页 面，用户按照要求填写举报信息，信息通过Ajax传送到后台，并 插入到数据库对应的表中。留言功能逻辑实现顺序图如图6所示，因为留言功能和举报功能类似，在此不再赘述。

3）商品查询
  用户通过点击侧边栏的分类可以进行商品的分类查询，不同的父类别下面包含各种子分类，通过这种方式可以显示该分类下面的所有商品。用户也可以通过搜索栏进行精确的查找，通过对商品的名称进行查找，使其显示。其逻辑实现顺序图如图7所示。

4）商品购买
  当用户挑选好心仪的物品，可以在商品详情页进行购买。为了保证商品的真实性，本系统采取线下面对面交易的方式。当用户点击购买按钮后，系统前往数据库进行相应数据的查询，先通过商品ID查询到上传者ID，再通过上传者ID查询卖家的联系方式。其逻辑实现顺序图如图8所示。

2.4.2 管理员业务功能的设计与实现

1）添加父子类别
  管理员进入后台管理界面后，可以通过点击侧边栏进行不同信息的管理。点击菜单管理选项卡，会在右方相应frame框架中进行显示。可以在其中添加父类别、子类别，包括设置相应的图标。添加父子类功能逻辑实现顺序图如图所示。

2）管理后台商品
  管理员点击商品管理选项卡，会在右方相应frame框架中进行显示。可以在其中对商品的信息进行上架、下架、删除等操作。商品管理功能逻辑实现顺序图如图所示。因为留言与举报的管理与此操作类似，所以在此不再赘述。

3）公告管理
  管理员点击公告管理选项卡，会在右方相应frame框架中 进行显示。管理员用户可以在该界面上编辑公告内容，并获得 反馈结果。公告管理功能逻辑实现顺序图如图11所示。

2.5 通信图建模

  通信图与序列图其实都是在表达同一件事情：对象相互合作，以实现用例的“事件流”。由于序列图是以时间做横轴，因此对未来的程序设计而言，序列图具有“蓝图”的效果，但如果需要同时表达对象的结构与彼此间的协作关系，则只有通信图才能较为完整地进行呈现。究竟项目设计人员在设计序列图时，心中是否对象模型，因此希望项目设计人员能利用“通信图”来重新审视自己对对象模型的理解，来确认序列图有没有违反领域模型。对于用户对商品的浏览行为转化为通信图如下：

2.6 状态机图建模

  类图中某一个实体对象，它的状态迁移分散在不同的用例中，需要在这些状态和事件之间进行一番整理，才能让项目开发人员更简便地完成设计，这时可以使用状态机图来表达。为了成功地设计软件，将“状态”分配到不同的“领域模型”中，并利用“状态机图”来表达这些状态的迁移情形。

2.6.1 购买商品状态机图

根据二手交易平台，用户购买商品的状态过程的分析，将其转化为状态机图如下：

2.6.2 发布商品状态机图

根据二手交易平台用户发布商品的状态过程的分析，将其转化为状态机图如下：

2.6.3 求购商品状态机图

根据二手交易平台用户求购商品的状态过程的分析，将其转化为状态机图如下：

2.7 活动图建模

2.7.1 发布出售信息

闲置物品交易系统中“发布出售信息”进行详细描述，包含以下信息：

• “卖方”填写物品出售信息表，添加物品图片，并提交“管理员”
• “管理员”审核物品出售信息表和物品图片
• “管理员”审核通过，“管理员”进行信息分类，并发布相应的出售信息及物品图片
• “管理员”审核不通过，卖方修改出售信息及物品图品或直接取消出售信息发布。

根据“发布出售信息”的详细描述，绘制相应的活动图。

2.7.2 发布求购信息

闲置物品交易系统中“发布求购信息”进行详细描述，包含以下信息：

• “买方”填写物品求购信息表，并提交“管理员”
• “管理员”审核物品求购信息表
• “管理员”审核通过，“管理员”进行信息分类，发布相应的物品求购信息
• “管理员”审核不通过，买方修改物品求购信息或直接取消求购信息发布。

根据“发布求购信息”的详细描述，绘制相应的活动图。

2.7.3 购买商品

闲置物品交易系统中“购买商品”进行详细描述，包含以下信息：

• 买方选中商品后，进行下单，并选择支付方式。
• 系统生成购买订单，并进行收款确认
• 用户也可取消付款，或长时间未进行付款，则订单取消
• 卖方在接到订单后，修改订单状态，并进行物品配送

根据“购买商品”的详细描述，绘制相应的活动图。

2.7.4 修改个人信息

闲置物品交易系统中“修改信息”进行详细描述，包含以下信息：

• 买/卖方修改个人信息
• 系统更改个人信息

根据“修改信息”的详细描述，绘制相应的活动图。

2.7.5 发送私信

闲置物品交易系统中“发送私信”进行详细描述，包含以下信息：

• 用户进行写入信息
• 系统审核并转发给收信人，

根据“发送私信”的详细描述，绘制相应的活动图。

2.8 组件图建模

  组件图中主要包含三种元素，即组件、接口和关系。
  组件图通过这些元素描述了系统的各个组件及之间的依赖关系，还有组件的接口及调用关系。此外，组件图还可以使用包来进行组织，使用注解与约束来进行解释和限定。
  组件图在面向对象设计过程中起着非常重要的作用：它明确了系统设计，降低了沟通成本，而且按照面向对象方法进行设计的系统和子系统通常保证了低耦合度，提高了可重用性。
就二手交易平台中包含组件有用户交互、管理员交互、商品购买、商品浏览、商品评价、数据库操作等，我们将各个组件之间的关系，通过组件图建模的方式，将他们的关系映射到二维图中，如下，为二手交易平台组件图建模。

2.9 部署图建模

完美撒花❀❀❀❀❀❀
博文转载请标明出处谢谢
需要EA原图的同学请私聊我！