查询需求树 功能介绍 查询需求树 URI POST /GT3KServer/v4/{project_id}/versions/{version_id}/issue-tree 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String 参数解释: 项目id，对应"需求管理

查看更多 →

填空题创建 简答题创建。 简答题题⽬可上传附件；⽼师也可选择学⽣以附件形式提交答案。 图5 简答题创建 计算题创建。 题⽬可上传附件；⽼师可选择学⽣以附件形式提交答案。 图6 计算题创建 编程题创建。 图7 编程题创建 图8 评判用例 平台提供习题编写说明： 图9 习题编写说明 ⾃动评判:

查看更多 →

需求计划功能 计划单元（DPU）的维护 需求计划创建、编辑与发布 父主题： 实施步骤

查看更多 →

客户需求管理 概述 客户需求处理流程 客户需求管理 父主题： 销售管理

查看更多 →

创建测试需求 方案通过审核后，伙伴测试工程师进入工作空间，点击“需求管理”，方案评审通过后，会自动创建一个需求，可以直接在该需求上“编辑”完善需求；也可以通过左上角的“新建”按钮，创建新的需求。华为云认证测试需要创建功能测试、性能测试、安全测试、可靠性测试、集成测试，认证测试要求参见华为云认证测试内容与要求。

查看更多 →

在左侧导航栏选择“交付中心-需求管理”，点击对应项目右侧的【需求分析】按钮，进入需求分析页面。 图1 需求分析入口 添加需求项 需求类型包括数据平台、 数据治理 、数据应用和交付件，支持自定义需求类型；需要填写交付需求名称及相关描述，支持批量导入交付需求，支持上传附件。 分析完成后提交需求给技术负责人

查看更多 →

创建测试需求 方案通过审核后，伙伴测试工程师进入工作空间，点击“需求管理”，方案评审通过后，会自动创建一个需求，可以直接在该需求上“编辑”完善需求；也可以通过左上角的“新建”按钮，创建新的需求。认证测试要求参见华为云认证测试内容与要求。 操作步骤 进入需求管理页面。 图1 需求管理页面

查看更多 →

客户需求基本信息包含：客户需求来源、提报人、客户需求名称、交付方式、客户需求类型、客户需求空间、客户主要诉求、预计签单日期、销售联系人、销售联系方式、客户需求描述、客户感兴趣的方案。 需求来源分为以下三类： 需求来源 来源说明 商家操作 客户服务商 客户服务商根据客户需求匹配联营商品。 商家可联系销售

查看更多 →

使用CodeArts Req管理IPD独立软件类型项目需求

查看更多 →

可用性需求 根据“常见IT系统SLO示意”中的表格可以得知，不同的IT系统，SLO目标是存在差异的，不是所有的应用系统都需要达到最高可用性要求。 当系统可用性目标要求升高时，所需的成本也通常会增加，因此在可用性目标制定时，需要对韧性与成本进行权衡，确定真正的可用性需求。 在系统的

查看更多 →

物料需求生成 支持生成物料需求、查询工单物料需求信息。 在“工单操作台”页面进行工单方案实例化成功后，系统自动生成一条物料需求记录。 “物料需求生成”页面支持手动生成物料需求。 前提条件 已登录MBM Space，且拥有该菜单栏目的操作权限。 已维护工单操作台。 已维护手工排产。

查看更多 →

断题、填空题（⾃动评判）、编程题（⾃动评判）、函数题（⾃动评判）、ACM 编程题，平台可完全实现⾃动评判； 填空题（⼈⼯评分）、简答题、计算题、编程题（⼈⼯评分）、函数题（⼈⼯评分）、综合题，需要⽼师选择（师评/互评）进⾏评判。 图5 作业批阅 作业成绩在作业提交截⽌时间之前，可

查看更多 →

使用CodeArts Req管理看板类型项目需求

查看更多 →

客户需求处理流程 流程说明如下： 1、云商店给商家分配客户需求； 2、商家根据云商店分配的客户需求进行管理，详情可参考《客户需求管理》； 3、商家申请云商店客户需求的客户优惠场景，详情可参考《创建商家优惠》； 4、客户下单流程，详情可参考《商品购买流程》； 5、客户需求成交。 父主题：

查看更多 →

使用CodeArts Req管理Scrum类型项目需求

查看更多 →

使用CodeArts Req管理IPD自运营/云服务类型项目需求

查看更多 →

使用CodeArts Req管理IPD系统设备类型项目需求

查看更多 →

特性，支持端到端的高效、透明、可视的管理。 需求管理特性 需求规划与需求分解 客户的需求或原始需求，通常是抽象甚至宏观的，需要理解客户需求背后的问题本质，来把客户需求或原始需求进行规划和分解，最终分解为每个迭代可交付的最小工作项。 需求管理服务Scrum项目类型中，预置了敏捷实践中推荐的“Epic

查看更多 →

客户原始需求管理 成功产品的核心特征是满足客户需求，Req打破了传统需求管理工具仅在研发阶段发挥作用的限制，将客户与市场需求也同步覆盖，提供了完整的客户需求采集、价值需求决策、交付与验收流程，让需求进展和动态客户实时透明，市场需求流动提速70%。 RR客户原始需求来自公司内部和外

查看更多 →

通常而言，软件开发起始于需求收集与分析，所以本文从需求谈起。 传统的瀑布研发模式基于三个假设： 用户准确的知道自己想要什么。 开发人员能够完全理解用户在说什么。 需求在研发过程中不会发生变化。 但事实上这三个前提假设都不存在，需求沟通之后做出来的产品，往往与需求大相径庭。 我们以用户故事来描述需求

查看更多 →

遗漏。 重要需求遗漏，紧急：既然是又重要又紧急的需求，那么必然就得调整当前开发工作的顺序，把这个遗漏的重要紧急需求排进去，把工作安排下去；然后就要考虑从需求的优先级和需求的结构化管理两个方面入手复盘，并切实改进，避免类似情况再次发生。 需求遗漏：如果是不太重要的需求遗漏，按照常规

查看更多 →