|||||||||
|:-|:-|
|课程：| 软件工程1916|W（福州大学) ||
|作业要求：|项目Beta冲刺||
|团队名称：|火鸡堂||
|作业目标：|总结|
火鸡堂###
| 队员学号 | 队员姓名 | 博客地址 | 备注 |
|---|---|---|---|
| 221600111 | 彼术向 | http://www.cnblogs.com/Mookiepiece/ | 队长 |
| 221600126 | 忠 ju | http://www.cnblogs.com/Downstream-1998/ | 转入 |
| 221600137 | 海怪呦 | http://www.cnblogs.com/a137447/ | |
| 221600138 | 魔垣 | http://www.cnblogs.com/deweyxuan/ |
项目github地址###
项目预期计划
有像样的界面，人机交互友好，有文字识别模块
现实进展
能完成记账功能和心愿功能，基本增删查改，主要界面基本完成
缺乏引导，用户体验不好，不能能记支出，其他bug
过程体会
一开始的话
因为菜鸡组员不遵守代码规约导致的他们实现功能困难，比如偏要id=position(除了都是int完全没有关系的两个变量)，然后查询id出错
或者不看别人的接口是怎样的，然后又不根据接口写功能（作为PM虽然有一直更新功能模块说明书和数据库说明书，但组员不看的话等于白写了）
或者getText()方法返回一个文本框组件这种骚操作
这些问题后期经过协调和磨合都好了很多，组员渐渐地能给项目做出些功能来，也按代码规约干活了
新转入的队员作为技术顾问，解决了很多之前我们项目的问题，优化了项目结构
其他成员（包括菜鸡队长我）渐渐能够熟练使用git版本控制，还有养成注释习惯
大家都从中吸取了很多教训，得到了锻炼
作为PM的确有安排任务不好的地方，这些是我吸取到的经验：
ffl博士在alpha总结博客里指出我们设计上可以先简化，做最小功能开发
忠 ju认为如果开发人员的水平不足的话，Code Review 是必要的
汪老师建议把任务细化
组员分工及在Beta阶段的工作量比例
| 队员学号 | 队员姓名 | 工作 | 工作量比例 |
|---|---|---|---|
| 221600111 | 彼术向 | 标签界面，心愿历史界面，整合 | 32% |
| 221600126 | 忠 ju | 技术顾问，图表界面，数据库 | 32% |
| 221600137 | 海怪呦 | 对话框，应用其他功能 | 13% |
| 221600138 | 魔垣 | 主页，对话框，详情页 | 23% |
下阶段展望
感谢各评测小组，助教老师提出的宝贵建议
有很多人质疑笔记功能，但我坚信它的定位是正确的
如果有时间我仍然想继续完善这个项目(很可能是拿来练手，打工是不可能打工的)
我会想加上除了心愿单和账单以外更多的模板，并改个名