Language agnostic 系统重新设计

如果您正在重新设计一个系统，并且您正在为重新设计的系统版本编写一份SyRS，遵循如何您是否对“旧设计”进行了反向引用并提到了它的问题

我可以想出两种方法：

旧系统应在新的SyRS之外进行总结，新的SyRS应简单地指定新系统，而无需重新引用旧系统中的“如何完成”

前面没有旧系统摘要，相反，随着新系统的指定，SyRS将不断地内联引用旧系统及其错误

我得说#1

我认为对旧系统的总结，以及它的主要缺陷（不是需求），是一个胜利。从通信/效率的角度来看，新的开发人员或测试人员不必为了使用新系统而学习所有关于旧系统的知识，但是应该从更高层次上发生的错误中进行一些全面的学习

从积极的角度定义新系统。换句话说，说明新系统应该做什么——既包括它以前作为旧系统所做的事情，也包括新功能，以及本质上是旧系统缺陷的新需求。但措辞为新系统的功能/行为

如果您参考旧系统并试图通过需求来纠正其缺陷，那么很可能最终会得到很多“不像那样”的陈述。这通常是错误的需求编写，因为它既难以测试，也难以正确实现