CN117687602A - 一种基于链接的产品需求研制状态管理系统设计方法 - Google Patents

Abstract

本发明公开了一种基于链接的产品需求研制状态管理系统设计方法，通过链接的方式串联产品需求从上至下的实现过程需求，辅以“分配状态”标识，保证实现过程可追踪，为需求状态管理提供数据支撑及依据，从而保证产品实现过程不遗漏需求；通过赋予需求条目“需求来源”属性，标识需求的来源，从而有针对性得评估派生需求的合理性及必要性，有效保证产品实现过程不产生超出产品范围的非必要需求。

Description

一种基于链接的产品需求研制状态管理系统设计方法

技术领域

本发明涉及需求管理技术领域，特别是指一种基于链接的产品需求研制状态管理系统设计方法。

背景技术

当前，工业、互联网等领域单一产品功能不断增长，规模和复杂度不断提升，为了解决复杂问题，目前业界一般采用将系统功能逐层分解的方法分解规模和复杂度，但是功能分解没有建立详细的映射，上层需求是否全部被下层实现、被哪些系统实现、怎么联合实现的，只能概述无法详细说明；下层需求是否实现了上层未要求的多余的功能，大部分是人为判断，无法实证。由此导致在需求分析和设计阶段忽略了产品实现，待产品实现后出现要求的功能未实现、系统出现非预期的多余功能等质量问题，后期修复的时间和经济成本相较前期成倍数增长。

发明内容

本发明要解决的技术问题是提供一种基于链接的产品需求研制状态管理系统设计方法，能够标识各层级需求的衍进关系，在需求分析和设计阶段保证上层需求全部被下层实现以及下层未实现多余的功能，进而减少实现阶段的偏差，提高产品研制效率和质量。

为了实现上述任务，本发明采用以下技术方案：

一种基于链接的产品需求研制状态管理系统设计方法，包括以下步骤：

步骤一，建立产品需求层级，在各个层级中建立相应的需求条目，定义上层需求和下层需求之间的链接关系；其中，该链接关系是从下层需求到上层需求的“满足”链接关系，表明下层需求是为了满足上层需求；链接关系还可以定义为由上层至下层的“分配”链接关系，表明上层需求分配至下层需求；

步骤二，为各级需求的每个需求条目建立“分配状态”属性，枚举值包括待分配、已分配、自身实现；其中，待分配、已分配表示该需求条目是否分配至下层；自身实现是指该需求条目无需分配至下层，而由本层实现；

步骤三，除最顶层需求外，为其余各层需求中的每个需求条目建立”需求来源”属性，枚举值包括基础需求、派生需求；其中，基础需求是为满足上层需求的需求；派生需求并非由上层分配，而是根据自身设计实现、约束产生；

步骤四，在各需求条目中标识“分配状态”属性值；

步骤五，编写下层需求，视情建立到上层需求的链接关系，并标识“分配状态”、“需求来源”；

步骤六，开展基于链接关系的需求研制状态管理：

对于“分配状态”为“已分配”的需求条目，评估分配是否合理、正确、完整；

对于“分配状态”为“待分配”的需求条目，即为未被实现的内容，需要继续向下分配或考虑为“自身实现”；

对于“需求来源”为空的需求条目，评估是遗漏了向上链接关系还是考虑标为“派生需求”；

对于“需求来源”为“派生需求”的需求条目，评估需求是否超出产品功能要求范围、是否合理、必需。

进一步地，所述产品需求层级包括飞机级需求、系统需求、子系统需求/成品需求。

进一步地，除“分配状态”属性外，还可以增加“分解内容”属性，属性自动根据链接关系抽取下层需求条目的内容，以展现当前层级需求如何被下层需求实现的。

进一步地，对于“需求来源”为“派生需求”的条目，应充分评估需求的必要性，必要时应考虑删除或在其上级需求中增加需求。

进一步地，所述在各需求条目中标识“分配状态”属性值，包括：

需求条目的“分配状态”初始自动置为“待分配”；若由产品整体实现无法向下层分解，则手工将“分配状态”置为“自身实现”；若需分解至下层，则待下层需求条目建立到本层需求条目的链接关系后，”分配状态”自动变为“已分配”。

进一步地，若本需求条目是为满足上层需求的，则建立至上层需求的链接，上层需求的“分配状态”自动变为“已分配”，同时本条目的“需求来源”自动变为“基础需求”。

进一步地，若本需求条目不直接与上层需求相关，但基于行业标准、约束或者技术实现等因素必须要实现的需求条目，则不建立到上层需求的链接，同时将本条目的“需求来源”手工标识为“派生需求”。

一种基于链接的产品需求研制状态管理系统，该系统基于所述设计方法生成。

与现有技术相比，本发明具有以下技术特点：

1.本发明采用下层条目化需求向上层需求条目建立“满足”链接的方式，能够有效串联上下层需求，标识需求的衍进关系。

2.为需求条目赋予属性”分配状态”，并与链接关系建立自动化的运算，能够充分考核上层需求是否全部被下层实现；为需求条目赋予属性”需求来源”，并与链接关系建立自动化的运算，能够充分考量下层需求是否实现了上层未要求的且非必要的需求。

3.此系统设计方法还可以扩展到需求工程的其它领域，如对需求条目的验证管理，通过为需求条目赋予“验证状态”属性，可有效管控需求的验证状态，管理需求研制的进度及质量。

附图说明

图1为基于链接的方式建立与属性关联的示意图。

图2为需求条目及属性示意图。

具体实施方式

参见附图，本发明提供了一种基于链接的产品需求研制状态管理系统设计方法，包括如下步骤：

步骤一，建立产品需求层级，如飞机级需求、系统需求、子系统需求/成品需求，每层需求中包含多个需求条目；在各个层级中建立相应的需求条目，定义上层需求和下层需求之间的链接关系；其中，该链接关系可以是从下层需求到上层需求的“满足”链接关系，表明下层需求是为了满足上层需求；链接关系还可以定义为由上层至下层的“分配”链接关系，表明上层需求分配至下层需求；

步骤二，为各级需求的每个需求条目建立“分配状态”属性，枚举值包括待分配、已分配、自身实现；其中，待分配、已分配表示该需求条目是否分配至下层；自身实现是指该需求条目无需分配至下层，而由本层实现；

分配状态属性由人工标注的；除“分配状态”属性外，还可以增加“分解内容”属性，属性自动根据链接关系抽取下层需求条目的内容，以便展现当前层级需求如何被下层需求实现的；

其中，“分配状态”属性的枚举值可依据实际管理需求进一步扩展。

步骤三，除最顶层需求(飞机级需求)外，为其余各层需求中的每个需求条目建立“需求来源”属性，枚举值包括基础需求、派生需求等，由人工标注；其中，基础需求是为满足上层需求的需求；派生需求并非由上层分配，而是根据自身设计实现、约束等产生。

对于“需求来源”为“派生需求”的条目，应充分评估需求的必要性，必要时应考虑删除或在其上级需求中增加需求。

步骤四，在各需求条目中标识“分配状态”属性值；

需求条目的“分配状态”初始自动置为“待分配”；若由产品整体实现无法向下层分解，则手工将“分配状态”置为“自身实现”；若需分解至下层，则待下层需求条目建立到本层需求条目的链接关系后，“分配状态”自动变为“已分配”；

步骤五，编写下层需求，视情建立到上层需求的链接关系，并标识“分配状态”、”需求来源”；

若本需求条目是为满足上层需求的，则建立至上层需求的链接，上层需求的“分配状态”自动变为“已分配”，同时本条目的“需求来源”自动变为“基础需求”；

若本需求条目不直接与上层需求相关，但基于行业标准、约束或者技术实现等因素必须要实现的需求条目，则不建立到上层需求的链接，同时将本条目的“需求来源”手工标识为“派生需求”；

步骤六，开展基于链接关系的需求研制状态管理：

对于“分配状态”为“已分配”的需求条目，评估分配是否合理、正确、完整；

对于“分配状态”为“待分配”的需求条目，即为未被实现的内容，需要继续向下分配或考虑为“自身实现”；

对于“需求来源”为空的需求条目，评估是遗漏了向上链接关系还是考虑标为“派生需求”；

对于“需求来源”为“派生需求”的需求条目，评估需求是否超出产品功能要求范围、是否合理、必需等。

本发明方法不仅适用于需求研制状态管理，对于需求验证等其它方面同样适用。

实施例：

1)建立两层文件夹，外层文件夹命名为产品级需求，内层文件夹命名为系统需求。外层文件夹下新建手机产品研制需求条目，内层文件夹中新建指纹仪研制需求条目、操作系统研制需求条目、处理器研制需求条目。

2)为所有需求条目建立“分配状态”属性，枚举值定义为待分配、已分配、自身实现；

3)为指纹仪、操作系统、处理器研制需求条目建立“需求来源”属性，枚举值定义为基础需求、派生需求；

4)编制手机产品研制需求条目：“手机应提供快速指纹解锁功能”。编制脚本将所有新增条目的”分配状态”自动置为“待分配”；

5)针对“手机应提供快速指纹解锁功能”需求，分析其相关的系统为指纹仪、操作系统、处理器，将与该需求直接相关的条目，建立到该需求条目的链接，非直接相关的，将“需求来源”视情标为“派生需求”，对于产品需求，若是本层直接实现的，将“分配状态”标为“自身实现”；编制脚本自动将链接上层需求“分配状态”置为“已分配”，自动将链接下层需求”需求来源”置为“基础需求”。

6)根据链接及属性，评估上层产品需求分解分配的是否合理、完整，评估下层派生需求是否必要、合理等。

本发明通过链接的方式串联产品需求从上至下的实现过程需求，辅以“分配状态”标识，保证实现过程可追踪，为需求状态管理提供数据支撑及依据，从而保证产品实现过程不遗漏需求；通过赋予需求条目“需求来源”属性，标识需求的来源，从而有针对性得评估派生需求的合理性及必要性，有效保证产品实现过程不产生超出产品范围的非必要需求。

以上实施例仅用于说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行同等替换；而这些修改或替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (8)

1.一种基于链接的产品需求研制状态管理系统设计方法，其特征在于，包括以下步骤：

步骤一，建立产品需求层级，在各个层级中建立相应的需求条目，定义上层需求和下层需求之间的链接关系；其中，该链接关系是从下层需求到上层需求的“满足”链接关系，表明下层需求是为了满足上层需求；链接关系还可以定义为由上层至下层的“分配”链接关系，表明上层需求分配至下层需求；

步骤二，为各级需求的每个需求条目建立“分配状态”属性，枚举值包括待分配、已分配、自身实现；其中，待分配、已分配表示该需求条目是否分配至下层；自身实现是指该需求条目无需分配至下层，而由本层实现；

步骤三，除最顶层需求外，为其余各层需求中的每个需求条目建立”需求来源”属性，枚举值包括基础需求、派生需求；其中，基础需求是为满足上层需求的需求；派生需求并非由上层分配，而是根据自身设计实现、约束产生；

步骤四，在各需求条目中标识“分配状态”属性值；

步骤五，编写下层需求，视情建立到上层需求的链接关系，并标识“分配状态”、“需求来源”；

步骤六，开展基于链接关系的需求研制状态管理：

对于“分配状态”为“已分配”的需求条目，评估分配是否合理、正确、完整；

对于“分配状态”为“待分配”的需求条目，即为未被实现的内容，需要继续向下分配或考虑为“自身实现”；

对于“需求来源”为空的需求条目，评估是遗漏了向上链接关系还是考虑标为“派生需求”；

对于“需求来源”为“派生需求”的需求条目，评估需求是否超出产品功能要求范围、是否合理、必需。

2.根据权利要求1所述的基于链接的产品需求研制状态管理系统设计方法，其特征在于，所述产品需求层级包括飞机级需求、系统需求、子系统需求/成品需求。

3.根据权利要求1所述的基于链接的产品需求研制状态管理系统设计方法，其特征在于，除”分配状态”属性外，还可以增加“分解内容”属性，属性自动根据链接关系抽取下层需求条目的内容，以展现当前层级需求如何被下层需求实现的。

4.根据权利要求1所述的基于链接的产品需求研制状态管理系统设计方法，其特征在于，对于“需求来源”为“派生需求”的条目，应充分评估需求的必要性，必要时应考虑删除或在其上级需求中增加需求。

5.根据权利要求1所述的基于链接的产品需求研制状态管理系统设计方法，其特征在于，所述在各需求条目中标识“分配状态”属性值，包括：

需求条目的“分配状态”初始自动置为“待分配”；若由产品整体实现无法向下层分解，则手工将“分配状态”置为“自身实现”；若需分解至下层，则待下层需求条目建立到本层需求条目的链接关系后，“分配状态”自动变为“已分配”。

6.根据权利要求1所述的基于链接的产品需求研制状态管理系统设计方法，其特征在于，若本需求条目是为满足上层需求的，则建立至上层需求的链接，上层需求的“分配状态”自动变为“已分配”，同时本条目的”需求来源”自动变为“基础需求”。

7.根据权利要求1所述的基于链接的产品需求研制状态管理系统设计方法，其特征在于，若本需求条目不直接与上层需求相关，但基于行业标准、约束或者技术实现等因素必须要实现的需求条目，则不建立到上层需求的链接，同时将本条目的”需求来源”手工标识为“派生需求”。

8.一种基于链接的产品需求研制状态管理系统，其特征在于，该系统基于根据权利要求1-7中任一所述设计方法生成。