devsuite 盛大需求详细清单.docVIP

盛大需求详细清单 Records:?1?-?7 Total:?7???? ?客户需求与二次开发统计 ?SubTotal: ?7 ? Issue ID:? DTK5 需求描述:? 设定模块时，可以与DevTrack项目中的任务类型相关联 需求详细分析:? [Zhang, Shudi -- 12/25/2009 04:11:10 PM]目前模块与DevTrack的工作流程之间的连接是脱节的，分配模块后，还要再重新选择任务类型与工作流，很麻烦改进方式：在DevSpec Admin设置Module的时候，可以设定每个Module对应DevTrack项目中的任务类型（当DevTrack中启用了任务类型设置后）如果DevSpec项目连接了多个DevTrack项目，那么可以为一个模块 分别指定在每个DevTrack项目中对应的任务类型 详细分类:? 1 新功能 需求渴望度:? 1 没有就不买产品 Issue ID:? DTK6 需求描述:? DevSpec中Spec分解为Module的时候，能够显示Issue的更多信息 需求详细分析:? [Zhang, Shudi -- 12/25/2009 04:15:20 PM]Module分解结果就是Issue了，但是Issue中很多的信息都没法在Spec分解为Module的时侯直接创建好如果在Spec分解为Module的时候，能够显示Issue 的更多信息（至少Discription信息）的话，可以让项目经理看到分解出来的任务具体信息有哪些，也免去Module分解后再补充信息的尴尬 详细分类:? N/A 需求渴望度:? 2 一定要有 Issue ID:? DTK7 需求描述:? BurnDown Chart可视性要提高 需求详细分析:? [Zhang, Shudi -- 12/29/2009 11:35:01 AM]现在BDC图表大小、坐标距离都是固定的，如果一个迭代周期是2周，按照天为单位绘制的话，将无法显示全，最后的几天不会出现在图形中；如果按照周为单位，就只剩下2个点，没法反映项目状况。另外，项目计划中，时间计算都不包括了周六、日，而BDC中则将周六、日计算进来，这样会使BDC图表中出现水平台阶（周六日不工作），让人费解。目前BDC只能显示到昨天的完成状况，无法看到当天的情况，而一般团队都会在每日立会上，直接通过BDC来看今天的状况金山反馈，BDC无法看到每天具体因为哪些任务时间变化而导致了曲线变动，这样无法通过BDC了解任务级情况，传统的手绘BDC则能够做到这一点 详细分类:? 2 原有功能改进 需求渴望度:? 1 没有就不买产品 Issue ID:? DTK1 需求描述:? KW Wiki 版本控制能力，能够保存，查看并回溯版本 需求详细分析:? KW Wiki 版本控制能力，能够保存，查看并回溯版本[Zhang, Shudi -- 12/29/2009 11:39:33 AM]所有看过产方案的人，都提出：Wiki必须有完善的版本管理能力，否则不能用于游戏策划案管理另外，纵观所有的商业Wiki，都有历史版本管理能力，保存、查看、回溯历史版本，已经是Wiki系统的标准功能，没有该功能，只能说是瘸腿的Wiki 详细分类:? 1 新功能 需求渴望度:? 1 没有就不买产品 Issue ID:? DTK3 需求描述:? 需求/功能点之间的 P/C 链接关系应该也有关闭约束 需求详细分析:? [Zhang, Shudi -- 12/23/2009 11:41:54 AM]需求、功能点之间，目前已经可以建立 父子链接关系，但是父子链接关系上没有任何约束，如果有DevTrack那样的关闭约束关系，会好很多需求下面链接的Spec可以选择为需求的子项，可以设定关闭约束条件，如子项不关闭前，父项不能关闭。 详细分类:? 1 新功能 需求渴望度:? 3 应该有的 Issue ID:? DTK4 需求描述:? 在管理员端可设定每个模块可选“默认勾选”选项 需求详细分析:? [Zhang, Shudi -- 12/25/2009 01:40:39 PM]在Spec分解为模块时，会默认勾选所有的模块在实际使用过程中，不是所有模块都会被分解出来的，经常是一共会有5中模块类型，但是只有2-3中是常用的，另外2个是偶尔会被使用。如果每次都勾选全部模块，项目经理在分解过程中，需要重复去掉不需要的模块，很影响工作效率。期望解决发：在管理员端设定可选模块的时候，能够详细设定该模块的默认勾选选项：勾选，还是不勾选。这样可以选择常用模块为默认勾选的，不常用模块为默认不勾选的，这样可以