第十二次作业 - Beta答辩总结
福大软工 · 第十二次作业 - Beta答辩总结
组长本次博客作业链接
项目宣传视频链接
本组成员
- 1 . 队长:白晨曦 031602101
- 2 . 队员:蔡子阳 031602102
- 3 . 队员:陈德斌 031602104
- 4 . 队员:乐忠豪 031602121
- 5 . 队员：李 麒 031602123
- 6 . 队员:林志华 031602128
- 7 . 队员:何裕捷 031602214
- 8 . 队员:黄培鑫 031602217
- 9 . 队员:王焕仁 031602233
团队贡献展示
| 组员 | 贡献比例 | 分工 |
|---|---|---|
| 白晨曦 | 7 | 答辩总结 |
| 蔡子阳 | 12 | 后端接口 |
| 陈德斌 | 9 | 前端整理 |
| 乐忠豪 | 11 | 后端数据库重建，博客书写 |
| 李麒 | 9 | 接口制作 |
| 林志华 | 12 | 界面制作 |
| 黄培鑫 | 10 | 界面优化 |
| 何裕捷 | 12 | 界面制作 |
| 王焕仁 | 8 | 功能完善 |
| 吴佳炜 | 10 | 界面制作 |
工作流程
- 在a版本的基础上，我们先确定需要进行改变的地方，然后针对需求，进行重新设计整理，然后将前端各个部分分配出去，各个部分各自独立完成，然后上传至github进行整合，虽然最后失败了，是个人手动整合的，在完成整合之后，再对各个功能进行测试，修改。
Beta 冲刺站立会议博客链接汇总
燃尽图
原计划、达成情况及原因分析
- 原计划：实现用户的注册登入，操作闹钟（增删改）、闹钟关联，增加计划界面以及成长反馈功能
- 现状：注册登入、以及闹钟部分的界面和接口已基本实现，但连接出现问题，正在改进；计划界面存在缺陷，成长反馈功能难度较大无法完成
- 对于未完成的原因的分析：技术方面存在硬伤，且经验不足，未能对错误做出及时、合理的处理；队伍交流还需进一步的改善。
Beta版本展示
-
登陆界面展示
-
团队计划页面
- 红字为个人计划，黄底为团队计划
- 红字为个人计划，黄底为团队计划
-
闹钟界面
-
创建团队
本组现场答辩得分
平均分67.00
问题
-
针对第一组问题：
- Q:在beta结束后是否会继续完成项目？
- A: 当然
- Q:项目在beta开发时遇到了什么困难，又是如何解决的？
- A:Beta开发遇到了很多困难，例如项目在本地与实际机型上运行不相同，等等，解决方法一般是去百度找方法
- Q:预估项目最终完成需要多久？
- A:预估最终汇报前。
-
针对第二组问题：
- Q:项目进度的问题感觉蛮严峻的，可以给出具体的可以初步完成的时间吗
- A:初步完成是应该在一周后，然后在最终汇报前完善好。
- Q:对项目的bug方面有没有切实可行的解决方法
- A:bug一般通过百度或则询问同学解决
- Q:有没有考虑因项目时间的问题而减去某些暂时不好实现的功能
- A:部分功能已经考虑砍掉了。
-
针对第三组问题：
- Q:友方团队觉得项目下周能完成吗？
- A:下周能初步完成。
- Q:现在主要的问题出在哪呢
- A:主要问题在于技术不过关,实属无奈
- Q:有没有考虑砍掉不重要的功能(不管怎样,加油)
- A: 部分功能已经考虑砍掉了，谢谢鼓励。
-
针对第四组问题：
- Q:没有具体的数据显示软件所需花费的时间和代码量，百分比形式体现不能够充分说明？
- A:百分比就是代码量的体现，我们只是省去的具体数字，改为百分比更加直观。
- Q:
是否考虑过去除非必要性功能？ - A:部分功能已经考虑砍掉了
- Q:组员之间的合作与分工是不是很理想？
- A: 组员分工还算合理，感觉可能是交流不够
-
针对第六组问题：
- Q:为什么都到bata版本了，产品在开发合并之中？
- A: 有部分技术的原因，很抱歉。
- Q:有考虑过原因吗？
- A: 因为我们技术不过关吧。
- Q:接下来打算做出什么努力？
- A: 只能说尽力完成吧，希望不让老师及同学失望。
-
针对第七组问题：
- Q:beta版本都结束了，产品却仍在整合中，项目进度不行，有何解决方案与计划？
- A: 只能说尽力完成。
- Q:到最终演示时能够有一个可行的产品进行项目展示吗？
- A: 肯定会有的。
- Q:团队现如今的分工是如何的，可以展示一下吗？
- A: 团队分工并没有产生变化，具体分工可以看以前的博客。
-
针对第八组问题：
- Q:为何每个成员开发的部分总是整合不起来，是不是应该寻找一下原因和解决方法？
- A: 原因上面说了很多，我们会努力解决的
- Q:与alpha版本的区别和增加内容能否简述一下？
- A: 增加了团队系统 以及个人计划功能
- Q:在断网时该app是否可以开启并进行相关功能的操作？
- A: 断网时app的关联功能可能会失效，但闹钟的功能还能使用
个人部分
PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 90 |
| · Estimate | · 估计这个任务需要多少时间 | 30 | 90 |
| Development | 开发 | 400 | 480 |
| · Analysis | · 需求分析 (包括学习新技术) | 150 | 170 |
| · Design Spec | · 生成设计文档 | 30 | 30 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 0 | 0 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| · Design | · 具体设计 | 60 | 60 |
| · Coding | · 具体编码 | 60 | 90 |
| · Code Review | · 代码复审 | 10 | 10 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 100 | 120 |
| Reporting | 报告 | 30 | 30 |
| · Test Report | · 测试报告 | 0 | 0 |
| · Size Measurement | · 计算工作量 | 10 | 10 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 40 | 40 |
| 合计 | 480 | 620 |
学习进度条
| 第N周 | 新增代码（行） | 累计代码（行） | 学习小时数（小时） | 累计学习小时数（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 100 | 100 | 15 | 15 | Axure的使用，设计文档的书写，复习了数据库的基本操作 |
| 3 | 1000 | 1100 | 25 | 40 | Java基本语法，STL容器的使用 |
| 11 | 1568 | 2768 | 30 | 70 | html,css,js学习，实战项目编写修改，sql server操作 |
| 12 | 300 | 3068 | 3 | 73 | 复习曾经学过的一些算法，及STL容器知识 |
| 13 | 400 | 3468 | 5 | 78 | 复习曾经学过的一些算法,java安卓基础开发 |
