【Beta阶段】计划阶段要求 - 初始任务分配 - 灵境 | week12
项目 | 内容 |
---|---|
这个作业属于哪个课程 | 2022春季软件工程(罗杰 任健) |
这个作业的要求在哪里 | 团队项目-Beta阶段计划要求 |
Part1 Beta阶段总体规划
- 完善Alpha阶段的个人空间,首页,个人主页等功能。
- 完成好友聊天,树洞,会议厅,高校场景的2个游戏功能,人物模型DIY
需求 | 优先级 | 开发阶段 |
---|---|---|
好友聊天 | ⭐⭐⭐⭐⭐ | Beta |
树洞 | ⭐⭐⭐⭐⭐ | Beta |
会议厅 | ⭐⭐⭐⭐ | Beta |
高校场景TD人游戏 | ⭐⭐⭐⭐⭐ | Beta |
高校场景钢琴湖功能 | ⭐⭐⭐⭐⭐ | Beta |
人物模型DIY | ⭐⭐⭐⭐ | Beta |
Part2 任务分配
2.1 初始任务分配
分组 | 姓名 | 任务 | 子任务 | 预计时长(h) |
---|---|---|---|---|
客户端 | 客户端小组 | 客户端代码规范与协作 | 调用API接口方式规范确定 c#逻辑部分代码规范确定 与美工建模同学讨论协作方法及UI设计统一 |
4 |
杨濡冰 | 高校场景钢琴湖UI搭建 | Unity 音游游戏制作学习 | 16 | |
罗杨一飞 | 场景渲染优化 | shader的研究 | 16 | |
李浩宇 | 树洞UI制作 | 树洞UI设计与数据对接 | 16 | |
顾晨宇 | 高校场景TD人游戏场景搭建 | 多人在线游戏数据同步学习 | 16 | |
服务端 | 服务端小组 | 服务端代码规范与协作 | API接口设计,文档规范 Java逻辑代码规范,测试代码规范 |
1 |
冯张驰 | unity双人聊天服务集成 | 集成双人聊天服务 | 20 | |
肖伟强 | 双人聊天服务端接口 | 结合Netty搭建后端消息管理推送,设计相关表 | 10 | |
谭思齐 | 客户端测试框架学习以及demo搭建 | 学习Unity测试框架,进行客户端测试 | 20 |
2.2 后续待分配任务
分组 | 任务 | 预计时长(h) |
---|---|---|
客户端 | 首页热点/地图功能 | 10 |
消息列表UI搭建 | 10 | |
设计相关表和接口 | 10 | |
树洞的发言,评论,点赞等功能 | 10 | |
会议厅场景搭建 | 10 | |
人物模型DIY,人物装扮,肤色更换技术学习 | 8 | |
服务端 | 服务端接口维护,高并发部署探究 | 5 |
单元测试,压力测试 | 10 | |
树洞,游戏相关接口搭建 | 10 |
Part3 任务指派
第二次迭代 Beta阶段
Part4 补充说明—Beta阶段开发流程
4.1 冲刺阶段开发流程
每日开发
以2天为单位,完成一次循环
- 开始开发前由PM进行需求分配,每个成员对应一个需求(需要遵守模板)。
- 每个成员将需求进度转成进行中,将PM表述不清楚的部分按照自己理解进行完善补充,并将需求转换为自己的具体任务,并根据实际情况确定每个任务优先级和截止时间(原则上不晚于下一次例会的日期)。开发中完成了某个任务后,先自行对所完成任务进行测试,至少保证自己的任务的基本测试无误。
- 在完成了两日内全部任务的测试之后(或者认为已经做完了2日内的工作之后),将之前的需求设为已完成,同时发布一个测试需求,完善每个需求对应功能的描述,指定任务对象为tsq,等待tsq进行功能测试。
- tsq测试如果遇到了bug,确认是和这个任务本身相关的问题,直接在对应的任务处留下评论并将相关任务设置为进行中,并通知相关人员进行相应修改。如果发现了与所在功能无关的其他bug,发布一个缺陷给对应人员。(如果不知道给谁就先发给yrb)
- 在解决了某个任务的问题后,开发人员将任务设置为已完成。解决了某个缺陷需要将缺陷设置为关闭。
- 每两日例会,例会之前每个人需要明确自己做了什么,开会后需要大致明确之后两天需要做什么。同时发布在平台上,确认自己到底要做什么,自己来给自己定任务
每周构建
- 每周开始之前PM确定本周的大致开发目标,并具体描述出来。
- 每周日内部发布内测版本,要求至少所有安卓用户都需要进行产品试用,并提出相应缺陷。
4.2 需求模板
开发需求
标题格式为:开发需求-[简要描述]
具体内容为对于这个开发需求的具体介绍,以一个数字列表形式呈现。
截止日期需要指定为下一次例会开始时间。
功能需求
此需求模板是针对一些奇思妙想的收集
标题格式为:功能需求-[简要描述]
具体格式包括功能说明+可能的实现方式/技术方案两个方面
测试需求
标题格式为:测试需求-[简要描述]
具体内容为一个todo列表,内容为自己完成的功能的简单描述和对应的issue。大致为功能具体描述:issue编号
截止时间需要指定为下一次例会时间。
4.3 任务模板
标题为:任务简要描述,比如:聊天服务
每一个任务尽量是不可再分的,即如果再拆分对于自己没有积极意义。
同时需要包含3个方面,任务具体描述,实现方案(包含设计和具体实现),简单测试结果(简单测试用例,在什么样的情况下测试无误)
截止时间需要设置为某次例会时间。
4.4 缺陷模板
标题为bug的简要描述
具体内容包含bug出现位置、触发条件、出现频率、严重性。