需求管理 CodeArts Req

CodeArts Req(原ProjectMan)是华为多年研发实践沉淀的需求管理与团队协作服务,内置多种开箱即用的场景化需求模型和对象类型(需求/缺陷/任务等),可支撑IPD、DevOps、精益看板等多种研发模式,还包含跨项目协同、基线与变更管理、自定义报表、Wiki在线协作、文档管理等功能。

超低价格套餐供您选择

了解详情            

    迭代消除 更多内容
  • 案例:改写SQL消除子查询

    案例:改写SQL消除子查询 现象描述 1 2 3 4 select 1, (select count(*) from customer_address_001 a4 where a4.ca_address_sk = a.ca_address_sk) as GZ CS

    来自:帮助中心

    查看更多 →

  • 案例:改写SQL消除in-clause

    测试发现由于两表结果集过大,导致nestloop耗时过长,超过一小时未返回结果,因此性能优化的关键是消除nestloop,让join走更高效的hashjoin。从语义等价的角度消除any-clause,SQL改写如下: 1 2 3 4 5 6 7 8 9 10 11

    来自:帮助中心

    查看更多 →

  • 案例:改写SQL消除子查询

    案例:改写SQL消除子查询 现象描述 1 2 3 4 select 1, (select count(*) from normal_date n where n.id = a.id) as GZCS from normal_date a; 此SQL性能较差,

    来自:帮助中心

    查看更多 →

  • 配置Scrum项目迭代计划

    后续操作 完成新建迭代后,可以执行以下操作: 表2 管理迭代 操作项 说明 备注 编辑迭代 单击迭代卡片右上角下的“编辑迭代”,可对迭代进行编辑。 操作成员需拥有迭代的“编辑”权限。 更改迭代状态 针对“未启动”状态的迭代,单击迭代卡片右上角下的“启动迭代”,变更迭代状态由“未启动”变为“进行中”。

    来自:帮助中心

    查看更多 →

  • 查看迭代历史记录

    查看迭代历史记录 功能介绍 查看迭代历史记录 调用方法 请参见如何调用API。 URI GET /v4/iterations/{iteration_id}/histories 表1 路径参数 参数 是否必选 参数类型 描述 iteration_id 是 Integer 迭代id 表2

    来自:帮助中心

    查看更多 →

  • 查询项目下所有迭代计划

    查询项目下所有迭代计划 功能介绍 查询项目下所有迭代计划 URI GET /GT3KServer/v4/projects/{project_id}/iterator-infos 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String 参数解释: 项目id,对应"需求管理

    来自:帮助中心

    查看更多 →

  • 案例:改写SQL消除子查询

    案例:改写SQL消除子查询 现象描述 1 2 3 4 select 1, (select count(*) from normal_date n where n.id = a.id) as GZCS from normal_date a; 此SQL性能较差,

    来自:帮助中心

    查看更多 →

  • 案例:改写SQL消除in-clause

    测试发现由于两表结果集过大,导致nestloop耗时过长,超过一小时未返回结果,因此性能优化的关键是消除nestloop,让join使用更高效的hashjoin来连接。从语义等价的角度消除any-clause,SQL改写如下: 1 2 3 4 5 6 7 SELECT * FROM (

    来自:帮助中心

    查看更多 →

  • 案例:改写SQL消除in-clause

    测试发现由于两表结果集过大,导致nestloop耗时过长,超过一小时未返回结果,因此性能优化的关键是消除nestloop,让join走更高效的hashjoin。从语义等价的角度消除any-clause,SQL改写如下: 1 2 3 4 5 6 7 SELECT * FROM (

    来自:帮助中心

    查看更多 →

  • 案例:改写SQL消除in-clause

    测试发现由于两表结果集过大,导致nestloop耗时过长,超过一小时未返回结果,因此性能优化的关键是消除nestloop,让join使用更高效的hashjoin。从语义等价的角度消除any-clause,SQL改写如下: 1 selectls_pid_cusr1,COALESCE(max(round(ym/365))

    来自:帮助中心

    查看更多 →

  • 案例:改写SQL消除子查询

    案例:改写SQL消除子查询 现象描述 1 2 3 4 select 1, (select count(*) from customer_address_001 a4 where a4.ca_address_sk = a.ca_address_sk) as GZCS

    来自:帮助中心

    查看更多 →

  • 从迭代中批量移除用例

    迭代中批量移除用例 功能介绍 从迭代中批量移除用例 URI DELETE /GT3KServer/v4/iterators/{iterator_id}/testcases/batch-delete 表1 路径参数 参数 是否必选 参数类型 描述 iterator_id 是 String

    来自:帮助中心

    查看更多 →

  • 查询迭代计划下用例URI和迭代下需求关联用例URI信息

    查询迭代计划下用例URI和迭代下需求关联用例URI信息 功能介绍 查询迭代计划下用例URI和迭代下需求关联用例URI信息 URI GET /v4/{project_id}/iterators/{iterator_uri}/case-uris 表1 路径参数 参数 是否必选 参数类型

    来自:帮助中心

    查看更多 →

  • 获取指定项目的迭代列表

    Integer 迭代总数 iterations Array of iterations objects 迭代信息 表5 iterations 参数 参数类型 描述 description String 迭代描述 end_time String 迭代结束时间 id Integer 迭代id name

    来自:帮助中心

    查看更多 →

  • 查询迭代计划详情,包含统计信息

    查询迭代计划详情,包含统计信息 功能介绍 查询迭代计划详情,包含统计信息 URI GET /GT3KServer/v4/iterators/{iterator_id} 表1 路径参数 参数 是否必选 参数类型 描述 iterator_id 是 String 迭代uri 表2 Query参数

    来自:帮助中心

    查看更多 →

  • 统计各阶段下迭代计划数量

    统计各阶段下迭代计划数量 功能介绍 统计各阶段下迭代计划数量 URI POST /v4/{project_uuid}/iterators/stage-count 表1 路径参数 参数 是否必选 参数类型 描述 project_uuid 是 String 项目ID 请求参数 表2 请求Body参数

    来自:帮助中心

    查看更多 →

  • 查询迭代计划列表,包含统计信息

    查询迭代计划列表,包含统计信息 功能介绍 查询迭代计划列表,包含统计信息 URI POST /GT3KServer/v4/iterators/batch-query 请求参数 表1 请求Header参数 参数 是否必选 参数类型 描述 X-Auth-Token 是 String 用户Token。

    来自:帮助中心

    查看更多 →

  • 示例2:查询指定项目下的迭代列表

    示例2:查询指定项目下的迭代列表 场景描述 本章以test001为例,指导您通过API查询指定项目下的迭代列表。 API的调用方法请参见如何调用API。 约束限制 test001用户已经在需求管理中存在已自己创建的项目。 涉及接口 通过用户token查询当前用户指定项目下的迭代列表接口信息 URI:GET

    来自:帮助中心

    查看更多 →

  • 查询迭代关联的需求列表或树

    查询迭代关联的需求列表或树 功能介绍 查询迭代关联的需求列表或树 URI POST /GT3KServer/v4/{project_id}/iterators/{iterator_id}/issues/batch-query 表1 路径参数 参数 是否必选 参数类型 描述 project_id

    来自:帮助中心

    查看更多 →

  • 配置IPD自运营/云服务类项目迭代计划

    对已创建的迭代,可以执行以下操作: 表2 管理迭代 操作项 说明 编辑迭代 单击迭代卡片右上角下的“编辑迭代”,可对迭代进行编辑。 更改迭代状态 针对“未启动”状态的迭代,单击迭代卡片右上角下的“启动迭代”,变更迭代状态由“未启动”变为“进行中”。 针对“进行中”状态的迭代: 单击

    来自:帮助中心

    查看更多 →

  • OPS02-01 进行需求管理和迭代开发

    跑,持续迭代地进行云上软件的更新更有利于运维,因为一则小范围的云上软件更新和部署更不容易引起大范围事故,其次,不停地迭代更新也有效地保证了开发,运维团队成员能够时刻处于练兵状态,不至于对运维的流程,最佳实践比较陌生。要保证云上应用进行迭代更新,那么从需求阶段,就要进行迭代规划和跟

    来自:帮助中心

    查看更多 →

共105条
看了本文的人还看了