验收标准及相关边界
UI设计、功能模块、代码验收、明确边界Guidelines
一、UI设计
- 提交文件格式： Figma（.fig文件）/ MasterGo（我司设计团队使用）-二者中自行挑选
- 质量要求： 组件系统性完整性：所有组件需具备父子级结构，命名规范（示例：Button_primary_m） 显示全面性：需枚举多种交互状态下的样式；需考虑多语言的适配规则 页面命名与图层命名规范：页面命名（功能模块_页面描述_功能描述）图层命名规范（组件名称_组件状态） 视觉：页面风格简洁统一，调性轻松，偏海外app的视觉风格；信息权重主次明确，展示高效不累赘 动画：页面交互跳转动画需现代年轻化；页面元素动画需提供Lottie动画.josn格式
- 实施过程中，如出现设计稿上的新增或修改的工作，双方秉持公平、合作、沟通且高效的原则，共同协商解决方案，以保证项目能够顺利进行。
二、功能模块
- 产品功能需要包含以下内容
| 功能模块 | 页面功能要素 | 二级页面 | 功能描述 |
|---|---|---|---|
| 登录 | 谷歌登录 | ||
| 注册 | 性别选择 | 性别选择为男/女，不可跳过 | |
| Post | Post浏览 | 可上下划动查看Post | |
| 用户头像 | 用户详情页 | 点击用户头像可进入 | |
| 关注 | |||
| 点赞 | |||
| 评论 | |||
| 分享 | |||
| 更多 | 举报用户/拉黑用户/Cancel | ||
| 搭讪 | IM界面 | 点击搭讪按钮进入IM界面 | |
| 推荐 | 直播间推荐 | 直播间（观播） | 点击任意推荐直播间，可进入该直播间；直播间推荐页需要展示直播间封面、直播标题、直播间人数、直播状态、主播国家 |
| 用户推荐 | 用户详情页 | 此处推荐未直播的在线用户 | |
| 国家筛选 | |||
| Follow推荐 | 此处推荐用户关注的人，如关注的用户正在直播，则推荐直播间；如关注的用户未开播，则推荐用户 | ||
| 直播间（观播） | 直播间浏览 | 可上下划动查看直播间 | |
| 主播头像/昵称 | 用户详情页 | 点击可访问主播用户详情页 | |
| 关注 | |||
| 部分直播间用户头像显示 | 直播间用户列表 | 点击头像可查看直播间用户列表 | |
| 直播间人数显示 | |||
| 退出直播间 | |||
| 弹幕显示 | 显示观众发送的弹幕，可滑动查看 | ||
| 发弹幕 | |||
| 送礼 | 礼物弹窗 | 点击按钮打开礼物弹窗，选中礼物后确认，即可送出礼物 | |
| 举报直播间 | |||
| 用户详情页 | 头像 | 可点击放大查看 | |
| 昵称 | |||
| id | |||
| 性别 | |||
| 粉丝数 | |||
| 关注数 | |||
| 好友数 | |||
| Post | 可点击进入Post浏览界面，支持Post界面的所有功能，支持上下划动查看该用户的其他Post | ||
| 关注 | 可点击关注对方 | ||
| 搭讪 | IM界面 | 点击搭讪按钮进入IM界面 | |
| 举报用户 | 举报用户界面 | 选择理由发起举报 | |
| 举报直播间 | 举报直播间界面 | 选择理由发起举报 | |
| IM界面 | 用户头像 | 点击可进入用户详情页 | |
| 用户昵称 | 点击可进入用户详情页 | ||
| 双方消息展示 | |||
| 发送消息 | |||
| 送礼 | 礼物弹窗 | 点击按钮打开礼物弹窗，选中礼物后确认，即可送出礼物 | |
| 发送图片 | 点击打开系统相册，选中图片后，需要确认后再发送 | ||
| 更多 | 举报用户/拉黑用户/Cancel | ||
| 开播界面 | 直播间封面 | 不支持修改，默认为用户头像 | |
| 直播间标题 | 支持修改，默认为用户昵称 | ||
| 摄像头翻转 | |||
| 开始直播 | 直播间（直播） | 点击按钮开始直播 | |
| 直播间（直播） | 直播间人数显示 | ||
| 弹幕显示 | 显示观众发送的弹幕，可滑动查看 | ||
| 发弹幕 | |||
| 关闭直播间 | |||
| 部分直播间用户头像显示 | 直播间用户列表 | 点击头像可查看直播间用户列表 | |
| Message界面 | 用户消息 | IM界面 | |
| 系统通知 | |||
| 更多 | 所有消息已读/清空消息列表/cancel | ||
| Me界面 | 个人信息（头像/昵称/id/国家） | 编辑个人信息界面 | 点击任意个人信息进入编辑个人信息界面 |
| Tokens | 商城 | ||
| Credits | 兑换界面 | 可使用Credits兑换Tokens | |
| 上传Post | 打开相册，先选择图片or视频上传 | ||
| 粉丝数//关注数//好友数 | 用户关系界面 | 用户关系界面可查看具体的粉丝、关注、好友列表（支持关注粉丝、取消关注） | |
| 编辑个人信息界面 | 头像 | 可修改 | |
| 昵称 | 可修改，每7日最多修改1次 | ||
| 生日 | 可修改，必须大于18周岁 | ||
| 语言 | 可修改 | ||
| 真人认证 | 如未完成真人认证，点击进入真人认证界面；如已完成，点击无效 | ||
| id | 不可修改 | ||
| 性别 | 不可修改 | ||
| 真人认证界面 | 上传头像 | ||
| 拍照（拍摄本人） | 打开系统相机，头像与拍照图片一致则通过真人认证，否则失败 | ||
| 设置 | 黑名单 | （拉黑用户后，对方会进入黑名单）点击黑名单按钮可查看黑名单列表，支持用户移除黑名单 | |
| 隐私政策 | |||
| 用户协议 | |||
| 删除账号 | 删除账号后，七天内可以恢复，七天后永久删除 | ||
| 登出 | |||
- 实施过程中，如出现功能模块上的新增或修改的工作，双方秉持公平、合作、沟通且高效的原则，共同协商解决方案，以保证项目能够顺利进行。
三、代码验收
1. 代码规范
代码格式整洁，变量、函数、类名等遵循所使用的开发语言的基本规则。
2. 注释
代码中变量、函数、类名等应尽可能写上注释，尤其是复杂的逻辑或算法必须有适当的注释解释其工作原理。
3. 可测试性
提交的代码中，要明确所使用的系统版本、开发工具版本、Platform SDK版本等信息，确保可在其他设备上正常打包和运行。
4. 日志
代码中应保留必要的debug日志，如异常抓取、网络请求响应、核心流程的执行日志等
5. 性能
代码没有明显的性能问题，如循环重复计算、不必要I/O操作、非必要的Api请求等。
6. 安全性
遵守相关平台的开发者政策，不引用不明来源的三方代码，非必要不请求高危权限，无明显的安全漏洞。
7. 依赖管理
所有外部依赖项都要通过正规的公共仓库进行引用，避免使用小众、已弃用或不再维护的库，并且确保遵守其许可协议。
8. 稳定性
App上架由我方负责，App上架后，在Firebase上的综合Crash+ANR(Android)率应不超过千分之五，我方会定期提供Crash/ANR日志信息，贵方在约定的维护期内需要持续对稳定性进行优化。
四、明确边界
我方的后台服务器已经相对完善和稳定，可以预见的边界问题，基本都出现在技术流程沟通和Api接口调试上 1. 技术流程沟通：我方负责提供核心业务的技术流程设计文档和Data说明文档 2. Api调试： 1. 我方安排专人负责在Api接口调试期间的实时沟通 2. 客户端开发实施时，应确保按照正常的业务逻辑进行开发，正确调用接口和显示接口返回的数据 3. 如果出现了客户端认为服务器有问题的情况，如请求报错、数据返回不符合预期等，请立刻反馈沟通，我们立即查询日志定位问题，进而修复服务器bug或提供客户端修改建议