- 运用综合知识编写功能比较完善的android项目
- 2019.1.12前完成所有功能开发，额外两周完成项目文档，2019.1.26前提交所有内容
- 完整工程源码
- 程序安装包apk
- 小组实验报告
- 用户使用手册
- 小组展示ppt与视频
- 项目文档（接口文档，流程图等）
- 个人实验报告
- 主题设计 【20%】
- 功能实现与所用技术 【40%】
- 展示与文档 【40%】
- 个人成绩根据小组成绩以及贡献度百分比给分
- 主题自选。允许社交应用/工具应用/游戏。要求符合创新性，实用性，美观等感性要求。
- 设计满足一定设计规范，软件开发符合软件开发周期
- 允许游戏，要求安卓移植版
- 根据项目需要选择，生硬堆砌技术不加分
- 第18周与第19周小组展示
- 完成展示ppt，主要是功能展示和极少量的关键程序架构系统框架介绍。
- 现场安装apk并展示所有功能（建议利用视频）
- 展示8min时间，TA会计时，超时有惩罚。TA可能会额外提问2min
- 为了公平，第18周展示的小组ppt上可以出现少量的未完成的功能，但要求最后在报告中说明并实现，未实现的功能扣分会很严重。
- 项目截止日期为第二十一周周末（2019.1.26）
- 接口说明文档，具体可参考github API文档
- 小组报告
- 个人报告
- 用户使用手册（应用使用说明）
- 展示ppt
- 部署文档
- 需求分析与设计文档
- 可安装的apk文件
- 封面（组员，应用名，logo等信息）
- 程序运行界面截图
- 应用类图/时序图/架构图等
- 所采用的技术和采用该技术的原因（不要大段贴代码，关键部分即可）
- 成员贡献表和Git提交记录
- 应用部署方法
- 应用测试结果（成员自测，压力测试，代码覆盖率等）
可根据上表增改条目。要求是TA看完后能知道这应用做了什么以及怎么做的和为什么这么做，不需要大段的贴代码
- 主要是个人贡献部分。
- 个人完成的功能截图与代码，最好不要出现两个人贴了同一段代码的情况。
- 遇到的问题与解决方案
- 个人总结与个人贡献评分
- **感悟
- 文档书写整理，需求分析设计，程序的测试工具与方法等均可归入个人贡献中。
-
自建后台要求 语言没硬性规定，python，go，java都行。 需要提供后台源码以及部署说明，如果有docker-compose支持一键部署更好。 切忌后台开发喧宾夺主
-
网络服务要求 无论是自建后台的还是使用第三方API的。需要保证服务可用能持续到2019.2.10号，方便TA测试相关应用。
- 组长将期末项目fork到自己所在小组的仓库下，如图所示；
- 在小组项目中，组长分别在code、report目录下新建目录，目录名为“Group+组号”，例如“Group1”；
- 组员fork小组项目到个人仓库下，然后clone到本地目录，在“code\Group组号”目录下，新建Android项目，按分工编写程序，注意.gitignore的编写，避免添加不必要的中间文件、临时文件到git中；
- 实验报告按给出的模版(manual中的report_template.md)的内容要求，以md的格式，写在“report\Group组号\12345678WangXiaoMing”目录下，结果截图也放在该目录下；
- 项目完成时，组员Pull Request回小组项目的master分支，组长再Pull Request回主项目的master分支；
- 组长Pull Request时，请确保“code\Group组号”目录下的Android项目是可执行的，“report\Group组号”含所有项目文档（实验报告、用户说明文档、小组分工）及视频
- 建议组员Pull Request时，仅Pull Request JAVA文件和XML文件等必要文件，不要Pull Request配置文件，避免配置文件随意被覆盖，导致最终项目无法运行；
https://gitee.com/code_sysu/midterm_project/raw/master/manual/MAD_组队信息.pdf