视频帮助 - 需求管理 CodeArts Req
None 特性讲解 自定义状态流功能介绍 05:06 了解CodeArts Req的自定义状态流功能 评审管理功能介绍 06:09 了解CodeArts Req的评审管理功能 操作指导 介绍如何通过思维导图 新建工作项 04:15 介绍在Scrum项目中,如何通过思维导图新建工作项
缺陷趋势分析与质量度量 - 需求管理 CodeArts Req
缺陷处理情况清晰可见,帮助团队快速识别和解决潜在的风险,准确掌握缺陷修复进度,识别交付各环节短板,让整个产品质量360度清晰透明。 缺陷度量视图默认展示如下信息: 图1 缺陷度量 缺陷概览统计:统计当前时刻全部、处理中、已完成、已超期、严重及以上的缺陷数量。
IPD系统设备类项目原始需求流程介绍 - 需求管理 CodeArts Req
分析 提交原始需求完成后,状态变为“分析”。 需求承接人可以根据需求的内容,分析是否接纳需求。如果不接纳,可以选择“退回”或“挂起”需求。 退回需求后,状态变为“确认”,需求提出人可直接关闭或重新提交需求。 规划 接纳原始需求后,状态变为“规划”。
IPD独立软件类原始需求流程介绍 - 需求管理 CodeArts Req
分析 提交原始需求完成后,状态变为“分析”。 需求承接人可以根据需求的内容,分析是否接纳需求。如果不接纳,可以选择“退回”或“挂起”需求。 退回需求后,状态变为“确认”,需求提出人可直接关闭或重新提交需求。 规划 接纳原始需求后,状态变为“规划”。
IPD自运营/云服务类项目原始需求流程介绍 - 需求管理 CodeArts Req
分析 提交原始需求完成后,状态变为“分析”。 需求承接人可以根据需求的内容,分析是否接纳需求。如果不接纳,可以选择“退回”或“挂起”需求。 退回需求后,状态变为“确认”,需求提出人可直接关闭或重新提交需求。 规划 接纳原始需求后,状态变为“规划”。
IPD系统设备类项目研发需求流程介绍 - 需求管理 CodeArts Req
分析 处理完“初始”状态的研发需求后,将“状态”改为“分析”。 开发 分析完成研发需求后,将“状态”改为“开发”。 测试 开发完成研发需求后,将“状态”改为“测试”。 完成 测试通过研发需求后,将“状态”改为“完成”。 父主题: 新建并管理IPD系统设备类项目研发需求
IPD系统设备类项目缺陷流程介绍 - 需求管理 CodeArts Req
分析 提交缺陷后,状态变为“分析”。 缺陷当前责任人对缺陷进行分析: 如果分析出不是问题,可单击“无需修复”,直接转给提出人处理。 如果分析出问题描述有误,可单击“退回”,转给当前责任人修改描述。 分析完成后,单击“提交到开发修复”。 修复 分析缺陷后,状态变为“修复”。
IPD独立软件类项目缺陷流程介绍 - 需求管理 CodeArts Req
分析 提交缺陷后,状态变为“分析”。 缺陷当前责任人对缺陷进行分析: 如果分析出不是问题,可单击“无需修复”,直接转给提出人处理。 如果分析出问题描述有误,可单击“退回”,转给当前责任人修改描述。 分析完成后,单击“提交到开发修复”。 修复 分析缺陷后,状态变为“修复”。
IPD独立软件类项目研发需求流程介绍 - 需求管理 CodeArts Req
分析 处理完“初始”状态的研发需求后,将“状态”改为“分析”。 开发 分析完成研发需求后,将“状态”改为“开发”。 测试 开发完成研发需求后,将“状态”改为“测试”。 完成 测试通过研发需求后,将“状态”改为“完成”。 父主题: 新建并管理IPD独立软件类项目研发需求
审计与日志 - 需求管理 CodeArts Req
日志 云日志服务(Log Tank Service)提供一站式日志采集、秒级搜索、海量存储、结构化处理、转储和可视化图表等功能,满足应用运维、网络日志可视化分析、等保合规和运营分析等应用场景。
缺陷流程灵活自定义 - 需求管理 CodeArts Req
目前系统中默认提供一些状态流,如分析、修复、测试、关闭等。您可以通过添加缺陷的自定义状态和流转线,来实现符合自己项目的缺陷流程状态。添加成功后,该状态会应用到缺陷的流程中。 图1 缺陷的状态流 支持自定义状态和流转线名称。 支持增删已有的状态和流转线。
使用IPD系统设备类项目管理智能手表研发项目的缺陷 - 需求管理 CodeArts Req
Frank 分析原因 缺陷单分析责任人对缺陷进行根因定位分析,可以将分析结论置于此处。 初步预估是后台数据库出现Bug了,需要解决该问题 单击“确定”,至此,开发人员Frank完成了缺陷单的分析工作。后续开发人员前往开发环境中写代码修复问题。
如何进行需求优先级管理 - 需求管理 CodeArts Req
究竟是分析判断有误还是优先级模型有误,并进行相应的调整。
跟踪看板项目进展 - 需求管理 CodeArts Req
分析维度 报表的数据分析维度,即为X轴代表的数据维度,可根据需要进行选择。默认为“当前处理人”。 对比维度 报表的数据对比维度,即为Y轴色块代表的数据维度,可根据需要进行选择。默认为空值。
缺陷全生命周期管理 - 需求管理 CodeArts Req
介绍视频 父主题: 功能特性
如何在软件项目需求变更频繁的情况下做好有效的需求管理和规划 - 需求管理 CodeArts Req
如何在软件项目需求变更频繁的情况下做好有效的需求管理和规划 概述 围绕项目需求变更频繁,如何做好有效的需求管理和规划,本文将从背景、问题分析、解决措施几个方面进行细致讲解。
自定制仪表盘 - 需求管理 CodeArts Req
自定制仪表盘 研发过程中的数据统计/分析,是软件项目透明可视化管理的基础,繁琐持续变动的线下数据统计也是很多项目经理的痛点,服务提供了线上的统计分析功能,不仅提供预置的推荐实践报表,同时支持自定义报表。
使用统计报表跟踪Scrum项目进展 - 需求管理 CodeArts Req
如果仅需要对工作项分布进行统计和分析,可以使用系统预置的“工作项按处理人分布”、“工作项按优先级分布”和“工作项按历史状态分布”报表。 如果仅需要对迭代进行统计和分析,可以使用系统预置的“迭代燃尽图”报表。
使用仪表盘跟踪Scrum项目进展 - 需求管理 CodeArts Req
为了更好体验数据分析效果,推荐使用新版仪表盘。 建议项目成员都开启默认的仪表盘统计显示,关注项目进展。 项目管理员、项目经理和测试经理在仪表盘中添加自定义报表卡片,如:个人工时,查看每个人的工作量。 约束限制 仪表盘中燃尽图数据为每天0点刷新数据,迭代内的燃尽图为实时刷新数据。
配置Scrum项目的桥接配置 - 需求管理 CodeArts Req
因此基于Use Case做需求分析避免需求的二义性以及需求场景的遗漏,因此需求与Use Case关联至关重要。在关联Use Case之前需要与模型工程建立关联。 前提条件 已新建Scrum项目,具体操作请参考创建CodeArts项目。 IAM成员已加入项目。

