冲刺阶段——Day1

冲刺阶段——Day1

团队成员：20191202 王皓岩 20191209 徐嘉晟20191214 郭 昊 20191220 朱轩锐 20191227甘泞与 20191231 高泽正

时间：11月29日

Scrum 冲刺博客对整个冲刺阶段起到领航作用，应该主要包含四个部分的内容：

• 各个成员在 Alpha 阶段认领的任务

• 明日各个成员的任务安排

• 整个项目预期的任务量（使用整数表示，与项目预估的总工作小时数一致。比如项目A预估需120小时才能完成，则任务量为120。）

• 团队成员贡献值的计算规则

• 任务认领（对应的人进行主要开发，其他人从旁辅助）：

​ 前端开发：静态、动态、前端相关逻辑跳转

​ 后端开发：数据存储、后端逻辑跳转

任务	主要负责成员
静态页面	高泽正
动态页面	郭 昊
前端逻辑跳转	王皓岩
数据存储	甘泞与
后端逻辑跳转	朱轩锐、徐嘉晟

• 明日各个成员的任务安排

明日主要先根据需求分析完成主要的前端静态页面，从而明确需要做哪些，再通过完善静态页面并加入后端将前端联系起来。

• 整个项目预期的任务量

前端：120h

后端：100h

经过我们的研究，发现对于所要求的公文传输系统的实现最简单的方法是使用php语言与Js相结合作为主要的逻辑架构，这相对来说对于使用java-Web、python-Web等架构编程来说前端后端的隔离性没有那么强，且由于数据库为下学期才开设的课程，本学期课业紧张，自学数据库知识比较有限有限。

• 团队成员贡献值的计算规则

由于本次团队作业采取的是主要负责人制度（前文已述各部分主要负责人），每个模块并非完全由个人独立开发，这样是为了保证接扣在完成过程中能够更好的对应，避免大范围改动甚至重写，这是在之前的课程的团队作业中不断摸索得到的最有效的方法，是经历过实践考验的。

另外，由于团队作业的代码可以说是“东拼西凑”，“好中选忧”使用到最终的程序中，不能说最后没有被采纳的部分就完全没有贡献，且团队合作本就不可能统计出代码创造的准确数据，综上述实际情况考虑团队成员贡献值计算规则如下：

• 团队作业文档主要书写者每次20贡献点，参与书写每次10贡献点；
• 团队作业中被采纳部分每部分除代码本身量，多加10贡献点；可采纳但未被采纳的方案5贡献点
• 代码按照代码实践计算，每小时10贡献点。

团队合照：