iv. 每月检查一次项目道路,最好是在收到服务提供商的每月自我监测报告后进行; v. 如果任何失误、缺陷或不足需要进行此类检查,或者服务提供商或缔约机构提出要求,则对项目道路进行额外检查 vi. 在检查和认证 O&M 工程的过程中,根据质量保证手册进行随机抽样测试。 vii. 在其 O&M 检查报告中指定服务提供商应执行或安排执行的额外测试(如果有),以确定项目道路是否符合输出规范 viii. 对于任何缺陷或不足,独立专家应按照良好行业惯例,参考输出规范指定允许的偏差或恶化限度 ix.确定是否根据附表 M 和项目协议延迟完成维修或补救工程,并证明服务供应商因该延迟应向缔约机构支付的损害赔偿金(如有) x. 审查服务供应商为进行维护/维修而关闭车行道任何车道的请求,同时考虑将交通中断降至最低 xi. 按照项目协议第 19.4 条监控和审查服务供应商对缺陷和不足的补救情况 xii. 如果服务供应商将其拟对项目道路进行的任何修改通知独立专家,独立专家应进行审查并将其意见发送给缔约机构和服务供应商 xiii. 根据项目协议附表 D 和 N,在缔约机构要求时进行交通抽样。 xiv.核实服务提供商提交的年金支付发票,并根据项目协议第 24 条和附表 M 对年金的减少进行适当调整,并提供相关必要文件 xv. 在项目协议终止时,履行项目协议中概述的与撤资要求有关的义务。 xvi. 参与争议解决。
我们介绍了使用各种实现技术和语言构建的裸机服务器的验证,该技术根据机器代码,网络数据包和椭圆形曲线密码学的数学规范来针对全系统输入输出规范。我们在整个堆栈中使用了非常不同的形式性技术,范围从计算机代数,符号执行和验证条件生成到对功能程序的交互式验证,包括用于C类和功能性语言的编译器。所有这些组件规格和特定于领域的推理技术都是针对COQ证明助手中常见的基础定义和合理的。连接这些组件是一种基于功能程序和简单对象的断言,无所不知的程序执行和基本分离逻辑,用于内存布局。此设计使我们能够将组件以最高级别的正确性定理汇总在一起,而无需理解或信任内部接口和工具而可以进行审核。我们的案例研究是一款简单的加密服务器,用于通过公开验证的网络消息翻转一些状态,其证明显示了总功能正确性,包括内存使用方面的静态界限。本文还描述了我们使用的特定验证工具的经验,以及对我们经历的工具和任务组合之间经历的生产力差异的原因的详细分析。