有哪些方法可以验证写一篇关于目标跟踪的论文的有效性？

从哪些方面来验证需求的正确性，需求分析阶段的工作成果是开发系统的重要依据。大量统计表明，系统中15%的错误源于错误的需求。为了提高质量，保证开发成功，降低开发成本，一旦对目标系统提出一套需求，就必须严格验证这些需求的正确性。一般来说，应该从以下四个方面进行验证:(1)一致性所有的需求必须是一致的，没有一个需求可以和其他需求相矛盾。(2)完整性要求必须完整，规格说明书应包括用户要求的每一项功能或性能。(3)现实指定的要求，用现有的硬件技术和工艺应该是基本可以实现的。我们可以预测硬件技术的进步，但是很难预测技术的进步。只能从现有的技术水平来判断需求的现实性。(4)有效性必须证明需求是正确有效的，能够真正解决用户面临的问题。验证要求的方法1。验证需求的一致性当需求分析的结果是用自然语言编写的时候，除了人工技术评审来验证系统规格说明的正确性，没有更好的“测试”方法了。但是这种非正式的规格说明很难验证，尤其是当目标系统规模较大、规格说明较长时，人工评审的效果得不到保证，冗余、遗漏、不一致等问题可能不会被发现并继续保留，使开发工作无法在正确的基础上顺利进行。为了克服上述困难，人们提出了一种形式化的方法来描述需求。当需求规格说明书用正式的需求陈述语言编写时，可以使用工具来验证需求的一致性，从而有效地保证需求的一致性。2.验证需求的真实性为了验证需求的真实性，分析人员应该参考以前开发类似系统的经验，分析用现有的软件和硬件技术实现目标系统的可能性。必要时，应采用模拟或性能模拟技术来帮助分析需求规格的现实性。3.验证需求的完整性和有效性只有目标系统的用户才真正知道需求规格说明书是否完整准确地描述了他们的需求。因此，测试需求的完整性，尤其是证明系统真正满足用户的实际需求(即需求的有效性)，只有在用户的密切配合下才能完成。但是，很多用户无法清楚地了解自己的需求(尤其是当要开发的系统是全新的，并且没有之前使用类似系统的经验时)，他们无法有效地将自己需要的语句与实际需要的功能进行比较。只有当他们有一个可以实际使用和评估的工作系统时，他们才能完整准确地提出他们的需求。理想的方式是根据需求分析的结果开发一个系统，让用户试用一段时间，让他们意识到自己的实际需求是什么，然后写一个正式的“正确的”规范。但是这种方式会使成本翻倍，所以在实践中几乎不可能采用这种方式。使用原型系统是更现实的替代方法，开发原型系统所需的成本和时间可以比开发实际系统所需的成本和时间少得多。用户也可以通过试用原型系统获得很多宝贵的经验，从而提出更实际的需求。