去年帮学弟看开题报告，基于十份里有七份写的毕业报告是“基于Android的XX管理系统”。答辩老师翻到第三页就皱眉头——不是设计选题不行，是开题压根没想清楚到底要解决什么问题。Android只是基于壳，里面装什么、毕业报告为什么非得用Android装，设计才是开题开题报告该讲明白的事。

选Android做毕业设计，基于最实际的毕业报告理由是设备门槛低。一台两千块的设计安卓机加一根数据线就能跑真机调试，模拟器虽然吃内存但也能凑合。开题比起iOS需要Mac和开发者账号，基于嵌入式需要买板子焊电路，毕业报告Android的设计试错成本对本科生最友好。但这不意味着随便套个SQLite数据库、拖几个Activity就能交差。我见过一个做得不错的例子：同宿舍楼洗衣房总有人把衣服忘在洗衣机里，他做了个基于蓝牙信标的提醒App，手机靠近洗衣机自动弹出取衣倒计时。功能不复杂，但每个技术选型都有理由——蓝牙信标因为洗衣房没WiFi覆盖，本地SQLite因为不需要联网同步，前台服务因为要持续扫描。

开题报告的核心不是“我要做什么”，而是“为什么这么做”。技术路线部分最容易露怯。写“使用Android Studio开发，Java语言，MySQL数据库”等于什么都没说。答辩老师想看到的是：数据存储为什么选Room而不是直接SQLite？网络请求用Retrofit还是OkHttp，为什么？UI用XML还是Jetpack Compose，跟你的功能需求匹配吗？哪怕你说“因为教程多、遇到问题好查资料”，也比列一堆名词强。真实的技术选型往往带着妥协，把这些妥协写清楚，反而显得诚实。

功能模块别贪多。一个登录注册加增删改查的“学生信息管理系统”撑不起一篇本科毕设。找一个小而具体的痛点，把它做透。比如校园卡余额查询——很多学校没有官方App，只能去圈存机排队。有人用Android写了个NFC读取校园卡余额的小工具，核心代码不到三百行，但涉及NFC前台调度、卡片协议解析、后台定时刷新，答辩时老师问得津津有味。反观那些“XX综合管理平台”，功能列表拉了两页，演示时每个模块都只能点两下，一问细节就卡壳。

时间安排要留出真机调试和异常处理的时间。模拟器上跑通不代表真机没问题，不同厂商的ROM对后台服务、权限申请的处理差异很大。小米和华为的省电策略能把你精心设计的定时任务掐死。开题报告里最好写清楚测试机型，哪怕只列一台你手头有的真机。进度表别排太满，留两周给“莫名其妙跑不起来”的bug——这几乎是必然发生的。

参考文献别只列Android开发教程。找两三篇跟你选题相关的学术论文，哪怕是中文期刊的。比如做健康监测App，就去找传感器数据滤波算法的论文；做校园导航，就去看室内定位的综述。这些文献能帮你把“做个App”提升到“解决某个具体技术问题”的层面。开题答辩时老师问“你的创新点在哪”，你可以说“把XX算法应用到了Android端并做了轻量化适配”，比“界面好看”有说服力得多。

最后说句实在的：开题报告是给自己看的路线图，不是给老师看的表演。写的时候多问自己“这一步为什么”，少堆砌技术名词。Android只是工具，你要解决的那个问题才是主角。