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

团队信息

• 队名：彳艮彳亍团队

• 本次作业课上成员

短学号	名	本次作业博客链接
2507	俞辛(临时队长)	https://www.cnblogs.com/multhree/p/9821080.html
2523	宏岩
1131	喜源
2502	柏涛
2431	源
2439	凯欣
2219	奇豪
2230	恺翔
2509	钧昊
2325	燊

• 原组成员

学号	名	本次作业博客链接
031602219	奇豪(队长)
041602209	毓明
041602204	水源
061600236	礼亮
031602603	超星	https://www.cnblogs.com/ccxccx/p/9822698.html
181600215	翔宇
031601123	志铭
031601124	熊

团队分工

负责人	分工明细	ToDolist
柯奇豪	后端方面负责共享编辑功能的实现，同时负责项目具体任务的分配以及后续各阶段进度的跟进	1.完成前后端接口的定义工作；2.实现基础的文本编辑功能；3.完成简单的文本选择注释功能
黄毓明	后端方面负责投票功能的实现	1.完成前后端接口的定义工作；2.实现基本的投票功能；3.结果数据的分析与返回
丁水源	后端方面负责通知功能的实现	1.完成前后端接口的定义工作；2.实现基本的通知功能
杨礼亮	原型设计以及整体美工	1.有一个整体效果可观的原型; 2.初定具体界面的ui
林翔宇	后端方面负责收集想法功能的实现	1.完成前后端接口的定义工作；2.实现基本的问答功能
黄志铭	前端方面负责具体界面的实现以及后端交互
陈超星	后端方面负责签到功能的实现	1.完成前后端接口的定义工作；2.实现基本的签到功能
蒋熊	前端方面负责具体界面的实现以及后端交互

UML

PART 1 —— 部署图

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

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

PART 2 —— 类图

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

PART 3 —— 状态图

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

PART 4 —— 用例图

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

PART 5 —— 活动图

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

PART 6 —— 时序图

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

PART 7 —— 实体关系图

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

• 参与者：
  

• 发起者：
  

工具选择

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

使用后对工具的评价

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

PSP表格

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	10	15
· Estimate	· 估计这个任务需要多少时间	10	10
Development	开发
· Analysis	· 需求分析 (包括学习新技术)	10	15
· Design Spec	· 生成设计文档	5	5
· Design Review	· 设计复审 (和同事审核设计文档)	5	5
· Coding Standard	· 代码规范 (为目前的开发制定合适的规范)	0	0
· Design	· 具体设计	60	80
· Coding	· 具体编码	0	0
· Code Review	· 代码复审	0	0
· Test	· 测试（自我测试，修改代码，提交修改）	10	20
Reporting	报告
· Test Report	· 测试报告	0	0
· Size Measurement	· 计算工作量	5	5
· Postmortem & Process Improvement Plan	· 事后总结, 并提出过程改进计划	5	10
合计		120	165

评估成员的贡献分配

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

名	贡献分+基础分=总得分（%）
黄毓明(临时队长)	15+2=17
杨礼亮	14+2=16
礼亮	11+2=13
蒋熊	6+2=8
黄志铭	6+2=8
苏路明	13+2=15
陈瀚霖	7+2=9
胡展瑞	12+2=14

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

学号	名	“课后”贡献分	评价
031602219	奇豪(队长)	12.5%	分配到的任务不难，算是正常操作，作为标准拿个基础分
041602209	毓明	14.5%	作为临时队长分配管理很好，各项任务也能尽职尽责
041602204	水源	13.5%	任务完成基本符合预期，但是用词上还需要改进，例如ER图中实体、属性应该是名词，“核实”以及某些实体的叫法都偏动作了些
061600236	礼亮	13.5%	任务完成基本符合预期，但是菱形分支上缺乏条件说明，部分箭头指示缺失，还望及时修改
031602603	超星	6.5%	参照交换组的评定，似乎贡献度不够，需注意
181600215	翔宇	12.5%	参照交换组的评定，任务完成基本符合预期
031601123	志铭	10.5%	两人做的话似乎分摊的工作量略小，同时类图的规范标准似乎没有明确，"+"(public)、"-"(private)和"#"(protected)的区别
031601124	熊	10.5%	两人做的话似乎分摊的工作量略小，同时类图的规范标准似乎没有明确，"+"(public)、"-"(private)和"#"(protected)的区别

给出本次换队环节的感受

• 其他队的工作氛围，行动力，临时队长等照比原队有什么优缺点：
  新队和原队的工作氛围都很和谐，都有着充满人文关怀和幸福感的工作环境。除了我，其他人的行动力都很强，都很认真地完成了自己负责的那部分。临时队长很好，不仅给每个人的分工很明确，还给了我这个新来的人很多关于他们当前项目的参考资料，使我很快就能大概了解他们的项目。只不过我的感受就是他们太强了而我太菜了，所以我啥忙都帮不上，只做了一点不用脑子的事情，其他需要脑子的事情都是他们在做，很绝望

转载于:https://www.cnblogs.com/ccxccx/p/9822698.html