c#先进行uri解码_活用SQL进行ASPICE双向追溯追踪

ASPICE双向追溯中的关系类型

在ASPICE的过程实践中，双向追溯占据非常重要的地位，而在实际工作中也是给一线开发人员带来最大工作量的内容之一。如下图所示，大量的过程域实践与双向追溯相关，涉及的工作产品贯穿了整个开发生命周期。每篇技术文档（需求、设计、代码、测试）都有大量的条目，而要确保每个条目双向追溯形成闭环，其难度和工作量可想而知。因此，毫无悬念的，在大型开发项目中必然是通过工具链自动化来跟踪实现双向追溯的状态跟踪。这就要求我们先对追溯性的关系先进行分类解析。

将ASPICE3.1中追溯性相关的上图进行分析，不难看出追溯性的关系共分成以下四大类：

1. 实现与被实现：上游工作产品被下游工作产品实现，如系统需求（system requirements）被软件需求（software requirements）实现，或软件需求（software requirements）实现系统需求（system requirements）；

2. 验证与被验证：需求设计工作产品被测试用例验证，如软件架构（software architecture）被软件集成测试式样书（software integration test specification）验证，或软件集成测试式样