小小通行证开发案例

一、需求评审阶段

这阶段最重要的任务是, 尽可能在需求会上确定以下几件事情:

1.哪些部份是必须要做,哪些不做也没关系:

从体验预期上去判断

2.哪些能做,哪些不能做:

从技术力, 人力, 以及框架层面上去判断

3.与服务器的数据交互:

从客户端以及服务器角度判断, 配表应该放在客户端或服务器, 数据该如何传递, 该在何时传递

4.策划的协作工作量与风险:

从配表复杂度去判断,是否能在客户端与服务器连调时产出一个可以体验的数值配表

从预期体验是否有提供原型图或者参考图, 如果没有需要判断是否需要安排DEMO

5.美术的协作工作量与风险

从体验预期上去判断是否是一个需要大量交互或者动效, 或者 3D的展示

6.服务器的协作工作量与风险

从配表复杂度去判断,是否能在客户端初步功能完成时连调,是否有充足时间做测试工具

7.如何自测这个功能,有哪些需要重点关注的测试点,是否需要后台指令的支持

从功能测试的角度去判断

8.将经验沉淀出更有效的判断指标,方便评估出需求量级以及各部门工作量

9.范例需求文档:

小小通行证

二、预研阶段

这阶段最重要的任务是, 确定以下几件事情:

1.当前的需求文档是否是最终版本:

是否有分期上的功能, 是否已经将需求评审会的内容更新上去

2.明确数据如何传递, 与服务器协同讨论配表以及协议字段:

产出初版配表, 初版协议字段, 明确协议发送时机

3.明确数据如何缓存, 何时清空:

透过数据单例缓存数据,需要确认单例销毁时机

4.确认改动老代码的影响面

若需求需要改动老代码, 必须在开发方案写清楚影响面

5.确认新增哪几个类

每个类都要有功能说明的注释

6.根据需求设计开发方案的细节

开发方案模版每个版本都尝试总结出有效以及无效的大标题,并在下个版本迭代出新的大标题, 大标题里的内容是必填的,其余的开发思路或是开发细节是能省则省, 口头说清楚即可, 开发方案的目的是让老同学协助避坑 ,同时让开发同学能在开始敲代码前有全面的想过一遍, 整个方案的文档越简洁越好,不需要写一大堆细节

7.范例开发方案:

[[【4.20版本】小小通行证开发文档]]

三、开发阶段

这阶段最重要的任务是, 确保以下几件事情执行到位:

##### 当前的需求文档是否是最终版本:

中途有设计变更要更新开发方案, 协议或者配表有变更程序内部要重新对开发方案

##### 确保Git开发分支符合规范:

从develop拉新分支: feature/feature-开发人员/功能名称进行开发

##### 确保代码, 资源, 开发文件夹放置位置以及命名符合项目规范:

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

##### 正确使用UI框架工具:

[[本地化操作流程&开发流程&开发规范]] [[新UI框架使用记录]] --待补充

##### 确保代码符合规范:

客户端代码规范代码质量自检CheckList

##### 正确使用配表工具

配表修改步骤

##### 跟进UI界面出图进度:

UI资源管线

##### 正确使用后台工具/截包工具进行自测与连调:

开发工具列表

躲猫猫后台: http://192.168.4.112/console/tools_index.html

打包机: http://192.168.4.176:81/view/Current/

##### 正确导入UI资源与拼UI:

-Fui2Gui的使用规范 --待补充

##### 正确使用资源合规工具自检:

-资源合规工具使用规范 --待补充

##### 确保代码提交合并流程符合规范:

从develop拉新分支: feature/feature-开发人员/功能名称-合并至develop

将 feature/feature-开发人员/功能名称 合并至 feature/feature-开发人员/功能名称-合并至develop

##### 提交合并请求,合并功能至Develop

http://192.168.4.210/DMM/hide/pulls Gitea请求合并流程

##### 范例资源:

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】验收反馈收集表【4.20】商业化功能及美术资源验收反馈收集表

1.先与需求负责策划确认优先级, 以及是否需要优化再进行修复

2.从Develop拉体验调优分支

从develop拉新分支: feature/feature-开发人员/功能名称-体验调优进行开发

3.将调优合并至Develop