验证方案编制

kool510

现在了解到一些企业进行CSV验证时，包括一些其他的系统验证，是把系统安装后，摸索这个系统怎么操作，然后再去写的验证方案，方案里中步骤的截图来源于摸索的结果，可能设计文件里也找不出来这些截图和描述，这样的验证有意义么？
按照我们常规的要求，应该是有URS，有设计文件，如果有些配置的具体页面在设计阶段很难描述，开发商不想做这个工作，那我们的验证就按照URS和设计文件中的要求来验证，再进一步，如果URS不全的，就按照设计文件的功能描述来做方案，因为软件的设计/配置的功能设计资料肯定要比URS更加全。
比如有用户管理功能，我可能不知道点击那个按钮去实现，但是我在方案里直接描述新增用户，修改用户信息，禁用用户，在软件里能无误的实现就可以了。

zj3801033

不了解系统或设备的时候，能够完成风险评估、验证方案、验证执行和验证报告，这个不太现实了；如果做验证的不了解设备、仪器等相关配置，那做出来的才真的是笑话。

stupid22273

第一次陌生的系统还是供应商帮忙做吧，你们提出关键的URS项，后续使用时不断的补充完善或者删除一些项目。
或者现在有计算机化系统是可以让你们试用的，在试用过程中掌握操作，并去修订自己的URS和验证方案，然后正式版本安装后进行验证。

kool510

zj3801033 发表于 2019-3-7 14:03
不了解系统或设备的时候，能够完成风险评估、验证方案、验证执行和验证报告，这个不太现实了；如果做验证的 ...

第一是用户应该知道我需要这个设备能实现什么样的功能，什么样的精度，达到什么样的效果，第二点供应商应该针对这个需求有相应的设计描述，然后用户才会去关注他还提供了什么样的其他功能。这些在设计文件里应该有清楚描述的。
现在很多人都是在倒着做，给了什么就验证什么，举个极端的粒子，比如供应商配置或者开发过程有问题，在这个地方放了一个功能模块，但其实是不会去用的，然后验证接受标准也要写上去点击这个按钮不会跳出来任何东西么。
一个CSV的项目，人家花了上百上千万给你的设计费用，不应该只是交付一个现成的，调一调功能可用的系统。

zj3801033

kool510 发表于 2019-3-9 10:30
第一是用户应该知道我需要这个设备能实现什么样的功能，什么样的精度，达到什么样的效果，第二点供应商应 ...

首先，再提供URS的时候，不一定能够把所有功能都提供完整；然后IQ/OQ个人理解为对系统/设备本身的确认，PQ是用户需要的功能的确认。
CSV的项目，在设计的时候会有各种调试，如果前期的调试测试都不进行，凭什么能把这套系统安装使用到公司的网络架构内？

piaopiaohu003

stupid22273 发表于 2019-3-7 16:01
第一次陌生的系统还是供应商帮忙做吧，你们提出关键的URS项，后续使用时不断的补充完善或者删除一些项目。
...

同意这位朋友的见解。