一、团队基本情况

1.团队项目的整体计划安排

2.团队分工

3.本次作业贡献比例

成员	任务	贡献比例
高靖涵	PPT优化、答辩和准备问题	20%
赵文涛	博客撰写	16%
吴永铭	博客撰写	16%
王佳明	需求报告撰写	6%
黄建玮	视频制作	10%
王亿平	需求报告撰写	6%
刘双	需求报告撰写	6%
刘苇	ppt制作	6%
陈静	需求报告撰写、原型设计	9%
杨寓荃	需求报告撰写	5%

4.整个项目思维导图和燃尽图

• 思维导图

• 燃尽图

二、根据自己所负责的项目的部分画UML

1.起始服务模块

• 负责人：杨寓荃、吴永铭
• 描述：实现用户打开权限后，就可以打开基础的跳过功能
• 该部分面临的问题：如何将初始设置的流程简略
• 解决的问题：让嫌麻烦、只想使用基础功能的用户最快速地使用上跳过广告功能
• 预期中的方法：根据不同的手机系统，直接进入权限授予界面
• 附：（该部分的所有UML图）

• 用例图

• 类图

• 活动图

• 状态图

• 实体关系图

2.设置模块

• 负责人：刘双、王佳明
• 描述：实现用户对相关功能的设置
• 该部分面临的问题：如何提高跳过的效率与安全性
• 解决的问题：可以让用户自己选择想要跳过的应用，以防部分应用出现错误；也可以对跳过方法进行具体设置
• 预期中的方法：设置的多样性
• 附：（该部分的所有UML图）

• 用例图

• 类图

• 活动图

• 状态图

• 实体关系图

3.自定义规则模块

• 负责人：黄建玮、刘苇
• 描述：实现用户可以自定义跳过规则
• 该部分面临的问题：想跳过的广告却没有跳过
• 解决的问题：可以针对某个顽固的广告进行跳过
• 预期中的方法：打开想要跳过的应用，根据提示进行设置
• 附：（该部分的所有UML图）

• 用例图

• 类图

• 活动图

• 状态图

• 实体关系图

4.统计模块

• 负责人：赵文涛、王亿平
• 描述：记录每个应用的跳过次数和跳过规则
• 该部分面临的问题：如何存储、读取相关数据
• 解决的问题：可以对单个应用进行跳过规则的查看和修改，并可以备份和恢复所有规则
• 预期中的方法：设计统一的规则储存格式
• 附：（该部分的所有UML图）

• 用例图

• 类图

• 活动图

• 状态图

• 实体关系图

三、作业记录相关

1.UML设计工具的选择、选择的理由和使用后对工具的评价

• 纸和笔

  • 特点：最原始的画图工具
  • 优点：携带方便，小组讨论时随时可以涂涂画画一个草稿出来
  • 缺点：只能画草稿，无法在正式场合展示
  • 评价：适合在小组讨论初期，大家聚一起画草图

• 亿图图示

  • 特点：中国制造、支持Mac、Windows和Linux系统、有在线网页版、有云储存功能
  • 优点：学习起来简单，想要什么组件拖到画布中就好了
  • 缺点：功能相对来说还是简单了些
  • 评价：适合做小项目的UML展示

• GitMind

  • 特点：一款全能且免费的思维导图软件，在电脑和手机上都能畅享思维碰撞体验,兼顾极简和美观，服务于全球233个国家和地区，让每个人、每个组织都能绽放思维之美。
  • 优点：界面清晰，并且有团队协作功能
  • 缺点：同样功能简单
  • 评价：适合团队协作

2.遇到的困难及解决方法

• 困难一

  • 困难描述：由于全组都基本没有Android开发的经验，有些东西想写却不知道怎么写
  • 做过哪些尝试：只要学不死，就往死了学，把碎片化的时间也拿来学习了
  • 是否解决：还在解决
  • 有何收获：确实是学到了不少东西，有时候不逼自己一把，真不知道自己原来可以

• 困难二

  • 困难描述：组内对原定的一些功能进行了合理性和可行性的讨论，比如用户登录的设计，最终考虑到本app需要监控用户的部分操作，要是联网有可能对用户的隐私造成威胁，决定删除登录功能
  • 做过哪些尝试：对于登录功能的删除，讨论决定在贴吧、酷安等建立用户社区，供用户交流与反馈
  • 是否解决：是
  • 有何收获：小组成员之间的讨论既能促进项目走向更正确的方向，也能促进成员间联系更加紧密

3.学习进度条

第N周	新增代码（行）	累计代码（行）	本周学习耗时(小时)	累计学习耗时（小时）	重要成长
1	0	0	16	16	确认了选题，进行了可行性分析，完成团队选题报告，完成了基础学习和前期准备工作
2	200	200	20	36	分析了用户需求，完成团队需求分析报告，细化了分工，设计出了第一版原型，继续学习项目相关知识
…