Dir 3 需求的可追溯性
Dir3.1 所有的代码都应该可追溯到需求文档
必要性 | 适用范围 | 参考 |
---|---|---|
必选项 | C90 C99 | 无 |
3.1.1 概述
说直白一点就是我们定了代码需求的文档,就要按需求进行开发,如果有代码不在需求文档中,那么要么改代码,要么改需求文档
< 举个例子 >
某公司领导飞星定了某个基于AutoSAR闪烁一颗LED灯的开发需求之后,就把码代码的工作交给程序员雪云了。雪云认认真真的写完了代码之后,为了验证一下另外一个功能,就配置了其他某个需求中没有的pin脚,利用该pin脚输出了一路多余的pwm波。那么这个pwm在需求中没有的话,按我们d3.1的要求,就不能出现在代码中,因为这样有可能造成其他使用者在不知情的情况下出问题。比如这版代码所有测试都通过了,代码也已经发布了。客户某天不小心接错线什么的,说不定这个多余的pwm波就会引起短路之类的危险情况发生,雪云的饭碗就不保了
所以在代码开发完成后,是需要根据需求文档重审代码的,而需求文档本身又是需要项目组自己做审核的,以保证代码与实际需求的吻合
附:返回总目录的传送门如下
->返回总目录<-