福大软工 · 第八次作业（课堂实战）- 项目UML设计（团队）

• 团队

• UML图

• part1

• 这里描述的是系统哪部分？
  • 这部分主要描述系统后端，用户、照片、评论和心情功能方面的内容
• 这部分要面临什么样的问题？
  • 各个功能的信息交集比较多，存在信息的冗余
• 以下设计解决了什么问题？
  • 理清业务流程，降低后端耦合程度

• 附：类图
  

• part2

• 这里描述的是系统哪部分？
  • 这部分主要描述用户功能的选择和跳转。
• 这部分要面临什么样的问题？
  • 活动的进入、退出、跳转。
• 以下设计解决了什么问题？
  • 理清功能分布，更加直观的展示功能的进入、退出、跳转。

• 附：状态图
  

• part3

• 这里描述的是系统哪部分？
  • 这里是旅游记录管理系统部分的用例图
• 这部分要面临什么样的问题？
  • 这部分将面对如何管理用户旅游记录和用户如何编辑旅游记录的问题。
• 以下设计解决了什么问题？
  • 以下设计罗列了旅游记录的管理逻辑，用户可以添加新纪录和按文字，图片，视频这三个分类来查看已有的记录。关于添加记录，支持添加文字，图片和视频。用户编辑完后可以保存，也可以删除已有记录。

• 附：用例图1
  

• part4

• 这里描述的是系统哪部分？
  • 这里是旅游记录分享系统部分的用例图。
• 这部分要面临什么样的问题？
  • 这部分将面对用户如何分享和分享后有哪些功能的问题。
• 以下设计解决了什么问题？
  • 以下设计列出了用户生成分享内容的三种形式：用户可以选择一系列旅游记录生成旅游故事，也可以把去过的地方连起来生成一张路线图，或者把去过的地方标注出来生成旅游版图。用户分享后，其他人可以点赞评论。

• 附：用例图 2
  

• part5

• 这里描述的是系统哪部分？
  • 这里是用户中心及旅游推荐系统部分的用例图。
• 这部分要面临什么样的问题？
  • 这部分将面对用户登录管理，用户信息维护和如何推荐旅游地点的问题。
• 以下设计解决了什么问题？
  • 以下设计列出了基本的登录退出和用户信息维护功能。用户可以查看修改个人信息，可以发送反馈意见。关于旅游地点推荐，可以选择推荐附近的地点，或者根据以往的旅游偏好，推荐下次旅游地点。

• 附：用例图3
  

• part6

• 这里描述的是系统哪部分？
  1. 查看不同地图版面以及个人信息部分
  2. 记录文字、照片、视频及生成旅游短故事部分
  3. 查看用户信息和系统信息以及提出反馈部分
  4. 生成各个时间段旅游故事部分
  5. 分享不同版本线路图部分
  6. 根据信息生成附近及下次旅游地点部分
• 这部分要面临什么样的问题？
  • 包含比较多部分的功能，以及各部分的功能都需进行细分，比较难以理清各个部分的流程以及各个功能的联系和各个部分的组合。
• 以下设计解决了什么问题？
  -设计完活动图之后，能够比较清晰和直观的体现整个运行的活动流程，明白分割成不同的部分，及各个部分中所含有的具体功能和作用。

• 附：活动图
  

• part7

• 这里描述的是系统哪部分？
  • 这部分主要描述信息需求和存储在数据库中的数据信息类型。
• 这部分要面临什么样的问题？
  • 理清现实实体之间关系并直观描述实体属性及实体之间联系。
• 以下设计解决了什么问题？
  • 方便需求分析，利于数据库信息存储

• 附：E-R图
  

• part8

• 这里描述的是系统哪部分？
  • 管理员、用户、后端之间的关系。
• 这部分要面临什么样的问题？
  • 不同角色权限、功能归纳
• 以下设计解决了什么问题？
  • 弄清楚角色关系，交互更安全方便

• 附：泳道图

• part9

• 这里描述的是系统哪部分？
  • 功能的顺序跳转和返回。
• 这部分要面临什么样的问题？
  • 功能之间可能会出现混乱
• 以下设计解决了什么问题？
  • 解决了功能顺序混乱的问题
• 附：时序图
  

个人感受

• 因为换队友和队长，一开始看到这个作业感觉到心态崩了，老师好有心机呀，阻止了我摸鱼。
• 但是幸好我们队伍有第二把交椅，防止了整个队伍心态崩的情况。
• 优点：
• 了解到别人对于我们队伍项目的了解程度
• 了解到别人对我们队伍项目设计的看法
• 扩大社交面
• 缺点：
• 设计主要想法变得比较虚
• 临时队长：
• 一个字：稳
• 两个字：牛逼
• 三个字：超级强
• 新队友:
• 很好
• 人长得好看

福大软工 · 第八次作业（课堂实战）- 项目UML设计（团队）

原文：https://www.cnblogs.com/q1076452761/p/9822943.html