小小通行证开发案例 # 一、需求评审阶段 > 这阶段最重要的任务是, 尽可能在需求会上确定以下几件事情: ##### 1.哪些部份是必须要做,哪些不做也没关系: 从 体验预期 上去判断 ##### 2.哪些能做,哪些不能做: 从 技术力, 人力, 以及 框架层面 上去判断 ##### 3.与服务器的数据交互: 从 客户端 以及 服务器 角度判断, 配表应该放在客户端或服务器, 数据该如何传递, 该在何时传递 ##### 4.策划的协作工作量与风险: 从 配表复杂度 去判断,是否能在 客户端与服务器连调时 产出一个 可以体验的数值配表 从 预期体验 是否有提供 原型图 或者 参考图, 如果没有 需要判断是否需要安排DEMO ##### 5.美术的协作工作量与风险 从 体验预期 上去判断 是否是一个需要 大量交互 或者 动效, 或者 3D的展示 ##### 6.服务器的协作工作量与风险 从 配表复杂度 去判断,是否能在 客户端初步功能完成时 连调,是否有充足时间做测试工具 ##### 7.如何自测这个功能,有哪些需要重点关注的测试点,是否需要后台指令的支持 从 功能测试 的角度去判断 ##### 8.将经验沉淀出更有效的判断指标,方便评估出需求量级以及各部门工作量 ##### 9.范例需求文档: ##### [小小通行证](https://szbrmwlyx.feishu.cn/docs/doccnkI7lgTUCV4q6upfc3psMWe) # 二、预研阶段 > 这阶段最重要的任务是, 确定以下几件事情: ##### 1.当前的需求文档是否是最终版本: 是否有分期上的功能, 是否已经将需求评审会的内容更新上去 ##### 2.明确 数据如何传递, 与服务器协同讨论 配表 以及 协议字段: 产出 初版配表, 初版协议字段, 明确 协议发送时机 ##### 3.明确 数据如何缓存, 何时清空: 透过数据单例缓存数据,需要确认单例销毁时机 ##### 4.确认改动老代码的影响面 若需求需要改动老代码, 必须在开发方案写清楚影响面 ##### 5.确认新增哪几个类 每个类都要有功能说明的注释 ##### 6.根据需求设计开发方案的细节 开发方案模版 每个版本 都尝试总结出 有效 以及 无效 的大标题,并在 下个版本 迭代出 新的大标题, 大标题里的内容是 必填 的,其余的 开发思路 或是 开发细节 是能省则省, 口头说清楚 即可, 开发方案的目的是让 老同学协助避坑 ,同时让开发同学能在开始敲代码前有 全面的想过一遍, 整个方案的文档 越简洁越好,不需要写一大堆细节 ##### 7.范例开发方案: [[【4.20版本】小小通行证开发文档]] # 三、开发阶段 > 这阶段最重要的任务是, 确保以下几件事情执行到位: 1. ##### 当前的需求文档是否是最终版本: 中途有 设计变更 要更新开发方案, 协议 或者 配表 有变更程序内部要重新对开发方案 2. ##### 确保Git开发分支符合规范: 从develop拉新分支: feature/feature-开发人员/功能名称 进行开发 3. ##### 确保代码, 资源, 开发文件夹 放置位置 以及 命名 符合项目规范: 1 a.prefabs: Assets\BundleResources\CommonRegion\OutsideGame\活动\SmallPass\ b.scripts: Assets\Scripts\DMMLogic\Lobby\LobbyModule\NewMonoScript\ c.动态加载的图片资源: Assets\BundleResources\CommonRegion\OutsideGame\活动\SmallPass\Textures d.要打入图集的图片资源: Assets\ResourcesRaw\CommonRegion\AtlasSprites\activity\smallpass e.其他图片资源: Assets\ResourcesRaw\CommonRegion\OutsideGame\Lobby\活动\SmallPass\Textures 4. ##### 正确使用UI框架工具: [[本地化操作流程&开发流程&开发规范]] [[新UI框架使用记录]] --待补充 5. ##### 确保代码符合规范: [客户端代码规范](https://szbrmwlyx.feishu.cn/docs/doccnKqJLR4MSvjdFVvwWoBamTf#) [代码质量自检CheckList](https://szbrmwlyx.feishu.cn/mindnotes/bmncnzGa6r8A38La9X6oo76MoGb#outline) 6. ##### 正确使用配表工具 [配表修改步骤](https://szbrmwlyx.feishu.cn/docs/doccnmZFyxGFQxOI5QKFFHFh6Xf) 7. ##### 跟进UI界面出图进度: [UI资源管线](https://szbrmwlyx.feishu.cn/sheets/shtcn9TcaSDkzhdWTik9O5OjrTh?useNewLarklet=1) 8. ##### **正确使用后台工具/截包工具进行自测与连调:** [开发工具列表](https://szbrmwlyx.feishu.cn/sheets/shtcnYWdvVm2KPmvlJYvUtYdiih?sheet=d8982e) 躲猫猫后台: http://192.168.4.112/console/tools_index.html 打包机: http://192.168.4.176:81/view/Current/ 9. ##### 正确导入UI资源与拼UI: -Fui2Gui的使用规范 --待补充 10. ##### **正确使用资源合规工具自检:** -资源合规工具使用规范 --待补充 11. ##### 确保代码提交合并流程符合规范: 从develop拉新分支: feature/feature-开发人员/功能名称-合并至develop 将 **feature/feature-开发人员/功能名称** 合并至 **feature/feature-开发人员/功能名称-合并至develop** 12. ##### 提交合并请求,合并功能至Develop http://192.168.4.210/DMM/hide/pulls [Gitea请求合并流程](https://szbrmwlyx.feishu.cn/docs/doccn5jZhRvvu0QjvstqnHStQwg) 13. ##### 范例资源: a.prefabs: Assets\BundleResources\CommonRegion\OutsideGame\活动\SmallPass\pfb&SmallPassUI b.scripts: Assets\Scripts\DMMLogic\Lobby\LobbyModule\NewMonoScript\SmallPassModuleSceond Assets\Scripts\DMMLogic\Lobby\LobbyModule\NewMonoScript\SmallPassUI_Second Assets\Scripts\DMMLogic\Lobby\LobbyModule\NewMonoScript\SmallPass_Item_Second c.动态加载的图片资源: Assets\BundleResources\CommonRegion\OutsideGame\活动\SmallPass\Textures d.要打入图集的图片资源: Assets\ResourcesRaw\CommonRegion\AtlasSprites\activity\smallpass e.其他图片资源: Assets\ResourcesRaw\CommonRegion\OutsideGame\Lobby\活动\SmallPass\Textures # 四、体验调优阶段 > 这阶段最重要的任务是, 跟进以下两张表反馈的体验建议: [【04.20】验收反馈收集表](https://szbrmwlyx.feishu.cn/sheets/shtcnVZLZDPrEFNL96ay6SQ8kuf?sheet=bTElF9&table=tblWFSXIYSMEgh4l&view=vewe4V5koM) [【4.20】商业化功能及美术资源验收反馈收集表](https://szbrmwlyx.feishu.cn/sheets/shtcnHkCgJde1b4Qhqp2Ak0caLb?table=tblx2jO0FJkS8IOa&view=vewyfCCjW2&sheet=T8uWtn) ##### 1.先与需求负责策划确认 优先级, 以及 是否需要优化 再进行修复 ##### 2.从Develop拉体验调优分支 从develop拉新分支: feature/feature-开发人员/功能名称-体验调优 进行开发 ##### 3.将调优合并至Develop http://192.168.4.210/DMM/hide/pulls [Gitea请求合并流程](https://szbrmwlyx.feishu.cn/docs/doccn5jZhRvvu0QjvstqnHStQwg) # 五、功能测试阶段 > 这阶段最重要的任务是, 关注PingCode单上的BUG