- 运用综合知识编写功能比较完善的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