IPD独立软件类原始需求流程介绍

更新时间：2024-10-31 GMT+08:00

查看PDF

原始需求生命周期默认共有分析、确认、规划、实现、交付、验收、关闭这几个状态，完整的状态转换流程图如图1所示。

图1 原始需求状态转换流程图

原始需求各状态下对应的默认操作如表1所示。

表1 原始需求状态转换操作说明
状态	流转说明
--	新建原始需求时，保存草稿后状态默认为“--”。需求提出人默认为创建需求的人。
分析	提交原始需求完成后，状态变为“分析”。需求承接人可以根据需求的内容，分析是否接纳需求。如果不接纳，可以选择“退回”或“挂起”需求。退回需求后，状态变为“确认”，需求提出人可直接关闭或重新提交需求。
规划	接纳原始需求后，状态变为“规划”。需求承接人可规划需求的具体信息，如果需求不涉及研发，可选择“无需研发”，则该需求的状态直接变为“验收”。
实现	开始研发原始需求后，状态变为“实现”。如果实现方案有问题，需求承接人可以选择将需求退回到规划阶段，重新研发。
交付	研发完成原始需求后，状态变为“交付”。如果交付的需求达不到预期，需求承接人可以选择将需求退回到规划或实现阶段。
验收	提交验收原始需求后，状态变为“验收”。需求提出人可验收需求的内容，如果不满足验收条件，可选择“验收不通过”，则该需求的状态会变为“交付”。
关闭	验收通过原始需求后，状态变为“关闭”。

父主题： 新建并管理IPD独立软件类项目原始需求

提供反馈

提交成功！非常感谢您的反馈，我们会继续努力做到更好！

系统繁忙，请稍后重试

在使用文档中是否遇到以下问题

内容与产品页面不一致

内容不易理解

缺失示例代码

步骤不可操作

搜不到想要的内容

缺少最佳实践

意见反馈（选填）

0/500

请至少选择一项反馈信息并填写问题反馈

字符长度不能超过500

直接提交取消