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

团队信息

• 队名：彳艮彳亍团队

• 本次作业课上成员

• 原组成员

团队分工

write something

UML

PART 1 —— 部署图

1. 个人管理系统和登录系统

• 这里描述的是系统哪部分？
  • 这里主要说明的是部署问题。
• 这部分面临什么样的问题？
  • 服务器及数据库的搭建，前后端交互等。
• 以下设计解决了哪些问题？
  • 前端客户操作返回给后台服务器，后端服务器依照前端操作给出相应返回值，从数据库中调用相应的数据。
• 附：

PART 2 —— 类图

• 这里描述的是系统哪部分？
  • 使用WeEdit小程序的功能方面内容。
• 这部分要面临什么样的问题？
  • 项目模块定义不够清晰；
  • 代码未有统一格式；
• 以下设计解决了哪些问题？
  • 通过统一参数，方便后续前后端工作的配合。
• 附：
  

PART 3 —— 状态图

• 这里描述的是系统哪部分？
  • 这部分UML描述了发布签到、发布共享文档、发布投票功能可能的状态以及其中状态的具体活动。
• 这部分面临什么样的问题？
  • 每个具体状态转化细化得不够完全、在实现中还需更近一步改进。
• 以下设计解决了哪些问题？
  • 体现了软件需要的功能以及解决了软件内部各功能实现的逻辑问题。
• 附：
  

PART 4 —— 用例图

• 这里描述的是系统哪部分？
  • 这里是用户在WeEdit系统上能够进行各项操作的部分，以及对操作内容的具体化。
• 这部分面临什么样的问题？
  • 需要面临功能如何按照用户习惯排布的问题。
• 以下设计解决了哪些问题？
  • 各个功能模块之间直观的逻辑联系。
• 附：
  

PART 5 —— 活动图

• 这里描述的是系统哪部分？
  • 描述了用户具体选择发布通知，现场签到，投票，想法收集和文章分享这几大模块。以及每个模块相对应的后续操作和结果。如进入现场签到模块后，可以选择签到会议。
• 这部分面临什么样的问题？
  • 不能防止同学带翘课的同学的手机来签到。
• 以下设计解决了哪些问题？
  • 解决了用户权限的问题。不同权限的用户进入不同的界面，进行不同的操作，不会发生权限混乱造成文件出现错误。
• 附：
  

PART 6 —— 时序图

• 这里描述的是系统哪部分？
  • 展示对象之间交互的顺序。它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。
• 这部分面临什么样的问题？
  • 需要理清项目各模块内的逻辑，按时间顺序显示各模块内的动态协作。
• 以下设计解决了哪些问题？
  • 更加清晰地展示了各模块内的交互逻辑、交互顺序。
• 附：
  

PART 7 —— 实体关系图

• 这里描述的是系统哪部分？
  • 主要描述的是系统的概念结构设计的部分。
• 这部分面临什么样的问题？
  • 实体的决定、实体属性的决定、实体之间的关系（包括了一对一，一对多，多对一，多对多）
• 以下设计解决了哪些问题？
  • 分配了七个实体：参与者、发起者、投票、现场签到、文章分享、想法收集、发布通知。
  • 各实体属性的决定。具体属性可参照“实体关系图”。
  • 各实体之间的关系。具体实体之间的关系可参照“实体关系图”

• 参与者：
  

• 发起者：
  

工具选择

本次作业团队的选择为 Process On

使用后对工具的评价

方便易用，无需下载专门的软件，直接在web端就可以实现很好的效果，高效便捷

PSP表格

评估成员的贡献分配

• 本队“临时队长”给出的“课上”贡献分评估

• 本队“原队长”给出的“课后”贡献分评估

给出本次换队环节的感受

• 这种换队环节我觉得很有趣啊，原来团队成员对于分工之类的都是比较明确的，如果这次没有换队这个环节，那大家就是按照自己的做，但是正因为这次换队环节，原来的计划一下子被打乱了，也不能说乱，就是发生了一些变化。甚至换队的一些人我们还不认识，以及换队成员可能对本组项目不熟悉，因此这次换队我们面临着重新规划、认识新队员以及熟悉工作方式、和形成新的配合关系和模式等等。这样的“突然”的事件让人很有新鲜感和兴趣。而且由于队长换走，本来可能会引起一点点乱，但实际也没有，小组的人还是很积极的，很快站出来临时队长，这就使事情顺利多了。因此我觉得还是很不错的。哈哈哈！