峡谷Partners--团队第二次作业github编程实战
团队作业（二）
第一部分
一、组员职责分工
- 前端：庄康泽、陈少彬、陆吉杉、林思灵
- 后端：洪鸿林、林怀颖、冯浩、叶睿操
二、github提交截图与组员commit次数
- 次数统计
- 冯浩:5
- 叶睿操:3
- 林怀颖:5
- 陆吉杉:4
- 陈少彬:3
- 洪鸿林:3
- 庄康泽:4
- 林思灵:4
三、程序运行截图
四、遇到的困难
-
冯浩：困难：前端把注册账号和关注会议页面区分开了，后端编写注册功能的时候，必须进行两次连续的表单提交，并且得防止用户在中途离开导致表单提交有误，因此得对后端代码进行大幅修改，成为难点。
解决方法：固定页面跳转，设置请求类型，表单提交方式，不允许中途退出，并且改变他的数据库。 -
林怀颖：困难:数据表格没有统一，大家都在自己的表格上改，没有通知队友。
解决：与队友多沟通交流，改善前后端交互。
-
庄康泽：困难前后端对接时间太赶，来不及撰写对接文档，导致数据库接口调用时频繁删改，拖后工期。
解决：最后后端聚在一起讨论并确定了类图和数据库模型，完成了最后的接口设置。 -
叶睿操：困难：后端使用PHP，从头开始学习，与前端的交互频繁，接口函数频繁修改，还修改到了数据库结构，耗时。
解决：在开工前定好数据库结构，不要频繁修改，结构与接口。
-
陈少彬：困难：bootstrap框架的css布局混乱不堪，使用不熟练 。
解决：像队友寻求帮助及网上搜索。
-
洪鸿林：困难：类图的构建和规划，由于没有PHP基础知识，刚开始进行如何项目开发的时候出现了一定的错乱，如何和前端进行交互，后端和数据库的连接和数据进行处理。前端和后端如何对接接口。
解决方案：上网查找资料，和前端进行一定的交互。 -
陆吉杉：问题：排版代码一直不起作用。
解决：将一个容器div做成两个嵌套的容器进而运用margin等属性。 -
林思灵：困难：一开始在布局上出现了问题，在不断调整float，margin，padding等属性之后，在队友的帮助下完成了预期的效果。
列表在前端不知道怎么判断是否实现，在之后负责前后端交互中知道了怎么判断。
解决办法：本来只是负责前端，但由于进度较慢，负责起了前后端交互，根据之前学习的内容，依然有许多问题，例如$_POST初始为空报错，数据库语句错误，函数调用问题，都根据不断测试和百度找到问题所在，并成功解决
五、团队贡献比例
- 冯浩:20%
- 叶睿操:10%
- 林怀颖:15%
- 陆吉杉:10%
- 陈少彬:10%
- 洪鸿林:5%
- 庄康泽:15%
- 林思灵:15%
六、PSP表格
洪鸿林：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 50 | 30 |
| • Estimate | • 估计这个任务需要多少时间 | 10 | 5 |
| Development | 开发 | 330 | 350 |
| • Analysis | • 需求分析 (包括学习新技术) | 20 | 40 |
| • Design Spec | • 生成设计文档 | 60 | 40 |
| • Design Review | • 设计复审 | 10 | 30 |
| • Design | • 具体设计 | 25 | 30 |
| • Coding | • 具体编码 | 30 | 40 |
| • Coding Standard | • 代码规范 (为目前的开发制定合适的规范) | 15 | 10 |
| • Code Review | • 代码复审 | 30 | 20 |
| • Test | • 测试（自我测试，修改代码，提交修改） | 45 | 40 |
| Reporting | 报告 | 30 | 40 |
| • Test Repor | • 测试报告 | 20 | 10 |
| • Size Measurement | • 计算工作量 | 15 | 20 |
| • Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | 30 | 20 |
| 合计 | 760 | 855 |
冯浩：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 45 | 40 |
| • Estimate | • 估计这个任务需要多少时间 | 10 | 5 |
| Development | 开发 | 320 | 300 |
| • Analysis | • 需求分析 (包括学习新技术) | 25 | 30 |
| • Design Spec | • 生成设计文档 | 60 | 40 |
| • Design Review | • 设计复审 | 10 | 30 |
| • Design | • 具体设计 | 15 | 20 |
| • Coding | • 具体编码 | 30 | 40 |
| • Coding Standard | • 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
| • Code Review | • 代码复审 | 35 | 20 |
| • Test | • 测试（自我测试，修改代码，提交修改） | 25 | 20 |
| Reporting | 报告 | 30 | 40 |
| • Test Repor | • 测试报告 | 15 | 20 |
| • Size Measurement | • 计算工作量 | 10 | 10 |
| • Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | 30 | 20 |
| 合计 | 760 | 855 |
林怀颖：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 50 | 60 |
| • Estimate | • 估计这个任务需要多少时间 | 15 | 10 |
| Development | 开发 | 400 | |
| • Analysis | • 需求分析 (包括学习新技术) | 20 | 40 |
| • Design Spec | • 生成设计文档 | 60 | 40 |
| • Design Review | • 设计复审 | 10 | 30 |
| • Design | • 具体设计 | 20 | 30 |
| • Coding | • 具体编码 | 40 | 60 |
| • Coding Standard | • 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
| • Code Review | • 代码复审 | 30 | 20 |
| • Test | • 测试（自我测试，修改代码，提交修改） | 55 | 40 |
| Reporting | 报告 | 30 | 40 |
| • Test Repor | • 测试报告 | 20 | 10 |
| • Size Measurement | • 计算工作量 | 10 | 10 |
| • Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | 20 | 30 |
| 合计 | 760 | 855 |
叶睿操：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 40 | |
| • Estimate | • 估计这个任务需要多少时间 | 10 | 5 |
| Development | 开发 | 330 | 320 |
| • Analysis | • 需求分析 (包括学习新技术) | 20 | 40 |
| • Design Spec | • 生成设计文档 | 60 | 40 |
| • Design Review | • 设计复审 | 20 | 15 |
| • Design | • 具体设计 | 20 | 30 |
| • Coding | • 具体编码 | 45 | 50 |
| • Coding Standard | • 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
| • Code Review | • 代码复审 | 15 | 30 |
| • Test | • 测试（自我测试，修改代码，提交修改） | 50 | 30 |
| Reporting | 报告 | 30 | 40 |
| • Test Repor | • 测试报告 | 20 | 10 |
| • Size Measurement | • 计算工作量 | 10 | 10 |
| • Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | 35 | 40 |
| 合计 | 760 | 855 |
陆吉杉：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 50 | 40 |
| • Estimate | • 估计这个任务需要多少时间 | 20 | 10 |
| Development | 开发 | 360 | |
| • Analysis | • 需求分析 (包括学习新技术) | 30 | 60 |
| • Design Spec | • 生成设计文档 | 40 | 30 |
| • Design Review | • 设计复审 | 20 | 30 |
| • Design | • 具体设计 | 20 | 30 |
| • Coding | • 具体编码 | 40 | 60 |
| • Coding Standard | • 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
| • Code Review | • 代码复审 | 30 | |
| • Test | • 测试（自我测试，修改代码，提交修改） | 50 | 30 |
| Reporting | 报告 | 30 | 40 |
| • Test Repor | • 测试报告 | 20 | 10 |
| • Size Measurement | • 计算工作量 | 20 | 15 |
| • Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | 30 | 20 |
| 合计 | 760 | 855 |
陈少彬：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 45 | 30 |
| • Estimate | • 估计这个任务需要多少时间 | 10 | 5 |
| Development | 开发 | 300 | 310 |
| • Analysis | • 需求分析 (包括学习新技术) | 20 | 40 |
| • Design Spec | • 生成设计文档 | 30 | 40 |
| • Design Review | • 设计复审 | 10 | 30 |
| • Design | • 具体设计 | 40 | 30 |
| • Coding | • 具体编码 | 40 | 60 |
| • Coding Standard | • 代码规范 (为目前的开发制定合适的规范) | 20 | 15 |
| • Code Review | • 代码复审 | 30 | 20 |
| • Test | • 测试（自我测试，修改代码，提交修改） | 50 | 30 |
| Reporting | 报告 | 30 | 40 |
| • Test Repor | • 测试报告 | 20 | |
| • Size Measurement | • 计算工作量 | 20 | 30 |
| • Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | 30 | 20 |
| 合计 | 700 | 660 |
庄康泽：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 45 | 30 |
| • Estimate | • 估计这个任务需要多少时间 | ||
| Development | 开发 | 210 | 240 |
| • Analysis | • 需求分析 (包括学习新技术) | 20 | 40 |
| • Design Spec | • 生成设计文档 | 30 | 40 |
| • Design Review | • 设计复审 | 10 | 30 |
| • Design | • 具体设计 | 20 | 30 |
| • Coding | • 具体编码 | 40 | 60 |
| • Coding Standard | • 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
| • Code Review | • 代码复审 | 30 | 20 |
| • Test | • 测试（自我测试，修改代码，提交修改） | 50 | 30 |
| Reporting | 报告 | 30 | 40 |
| • Test Repor | • 测试报告 | 20 | 10 |
| • Size Measurement | • 计算工作量 | 10 | 10 |
| • Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | 30 | 20 |
| 合计 | 600 | 620 |
林思灵：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 45 | 30 |
| • Estimate | • 估计这个任务需要多少时间 | 20 | 20 |
| Development | 开发 | 200 | 240 |
| • Analysis | • 需求分析 (包括学习新技术) | 30 | |
| • Design Spec | • 生成设计文档 | ||
| • Design Review | • 设计复审 | 10 | 30 |
| • Design | • 具体设计 | 20 | 30 |
| • Coding | • 具体编码 | 40 | 60 |
| • Coding Standard | • 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
| • Code Review | • 代码复审 | 30 | 20 |
| • Test | • 测试（自我测试，修改代码，提交修改） | 50 | 30 |
| Reporting | 报告 | 30 | 40 |
| • Test Repor | • 测试报告 | 20 | 10 |
| • Size Measurement | • 计算工作量 | 10 | 10 |
| • Postmortem & Process Improvement Plan | • 事后总结, 并提出过程改进计划 | 30 | 20 |
| 合计 | 600 |
第二部分
一、对于上次团队选题展示的问题重新回答
- 关于抄袭的问题，所谓抄袭，就是你把别人的创造装作是自己的。我们这次的作业是通过它原本游戏的立意，比如说：搞笑、合作方面。我们在它的基础上进行了拓展和改善，相当于说是创造了一个新的游戏。最后我们做出来的东西肯定是和他们不一样的。例如：LOL和王者荣耀，不能说是王者荣耀抄袭了LOL。
二、选题后的想法、思考和具体行动
- 明白了团队中还有许多要学习的东西和事物，有相关的服务器和数据库以及同步方面的知识。对于团队的分配问题进行一定的讨论和分配，明白了项目中每个成员研究的方向以及后期的开发如何进行。对于如何进行开发有了较为深刻的了解。成员也开始进行一定的项目学习，通过项目学习进行开发。对于如何进行服务器和网络开发有了较为深刻的理解。
