【技术实现步骤摘要】
本专利技术属于复杂系统设计、基于模型的系统工程、需求管理，特别是涉及一种支持复杂系统需求完整性建模和评估的方法。
技术介绍
1、现有需求表达方法，无论是需求文档还是需求模型，其需求内容仍然是采用自然语言描述的，由于自然语言是非结构化的，具有模糊性，容易导致需求的表达存在遗漏，难以保证需求内容的完整性，专利方法中基于ears模板进行扩展提出了ears_nfr，尽管ears_nfr模板在一定程度上规范了需求的表达，但由于其属于英文模板，无法完全适应中文需求的表达方式和习惯，导致无法应用于中文需求完整性表达，专利方法中的需求模板方法主要侧重于需求的文本描述，而缺乏与需求建模方法(如uml用例图、sysml需求图、req i f需求条目表单等)的紧密结合，这导致需求在模型中的表达仍然存在模糊性和不完整性，因此我们提出一种支持需求完整性建模和评估的方法，基于ears模板扩展提出中文通用需求模板，适用于中文需求的完整描述，所提出的需求完整性建模和评估的方法将需求模板与需求建模方法紧密结合，保证需求模型中需求内容的完整性。
技术实现思路
1、本专利技术的目的在于提供一种支持复杂系统需求完整性建模和评估的方法，通过基于ears模板，扩展提出通用的中文需求模板，适应中文需求的表达方式和习惯，解决了现有专利方法中基于ears模板进行扩展提出了ears_nfr，尽管ears_nfr模板在一定程度上规范了需求的表达，但由于其属于英文模板，无法完全适应中文需求的表达方式和习惯，导致无法应用于中文需求完整性表
2、为解决上述技术问题，本专利技术是通过以下技术方案实现的：
3、本专利技术为一种支持复杂系统需求完整性建模和评估的方法，包括以下步骤；
4、步骤一：构建中文通用需求模板；
5、步骤二：将中文通用需求模板与需求建模标准req i f结合；
6、步骤三：基于中文通用需求模板对需求条目属性内容进行约束；
7、步骤四：构建需求模型；
8、步骤五：构建需求完整性评估准则；
9、步骤六：对需求条目属性内容的完整性进行评估；
10、步骤七：将不符合需求的内容修改至符合需求模板。
11、进一步地，所述的一种支持复杂系统需求完整性建模和评估的方法，其特征在于，步骤一中，基于ears需求模板，提出中文通用需求模板，具体内容如下：
12、(1)普遍存在的需求，描述系统或实体在任何时候都应持续进行的功能或行为；模板结构为：<系统名称>应该<系统响应>；例如，自动驾驶系统应该持续监测车道位置；
13、(2)事件驱动的需求，描述系统或实体在特定触发事件发生时的响应行为，它依赖于某个事件或条件的发生；模板结构为：当<可选前提条件><触发>时，<系统名称>应该<系统响应>；例如，当检测到前方有行人时，自动驾驶系统应该减速并停车；
14、(3)不想要的行为，描述系统在遇到错误、故障或偏离预期用户行为时应采取的应对措施；模板结构为：如果<可选前提条件><触发>，则<系统名称>应该<系统响应>；例如，如果传感器发生故障，自动驾驶系统应该立即通知驾驶员并切换到手动驾驶模式；
15、(4)状态驱动的需求，描述系统或实体在特定状态下应执行的操作或行为；模板结构为：当<处于特定状态>时，<系统名称>应该<系统响应>；例如，当汽车处于高速行驶状态时，自动驾驶系统应该自动保持安全跟车距离；
16、(5)选配功能需求，描述系统在具备特定特征或功能时应进行的响应；模板结构为：如果<某一系统>具有<某种特征>，<系统名称>应该<系统响应>；例如，如果汽车具有自动泊车功能，自动驾驶系统应该在检测到停车位时提示驾驶员启用自动泊车模式；
17、(6)通过上述模板的组合，进一步对复杂需求内容进行约束，
18、状态驱动的需求+不想要的行为，描述在系统处于特定状态下，系统在遇到错误、故障或偏离预期用户行为时应采取的应对措施；模板结构为：当<处于特定状态>时，如果<可选前提条件><触发>，则<系统名称>应该<系统响应>；例如，当汽车处于自动驾驶模式时，如果传感器发生故障，自动驾驶系统应该立即通知驾驶员并切换到手动驾驶模式；
19、事件驱动的需求+不想要的行为，描述系统或实体在特定触发事件发生时，系统在遇到错误、故障或偏离预期用户行为时应采取的应对措施；模板结构为：当<可选前提条件1><触发>时，如果<可选前提条件2><触发>，则<系统名称>应该<系统响应>；例如，当检测到前方有行人时，如果传感器发生故障，自动驾驶系统应该减速并通知驾驶员进行人工干预；
20、状态驱动的需求+事件驱动的需求，描述在系统处于特定状态下，特定触发事件发生时的响应行为；模板结构为：当<处于特定状态>时，<可选前提条件><触发>，<系统名称>应该<系统响应>；例如，当汽车处于高速行驶状态时，检测到前方有障碍物，自动驾驶系统应该自动减速并绕行；
21、状态驱动的需求+事件驱动的需求+不想要的行为，描述在系统处于特定状态下，特定触发事件发生时，同时遇到错误、故障或偏离预期用户行为时，应采取的应对措施；模板结构为：当<处于特定状态>时，<可选前提条件1><触发>，如果<可选前提条件2><触发>，<系统名称>应该<系统响应>；例如，当汽车处于高速行驶状态时，检测到前方有障碍物，如果此时传感器发生故障，自动驾驶系统应该减速并通知驾驶员进行人工干预。
22、进一步地，所述的一种支持复杂系统需求完整性建模和评估的方法，其特征在于，步骤二中，在需求交换格式req i f中，需求条目specobject指单个需求，通过定义属性来描述需求的内容，因此将中文通用需求模板与需求条目specobject的属性内容定义结合，支持在中文通用需求模板的约束下构建需求条目属性内容。
23、进一步地，所述的一种支持复杂系统需求完整性建模和评估的方法，其特征在于，步骤三中，根据中文通用需求模板，对基于req i f标准的需求模型中的需求条目属性内容进行约束，确保其符合模板的规范；约束包括关键字约束和结构约束，其中，“template_stri ng”指模板的占位符，是字符串类型的变量，根据复杂装备的实际需求内容进行替换，模板约束具体内容如表二。
24、进一步地，所述的一种支持复杂系统需求完整性建模和评估的方法，其特征在于，步骤本文档来自技高网...
【技术保护点】
1.一种支持复杂系统需求完整性建模和评估的方法，其特征在于：包括以下步骤；
2.根据权利要求1所述的一种支持复杂系统需求完整性建模和评估的方法，其特征在于，步骤一中，基于EARS需求模板，提出中文通用需求模板，具体内容如下：
3.根据权利要求1所述的一种支持复杂系统需求完整性建模和评估的方法，其特征在于，步骤二中，在需求交换格式Req IF中，需求条目SpecObject指单个需求，通过定义属性来描述需求的内容，因此将中文通用需求模板与需求条目SpecObject的属性内容定义结合，支持在中文通用需求模板的约束下构建需求条目属性内容。
4.根据权利要求1所述的一种支持复杂系统需求完整性建模和评估的方法，其特征在于，步骤三中，根据中文通用需求模板，对基于Req IF标准的需求模型中的需求条目属性内容进行约束，确保其符合模板的规范；约束包括关键字约束和结构约束，其中，“TEMPLATE_STRING”指模板的占位符，是字符串类型的变量，根据复杂装备的实际需求内容进行替换，模板约束具体内容如表二。
5.根据权利要求1所述的一种支持复杂系统
6.根据权利要求1所述的一种支持复杂系统需求完整性建模和评估的方法，其特征在于，步骤五中，基于中文通用需求模板，采用自然语言处理技术以及正则表达式匹配技术，构建需求完整性评估准则；准则如表三：(正则表达式“.*”指可以匹配任意长度的字符串)。
7.根据权利要求1所述的一种支持复杂系统需求完整性建模和评估的方法，其特征在于，步骤六中，评估需求模型中的需求内容是否符合中文通用需求模板；具体包括：
8.根据权利要求1所述的一种支持复杂系统需求完整性建模和评估的方法，其特征在于，步骤七中，对不符合任意需求完整性评估准则的需求条目属性内容进行高亮显示，并在控制台输出评估结果：“该需求不符合任意需求模板！”用户根据错误提示修改需求内容，直到需求符合中文通用需求模板。
...【技术特征摘要】
1.一种支持复杂系统需求完整性建模和评估的方法，其特征在于：包括以下步骤；
2.根据权利要求1所述的一种支持复杂系统需求完整性建模和评估的方法，其特征在于，步骤一中，基于ears需求模板，提出中文通用需求模板，具体内容如下：
3.根据权利要求1所述的一种支持复杂系统需求完整性建模和评估的方法，其特征在于，步骤二中，在需求交换格式req if中，需求条目specobject指单个需求，通过定义属性来描述需求的内容，因此将中文通用需求模板与需求条目specobject的属性内容定义结合，支持在中文通用需求模板的约束下构建需求条目属性内容。
4.根据权利要求1所述的一种支持复杂系统需求完整性建模和评估的方法，其特征在于，步骤三中，根据中文通用需求模板，对基于req if标准的需求模型中的需求条目属性内容进行约束，确保其符合模板的规范；约束包括关键字约束和结构约束，其中，“template_string”指模板的占位符，是字符串类型的变量，根据复杂装备的实际需求内容进行替换，模板约束具体内容如表二。
5.根据权利要求1所述的一种支持复杂系统需求...
【专利技术属性】
技术研发人员：王国新，董梦如，鲁金直，马君达，吴绶玄，龚逸辉，袁永吉，
申请(专利权)人：北京理工大学，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。