团队计划&访谈内容
一、团队计划
| 序号 | 任务内容 | 计划完成时间 | 主要负责人 | 备注 |
|---|---|---|---|---|
| 1 | 对接教师报课系统 决定是否重构代码 | 2016.10.16 | 陈少铭、黄家俊 | 阅读CourseManagement的 docs中的文档，以及代码。 |
| 2 | 第一次客户访谈交流 | 2016.10.15 | 团队所有成员 | 软工课后 |
| 3 | 编码规范文档（v1） | 2016.10.17 | 翁祖航、王智强、陈逸超 | java编码规范、php编码规范 |
| 4 | 需求分析与原型设计 | 2016.10.20 | 黄瑞钰、陈逸超、毛仲杰 | 需求分析讨论全体组员都参与 原型设计由主要负责人设计完成 后期大家讨论修改 |
| 5 | 数据库设计 | 2016.10.24 | 全组成员 | 对系统要用的数据进行分析，确定要用的表格 在对各个表进行细化 |
| 6 | 架构设计与搭建 | 2016.10.25 | 陈少铭、黄家俊 | 全组成员协助 |
| 7 | 完善需求规格说明书 | 2016.10.25 | 陈逸超 | 全组成员协助 |
| 8 | android组员完成界面编写 php后台 | 2016.10.29 | 全组成员 | |
| 9 | android组员完成各个界面逻辑跳转以及功能实现以及调试出现的bug php完成接口的编写，调试出现的bug | 2016.11.2 | 全组成员 | |
| 10 | 客户端和后台实现接口对接 | 2016.11.4 | 全组成员 | |
| 11 | Alpha版本发布 | 2016.11.5 | 全组成员 | |
| 12 | 测试bug，完善项目 | 2016.11.10 | ||
| 13 | 完善细节、项目管理推荐、用户体验完善 | 2016.11.17 | 黄瑞钰、陈逸超 | 全组成员协作 |
| 14 | Beta版本发布 | 2016.11.19 | ||
| 15 | 正式版完善 | 2016.11.26 | 全组成员 | |
| 16 | 正式版本发布 | 2016.12.3 | 全组成员 | |
| 17 | 部署上线 | 2016.12.18 | 全组成员 |
说明：团队任务计划，1-7点是正式编码以前的工作，罗列得比较详细。8-17是根据栋哥的项目时间安排结合自己的安排计划的，只是给个大概，原型设计和需求分析结束后，我们会根据原型和需求动态调整我们组的编码计划
二、团队分工
android客户端：陈少铭、黄瑞钰、翁祖航、毛仲杰
php后台：黄家俊、王智强
项目管控：陈逸超
三、访谈内容
采访对象：The Expendables小组
采访内容：
项目开发经验
在这方面上，学长说他们整个组都是安卓小白，是从零开始学习的。一般遇到不懂的问题是去找度娘求助的。其中一点是制定一下自己的任务（做什么），设定好要做的功能，然后进行分工。
团队组织方式
学长介绍他们是四个人一个小组的，关于分工时，他们安排一个做界面，两个写功能，一个搞服务器。后期的话，由于有些功能是互通的，大家参杂着做，一起修复一下bug。
团队成员协作
提问到关于协作方面上，如某个功能实现产生分歧的解决办法。给出的回答：遇到问题，大家一起想想办法，中和出一个较满意的结果
时间周期安排
学长毫不犹豫地说：课余时间。重要的一点就是跟着栋哥的项目时间规划，大家一起加工、熬夜。我们提到还没开始编码时，是如何把后期的任务计划安排出来的。学长说把功能一条一条列出来，时间的安排只能是大概。根据学长的经验来说，前期进度会比较慢，建议我们拉长战线。
文档编写方面
我们提出的问题是大家分块写同一份文档（如编码规范，需求规格），还是指定其中一个小组成员写文档，写完后大家讨论修改。学长的回答是，指派固定的人写编码规范和需求说明书，其中需要注意的是要事先讨论好如何制定规范，全体组员都需要遵循，不然后期可能出现错误，特别前端和后台要做好彼此字段的规定，不然数据会错乱。团队博客方面学长建议可以让组员轮流写博客。
关于数据库设计
提问到对数据库表设计的经验时，学长给出的答案是：
- 先对系统要用的数据进行分析，定下大概会用到的表的数量和表的名称。
- 对每个表进行细化，定下会用的数据项的名称（就是各列的名称）。
- 考虑各表间的关联关系（外键）。
关于后台接口需要注意的问题:
- 接口的命名要统一，这样在调用和测试的时候方便。
- 对于要发送的消息事先做好说明，比如消息里包含的字段和字段类型，当然最好的话就是事先列出会用到的接口列表。
提问到数据库的设计此部分分工时，学长建议我们小组成员全部都参与设计讨论，或者先由一两个人进行设计，然后小组讨论是否有遗漏。
关于架构问题
提到关于架构问题，学长也是有点懵逼，学长的理解是整个项目的主体布局。从整体布局来讲，这是要一开始设计好，从功能需求出发，架构搭起来比较好，当然不免遇到功能改变的时候，所以最终看的还是组员间的实践能力。
学长给出的建议
- 要做好规范问题，对于后期bug的排查可以减少很大的工作量，如数据交换经常遇到此类问题。
- 在协作方面，可以学习陈世发学长。在git上传代码时，可以在github上面可以设置管理员，来管理代码上交情况，以免出现意外的冲突和错误。
访谈心得
经过学长们热情详实的分享后，每个人对项目的认识更加深刻，同时也充满了斗志。由于队中还有队员属于从零开始的，这就更需要我们团队的凝聚力了。此外，在这次的采访过程中，我们获得了许多项目经验，其中最突出的一点就任务进度的安排，我们需要根据deadline来调整我们的进度安排，从而做到确保今日任务，明确明日任务。也许现在的我们还有点菜，但我们相信我们一定能在这学期的软工课中留下一起奋斗的印记。
四、作业心得体会
通过这次的团队作业，我们整个团队的成员有以下两点的心得体会
- 首先团队讨论、沟通很重要，一个人的战斗总是不如一群人的战斗。我们整个小组在采访学长前讨论，碰撞思维的火花，列好提纲、做好功课，大家集思广益，才能想出更多的问题，把整个项目的方方面面考虑清楚。
- 无规矩不成方圆，这是我们在采访完学长完之后，整个小组成员共同的感受！没错后续编码的工作要建立在规范的基础之上，我们小组也会努力做到！
五、权重分配
| 任务 | 504陈逸超 | 505陈少铭 | 511黄家俊 | 515翁祖航 | 516黄瑞钰 | 517毛仲杰 | 524王智强 |
|---|---|---|---|---|---|---|---|
| coding.net账号注册 | 0.02 | 0.02 | 0.02 | 0.02 | 0.02 | 0.01 | 0.02 |
| 项目交接 | 0.03 | 0.02 | 0.02 | 0.02 | 0.02 | 0.01 | 0.02 |
| app运行与测试 报课系统功能 | 0.02 | 0.02 | 0.02 | 0.02 | 0.02 | ||
| java、android环境配置 | 0.02 | 0.02 | 0.02 | 0.02 | 0.02 | 0.01 | 0.02 |
| 前期联系优秀前辈 | 0.02 | 0.02 | |||||
| 小组讨论采访内容 | 0.02 | 0.02 | 0.02 | 0.02 | 0.02 | 0.02 | 0.02 |
| 采访过程提问、拍照 | 0.02 | 0.02 | 0.02 | 0.02 | 0.02 | 0.01 | 0.02 |
| 采访内容记录 | 0.02 | 0.02 | 0.02 | 0.02 | 0.02 | 0.01 | 0.02 |
| 随笔编写 | 0.02 | 0.03 | |||||
| 随笔汇总 | 0.01 | ||||||
| 合计 | 0.20 | 0.14 | 0.19 | 0.14 | 0.14 | 0.07 | 0.12 |
附：
- 团队采访照片
- 团队计划提交到coding.net的issue中
