NAG博客目录

一、Scrum Meeting

1. Alpha

1. Scrum meeting 1

2. Scrum meeting 2

3. Scrum meeting 3

4. Scrum meeting 4

5. Scrum meeting 5

6. Scrum meeting 6

7. Scrum meeting 7

8. Scrum meeting 8

9. Scrum meeting 9

10. Scrum meeting 10

2. Beta

1. Scrum meeting 1

2. Scrum meeting 2

3. Scrum meeting 3

4. Scrum meeting 4

5. Scrum meeting 5

6. Scrum meeting 6

7. Scrum meeting 7

8. Scrum meeting 8

9. Scrum meeting 9

10. Scrum meeting 10

二、测试报告

1. 测试报告α
2. 测试报告\(\beta\)

三、发布说明

1. 发布声明α

2. 发布声明\(\beta\)

四、技术博客

1. 钟瑞豪：DRF框架下的图片（文件）上传
2. 钟瑞豪：DRF用户权限以及邮箱验证
3. 孙烨：nginx+uwsgi部署DRF项目踩坑
4. 陈从文：后端代码覆盖率测试
5. 苏海翔：jsPlumb缩略图的生成
6. 王政：Django实现列表分页

五、习得的软工原理/方法/技能？

1. 人员和任务的分配十分重要：在我们的开发过程中，开发人员需要根据自己的情况来对pm分配的工作提出建议。在每次例会中，我们都会分配下一个阶段的任务，如果任务分配得不均匀，那么会导致工作效率的下降。但实际上，即使分配得相对均匀，依然存在部分组员很早能完成，而另一部分不能完成的现象。可能任务的分配并不是完全讲究均匀的。

2. 在新功能的选择上，我们遵循mvp原则，根据用户的反馈决定开发封装、模型推理、模型市场等功能。

3. 核心功能优先完成：由于\(\alpha\)阶段人手不足，我们放弃了很多功能的开发。在\(\beta\)阶段一开始的开发阶段集中完成核心功能，能肯定核心功能一定能完成。在后续稳定和测试阶段修复bug、调整界面、开发部分辅助功能。

4. github项目管理上的优化：在α阶段，github平台每人一个功能分支，相互之间可能有冲突，没有他人检查直接merge，并且开的issue没有和PR进行关联。在β阶段有了显著的改进，基本上所有的提交都通过PR的形式，并且尽量做到了与issue的关联，虽然并不是所有的都严格这么执行的（因为会耗费大量时间），但是比起前一阶段有了大幅改进。

5. 需求一定要明确：在α阶段互相之间可能存在误解，因为需求不是非常明确。在β阶段进行了改进，我们最初完全以目标驱动，将所有人分为了封装、模型市场、模型推理三个核心功能开发小组。除了小组每星期3次同步会以外，各小组每周都会自行开3次小会。