
服务能力
围绕真实部署环境构建
固件选择设定了控制上限
Android 系统方案决定了设备部署能够实现什么。GMS 设备支持 Google 服务和许多标准企业应用流程;AOSP 方案可实现更深度的限制,但也会改变应用兼容性、更新方式和认证条件。Vantora 会在设备配置规范中记录这些取舍,并在所选样机上验证。
GMS、AOSP 与设备管理方案对比
| 路径 | 最适合 | 主要依赖 | 验证重点 |
|---|---|---|---|
| GMS + MDM/EMM | 企业应用、受管 Google Play、标准注册 | Google 服务和 EMM 策略支持 | 注册、应用安装、权限和策略行为 |
| 受限用途 AOSP 系统 | 封闭应用集合、不使用 Google 服务、受控体验 | OEM 系统权限和应用兼容性 | 应用功能、更新路径和用户恢复流程 |
| 自定义启动器 | 以任务为先的体验或类似 Kiosk 的工作流程 | 启动器权限及管理方法 | 主屏行为、退出路径和支持例外 |
| ROM 层改动 | 系统应用、更深层次的限制或固件基线 | OEM、源码、引导加载程序和签名权限 | 发行说明、OTA 和回滚行为 |
配置:应用、权限和启动器
固件与软件定制应明确应用包、权限要求、账户、后台服务、通知、离线逻辑、启动器入口和更新规则。这些信息会形成“应用与权限映射”,让软件团队、IT 团队和设备系统团队依据同一套行为进行评审。
验证:发行说明和已知限制
固件样机必须附带发行说明,其中记录设备型号、Android 版本、固件版本、应用版本、启动器版本、策略包、已知限制和待解决问题。这样,样机评审就有正式依据,也为量产复制提供明确基线。
样机发行说明待补充
记录样机的固件、应用、启动器、策略版本、已知限制和验收行为。
项目简报
已知限制库已就绪
量产前记录 OEM、GMS/AOSP、应用、策略和 OTA 限制。
表格
批次准备:控制整个批次的版本
完成预配置的生产批次应与验收固件基线一致。批次记录应包括设备型号、固件版本、Android 版本、应用包、启动器、策略、OTA 状态和序列号范围。后续补单若使用变更版本,应在变更日志中明确列出差异。
常见问题
Vantora 能否开发 AOSP 固件?
如果所选型号和 OEM 方案支持,可以界定 AOSP 系统版本。量产前会验证应用兼容性、更新路径和目标市场影响。
什么情况下 GMS 比 AOSP 更合适?
当应用依赖 Google 服务、受管 Google Play 或标准企业注册时,GMS 通常更合适。AOSP 适用于不需要这些依赖的封闭生态。
自定义启动器可以取代 Android 主屏幕吗?
自定义启动器可以适用于许多设备,但退出路径、权限和管理行为取决于型号和管理体系。
能否管控 OTA 更新?
可以规划并记录 OTA 行为,但具体可控程度取决于 OEM 和固件方案。样机发行说明应记录通过验收的更新策略。
最重要的固件交付文档是什么?
样机发行说明是关键文档,因为它固定了批量生产前评审的固件、应用、启动器、策略和已知限制。