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