软件可追溯性文件询问

冰冻暖水袋

又来请教老师们问题了，二类有源的可追溯性文件需要多细致啊，因为是研发之前没留任何文件，就瞎鼓捣弄好了机器来补资料，这会儿在写软件可追溯性文件资料
我群里找了好多资料，然后我的理解就是把从测试用例逆推到产品需求：测试用例--源代码--软件设计--软件需求
然后我去找研发准备要这些资料，因为之前都没正规的形成文件，所以他那有程序没文件，这会儿想重做他问了我一个问题：
这个是需要细化到我们产品上面例如“方案管理”模块中有“治疗时间”这么一个选项可以设置治疗时间，是需要细化到这种程度进行追溯么，还是弄一些大的模块就可以了，然后看审评老师发补不

暗影随风

同求，大佬来解答软件可追溯行问题，谁有报告模板呢。

Yumieiw

俺也想知道，感觉大块的可以吧，不然累得很哈哈哈

冰冻暖水袋

暗影随风 发表于 2025-9-19 17:15
同求，大佬来解答软件可追溯行问题，谁有报告模板呢。

我用的这个，写的东西看不太懂，我的理解就是我给他把各个文件一一对应就完了，也不知道对不对

pgy811

今天大湾区刚培训，给个图你们参考，换个认可。

峰清云淡

这个我有点发言权，软件的可追溯矩阵，是很重要的一个资料，涵盖软件风险到需求到验证的全流程，可加我私聊，15550819880

HBK1

pgy811 发表于 2025-9-19 18:26
今天大湾区刚培训，给个图你们参考，换个认可。

大佬，这个培训资料有点需要呀，能否麻烦分享一下让诸位蒲友学习学习？

sophiamilktea

我之前也搞了个模版，但是实操的时候发现有点儿困难，软件风险管理项、软件需求项、设计文件的功能项、测试项、代码项、确认项都一一对应，实操起来有点儿难度，例如，风险管理没有单独给软件写，写的是产品的整个风险管理，软件工程师在写文档的时候也没有按照这个逻辑去写，那形成追溯文档的时候，就有点儿对应不起来（按照章节序号一一对应）。当然也有可能是没有培训好。

暗影随风

冰冻暖水袋 发表于 2025-9-19 18:04
我用的这个，写的东西看不太懂，我的理解就是我给他把各个文件一一对应就完了，也不知道对不对

谢谢，大佬，我学习下。

冰冻暖水袋

sophiamilktea 发表于 2025-9-22 09:14
我之前也搞了个模版，但是实操的时候发现有点儿困难，软件风险管理项、软件需求项、设计文件的功能项、测试 ...

那老师你最后怎么解决的呢

1847230462

pgy811 发表于 2025-9-19 18:26
今天大湾区刚培训，给个图你们参考，换个认可。

这个是比较标准的

sophiamilktea

冰冻暖水袋 发表于 2025-9-22 10:45
那老师你最后怎么解决的呢

先解决了0到1的过程，追溯做的粗一些，没有那么细致，完善得慢慢来，目前还没有到递交国家局的时候，到时候应该还要整改。

十月和小雅

Risk-URS-SRS-Design-Test, 有的是一对多，有的是多对一，也有的没有一一对应，全都追溯了

冰冻暖水袋

sophiamilktea 发表于 2025-9-22 13:19
先解决了0到1的过程，追溯做的粗一些，没有那么细致，完善得慢慢来，目前还没有到递交国家局的时候，到时 ...

哦哦  我也先按我的理解做一个 后面再改

zayu258

这个我有点发言权，软件的可追溯矩阵，是很重要的一个资料，涵盖软件风险到需求到验证的全流程，可加我私聊