冲刺阶段——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贡献点。
团队合照：
