devsuite盛大需求详细清单.doc

盛大需求详细清单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 PMModule分解结果就是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个是偶尔会被使用。如果每次都勾选全部模块，项目经理在分解过程中，需要重复去掉不需要的模块，很影响工作效率。期望解决发：在管理员端设定可选模块的时候，能够详细设定该模块的默认勾选选项：勾选，还是不勾选。这样可以选择常用模块为默认勾选的，不常用模块为默认不勾选的，这样可以帮助项目经理提高工作效率。详细分类:1 新功能需求渴望度:3 应该有的Issue ID:DTK8需求描述:DevSpec显示链接关系按钮选择了显示链接关系时，父子链接关系条目无法显示需求详细分析:Zhang, Shudi - 12/29/2009 01:14:11 PM目前仅能显示“Reference Link”，但是链接类型已经有父子关系类型，父子关系类型链接无法显示详细分类:2 原有功能改进需求渴望度:2 一定要有部分内容详解：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 没有就不买产品期望实现方式：1. 在DevSpec Admin | Project Settings | Agile development support | Agile options 中，点击 Applicable Implementation Modules 下面的“Select”按钮，在弹出的选择框上，增加选项。2. 在弹出的对话框中，增加“Auto-Creation Option”选择，当一个Module被勾选后，可选择自动创建选项：当选择“Optional Yes” 时，Spec分解为module时该Module类型被默认勾选；当选择“Optional-No”时，Spec分解为module时该Module类型默认不勾选点击“Issue Type”按钮后，弹出如下窗口3. 该窗口显示所有与该DevSpec项目关联的DevTrack项目，并且可以选择中类型Module对应每个DevTrack项目中的Issue Type当满足如下条件的任何一条时，可以选择Issue Type，否则选项为空，不能选择。1） 在DevTrack项目中启用了Issue Type与Multiple - Workflow，并在工作流选项中设定为“Issue Type Controls Workflow Options”2） 在DevTrack项目中启用了Issue Type，但是未启用Multiple Workflow4. 在Spec分解为Module时，选择不同的Module 类型时，可自动匹配不同的Issue TypeIssue ID:DTK6需求描述:DevSpec中Spec分解为Module的时候，能够显示Issue的更多信息需求详细分析:Zhang, Shudi - 12/25/2009 04:15:20 PMModule分解结果就是Issue了，但是Issue中很多的信息都没法在Spec分解为Module的时侯直接创建好如果在Spec分解为Module的时候，能够显示Issue 的更多信息（至少Discription信息）的话