Team information
- 队名： 彳艮彳亍团队
- 各成员短学号、名:
| 学号： | 姓名： | 本次博客链接： |
| 041602209 | 黄毓明（临时队长） | https://www.cnblogs.com/mingsonic/p/9820702.html |
| 061600236 | 杨礼亮 | http://www.cnblogs.com/YangLiLiang/p/9821082.html |
| 031601124 | 蒋熊 | https://www.cnblogs.com/jxdbky/p/9822930.html |
| 031601123 | 黄志铭 | http://www.cnblogs.com/zhimingfzu/p/9823028.html |
| 031602219 | 柯奇豪 | https://www.cnblogs.com/S031602219/p/9822576.html |
| 031602603 | 陈超星 | |
| 041602204 | 丁水源 | https://www.cnblogs.com/littlenorthwest/p/9820713.html |
| 181600215 | 林翔宇 |
Division of labor
- 确定 alpha 版本需要做哪些事情
| 模块序号 | 模块名 | 模块具体内容 |
| 1 | 现场签到 |
1）实现基本的签到功能 2）改进签到功能实现优化 |
| 2 | 发布通知 |
1）实现基本的通知功能 2）实现通知栏提醒功能 |
| 3 | 投票 |
1）实现基本投票功能 2）结果数据的分析与返回 |
| 4 | 想法收集 | 实现基本的问答功能 |
| 5 | 文章共享 |
1）实现基础的文本编辑功能 2）完成简单的文本选择注释功能 |
- 各成员分工明细及 TODO list
-
- 燃尽图
UML Design
Part1：（部署图）
• 这里描述的是系统哪部分？
这里主要说明的是部署问题
• 这部分要面临什么样的问题？
服务器及数据库的搭建，前后端交互等。
• 以下设计解决了哪些问题？
解决的问题：
前端客户操作返回给后台服务器，后端服务器依照前端操作给出相应返回值，从数据库中调用相应的数据。
Part2：（类图）
• 这里描述的是系统哪部分？
使用WeEdit小程序的功能方面内容。
• 这部分要面临什么样的问题？
1）项目模块定义不够清晰；
2）代码未有统一格式；
• 以下设计解决了哪些问题？
解决的问题：
通过统一参数，方便后续前后端工作的配合。
Part 3：（状态图）
• 这里描述的是系统哪部分？
这部分UML描述了发布签到、发布共享文档、发布投票功能可能的状态以及其中状态的具体活动
• 这部分要面临什么样的问题？
每个具体状态转化细化得不够完全、在实现中还需更近一步改进
• 以下设计解决了哪些问题？
解决的问题：
体现了软件需要的功能以及解决了软件内部各功能实现的逻辑问题
Part 4：（用例图）
• 这里描述的是系统哪部分？
这里是用户在**WeEdit**系统上能够进行各项操作的部分，以及对操作内容的具体化。
• 这部分要面临什么样的问题？
需要面临功能如何按照用户习惯排布的问题
• 以下设计解决了哪些问题？
解决的问题：
各个功能模块之间直观的逻辑联系
Part 5：（活动图）
• 这里描述的是系统哪部分？
描述了用户具体选择发布通知，现场签到，投票，想法收集和文章分享这几大模块。以及每个模块相对应的后续操作和结果。如进入现场签到模块后，可以选择签到会议。
• 这部分要面临什么样的问题？
不能防止同学带翘课的同学的手机来签到。
• 以下设计解决了哪些问题？
解决的问题：
解决了用户权限的问题。不同权限的用户进入不同的界面，进行不同的操作，不会发生权限混乱造成文件出现错误。
Part 6：（时序图）
• 这里描述的是系统哪部分？
展示对象之间交互的顺序。它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。
• 这部分要面临什么样的问题？
需要理清项目各模块内的逻辑，按时间顺序显示各模块内的动态协作。
• 以下设计解决了哪些问题？
解决的问题：
更加清晰地展示了各模块内的交互逻辑、交互顺序。
Part 7：（实体关系图 ）（本人完成的部分~~~(*^_^*)~~~）
• 这里描述的是系统哪部分？
主要描述的是系统的概念结构设计的部分。
• 这部分要面临什么样的问题？
实体的决定、实体属性的决定、实体之间的关系（包括了一对一，一对多，多对一，多对多）
• 以下设计解决了哪些问题？
解决的问题：
1） 分配了七个实体：参与者、发起者、投票、现场签到、文章分享、想法收集、发布通知
2） 各实体属性的决定。具体属性可参照“实体关系图”。
3） 各实体之间的关系。具体实体之间的关系可参照“实体关系图”
（发起者）
（参与者）
Selected tool
- 选择工具： ProcessOn
- 选择的原因：
1）ProcessOn属于线上的编辑软件，无需额外下载，随需随用！
2）ProcessOn操作界面整洁明了，极易上手，对新用户的操作而言十分友好！
3）ProcessOn功能丰富，能够解决许多图形的绘制问题，额外功能十分丰富！
4）ProcessOn集成了许多图形的绘制，集成性强！
5）同学的推荐啦~~
Evaluation of the tool
1）无需下载， very convenient！
2）功能丰富，very convenient plus one！
3）极易上手，very convenient plus two！
PSP Table
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 30 |
| · Estimate | · 估计这个任务需要多少时间 | 30 | 30 |
| Development | 开发 | 140 | 180 |
| · Analysis | · 需求分析 (包括学习新技术) | 20 | 30 |
| · Design Spec | · 生成设计文档 | 20 | 30 |
| · Design Review | · 设计复审 | 20 | 10 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| · Design | · 具体设计 | 40 | 50 |
| · Coding | · 具体编码 | 0 | 0 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 40 | 60 |
| Reporting | 报告 | 30 | 50 |
| · Test Repor | · 测试报告 | 0 | 0 |
| · Size Measurement | · 计算工作量 | 10 | 15 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 20 | 35 |
| 合计 | 200 | 260 |
Individual Score
-
- 本队“临时队长”给出的“课上”贡献分评估；
| 姓名 | 贡献分+基础分=总得分（%） |
| 黄毓明 | 15+2=17 |
| 丁水源 | 14+2=16 |
| 杨礼亮 | 11+2=13 |
| 蒋熊 | 6+2=8 |
| 黄志铭 | 6+2=8 |
| 苏路明 | 13+2=15 |
| 陈瀚霖 | 7+2=9 |
| 胡展瑞 | 12+2=14 |
-
- 本队“原队长”给出的“课后”贡献分评估；
Experience
- 未换队同学的感受（临时队长、被换来的新队友、新团队氛围等照比原队有什么优缺点）
感受：
1）对于新队员的感受：
虽然不熟悉新转来的队员，但是还是能够比较好的和他们一起交流鸭~~我觉得这也是一项十分重要的能力，在今后的不管是生活，还是工作当中，与并不熟悉的队员一起完成某项任务想必也是经常会遇到的。不管是对于我们的社交能力还是业务能力而言都是一项挑战，但是我觉得更是一个机遇——一个提升自己的机遇，能够让我们去接触不一样的人，感悟不一样队员的不同思想，这对于提升我们本身的能力是十分有益的，同时也是十分有趣的一个过程~O(∩_∩)O~
2）对于临时队长的感受：
黄毓明同学我已经对他很熟悉啦，所以交流起来 毫！无！障！碍！对于小伙伴这次担任临时组长这一职，我给99分！！还差一分怕他骄傲不给他啦。~~（哈哈~实话实说，他的领导能力真的挺不错的呢~）同时我也觉得自己也在进步，能够比较好的与新的领导人进行交流和协商。
3）对于本次实践任务的感受：（kinda like cliche~~~嘻嘻~~O(∩_∩)O~~）
通过这次的实践，我更加熟悉了ProcessOn的使用，更是了解了我们产品的功能分划，相信对于接下来的实验会十分有益的~~~O(∩_∩)O~~~~